Checklist SEO Teknis buat Migrasi CMS Apa Pun
Ini checklist, bukan narasi — item spesifik dan konkret yang menentukan apakah migrasi CMS mempertahankan ranking pencarianmu atau diam-diam menjatuhkannya di bulan berikutnya. Platform-agnostik; berlaku entah kamu pindah ke atau dari CMS mana pun.
Daftar Isi
- Sebelum Migrasi
- Bangun Peta Redirect
- Selama Migrasi
- Segera Saat Peluncuran
- 12 Bulan Pertama Setelah Peluncuran
- Pertanyaan yang Sering Diajukan
- Apa kesalahan paling umum di checklist ini?
- Apakah 302 pernah bisa diterima selama migrasi?
- Seberapa lama saya sesungguhnya harus menunggu sebelum menyatakan migrasinya sukses?
- Kesimpulan
- Sumber
Sebelum Migrasi
- Ekspor setidaknya 12 bulan data Google Search Console — kamu tidak bisa mengukur pemulihan atau mendiagnosis penurunan ranking tanpa baseline pra-migrasi.
- Ekspor data field Core Web Vitals dari CrUX sebelum menyentuh apa pun — klaim performa pasca-peluncuran tidak bisa diverifikasi tanpa ini.
- Crawl dan ekspor daftar URL lengkapmu saat ini (tool seperti Screaming Frog, atau ekspor CMS-mu saat ini sendiri) — ini jadi daftar sumber buat peta redirect-mu.
- Dokumentasikan meta title, description, dan canonical tag saat ini buat setiap halaman terindeks.
- Identifikasi halaman bertraffic-tertinggi dan berkonversi-tertinggimu secara khusus — ini mendapat prioritas verifikasi manual setelah peluncuran, bukan cuma cek otomatis.
Bangun Peta Redirect
Peta redirect 1:1 memakai redirect 301 permanen harus diselesaikan sebelum peluncuran, bukan sesudahnya, buat mempertahankan link equity yang terbangun di setiap URL terindeks di situs lama. Pakai redirect 301, bukan 302 — 301 mentransfer link equity ke URL baru; 302 memberi sinyal perpindahan itu sementara dan transfer equity-nya tidak dijamin.
- Petakan setiap URL lama ke persis satu URL baru — 1:1, bukan banyak-ke-satu kecuali sungguh-sungguh mengonsolidasikan halaman.
- Pakai status code 301 (permanen) secara khusus, jangan pernah 302 buat migrasi permanen sesungguhnya.
- Hindari rantai redirect lebih dari 2 hop — setiap hop tambahan mengurangi equity yang diteruskan dan memperlambat kecepatan crawl.
- Uji setiap redirect sebelum peluncuran, bukan sesudahnya — peta redirect yang rusak yang ditemukan pasca-peluncuran sudah menghabiskan crawl budget dan kepercayaan penggunamu.
Selama Migrasi
- Stage situs baru di environment yang tidak terindeks dulu, dan verifikasi setting robots.txt/meta-robots sebelum ia mendekati produksi.
- Cek dan cek ulang bahwa directive noindex environment staging tidak terbawa ke peluncuran live — kesalahan spesifik ini bisa menyebabkan kehilangan indeks dalam hitungan hari.
- Migrasikan structured data (JSON-LD) berdampingan dengan konten, bukan sebagai tugas susulan — jangan luncurkan tanpanya kalau situs lama memilikinya.
- Pertahankan atau tingkatkan Core Web Vitals — verifikasi terhadap baseline CrUX pra-migrasimu, bukan cuma tes lab.
- Perbarui XML sitemap-mu supaya cuma mencerminkan URL baru, dan kirim ke Search Console segera saat peluncuran.
Segera Saat Peluncuran
- Perbarui link internal supaya mengarah langsung ke URL baru — jangan bersandar pada redirect buat internal linking-mu sendiri, karena itu membuang crawl budget dan berisiko rantai redirect.
- Verifikasi canonical tag mengarah ke URL baru yang benar, bukan nilai staging atau domain-lama yang tertinggal.
- Konfirmasi peta redirect live dan bekerja di domain produksi sesungguhnya, bukan cuma staging.
- Kirim sitemap baru dan minta re-indexing halaman kunci di Search Console.
- Cek tag hreflang kalau situsnya multibahasa — ini perlu diperbarui berdampingan dengan struktur URL.
12 Bulan Pertama Setelah Peluncuran
Redirect 301 harus tetap live minimal 12 bulan setelah migrasi. Selama jendela ini, search engine mengonsolidasikan sinyal ranking ke URL baru dan situs eksternal meng-crawl ulang dan memperbarui link mereka. Menghapus redirect sebelum periode ini selesai berisiko kehilangan link equity dan menyebabkan error 404 buat halaman yang masih ditemukan lewat link lama.
- Jaga setiap redirect tetap live minimal 12 bulan penuh — jangan menonaktifkan struktur URL lama lebih awal, bahkan kalau terasa aman.
- Pantau Search Console setiap minggu buat bulan pertama, lalu bulanan — perhatikan error crawl, penurunan impression mendadak, atau 404 yang tidak diharapkan.
- Harapkan traffic stabil dalam 4-8 minggu buat sebagian besar situs, lebih lama buat situs yang lebih besar — jangan panik di minggu 2, tapi selidiki apa pun yang masih menurun di minggu 10.
- Hubungi situs eksternal bernilai-tinggi yang mengarah ke URL lama dan minta mereka memperbarui ke URL baru secara langsung, alih-alih semata bersandar pada redirect.
Pertanyaan yang Sering Diajukan
Apa kesalahan paling umum di checklist ini?
Membawa meta tag noindex dari environment staging ke produksi — kelalaian sederhana yang bisa menyebabkan kehilangan indeks yang nyata dan cepat, dan satu yang mudah ditangkap dengan satu cek manual sebelum DNS sesungguhnya dialihkan.
Apakah 302 pernah bisa diterima selama migrasi?
Cuma kalau perpindahannya sungguh-sungguh sementara (A/B test, redirect promosi jangka pendek) — buat migrasi platform permanen sesungguhnya, 301 pilihan yang tepat setiap saat, karena 302 tidak secara andal mentransfer sinyal ranking yang terkumpul.
Seberapa lama saya sesungguhnya harus menunggu sebelum menyatakan migrasinya sukses?
Minimal 8-12 minggu, memantau Search Console sepanjang waktu — traffic biasanya stabil dalam 4-8 minggu, tapi pemulihan yang lebih lambat di situs yang lebih besar atau kompleks bukan otomatis jadi kegagalan, cuma layak dipantau terus.
Kesimpulan
Sebagian besar migrasi CMS yang merusak SEO gagal di eksekusi, bukan pilihan platform — redirect yang hilang, tag noindex yang nyasar, atau 301 yang dinonaktifkan terlalu dini. Kerjakan checklist ini berurutan alih-alih memperlakukan satu langkah pun sebagai opsional. Lihat panduan pendamping kami soal mekanisme pelestarian-ranking di balik langkah-langkah ini buat penalaran di balik setiap item.
Komentar