Website perlu maintenance, tetapi menutup seluruh halaman bukan satu-satunya pilihan. Jika yang bermasalah hanya pembayaran, panduan produk dan informasi layanan mungkin masih bisa dibaca. Jika seluruh aplikasi tidak dapat berjalan, respons server perlu menggambarkan keadaan sementara itu dengan benar.
Saya memisahkan dua keputusan: fungsi apa yang harus dihentikan dan halaman apa yang masih dapat melayani pembaca. Setelah itu baru kita menentukan status HTTP serta cara memeriksa pemulihannya.
Pertahankan bagian yang masih berguna
Untuk penghentian operasi sementara, Google menyarankan mempertahankan situs tetap online sambil membatasi fungsinya bila memungkinkan. Contohnya menonaktifkan transaksi, memberi informasi kondisi layanan, dan memperbarui data ketersediaan yang relevan. Panduan menjeda website dari Google.
Bayangkan toko ilustratif mengganti sistem pembayaran selama beberapa jam. Halaman produk, panduan ukuran, dan informasi pengiriman tetap berfungsi. Keputusan yang masuk akal bisa berupa menonaktifkan checkout dan menjelaskan kapan status akan diperbarui.
Berbeda jika database utama tidak dapat melayani konten apa pun. Dalam keadaan itu, halaman informasi sementara mungkin dibutuhkan. Catat alasan mengapa layanan tidak dapat dibatasi pada bagian tertentu, supaya penutupan total benar-benar menjadi keputusan berdasarkan keadaan.
Gunakan respons yang sesuai keadaan sementara
HTTP 503 Service Unavailable menunjukkan layanan sementara tidak tersedia. Google memperlambat crawling ketika menerima error server; error yang berlanjut dapat membuat URL yang sudah terindeks akhirnya dikeluarkan. Jadi, 503 bukan cara mempertahankan situs offline tanpa batas. Penanganan status HTTP oleh crawler Google.
Untuk penutupan mendesak yang singkat, panduan Google membahas halaman informasi dengan status 503. Google juga mengingatkan agar robots.txt tetap dapat diambil dan tidak ikut mengembalikan 503. Praktik penutupan sementara.
Jangan memilih status berdasarkan tampilannya di browser. Halaman maintenance yang terlihat baik bisa tetap mengembalikan 200, redirect ke homepage, atau bahkan 404. Periksa respons sebenarnya pada URL yang digunakan pembaca.
Siapkan halaman yang menjelaskan langkah berikutnya
Halaman sementara perlu membantu orang mengambil keputusan. Jelaskan fungsi yang terganggu, alternatif yang benar-benar tersedia, kanal kontak, dan kapan informasi berikutnya akan diberikan. Jangan mengarang waktu selesai jika tim belum mengetahuinya.
Contoh pesan ilustratif: “Checkout sedang menjalani pemeliharaan. Katalog dan panduan ukuran tetap dapat dibuka. Kami akan memperbarui status pukul 15.00 WIB.” Pesan ini lebih berguna daripada janji “segera kembali” tanpa titik pemeriksaan.
Jaga halaman tetap ringan dan tidak bergantung pada komponen yang sedang rusak. Jika layanan gambar atau JavaScript utama ikut dimatikan, halaman informasi yang bergantung pada layanan itu dapat gagal menampilkan pesan yang dibutuhkan pengguna.
Buat daftar uji sebelum maintenance
Pilih sampel yang mewakili fungsi: homepage, halaman produk atau layanan, artikel, checkout, robots.txt, dan sitemap bila relevan. Untuk tiap sampel, catat keadaan sebelum perubahan serta respons yang diharapkan selama maintenance.
| URL atau fungsi | Selama maintenance | Setelah pemulihan |
|---|---|---|
| Informasi produk yang tetap aktif | Konten dan status normal | Konten serta data tersedia tetap benar |
| Fungsi yang dihentikan | Pesan dan respons sesuai keputusan | Alur kembali berjalan |
| Halaman yang sementara tak tersedia | 503 dengan informasi jelas | Respons dan isi halaman pulih |
| Robots.txt | Tetap dapat diambil | Tidak ada aturan penutupan tertinggal |
| Halaman kontrol | Tidak ikut berubah | Perilaku tetap sesuai |
Tambahkan pemeriksaan dari luar lingkungan kerja tim. Cache CDN atau aturan host publik dapat menghasilkan respons berbeda dari server asal. Uji URL yang sama melalui jalur akses yang benar-benar digunakan pengunjung.
Hindari perubahan indeks yang sulit dilacak
Penutupan sementara tidak membutuhkan pemasangan noindex secara menyeluruh. Mengganti banyak halaman dengan status tidak ditemukan atau memblokir crawling seluruh situs juga mengirim keadaan berbeda dari gangguan sementara yang dimaksud. Google secara khusus tidak menyarankan cara-cara tersebut untuk penutupan sementara. Batas tindakan penutupan website.
Jika perubahan konfigurasi memang diperlukan, simpan daftar tepatnya: aturan proxy, toggle aplikasi, header, cache, atau template pesan. Tentukan siapa yang mengembalikannya dan bagaimana hasilnya diperiksa. Ingatan tim saja mudah melewatkan satu aturan yang masih aktif.
Periksa pemulihan sebagai pekerjaan tersendiri
Status server “sudah hidup” belum membuktikan semua jalur pulih. Buka kembali sampel yang sama, periksa respons serta isi, lalu jalankan fungsi penting sampai selesai. Pada toko, tombol beli yang tampil belum membuktikan transaksi dapat diselesaikan.
Periksa apakah pesan maintenance masih tersimpan di cache, canonical berubah, noindex tertinggal, atau data ketersediaan belum kembali sesuai keadaan. Catat waktu pemulihan yang benar-benar teramati, bukan hanya waktu developer menyelesaikan perubahan.
Gunakan log dan Search Console untuk memantau keadaan setelahnya jika tersedia. Pisahkan pemulihan teknis dari pemulihan tampilan pencarian. Google tidak menetapkan waktu tetap untuk pulih setelah penghapusan indeks yang menyeluruh; karena itu, laporan maintenance sebaiknya berisi bukti tindakan dan pengamatan, bukan janji tanggal peringkat kembali.
