Jawaban singkat
Pada sebagian besar penurunan traffic pascamigrasi, masalahnya bukan konten yang lebih tipis atau struktur yang berpindah — melainkan kode status dan rantai redirect: 301 bertingkat, loop, tumpukan 404, atau crawler melihat hal yang berbeda dari browser. Tidak butuh bakat; butuh dua titik waktu: baseline sebelum migrasi dan pengecekan ulang 24–72 jam setelahnya. Satu cek batch mencakup hingga 20 URL, mengikuti setiap hop beserta timingnya, dan berjalan dari dua tampilan (Googlebot / browser) — kesimpulan paling lama 20 menit.
Tabel kode status (yang dipakai pemecahan masalah migrasi)
Kode | Arti | Artinya saat migrasi |
|---|---|---|
200 / 204 | OK / tanpa konten | Endpoint yang bersih |
301 / 308 | Redirect permanen | Identitas URL berpindah — migrasi itu intinya begini |
302 / 307 | Redirect sementara | URL lama masih bersaing; jangan untuk perpindahan permanen |
404 | Tidak ditemukan | Jawaban tepat untuk halaman yang benar-benar dihapus |
410 | Dihapus selamanya | Lebih tegas: "tidak ada dan tak perlu dicari" |
429 | Terlalu banyak permintaan | Crawler diblokir; cek Retry-After |
500 / 502 / 503 | Kesalahan server | Paling buruk saat crawl — langsung merusak indexing |
301 vs 302: mana untuk migrasi
Redirect ke arah yang salah adalah penyebab nomor 1 peringkat tidak pernah kembali:
- Permanen (301/308): URL baru menjadi identitas; equity dan sejarah ikut serta. Pakai untuk ganti domain dan redesain struktur URL.
- Sementara (302/307): URL lama tetap jadi identitas; URL baru adalah pemberhentian sementara. Pakai untuk halaman kampanye dan perpindahan checkout.
Contoh kerusakan: halaman promo yang memakai 301 — saat promo selesai, riwayat peringkat halaman lama sudah berpindah "selamanya", dan pemulihannya berarti migrasi ulang. Sebaliknya: redesign permanen dengan 302 — alamat lama terus memperebutkan identitas, dan tidak satu pun halaman yang rangking baik.
Dua titik waktu: sebelum dan sesudah
Sebelum migrasi (baseline, sekali): pastikan status akhir 20 URL nilai tinggi utama beserta rantainya, lalu arsipkan. File itu adalah dasar perbandingan — tanpanya Anda tak bisa membedakan "masalah baru" dari "sudah ada".
Setelah migrasi (re-check, 24–72 jam kemudian): tunggu peralihan stabil, lalu periksa empat hal:
- URL lama semua 301 sesuai rencana (bukan 200, bukan 404).
- URL baru mengembalikan 200.
- Tanpa rantai bertingkat (A→301→B→301→C seharusnya satu hop) dan tanpa loop (B→301→A→301→B — crawler menyerah).
- Tampilan crawler dan tampilan browser cocok (tidak cocok → biasanya WAF / keep-alive / aturan UA; ini sumber klasik "di saya baik-baik saja tapi indexing kacau").
Menjalankan pengecekan (gratis, tanpa registrasi)
- Tempel URL, satu per baris, maksimal 20; duplikat dibuang otomatis dan domain telanjang mendapat https:// otomatis.
- Pilih tampilan: Googlebot, Bingbot, browser, dll. (tambah header khusus bila perlu). Untuk cek migrasi, jalankan minimal Googlebot + browser.
- Baca rantainya: kode status, frasa status, rantai lengkap (status, Location, dan timing tiap hop), header respons, body, dan waktu total. Bagi timing per hop — hop yang lambat itulah masalahnya.
- Ekspor CSV: letakkan hasil di lembar pelacakan atau antrean tiket Anda di samping perubahan lain.
Satu pemeriksa kode status HTTP gratis (verifikasi manusia sederhana per cek, tanpa registrasi) mengerjakan semuanya dalam satu jalan, lengkap dengan referensi 54 kode — yang juga mengapa cek ini mengikuti rantai alih-alih hanya status akhir.
Audit bulanan (opsional tapi disarankan)
Yang terbakar lupa bulan ketiga. Pertahankan daftar "URL sakit" dan jalankan 20 URL inti setiap bulan. Kode status itu seperti tombol lift — gagal justru saat Anda anggap baik.
Kesalahan umum
- Melihat hanya status akhir: 301→301→200 sangat berbeda dengan 200 langsung; semakin panjang rantainya, semakin redup sinyal.
- Memperbaiki semua 404: 404 yang tersambung dalam rantai redirect bukan link mati — halaman yang benar-benar dihapus sebaiknya tetap 404/410. Perbaiki hanya link mati yang ber-trafik.
- Menguji hanya tampilan browser: WAF mengembalikan konten berbeda per UA. Minimal dua tampilan per cek.
FAQ
Berapa URL yang bisa saya cek sekaligus? Maksimal 20; URL duplikat hanya diperiksa sekali. Daftar yang lebih besar berarti lebih banyak batch.
Apakah ini berbayar? Tidak. Gratis dan anonim, dengan verifikasi manusia sederhana per cek.
Seberapa cepat setelah migrasi 301 bisa diandalkan? Alat cek biasanya menampilkan hasil dalam 24–72 jam; untuk transfer equity penuh, pantau inspeksi URL di GSC selama beberapa minggu ke depan.
Apakah 502/503 itu "gagal" atau "menunggu"? Saat crawl, itu serius. Temukan penyebabnya (upstream, endpoint tertentu). 5xx dari tampilan crawler bukan situasi "tunggu sebentar".
Penulis: Julian Mercer, praktisi SEO teknis 14 tahun di Auspia. Julian menulis soal crawlability, rendering, arsitektur situs, dan landasan teknis yang dibutuhkan konten yang bisa dibaca AI.
