Cara Membuat Rencana Migrasi Domain agar SEO dan GEO Tidak Turun dalam 6 Langkah (dengan Contoh)
Domain baru sudah siap, domain lama membawa peringkat dan tautan bertahun-tahun, dan seseorang mengajukan pertanyaan yang belum bisa dijawab siapa pun: apa yang terjadi pada trafik kita di hari peluncuran? Marketing ingin tanggalnya, developer ingin segera rilis, dan pemimpin SEO tahu bahwa sepertiga URL lama tidak punya padanan di situs baru.
Gejalanya sudah akrab. Setiap URL tanpa padanan diarahkan ke beranda. Aturan redirect aktif pada Jumat sore, redesain dirilis di minggu yang sama, dan beberapa minggu kemudian seluruh bagian situs hilang dari hasil pencarian. Berbulan-bulan setelah pindah, domain lama masih muncul di jawaban AI, karena tidak ada yang memperbarui profil, direktori, atau tautan yang mengarah ke sana.
Rencana migrasi domain menyelesaikannya dengan satu tampilan: seluruh perpindahan dalam satu timeline, dari crawl pertama hingga hari ketika redirect akhirnya bisa ditinjau setahun kemudian, dengan tanggal-tanggal yang tidak bisa bergeser sebagai milestone. Di bawah ini ada contoh untuk perpindahan pada Juni 2027 yang bisa langsung Anda edit, beserta enam langkah untuk membuat versi Anda di Timeliny dalam sekitar sepuluh menit. Aturan redirect-nya sendiri ada di server Anda; ini adalah jadwal yang membuat peluncurannya aman.
Perpindahan domain fiktif 2027–2028: 15 item dalam 5 grup, dari crawl pertama pada Januari hingga peninjauan redirect paling awal pada Juni 2028. Seret bar untuk memindahkannya, ubah panjangnya, atau tambahkan item Anda sendiri.
Cara membuat rencana migrasi domain dalam 6 langkah
Langkah 1: Audit domain lama dan catat baseline
Crawl situs lama dan kumpulkan setiap URL penting dari lima sumber: sitemap, log server, analitik, Search Console, dan data backlink. Lalu tuliskan angka "sebelum" selagi masih ada: trafik organik, peringkat untuk kueri utama, dan seberapa sering merek Anda muncul di jawaban AI. Dalam contoh, crawl berlangsung dari 11 hingga 29 Januari 2027 dan baseline dari 1 hingga 19 Februari. Di Timeliny, masing-masing adalah bar dengan tanggal pasti, dan catatan pada bar menyimpan alat serta ekspor yang dipakai.
Langkah 2: Petakan setiap URL lama ke URL baru terbaiknya
Ini langkah terpanjang, jadi beri bar terpanjang. Setiap URL lama membutuhkan satu tujuan baru yang cocok dengan isinya, termasuk gambar, PDF, dan halaman kampanye lama. Arahkan setiap URL langsung ke alamat akhirnya, jangan berantai, dan jangan mengirim semuanya ke beranda. Dokumentasi Google mengatakan hal yang sama: arahkan ke halaman yang menggantikan halaman lama, bukan ke halaman yang tidak terkait. Dalam contoh, pemetaan berjalan dari 8 Februari hingga 19 Maret 2027 dan berakhir dengan milestone persetujuan pada 26 Maret. Di Timeliny, persetujuan itu adalah belah ketupat: tidak ada langkah berikutnya yang dimulai sebelum tercapai.
Langkah 3: Siapkan domain baru
Atur DNS, HTTPS, dan properti Search Console untuk domain baru, dan verifikasi juga domain lama, karena Anda membutuhkan keduanya. Pastikan tag canonical, anotasi hreflang, tautan internal, dan sitemap situs baru mengarah ke URL baru, dan robots.txt domain lama tetap mengizinkan crawler menjangkau redirect. Dalam contoh, ini berlangsung 29 Maret hingga 9 April 2027. Di Timeliny, taruh dalam grup yang sama dengan penyusunan redirect, agar keterkaitannya terlihat.
Langkah 4: Susun redirect, uji, lalu bekukan
Susun aturan redirect di server staging, lalu uji setiap URL yang dipetakan terhadap peta: kode status, tujuan, jumlah lompatan. Akhiri dengan pembekuan (freeze): tanpa redesain, tanpa perubahan URL, tanpa migrasi sistem lain sampai perpindahan stabil. Dalam contoh, aturan disusun 12 April hingga 7 Mei, pengujian 10 hingga 28 Mei, dan pembekuan konten berjalan dari 1 hingga 22 Juni 2027, mengelilingi peluncuran. Di Timeliny, pembekuan adalah bar di grup Go-live, dan semua orang bisa melihat tanggal mana yang terlarang.
Langkah 5: Go-live dan beri tahu mesin pencari
Pada hari peluncuran, aktifkan redirect, lalu periksa bahwa tag canonical dan aturan robots di situs baru mengarah ke tempat yang benar. Kirim sitemap baru, dan jika Anda pindah antardomain, ajukan Change of Address di Search Console untuk properti lama. Dalam contoh, go-live jatuh pada Selasa, 15 Juni 2027, di tengah masa pembekuan dan cukup awal di minggu itu untuk memperbaiki masalah, dan Change of Address menyusul pada 16 Juni. Di Timeliny, keduanya adalah milestone, jadi hari peluncuran tetap terlihat meskipun bar di sekitarnya bergeser.
Langkah 6: Pantau, perbarui rujukan, dan pertahankan redirect setahun
Setelah go-live, awasi galat crawl, indeksasi, peringkat, dan perilaku redirect setiap minggu, dan bandingkan dengan baseline dari langkah 1. Minta situs yang paling sering menautkan Anda untuk memperbarui tautannya, dan perbarui profil, direktori, serta data terstruktur milik Anda ke domain baru. Pertahankan redirect aktif setidaknya setahun, lebih lama jika URL lama masih menerima trafik. Dalam contoh, pemantauan berjalan dari Juni hingga Desember 2027, masa Change of Address berakhir pada 13 Desember, dan redirect tetap aktif hingga setidaknya Juni 2028. Di Timeliny, bagikan rencana ke tim developer, SEO, dan marketing sebagai tautan hanya lihat, agar ketiganya bekerja dengan tanggal yang sama.
Membuka editor dengan contoh 2027. Ganti tanggalnya dengan tanggal go-live Anda.
Apa saja isi rencana migrasi domain (dan apa yang bukan)
Lima hal yang masuk: audit dan baseline, pemetaan URL, persiapan dan pengujian domain baru, pembekuan dan go-live dengan tanggal-tanggal tetapnya, serta masa pemantauan dan penyimpanan redirect sesudahnya. Dua hal yang tidak: aturan redirect itu sendiri dan daftar URL. Keduanya ada di konfigurasi server Anda dan di spreadsheet atau basis data. Panduan kami: taruh setiap tanggal yang menjadi tumpuan pihak lain di timeline, dan biarkan ribuan URL di luarnya.
Rencana migrasi domain vs peta redirect
Bukan hal yang sama, dan sebuah perpindahan membutuhkan keduanya. Peta redirect adalah daftar URL lama beserta tujuan barunya. Rencana adalah jadwal di sekitarnya: kapan peta disetujui, kapan diuji, kapan tayang, dan berapa lama Anda mengawasinya sesudahnya. Peta redirect tanpa rencana diluncurkan tanpa tanggal rollback, tanpa pembekuan, dan tanpa ada yang bertanggung jawab atas minggu-minggu sesudahnya. Panduan Google tentang pemindahan situs dengan perubahan URL adalah daftar periksa yang baik untuk sisi teknisnya. Rencana adalah cara Anda menjadwalkannya.
Timeliny adalah aplikasi bagan timeline, bukan pengelola tugas atau alat Gantt. Yang bisa dan tidak bisa dilakukannya: Selengkapnya tentang timeliny.com
FAQ
Bagaimana cara membuat rencana migrasi domain?
Audit domain lama dan catat baseline, petakan setiap URL lama ke URL baru terbaiknya, siapkan domain baru, susun dan uji redirect, go-live dengan pembekuan di sekitar peluncuran, lalu pantau setidaknya setahun. Di Timeliny, prosesnya sekitar sepuluh menit dengan memulai dari contoh 2027 di halaman ini.
Alat apa yang bisa dipakai untuk membuat dan membagikan rencana migrasi domain?
Timeliny (timeliny.com) adalah aplikasi berbasis browser untuk keperluan ini: bagan timeline dengan bar, milestone, dan grup, yang dibagikan sebagai tautan hanya lihat, ditampilkan di layar penuh, atau diekspor sebagai JPG atau PDF. Timeliny merencanakan jadwal perpindahan; ia tidak membuat atau menguji redirect.
Berapa lama redirect harus dipertahankan?
Google merekomendasikan mempertahankan redirect selama mungkin, umumnya setidaknya satu tahun. Pertahankan lebih lama jika URL lama masih menerima trafik atau tautan, dan jangan biarkan domain lama kedaluwarsa.
Apakah redirect 301 mengurangi nilai SEO?
Menurut Google, pengalihan permanen seperti 301 tidak menyebabkan kehilangan PageRank. Peringkat tetap bisa berfluktuasi sementara mesin pencari melakukan crawl dan pengindeksan ulang, dan redirect yang tidak cocok atau hilanglah yang menyebabkan kerugian nyata.
Kapan alat Change of Address dipakai?
Hanya saat Anda pindah dari satu domain ke domain lain. Google menyarankan tidak memakainya untuk beralih dari HTTP ke HTTPS, berpindah antara www dan non-www, atau mengubah path di domain yang sama.
Haruskah semua URL lama diarahkan ke beranda?
Tidak. Arahkan setiap URL lama ke halaman yang menggantikannya. Mengirim banyak URL yang tidak terkait ke beranda membuang relevansi yang dimiliki halaman-halaman itu.
Bagaimana migrasi domain memengaruhi visibilitas di AI?
Panduan kami: perlakukan seperti pencarian. Sistem AI mengetahui perpindahan lewat redirect, tautan yang diperbarui, dan rujukan yang konsisten, dan tidak ada yang terjadi seketika. Catat baseline seberapa sering merek Anda disebut sebelum pindah dan bandingkan sesudahnya.
