Cara memigrasikan domain tanpa menjatuhkan peringkat pencarian Anda

Mengganti domain adalah salah satu dari sedikit proyek SEO di mana kesalahan teknis kecil dapat menjadi sangat terlihat dengan sangat cepat. Pengalihan yang hilang, jalur perayapan yang diblokir, atau canonical yang terlupakan dapat mengubah rebrand yang seharusnya sederhana menjadi berminggu-minggu volatilitas peringkat.

Sebagian pergerakan itu normal. Mesin pencari membutuhkan waktu untuk merayapi URL lama, menemukan pengalihan, memproses sinyal, dan menempatkan domain baru ke dalam indeks. Tujuannya bukan menghindari setiap penurunan. Tujuannya adalah membuat migrasi terasa membosankan: satu URL lama mengarah ke satu URL baru yang ekuivalen, server merespons dengan jelas, dan tidak ada hal penting yang menghilang.

Mulailah dengan inventaris, bukan aturan pengalihan

Kegagalan migrasi yang paling umum adalah memperlakukannya sebagai tugas konfigurasi server. Bukan. Ini adalah tugas arsitektur informasi yang kebetulan berakhir pada konfigurasi server.

Sebelum menyentuh DNS, buat daftar URL yang penting:

• URL yang menerima traffic organik
• URL dengan backlink eksternal
• URL yang menghasilkan konversi, prospek, atau mendukung kampanye
• URL canonical yang saat ini ada di XML sitemap Anda
• PDF, gambar, dan file unduhan yang ditautkan secara eksternal
• URL lama bernilai tinggi yang mungkin tidak muncul di navigasi saat ini

Untuk setiap URL lama, tetapkan tujuan pada domain baru. Dalam sebagian besar kasus, tujuan tersebut seharusnya halaman yang sama dengan intent yang sama. Jika /pricing menjadi https://newdomain.com/pricing, itu sederhana. Jika tiga halaman produk lama digabung menjadi satu panduan baru, dokumentasikan keputusan itu dengan sengaja.

Hindari pola malas: mengalihkan semuanya ke homepage baru. Ini memang praktis, tetapi membuang relevansi. Mesin pencari dan pengguna sama-sama mengharapkan tujuan yang menjawab kebutuhan yang sama dengan URL asal.

Pertahankan struktur URL jika memungkinkan

Migrasi domain lebih mudah ketika path tetap stabil. Berpindah dari oldsite.com/blog/example ke newsite.com/blog/example jauh lebih bersih daripada mengganti domain, CMS, slug, struktur folder, dan konten sekaligus.

Terkadang redesign atau migrasi CMS membuat perubahan URL tidak terhindarkan. Jika demikian, pisahkan keputusannya:

1. Apa yang berubah karena domain berubah?
2. Apa yang berubah karena struktur situs berubah?
3. Apa yang dihapus, digabung, atau ditulis ulang?

Semakin banyak variabel yang Anda perkenalkan, semakin sulit mendiagnosis masalah nanti. Jika migrasi ini penting dan situs saat ini berkinerja baik, pertimbangkan untuk memindahkan domain terlebih dahulu dan melakukan redesign belakangan.

Gunakan pengalihan permanen satu lompatan

Untuk migrasi domain yang sebenarnya, gunakan pengalihan 301 atau 308 sisi server dari URL lama ke padanan barunya. Pengalihan sementara digunakan untuk situasi sementara. Pengalihan JavaScript, meta refresh, dan soft redirects adalah sinyal yang lebih lemah dan lebih mudah rusak.

Tujuan pengalihan Anda sederhana:

• Setiap URL lama yang penting mengembalikan pengalihan permanen.
• Setiap pengalihan langsung menuju tujuan akhir.
• HTTP dialihkan ke HTTPS dengan bersih.
• Varian www dan non-www ditangani secara konsisten.
• Pengalihan tidak bergantung pada perilaku query-string yang rapuh kecuali diperlukan.

Rantai yang buruk terlihat seperti ini:

http://oldsite.com/page → https://oldsite.com/page → https://www.oldsite.com/page → https://newsite.com/page → https://www.newsite.com/page

Itu mungkin pada akhirnya mendarat di halaman yang tepat, tetapi lambat, lebih sulit dirayapi, dan lebih mungkin menyembunyikan kesalahan. Upayakan satu lompatan dari setiap varian lama ke URL baru final.

Saat memvalidasi perilaku, periksa respons HTTP yang sebenarnya, bukan memercayai apa yang ditampilkan browser. Panduan kami tentang debugging redirects and HTTP headers in production berguna di sini karena browser terlalu sopan: mereka mengikuti rantai dan menyembunyikan bagian yang berantakan.

Siapkan DNS dan sertifikat sebelum peluncuran

DNS tidak secara langsung mentransfer peringkat, tetapi DNS yang buruk dapat membuat migrasi terlihat rusak. Turunkan nilai TTL sebelum jendela peluncuran agar perubahan menyebar lebih dapat diprediksi. Pastikan domain baru memiliki record yang benar untuk traffic web, email, dan subdomain yang diperlukan.

Anda juga membutuhkan sertifikat TLS yang valid untuk kedua domain. Ini mudah terlewat. Domain lama masih perlu melayani pengalihan HTTPS setelah migrasi. Jika sertifikatnya kedaluwarsa, pengguna dan crawler mungkin menemui peringatan browser sebelum mereka pernah mencapai situs baru.

Jika perpindahan memengaruhi email, jangan perlakukan itu sebagai hal belakangan. Perubahan domain sering merusak SPF, DKIM, DMARC, record MX, tracking links, dan email transaksional. Untuk penyegaran tentang record yang penting, lihat panduan ramah developer kami tentang MX, SPF, DKIM, and DMARC.

Periksa canonical, tautan internal, dan sitemap

Setelah peluncuran, domain baru seharusnya berperilaku seolah-olah selalu menjadi rumah canonical bagi konten tersebut.

Artinya:

• Tag canonical mengarah ke URL baru, bukan domain lama.
• Tautan internal menggunakan domain baru atau path root-relative.
• XML sitemap hanya berisi URL baru final yang dapat diindeks.
• Anotasi hreflang, jika digunakan, merujuk URL baru.
• Open Graph, structured data, dan tautan alternate diperbarui.
• Robots.txt tidak memblokir bagian penting.

Jangan menerbitkan sitemap yang penuh dengan URL lama dan berharap pengalihan akan membersihkannya. Sitemap seharusnya menjadi daftar URL yang ingin Anda indeks. Setelah migrasi, itu berarti URL final di domain baru.

Perhatikan juga kontradiksi canonical. Halaman yang dialihkan dari lama ke baru tetapi memiliki canonical yang menunjuk kembali ke domain lama mengirim sinyal campuran. Mesin pencari biasanya dapat melewati sebagian inkonsistensi, tetapi Anda tidak seharusnya meminta mereka melakukannya.

Jangan mengubah semuanya pada hari peluncuran

Migrasi sudah merupakan peristiwa yang cukup besar. Jika memungkinkan, hindari menggabungkannya dengan pemangkasan konten besar, penulisan ulang template, perubahan navigasi, perubahan rendering JavaScript, atau profil performa baru.

Ini bukan takhayul. Ini disiplin debugging. Jika peringkat turun setelah peluncuran, Anda perlu tahu apakah penyebabnya adalah pemetaan pengalihan, akses perayapan, konten yang berubah, rendering yang lebih lambat, structured data yang hilang, atau hal lain.

Jaga peluncuran awal sedekat mungkin dengan situs lama secara praktis. Setelah domain baru stabil, lakukan perubahan editorial dan desain yang lebih besar dalam batch yang lebih kecil.

Beri tahu mesin pencari apa yang berubah

Di Google Search Console, verifikasi domain lama dan baru. Kemudian gunakan alat Change of Address saat perpindahan merupakan perubahan tingkat domain dan konten berpindah ke domain baru. Kirim sitemap baru setelah peluncuran.

Ini tidak menggantikan pengalihan. Ini mendukungnya. Mesin pencari tetap membutuhkan pengalihan yang dapat dirayapi dan persisten untuk memahami pemetaan tingkat URL.

Untuk Bing dan mesin pencari lainnya, gunakan alat webmaster mereka jika tersedia. Perbarui juga tempat-tempat yang Anda kendalikan: profil sosial, listing bisnis, tujuan iklan, footer email, dokumentasi, tautan mitra, dan referensi canonical dalam konten sindikasi.

Tautan eksternal tidak akan semuanya diperbarui, dan itu tidak masalah. Tetapi yang paling penting sebaiknya diperbarui. Jika mitra besar, app marketplace, portal dokumentasi, atau halaman pers menautkan ke domain lama, mintalah pembaruan.

Pantau hal yang tepat setelah peluncuran

Beberapa hari pertama setelah migrasi seharusnya menjadi pemantauan aktif, bukan perayaan.

Periksa:

• Log server untuk aktivitas perayapan pada domain lama dan baru
• 404 dan error 5xx yang tidak terduga
• Rantai dan loop pengalihan
• Status pengindeksan di Search Console
• Penemuan dan pemrosesan sitemap
• Halaman landing organik dan pola kueri
• Jalur konversi yang bergantung pada URL lama
• Filter analytics dan pengecualian referral

Harapkan noise dalam pelaporan. Beberapa tool analytics memperlakukan domain baru sebagai properti baru kecuali dikonfigurasi dengan benar. Beberapa dashboard membandingkan traffic domain lama dengan traffic domain baru dan membuat migrasi terlihat lebih buruk daripada kenyataannya.

Visibilitas pencarian dapat berfluktuasi selama beberapa minggu. Yang tidak Anda inginkan adalah pola di mana URL lama bernilai tinggi dirayapi berulang kali tetapi tidak dialihkan dengan benar, atau halaman baru ditemukan tetapi ditandai sebagai duplikat dari domain lama.

Performa juga tidak boleh diabaikan. Jika domain baru diluncurkan dengan template yang lebih berat, caching yang rusak, atau aset yang tidak dioptimalkan, pengguna mungkin merasakan migrasi sebagai perlambatan. Jika Anda menggunakan Lighthouse sebagai bagian dari pemeriksaan, bacalah dengan prioritas yang tepat; tulisan kami tentang how to read a Lighthouse report without panicking menjelaskan cara memisahkan masalah yang bermakna dari noise.

Pertahankan domain lama untuk waktu yang lama

Jangan biarkan domain lama kedaluwarsa setelah migrasi “berhasil.” Tetap daftarkan, jaga sertifikat tetap valid, dan jalankan pengalihan selama mungkin. Dalam praktiknya, itu sering berarti bertahun-tahun.

Tautan lama tetap ada di posting blog, bookmark, dokumentasi, PDF, email, dan posting sosial. Pengalihan adalah jembatan antara jejak historis tersebut dan domain baru. Mematikannya terlalu dini memutus jalur pengguna dan menyia-nyiakan sinyal yang telah terkumpul.

Simpan juga salinan peta pengalihan dan catatan peluncuran Anda. Enam bulan kemudian, ketika seseorang bertanya mengapa URL lama berperilaku dengan cara tertentu, Anda akan bersyukur telah mendokumentasikannya.

<!-- tool-cta:start -->

💡 Coba ini: Setelah cutover, lacak URL lama Anda melalui Redirect Checker untuk memastikan masing-masing terselesaikan dalam satu hop 301 ke halaman baru yang tepat.

<!-- tool-cta:end -->

Checklist migrasi yang masuk akal

Sebelum peluncuran:

• Verifikasi kedua domain di Search Console.
• Rayapi situs saat ini dan ekspor URL penting.
• Buat peta pengalihan satu-ke-satu.
• Turunkan TTL DNS.
• Siapkan sertifikat TLS untuk domain lama dan baru.
• Perbarui canonical, tautan internal, hreflang, structured data, dan sitemap.
• Uji pengalihan di staging atau lingkungan terkontrol.

Pada hari peluncuran:

• Deploy pengalihan.
• Konfirmasi perilaku HTTP ke HTTPS.
• Uji sampel URL penting dari setiap tipe template.
• Kirim sitemap baru.
• Gunakan alat Change of Address jika sesuai.
• Pantau error server, loop pengalihan, dan resource yang diblokir.

Setelah peluncuran:

• Pantau error perayapan dan laporan pengindeksan.
• Perbarui tautan eksternal penting jika memungkinkan.
• Bandingkan traffic berdasarkan intent halaman landing, bukan hanya total domain.
• Biarkan pengalihan tetap aktif tanpa batas waktu.
• Tunda redesign atau eksperimen konten yang tidak terkait sampai perpindahan stabil.

Migrasi domain tidak bebas risiko, tetapi dapat dikelola. Peringkat biasanya terdampak ketika migrasi mengirim sinyal yang tidak jelas: pengalihan yang hilang, konten yang berubah, canonical yang bertentangan, crawler yang diblokir, atau domain lama yang terlupakan. Beri mesin pencari dan pengguna peta yang bersih, dan perpindahan menjadi jauh tidak dramatis.