Cara Memulihkan Website: Semua Metode yang Benar-Benar Berhasil

Website bisa hilang dengan cara yang lebih beragam dari yang dibayangkan sebagian besar pemiliknya. Pembaruan plugin membuat halaman utama blank putih jam 2 pagi. Kartu kredit kedaluwarsa mematikan paket hosting dan akunnya sekalian. Server yang diretas dihapus bersih oleh penyedia hosting untuk menghentikan kerusakan. Saya pernah melihat ketiganya terjadi pada klien yang sama dalam satu kuartal. Kabar baiknya: di hampir semua kasus, kontennya masih ada di suatu tempat. Tugasnya adalah tahu harus mencari ke mana, dan dalam urutan apa.

Panduan ini mencakup setiap cara praktis untuk memulihkan website, mulai dari opsi tercepat (backup Anda sendiri) hingga pilihan terakhir (arsip web dan rekonstruksi sepotong-sepotong). Ikuti metodenya secara berurutan. Setiap bagian mengasumsikan bagian sebelumnya gagal.

Pertama, Pahami Apa yang Sebenarnya Hilang

Kegagalan yang berbeda terlihat identik dari luar: situs tidak mau dimuat. Tapi solusinya sangat bergantung pada apa yang sebenarnya terjadi, jadi luangkan waktu sepuluh menit untuk mendiagnosis sebelum Anda menyentuh apa pun. Jika penyedia hosting menghentikan akun sepenuhnya, langsung loncat ke panduan triase 48 jam dan kembali ke sini setelahnya.

• Layar putih atau HTTP 500: file hampir pasti masih ada di server. Ada yang rusak di kodenya, biasanya konflik plugin atau perubahan versi PHP. Baca log error dulu.
• Halaman akun ditangguhkan: tagihan atau flag penyalahgunaan di penyedia hosting. File biasanya tetap tidak tersentuh. Perbaiki akunnya dan situs akan kembali seperti semula.
• Domain kedaluwarsa atau DNS tidak mengarah ke mana-mana: situsnya mungkin masih hidup di IP server atau URL sementara. Perpanjang domainnya sebelum yang lain.
• Akun hosting dihentikan: file dihapus atau antri untuk dihapus. Ini kondisi darurat sesungguhnya. Lewati ke bagian backup dan arsip di bawah.
• Halaman utama mengarah ke spam obat: Anda diretas, bukan dihapus. File-nya ada tapi sudah tercemar, jadi pulihkan dari backup yang berasal sebelum infeksi.

Pulihkan Website dari Backup Anda Sendiri

Jika Anda punya backup, ini jalur tercepat untuk kembali dan semua yang ada di bawah ini tidak relevan. Backup yang usable artinya kedua bagian situs: file (untuk WordPress, wp-content yang paling utama) dan dump database. Salah satu tanpa yang lain artinya setengah situs.

1. Cari backup terbaru yang berasal sebelum masalah terjadi. Cari di komputer, Dropbox, Google Drive, dan inbox Anda. Plugin backup gemar mengirim email tautan unduhan yang tidak diingat siapa pun.
2. Verifikasi arsip sebelum memulihkan. Buka file zip, pastikan wp-content/uploads berisi gambar-gambar asli, dan pastikan file.sql tidak berukuran 0 byte.
3. Pulihkan ke subdomain staging atau lingkungan lokal dulu, jangan langsung ke domain aktif. Softaculous, Installatron, dan wp-cli semua bisa menuntaskan ini dalam waktu sepuluh menit.
4. Uji hal-hal yang sering rusak tanpa terdeteksi: formulir kontak, login, pencarian, dan checkout jika Anda berjualan.
5. Dorong ke domain aktif hanya setelah staging berjalan, lalu hapus salinan yang rusak supaya tidak membingungkan mesin pencari.

Satu jebakan yang terus menjebak orang: memulihkan backup terbaru dari situs yang diretas, yang justru memulihkan hack-nya sekalian. Kalau malware sudah terlibat, mundur ke salinan bersih yang paling lama dan tutup celahnya sebelum peluncuran ulang.

Snapshot Hosting dan Pemulihan Tingkat Server

Sebagian besar penyedia hosting menyimpan backup mereka sendiri meskipun Anda tidak pernah menyiapkannya. Retensinya pendek, biasanya 7 sampai 30 hari, jadi kecepatan penting. Buka chat atau telepon, bukan tiket email, dan ajukan dua pertanyaan: apakah Anda punya snapshot akun saya, dan bisakah Anda memulihkannya atau memberikan arsipnya supaya saya bisa mengambil file tertentu? Perkiraan biayanya $25 sampai $150 di penyedia hosting murah; managed host biasanya sudah termasuk.

• JetBackup, umum di penyedia hosting cPanel: pemulihan penuh atau sebagian secara mandiri, biasanya mencakup 7 sampai 30 hari terakhir.
• Managed WordPress host seperti Kinsta atau WP Engine: snapshot harian dengan pemulihan satu klik, disimpan selama dua sampai empat minggu.
• Penyedia VPS seperti DigitalOcean, Hetzner, atau Vultr: snapshot hanya ada jika Anda mengaktifkannya. Secara bawaan dinonaktifkan.
• AWS dan Lightsail: tidak ada apa pun kecuali seseorang membuat snapshot secara manual atau menjadwalkannya.

Git: Tombol Undo Sang Developer

Jika situsnya pernah ada di repositori Git, mengkloningnya kembali dari GitHub, GitLab, atau Bitbucket hanya butuh beberapa menit. Masalahnya: Git hampir tidak pernah menyimpan database atau unggahan pengguna. wp-content/uploads biasanya masuk gitignore, dan data MySQL pasti demikian. Git memulihkan kode, bukan konten.

Situs statis adalah pengecualian yang menyenangkan. Situs Hugo, Jekyll, Eleventy, atau Next.js yang sudah diekspor adalah repository-nya. Bangun ulang, redeploy, dan Anda selesai sebelum kopi Anda mendingin. Untuk apa pun yang berbasis database, Git hanyalah satu bahan, bukan hidangan utamanya.

Pulihkan Website dari Wayback Machine

Wayback Machine di web.archive.org telah menjelajahi web publik sejak 1996 dan menyimpan ratusan miliar halaman. Jika situs Anda publik dan pernah punya trafik, kemungkinan besar ada di sana, sering kali dengan snapshot bertahun-tahun. Ketik domain Anda di kotak pencarian dan Anda akan mendapatkan kalender tangkapan.

Menjelajahi arsip itu halaman demi halaman bisa dipakai untuk memulihkan satu artikel. Membangun ulang seluruh situs dengan cara itu, ratusan halaman, gambar, CSS, PDF, butuh waktu seminggu penuh dengan klik kanan yang membosankan, dan halaman yang tersimpan masih membawa markup toolbar tambahan dari Wayback dan tautan internal yang rusak. Kekosongan itulah persis diisi oleh layanan restore website ini: ia mengambil snapshot arsip lengkap domain Anda, menghapus kode tambahan dari arsip, menulis ulang tautan internal agar berfungsi di domain Anda, dan menyerahkan situs yang sudah jadi. Estimasi gratis dan menunjukkan jumlah file arsip yang tepat, total ukuran, dan harga terkunci sebelum Anda membayar apa pun; tutorial memandu seluruh alurnya.

Tanpa Backup, Tanpa Git: Pulihkan Website Juga

Katakan skenario terburuk benar-benar terjadi: tidak ada backup, penyedia hosting menghapus semuanya, dan situsnya tidak pernah ada di Git. Anda tetap bisa memulihkan website dari kepingan yang disimpan web. Wayback Machine adalah tulang punggungnya, tapi bukan satu-satunya cache yang ada.

1. Periksa web.archive.org dulu untuk domain dan setiap URL penting yang Anda ingat.
2. Periksa archive.today juga. Situs ini menangkap halaman yang dilewati Wayback, terutama yang diblokir oleh robots.txt.
3. Cari di email terkirim untuk draf, dokumen konten, dan file PDF yang dilampirkan desainer lama Anda. Konten sering bersembunyi di inbox.
4. Tanyakan ke semua orang yang pernah menyentuh situs tersebut. Desainer menyimpan file sumber dan ekspor. Penulis menyimpan dokumen. Satu laci freelancer bisa membangkitkan kembali satu bagian utuh.
5. Ambil gambar dari akun media sosial Anda sendiri. Foto produk di Facebook dari 2019 itu adalah file yang sama dengan yang hilang.
6. Satukan semuanya ke dalam satu folder, lalu bangun ulang di instalasi CMS yang bersih, bukan menempelkan kepingan ke CMS yang sekarat.

Situs yang paling cepat kembali adalah milik pemilik yang mulai mengumpulkan kepingan di hari mereka menyadari kehilangannya. Setiap minggu menunggu, satu cache lain kedaluwarsa.

Setelah Memulihkan Website, Amankan

Pemulihan juga momen sempurna untuk menutup pintu di belakang Anda, karena apa pun yang pernah menjatuhkan situs akan mencoba lagi.

• Ganti semua kata sandi: panel hosting, admin CMS, database, FTP, dan SSH.
• Perbarui inti CMS, tema, dan setiap plugin sebelum situs dipublikasikan, bukan setelahnya.
• Siapkan backup otomatis di luar server. Minimal mingguan, harian jika situs menghasilkan uang.
• Aktifkan perpanjangan otomatis domain dengan kartu yang tidak akan segera kedaluwarsa.
• Catat di mana backup disimpan dan cara memulihkannya. Backup yang tidak bisa ditemukan siapa pun bukan backup yang Anda punya.

Lakukan lima hal itu dan bencana berikutnya menjadi sore yang merepotkan, bukan seminggu penuh arkeologi digital.