Backup Website Klien yang Benar-Benar Bisa Di-restore

Backup yang belum pernah di-restore hanyalah file yang menenangkan. Saat situs klien rusak setelah update plugin atau kena malware, yang dibutuhkan adalah salinan yang bisa hidup lagi di staging dalam waktu yang jelas.

Ini standar backup yang saya minta ada sebelum proyek saya serahkan.

Tiga bagian yang harus lengkap

1. File aplikasi — core, tema, plugin, dan media. Snapshot hosting yang hanya menyalin disk tanpa Anda tahu isinya belum cukup.
2. Database — dump yang bisa diimpor, bukan hanya “backup otomatis” yang tombol restore-nya tidak pernah dicoba.
3. Catatan DNS dan akun — ke mana domain mengarah, siapa pemiliknya, dan di mana password disimpan. Tanpa ini, file utuh tetap tidak bisa online.

Simpan salinan di luar server yang sama. Backup di disk yang ikut rusak tidak menolong.

Uji restore, jangan hanya centang jadwal

Sekali sebelum go-live, dan lagi setelah perubahan besar:

• pulihkan file dan database ke staging atau subdomain;
• buka beranda, satu halaman dalam, dan form;
• pastikan URL tidak masih menunjuk ke domain produksi secara tidak sengaja;
• catat berapa lama prosesnya.

Angka “15 menit sampai staging hidup” lebih berguna bagi klien daripada “backup harian aktif”.

Kapan salinan baru wajib diambil

• sebelum update WordPress, tema, atau plugin;
• sebelum migrasi hosting atau ganti domain;
• setelah pembersihan malware, sebagai salinan bersih yang terpisah dari salinan terinfeksi;
• setelah konten besar masuk (katalog, halaman sekolah, galeri).

Retensi yang saya suka untuk situs bisnis kecil: harian 7 hari, mingguan 4 minggu, plus satu salinan pasca-launch yang tidak tertimpa.

Serah terima yang tidak membingungkan

Dokumentasikan dalam beberapa baris:

• di mana backup disimpan;
• siapa yang bisa mengunduhnya;
• langkah restore singkat;
• apa yang tidak termasuk (email, DNS registrar) bila memang di luar paket.

Plugin backup boleh dipakai. Yang tidak boleh adalah mempercayainya tanpa satu kali restore percobaan.