Daftar periksa migrasi situs: dari T-4 minggu hingga hari ke-45
Perubahan domain, perpindahan platform, pindah host, atau skema URL baru: tautan yang mengarah ke Anda tidak peduli mana yang terjadi. Daftar ini memberi tahu Anda apa yang harus diambil sebelum peluncuran dan apa yang harus diperiksa ulang setelahnya.
Tim riset ArchiLinks ·
Posisi kami
Kehilangan migrasi sebagian besar berasal dari tautan alih (redirect) yang hilang, bukan dari jenis redirect
Tim berdebat tentang 301 versus 302 selama berjam-jam lalu meluncurkan dengan 3.000 URL tautan eksternal yang mengembalikan 404. Temukan semua backlink ke sebuah situs web sebelum Anda memutuskan hal lain, karena daftar tersebut memberi tahu Anda di mana risiko berada.
- Ambil halaman yang ditautkan 4 minggu sebelumnya, bukan malam sebelum peluncuran.
- Setiap URL dengan tautan eksternal memerlukan 301 satu langkah (one-hop) ke halaman yang relevan.
- Biarkan redirect tetap aktif selama setidaknya satu tahun, karena tautan lama sering kali bertahan lebih lama daripada halaman yang pernah dituju.
Jadwal waktu
T-4 minggu: inventarisasi
Crawl situs lama, ekspor laporan kinerja Search Console, dan jalankan toppages serta refdomains untuk host lama. Simpan ketiga file tersebut bersama dengan tanggalnya.
T-3 minggu: pemetaan
Buat peta redirect dari halaman yang ditautkan terlebih dahulu, lalu dari lalu lintas, dan terakhir dari hasil crawl. Resep peta redirect menunjukkan skrip peringkatnya.
T-2 minggu: uji di lingkungan staging
Jalankan setiap URL lama terhadap staging dan pastikan satu langkah, status 301, dan 200 di akhir. Gagal jika ditemukan rantai atau loop.
T-0: peluncuran
Luncurkan redirect, sitemap baru, tag canonical yang diperbarui, dan tautan internal dalam satu rilis. Kirim sitemap baru di Search Console. Untuk perubahan domain, gunakan alat Change of Address.
T+1 minggu: log dan cakupan
Periksa log server untuk kunjungan Googlebot ke URL lama, lalu laporan Pages untuk lonjakan 404 atau soft 404. Perbaiki peta; jangan menunggu.
T+30 hingga 45 hari: perbedaan tautan
Setelah pembaruan bulanan, ambil refdomains untuk host baru dan bandingkan dengan file lama. Perbedaan yang lebih besar dari beberapa persen layak untuk ditinjau.
Apa yang berubah dengan jenis perpindahan
| Perpindahan | Redirect | Pemeriksaan tambahan | Fokus data tautan |
|---|---|---|---|
| Domain baru | 301 seluruh host, level path di mana path berubah | Alat Change of Address, domain lama disimpan setidaknya 12 bulan | Domain pengarah berpindah ke host baru seiring waktu |
| HTTP ke HTTPS atau perubahan www | 301 level host | Canonical, HSTS, konten campuran | Perbedaan sedikit; konfirmasi bahwa kedua host mengarah ke satu |
| Replatform, domain yang sama | Peta level path | Paginasi, parameter, garis miring di akhir | Halaman yang paling banyak ditautkan yang berubah path-nya |
| Subdomain ke subfolder (atau sebaliknya) | Peta level path, aturan level host | Cookie, robots.txt per host, analitik | Apakah tautan mengarah ke host lama atau yang baru |
| Menggabungkan dua situs | Peta banyak-ke-satu | Konten duplikat, pilihan canonical | Tumpang tindih domain pengarah melalui intersect |
Daftar periksa hari peluncuran
- URL lama mengembalikan 301 dalam satu langkah, diuji oleh skrip, bukan secara manual.
- Host baru mengembalikan 200 dengan canonical self-referencing di setiap template.
- robots.txt di host baru tidak memuat aturan staging. Disallow: / yang tertinggal adalah kecelakaan klasik hari peluncuran.
- Sitemap XML hanya mencantumkan URL 200, yang dapat diindeks, dan canonical.
- Tautan internal, navigasi, dan data terstruktur mengarah ke URL baru, bukan yang dialihkan.
- Properti Analytics dan Search Console ada untuk host baru sebelum pengalihan.
- File JSON baseline telah dikomitm, dengan tanggal di setiap nama file.
Grafik tautan kami dibangun ulang sekitar sebulan sekali. Tautan yang dibuat dalam minggu peluncuran Anda mungkin tidak muncul pada pengambilan data hari ke-30. Gunakan laporan Tautan Search Console untuk langkah terakhir, dan nilai perbedaan dari pembaruan kedua. Data yang sama juga digunakan untuk tinjauan ekuitas internal vs eksternal setelah peluncuran, dan domain regional hreflang mencakup kasus multi-negara.
301 yang berakhir dengan 404 tidak menyimpan apa pun
Beberapa tim mengarahkan setiap URL lama ke rumah baru dan membiarkan halaman tujuan kedaluwarsa nanti. Redirectnya sendiri berfungsi. Itulah mengapa kebiasaan ini berisiko, karena setiap langkah terlihat bersih di log sementara halaman di akhir mengembalikan 404.
Bayangkan Anda memindahkan toko ke domain baru dan hanya menyimpan produk yang masih laku. Halaman kategori yang memegang sebagian besar tautan eksternal sekarang mengarah ke sesuatu yang tidak berguna. Hitung URL yang ditautkan secara eksternal sebelum Anda pensiunkan apa pun. Jadikan itu langkah pertama. Halaman dengan domain pengarah memerlukan target langsung pada subjek yang sama, bukan sekadar aba-aba.
Jaga aturannya singkat: satu langkah, lalu 200 akhir. Apa pun selain itu adalah kebocoran yang Anda pilih.
Apa yang dilindungi oleh 301 satu langkah ke halaman yang aktif
Nilai tautan berada di URL yang ditujunya. Redirect membawa nilai tersebut hanya jika alamat yang dituju merespons dan masih sesuai dengan subjek. Produk yang dipindahkan ke produk yang sama dalam katalog baru lulus tes ini, sementara produk yang dikirim ke halaman utama biasanya tidak, meskipun itu adalah halaman yang biasa ditautkan orang.
Periksa status akhir setelah setiap perubahan template. Redirect yang berfungsi saat peluncuran bisa berakhir dengan 404 setelah rilis berikutnya, ketika seseorang menghapus kategori selama pembersihan menu.
Kapan 410 adalah jawaban yang jujur
Beberapa URL lama tidak memiliki tautan, kunjungan, atau pengganti nyata. Untuk itu, 404 jelas atau 410 lebih jujur daripada redirect ke halaman yang tidak menjawab pertanyaan yang pernah dijawab halaman lama. Redirect ke halaman yang tidak terkait sering dianggap sebagai soft 404, sehingga tidak menyelamatkan apa pun.
Tuliskan keputusan untuk setiap kelompok URL, dengan alasan di sebelahnya. Folder tutorial yang pensiun akan mendapat jawaban berbeda dari folder halaman dengan delapan puluh domain pengarah, dan Anda ingin menjelaskan perbedaan itu kepada rekan kerja enam bulan lagi.
Memeriksa langkah terakhir, bukan hanya yang pertama
Sebagian besar pengujian redirect berhenti pada respons pertama, yang merupakan tempat yang salah untuk berhenti. Ikuti rantai hingga akhir, lalu catat jumlah langkah dan status akhir di sebelah URL lama. Rantai dua langkah tidak rusak, tetapi menambah penundaan dan satu tempat lagi untuk aturan gagal.
Jika skrip tidak terjangkau, spreadsheet dan beberapa panggilan curl akan melakukan pekerjaan. Halaman skrip API memiliki versi yang dapat dijadwalkan.
Sitemap dan permintaan manual setelah peluncuran
Biarkan sitemap lama dapat diakses selama beberapa minggu setelah perpindahan. Crawler yang mengunjungi host lama masih dapat menemukan alamat tersebut dalam satu daftar, yang mempercepat perjalanan pertama mereka melalui redirect.
Permintaan manual adalah alat yang berbeda. Gunakan untuk beberapa halaman yang paling penting, bukan untuk ratusan URL yang dikirim satu per satu. Halaman yang diminta tanpa tautan internal dan konten tipis cenderung hilang lagi, sehingga permintaan hanya sebaik halaman di belakangnya.
Menunggu adalah rencana yang valid. Berikan waktu crawl, lalu nilai berdasarkan data.
Menyimpan sitemap lama terdaftar untuk sementara waktu
Biarkan sitemap lama di Search Console hingga URL lama berhenti muncul dalam statistik crawl. Kemudian hapus secara sengaja dan catat tanggalnya di log migrasi.
Jangan hapus di hari peluncuran hanya agar properti terlihat rapi. Penghapusan dini menyembunyikan satu-satunya daftar yang mencantumkan setiap URL lama yang masih perlu Anda lacak.
Meminta pengindeksan untuk halaman yang membawa tautan
Pilih dua puluh URL baru dengan tautan eksternal paling banyak, menggunakan join yang sama yang Anda buat untuk peta redirect, dan minta secara manual. Upaya kemudian mengikuti risiko, bukan ukuran situs.
Jika halaman yang diminta masih hilang setelah beberapa minggu, periksa halamannya sebelum meminta lagi. Periksa tautan internal, canonical, dan kontennya. Permintaan kelima tidak mengubah apa pun.
Seberapa lama sebelum perpindahan dapat dinilai
Nilai perpindahan dari pengambilan data tautan kedua, bukan yang pertama. Indeks kami diperbarui sekitar sebulan sekali, jadi pengambilan data pada hari ketiga sebagian besar menunjukkan gambaran bulan lalu. Jalankan pengambilan data kedua setelah pembaruan, dan gunakan untuk menemukan semua backlink ke sebuah situs web di host baru.
Laporan Pages dan data tautan menjawab pertanyaan yang berbeda. Bacalah berdampingan, bukan sebagai putusan yang bersaing untuk perpindahan yang sama.
Lima pemeriksaan sebelum situs staging diluncurkan
Jauhkan staging dari indeks
Pasang kata sandi atau daftar izinkan di depan staging. Aturan robots.txt saja tidak menghentikan mesin pencari mengindeks URL yang sudah mereka ketahui dari tautan.
Periksa pengaturan noindex dan canonical
Buka template dan pengaturan CMS, dan cari flag noindex atau canonical yang menyebutkan URL lain. Di WordPress, pengaturan visibilitas pencarian adalah yang sering dilupakan orang setelah menyalin situs dari staging.
Ganti file robots staging
Ambil robots.txt live sekali setelah pengalihan selesai, dan bandingkan dengan file yang seharusnya diluncurkan. Aturan staging yang mencapai produksi dapat menghalangi crawler dari seluruh host.
Jalankan uji langkah di host live
Staging membuktikan peta berfungsi pada salinan. Jalankan uji satu langkah lagi di domain nyata setelah perubahan DNS, karena cache CDN atau aturan host dapat berperilaku berbeda di sana.
Biarkan host lama tetap merespons
Biarkan domain lama melayani redirect selama URL-nya masih menerima tautan atau kunjungan. Masukkan tanggal perpanjangan di kalender sebelum seseorang lupa domain itu ada.
Mengawasi situs setelah peluncuran, bukan hanya sebelum
Audit pra-peluncuran mencatat apa yang benar pada hari pelaksanaannya. Sebagian besar kerusakan peluncuran muncul kemudian, setelah pembaruan plugin, perubahan aturan CDN, atau template yang mengubah pengaturan yang tidak ditinjau siapa pun.
Perlakukan pengawasan pasca-peluncuran sebagai serangkaian diff kecil terhadap baseline yang disimpan. Tidak perlu dashboard. Jadwal dan folder file bertanggal sudah cukup.
Apa yang harus dibandingkan dalam pengawasan mingguan
Pilih pemeriksaan yang akan paling sakit jika berubah, dan jalankan pada hari yang sama setiap minggu.
- Kode status dan URL akhir untuk 50 URL lama yang paling banyak ditautkan
- robots.txt dan tag meta robots pada template utama
- Jumlah URL 200 yang aktif dibandingkan dengan jumlah di sitemap baru
- Tag canonical di halaman utama, satu kategori, dan satu artikel
Mengapa audit satu kali melewatkan drift lambat
Pengaturan berubah setelah peluncuran. Flag pengujian yang tertinggal, plugin yang menulis ulang permalink, atau redirect yang ditambahkan untuk memperbaiki satu halaman dapat membatalkan sebagian rencana. Audit yang diambil pada hari peluncuran tidak dapat melihat semuanya.
Diff terjadwal bisa. Simpan file baseline dalam kontrol versi dan bandingkan output setiap minggu terhadapnya, sehingga perubahan tak terdampak terlihat pada hari itu terjadi.
Subdomain, penghapusan, dan perubahan domain seluruh situs
Beberapa tim memindahkan bagian ke subdomain dan hanya mengindeks halaman populer. Itu bisa berhasil. Biayanya adalah tautan yang ditujukan ke halaman yang kurang populer sekarang mendarat di host dengan sejarah lebih sedikit, jadi hitung sebelum Anda memotong apa pun.
Permintaan penghapusan lebih sempit dari kedengarannya. Search Console menerapkan penghapusan ke properti tempat Anda mengajukannya, sehingga permintaan yang dibuat di subdomain tidak berlaku pada domain utama. Periksa properti terlebih dahulu. Kemudian kirimkan, dan verifikasi keduanya.
Mengindeks hanya halaman populer di subdomain
Mulailah dengan tautan per URL di bagian itu. Halaman yang membawa tautan luar tetapi sedikit lalu lintas adalah yang pertama kali disembunyikan oleh aturan hanya-halaman-populer. Biarkan dapat di-crawl, atau arahkan setiap satu ke halaman populer terdekatnya dan tuliskan alasannya di sebelah aturan.
Di mana situs utama menautkan ke subdomain menentukan seberapa mudah halaman-halamannya ditemukan. Daftar tautan tersebut sebelum Anda memilih halaman mana yang akan disembunyikan, karena halaman yang tidak pernah ditautkan oleh situs utama akan sulit dijangkau dalam keadaan apa pun.
Perubahan domain seluruh situs, halaman per halaman
Aturan level host menangani root, tetapi perubahan domain juga memerlukan peta level path. Ketika bagian pertama URL berubah dan slug tetap sama, pertukaran host mencakup sebagian besar halaman, dan pengecualiannya memerlukan baris sendiri.
Buat daftar dari halaman yang ditautkan terlebih dahulu, lalu cocokkan setiap path lama dengan path barunya. Resep peta redirect menunjukkan cara memeringkat daftar tersebut berdasarkan tautan.
