Pemulihan Wayback: Kembalikan Situs Anda yang Hilang dalam 5 Langkah

Situs Anda hilang. Hosting kedaluwarsa, database dihapus, atau agen yang membuatnya berhenti membalas email. Kabar baiknya: Wayback Machine kemungkinan punya salinannya. Pemulihan wayback menarik halaman, gambar, stylesheet, dan skrip Anda dari arsip lalu membangunnya kembali menjadi situs yang berfungsi dan bisa di-hosting di mana saja. Panduan ini adalah versi singkatnya, tanpa teori, hanya lima langkah dari situs mati ke situs hidup, dengan angka-angka yang perlu dicek di setiap tahap agar Anda tahu hasilnya berhasil. Untuk situs kecil, kebanyakan orang menyelesaikannya dalam waktu kurang dari satu jam.

Apa saja yang sebenarnya termasuk dalam pemulihan wayback

Pemulihan bukan sekadar menyimpan satu halaman HTML. Pemulihan sesungguhnya mengambil setiap halaman yang ditangkap crawler, plus aset yang dirujuk halaman-halaman itu: gambar, CSS, JavaScript, PDF, font. Di situs bisnis kecil pada umumnya, itu berjumlah 300–3.000 file. Toko WooCommerce yang saya tangani musim semi lalu kembali dengan 11.400 file, sebagian besar adalah gambar produk yang sudah dianggap hilang oleh pemiliknya.

• Setiap halaman yang diarsipkan, ditulis ulang agar tautan internal mengarah ke domain Anda, bukan ke web.archive.org
• Gambar, CSS, dan JavaScript diunduh secara lokal, bukan dimuat langsung dari arsip
• Pembersihan opsional yang menghapus analitik lama, iklan, dan iframe pihak ketiga
• Manifes file yang menunjukkan dengan tepat apa yang kembali dan dari tanggal tangkapan mana

Satu catatan: arsip menyimpan apa yang diterima browser, bukan kode server Anda. PHP WordPress, database, dan panel admin tidak ikut kembali. Yang Anda dapatkan adalah front end, halaman sebagaimana pengunjung melihatnya. Untuk sebagian besar situs brosur, blog, dan forum, itu sudah mencakup 95% nilainya. Fitur dinamis seperti keranjang dan formulir kontak perlu disambungkan ulang atau diganti setelah pemulihan.

Langkah 1: Temukan cuplikan yang tepat

Buka web.archive.org dan masukkan URL lama Anda. Tampilan kalender menunjukkan kepadatan tangkapan sebagai lingkaran biru, semakin besar lingkarannya, semakin banyak tangkapan di hari itu. Jangan langsung mengambil tangkapan terbaru. Cuplikan terakhir dari situs yang sekarat sering kali berupa halaman parked, pemberitahuan dijual, atau error hosting ditangguhkan. Pilih tanggal terakhir di mana beranda masih benar-benar terlihat seperti situs Anda, lalu periksa tiga atau empat halaman internal dari bulan yang kurang lebih sama.

Perhatikan juga varian URL-nya. Jika situs berdomisili di www.example.com, cuplikan dari example.com polos mungkin sedikit. Salin URL persis dari cuplikan yang bagus, Anda akan menempelkannya ke alat pemulihan berikutnya. Dan jika situs sudah melewati beberapa kali redesign, putuskan era mana yang Anda inginkan sebelum mulai menyentuh apa pun. Memulihkan desain 2012 secara tidak sengaja benar-benar terjadi, dan menjalankan ulang pekerjaannya butuh biaya lagi. Tiga puluh detik menjelajahi kalender jauh lebih murah.

Langkah 2: Dapatkan estimasi pemulihan wayback

Di sinilah orang kerap membayar lebih atau kaget. Sebelum mengeluarkan uang, Anda butuh tiga angka: berapa file yang diarsipkan untuk situs Anda, seberapa besar ukuran unduhannya, dan berapa biaya pemulihannya. Platform ini memberi Anda estimasi instan gratis dengan ketiganya, jumlah file arsip yang persis, total ukuran, dan harga yang terkunci, sebelum Anda membayar apa pun. Harga ditetapkan pada saat estimasi, jadi angka yang Anda lihat adalah angka yang Anda bayar.

Penagihannya bayar per file yang dipulihkan, file pertama gratis, dan ada biaya flat kecil per pemulihan. Anda mengisi saldo sekali, lewat kartu atau kripto; tidak ada yang berulang, tidak ada langganan. Jika pemulihan gagal, refund langsung masuk ke saldo Anda secara otomatis, tanpa tiket dukungan, tanpa menunggu agen.

Langkah 3: Pilih opsi pemulihan Anda

Opsi terlihat seperti kotak centang, tapi beberapa di antaranya menentukan apakah situs yang dipulihkan akan naik peringkat atau justru rusak. Yang paling penting:

Pemilihan rentang tanggal layak mendapat perhatian khusus. Jika situs berjalan dari 2010 sampai 2019 tetapi tampil terbaik di antara 2015 dan 2017, batasi pemulihan ke tahun-tahun tersebut. Anda terhindari dari footer yang campur aduk, navigasi yang tidak cocok, dan efek time-travel yang aneh di mana daftar harga 2011 berdampingan dengan beranda 2018. Berencana mengedit konten nanti? Centang juga ekspor artikel terstruktur (XML, CSV, atau JSON) dan manifes file JSON/SQLite. Anda di masa depan akan berterima kasih.

Langkah 4: Unduh arsip yang sudah dipulihkan

Ketika pekerjaan selesai, Anda mendapatkan file zip berisi situs yang sudah dibangun ulang. Bukalah sebelum mengunggah apa pun. Periksa apakah beranda bisa dirender, klik dua tingkat ke dalam navigasi, dan buka halaman yang dulu memuat formulir kontak. Carilah sisa-sisa: skrip toolbar archive.org, tautan absolut kembali ke web.archive.org, gambar yang hilang. Pemulihan yang layak akan menghapus toolbar dan menulis ulang tautan untuk Anda. Gambar yang hilang biasanya berarti crawler tidak pernah menangkapnya, dan tidak ada alat yang bisa mengada-ada apa yang tidak pernah diarsipkan.

Manifes file menunjukkan timestamp tangkapan dari setiap file, sehingga Anda bisa langsung melihat apakah satu halaman berasal dari 2014 dan tetangganya dari 2019. Simpan juga file zip setelah diunggah. Itulah cadangan offline Anda untuk situs yang dipulihkan, dan mengunggah ulang dari salinan lokal lebih cepat daripada menjalankan semuanya dari awal.

Langkah 5: Unggah situs ke hosting Anda

Dua jalur. Manual: ekstrak secara lokal dan dorong file lewat FTP atau SFTP ke web root Anda, cocok untuk situs brosur 50 halaman, melelahkan kalau 5.000 file. Otomatis: biarkan layanan yang men-deploy untuk Anda. Restorix men-deploy dalam satu klik ke VPS SSH/SFTP, shared hosting FTP/FTPS, atau S3. Kredensial dienkripsi dengan AES-256-GCM dan host key SSH di-pin, jadi deploy berikutnya akan menuju ke server yang sama dengan yang Anda setujui pertama kali.

1. Arahkan DNS ke hosting sebelum men-deploy, propagasi memakan waktu hitungan menit hingga jam
2. Deploy, lalu muat situs lewat HTTPS dan klik-klik navigasi utamanya
3. Kirimkan sitemap yang sudah dipulihkan di Google Search Console
4. Redirect varian URL lama yang tidak Anda pertahankan

Shared hosting atau VPS?

Shared hosting lewat FTPS cukup untuk situs statis yang dipulihkan, tidak ada database yang harus dikelola dan traffic biasanya sedang. VPS lewat SSH/SFTP masuk akal jika Anda ingin redirect tingkat server, caching agresif, atau memulihkan beberapa situs sekaligus. S3 cocok untuk hosting statis murni tanpa PHP, yang juga berarti tanpa CMS, pilih ini hanya jika Anda tidak pernah berencana mengedit situs.

Deploy sudah termasuk Restorix CMS gratis, satu file PHP di /webarchive-cms.php dengan fitur edit konten, search and replace, dan file manager. Kata sandi admin per situs di-generate secara acak dan ditampilkan di dashboard Anda, dengan safe mode aktif secara default. Pada hari Anda perlu memperbaiki harga yang sudah usang di 200 halaman, fitur search-and-replace itulah yang membayar kebiasaan memasangnya. Tutorial memandu Anda melewatinya.

Setelah diunggah, uji lima halaman yang paling penting di situs lama: beranda, halaman layanan utama, halaman kontak, satu postingan blog, satu deep link dari bookmark atau email lama. Jika semuanya berfungsi, ekor panjang yang lain hampir pasti juga berfungsi.

Kesalahan pemulihan wayback yang merugikan Anda

Sebagian besar pemulihan yang gagal gagal di lima tempat yang sama:

• Memulihkan cuplikan terbaru alih-alih cuplikan bagus yang terakhir, halaman parked terlihat meyakinkan di thumbnail
• Melewatkan estimasi dan menyadari di tengah jalan bahwa arsip memuat 40.000 file, bukan 4.000
• Meninggalkan analitik dan skrip iklan lama di tempatnya, membocorkan referer ke domain yang tidak Anda kontrol
• Lupa mengkanonikalisasi www versus non-www dan memecah link equity Anda menjadi dua
• Mengunggah langsung ke production tanpa mengeklik seluruh situs di URL staging terlebih dahulu

Bukan satu pun dari ini yang aneh. Semuanya muncul di inbox dukungan setiap minggu, dan semuanya bisa dihindari dengan pengecekan di langkah 1 dan 2. Panduan jebakan membahas lebih dalam setiap mode kegagalannya.

Pemulihan memakan waktu satu sore. Memperbaiki pemulihan yang ceroboh memakan waktu satu minggu. Luangkan tambahan sepuluh menit untuk pemilihan cuplikan.