BAB 01 / SEBELUM MULAI
Siapkan bahan. Tentukan hasilnya.
Pemilik website, operasional, dan pengembang yang perlu menyepakati cakupan perawatan.
Bahan awal
- Daftar layanan, lisensi, dan masa berlaku
- Akses operasional sesuai peran
- Cadangan serta lingkungan untuk latihan restore
Yang akan Anda siapkan
Jadwal perawatan, catatan backup, dan rencana penanganan gangguan.
Gunakan sebagai bahan keputusan dan diskusi, lalu sesuaikan batas pekerjaan dengan kondisi Anda.
Mulai dari satu halaman, satu proses, atau satu kebutuhan yang paling penting. Catat hal yang belum diketahui sebagai pertanyaan; jangan memaksakan jawaban hanya agar lembar kerja terlihat selesai.
BAB 02 / LANGKAH KERJA
Kerjakan dalam urutan yang jelas.
Petakan sistem yang harus tetap tersedia
Catat domain, sertifikat, hosting, CMS, database, formulir, dan integrasi penting. Beri pemilik serta kontak eskalasi untuk setiap sistem. Bedakan pekerjaan yang ditangani penyedia hosting, vendor, dan tim internal. Masa berlaku layanan serta aturan pembaruan perlu jelas; jangan menganggap semuanya otomatis termasuk paket.
Jadwalkan pemeriksaan berdasarkan dampak
Periksa fungsi kontak, masa berlaku domain dan sertifikat, perubahan akses, serta pembaruan komponen. Patch perlu mengikuti risiko dan kompatibilitas; uji perubahan yang berpengaruh di lingkungan yang sesuai. Catat pemeriksaan yang dilakukan beserta temuan. Sertifikat HTTPS membantu perlindungan koneksi, tetapi bukan bukti seluruh sistem aman.
Tentukan data cadangan dan batas kehilangan
Identifikasi file, konfigurasi, database, dan dokumen yang dibutuhkan untuk memulihkan layanan. Sepakati frekuensi, retensi, lokasi, dan pihak yang punya akses. Tentukan berapa kehilangan data dan waktu pemulihan yang dapat diterima bisnis sebagai target perencanaan, bukan janji tanpa pengujian. Lindungi cadangan dari akses yang tidak perlu.
Latih pemulihan dan evaluasi gangguan
Lakukan restore di lingkungan uji yang terlindungi. Periksa halaman, media, formulir, dan integrasi; catat waktu serta pekerjaan manual yang diperlukan. Saat gangguan nyata, tentukan siapa memutuskan pemulihan dan memberi informasi ke tim bisnis. Setelah layanan pulih, dokumentasikan penyebab yang diketahui serta perbaikan berikutnya.
BAB 03 / BEDAH CONTOH
Hubungkan langkah dengan keputusan nyata.
Latihan website dengan katalog dan inquiry: cadangan perlu memulihkan isi katalog serta konfigurasi formulir, bukan hanya file halaman yang tampak di browser.

| Area | Pemeriksaan / latihan | Bukti yang dicatat |
|---|---|---|
| Domain & sertifikat | Masa berlaku serta penanggung jawab | Tanggal dan tindakan pembaruan |
| Formulir | Pengiriman uji dan penerimaan | Status alur sukses dan gagal |
| Backup | Cakupan, lokasi, retensi, akses | Log cadangan yang dapat diperiksa |
| Restore | Pemulihan di lingkungan uji | Fungsi yang pulih dan kendala |
Ganti baris contoh dengan kondisi bisnis Anda. Tandai informasi yang sudah punya bukti, yang masih berupa asumsi, dan yang perlu ditanyakan kepada penanggung jawab.
BAB 04 / TITIK REVIEW
Hindari keputusan yang terlihat benar, tetapi belum teruji.
Menjual SSL sebagai proteksi total
Keamanan melibatkan akses, aplikasi, konfigurasi, dan kebiasaan operasional, bukan sertifikat saja.
Mencadangkan tanpa pernah mencoba restore
Latihan membantu menemukan data atau langkah manual yang belum tercakup.
Bila sebuah keputusan memengaruhi biaya, akses, data, atau pekerjaan tim lain, cantumkan pihak yang perlu menyetujui. Terangkan bukti yang sudah tersedia dan batas informasi yang masih harus diperiksa.
BAB 05 / WORKBOOK
Susun rencana Anda di sini.
Isi secara singkat dan spesifik. Untuk informasi yang belum tersedia, tulis siapa yang perlu dimintai konfirmasi. Catatan ini tidak dikirim oleh fitur Playbook ke Oura; unduh sebelum tab ditutup.
Jangan masukkan password, token akses, atau data pribadi pelanggan. Penyimpanan sementara mengikuti sesi tab browser, bukan akun Oura.
BAB 06 / SEBELUM DISERAHKAN
Periksa kesiapan pekerjaan Anda.
Checklist ini mencatat tugas yang Anda tandai. Ia bukan skor audit, sertifikasi, atau penilaian otomatis atas website.
Pertanyaan yang sering muncul
Apakah backup harus setiap hari?
Tentukan dari frekuensi perubahan dan toleransi kehilangan data. Tidak ada jadwal tunggal yang cocok untuk semua website.
Apakah panduan ini menjamin website bebas gangguan?
Tidak. Tujuannya meningkatkan kesiapan dan kejelasan tindakan; risiko tetap perlu ditinjau sesuai sistem Anda.
Rujukan & batas penggunaan
Rujukan diperiksa pada 2 Oktober 2026. Langkah, contoh, dan lembar kerja merupakan rumusan editorial Oura dengan bantuan AI dan rujukan publik. Contoh bukan hasil klien. Panduan tidak menjamin hasil bisnis dan tidak menggantikan pemeriksaan khusus atas sistem Anda.
















