Migrasi Website Tanpa Kehilangan Ranking: Panduan Redirect 301 and Checklist Sebelum Launch

Mengapa Ranking Sering Anjlok Setelah Website Baru Rilis #

Redesain atau migrasi platform adalah momen paling berisiko bagi SEO. Website baru tampil lebih bagus, tetapi beberapa minggu kemudian trafik organik turun tajam. Hampir selalu penyebabnya bukan "Google tidak suka desain baru", melainkan kesalahan teknis yang bisa dicegah:

• URL berubah tanpa redirect, sehingga tautan dan peringkat lama menuju halaman 404.
• Tag noindex atau blokir robots.txt dari lingkungan staging terbawa ke produksi.
• Judul, heading, dan isi halaman yang tadinya berperingkat diubah drastis atau dihapus.
• Seluruh URL lama dialihkan ke beranda, yang oleh Google bisa diperlakukan sebagai soft 404.
• Website baru lebih lambat atau kehilangan schema dan metadata lama.
• Canonical dan hreflang salah di template baru.

Migrasi yang baik adalah proses yang membuktikan, sebelum peluncuran, bahwa tidak satu pun dari daftar di atas terjadi. Alat bantu interaktifnya ada di checklist migrasi tanpa kehilangan ranking, dan konteks arsitekturnya di panduan migrasi website modern.

Fase 1: Inventaris dan Garis Dasar (Sebelum Mengubah Apa Pun) #

1. Rayapi situs lama dengan crawler (Screaming Frog, Sitebulb, atau ekspor dari CMS) dan simpan semua URL beserta judul, H1, canonical, dan kode status.
2. Ekspor halaman berperforma dari Search Console: halaman dengan klik dan tayangan terbanyak dalam 12 bulan terakhir.
3. Catat halaman yang punya backlink. Ambil dari laporan Links di Search Console atau alat backlink. Halaman ini wajib punya redirect yang tepat.
4. Catat peringkat kata kunci utama dan tangkap layar metrik baseline: trafik organik, jumlah halaman terindeks, Core Web Vitals.

Tanpa baseline, Anda tidak bisa membuktikan apakah migrasi berhasil atau gagal.

Fase 2: Peta URL Satu-ke-Satu #

Buat spreadsheet dengan dua kolom: URL lama dan URL baru. Aturannya:

• Sebisa mungkin pertahankan struktur URL. Jika tidak perlu berubah, jangan diubah.
• Setiap URL lama bertrafik atau berbacklink dipetakan ke halaman baru yang paling relevan isinya.
• Hindari mengalihkan semuanya ke beranda. Redirect harus ke padanan terdekat.
• Halaman yang benar-benar dihapus dan tak punya padanan boleh menjawab 404 atau 410.

Fase 3: Bangun dan Uji di Staging #

Lingkungan staging harus tertutup dari mesin pencari, lewat autentikasi atau noindex, tetapi catat bahwa Anda memasangnya, karena inilah sumber kesalahan klasik. Di staging, lakukan uji paritas:

Fase 4: Implementasi Redirect #

Gunakan redirect permanen. Di Next.js, permanent: true menghasilkan status 308, yang diperlakukan Google sama dengan 301 sebagai redirect permanen.

// next.config.mjs
async redirects() {
  return [
    { source: "/artikel/:slug", destination: "/blog/:slug", permanent: true },
    { source: "/layanan-lama", destination: "/services", permanent: true },
  ];
}

Untuk jumlah besar, gunakan aturan di tingkat server (Nginx) atau tabel pemetaan. Setelah dipasang:

1. Uji semua URL lama dengan skrip massal dan pastikan satu lompatan menuju tujuan yang menjawab 200.
2. Hindari rantai redirect (A → B → C) dan redirect berputar.
3. Jangan pakai 302 untuk perpindahan permanen.

Fase 5: Hari Peluncuran #

Urutan kerja pada hari rilis:

1. Pastikan noindex dan blokir robots.txt dari staging tidak ikut ke produksi.
2. Aktifkan redirect.
3. Perbarui sitemap agar berisi URL baru yang canonical dan kirim ulang di Search Console.
4. Periksa robots.txt, canonical, dan hasil render beberapa halaman utama dengan URL Inspection.
5. Bila domain berubah, gunakan fitur Change of Address di Search Console.

Fase 6: Pemantauan Pasca-Rilis #

Pantau selama 4 hingga 12 minggu:

• Page indexing: apakah ada lonjakan status baru (404, noindex, duplikat)? Cara membacanya ada di panduan Search Console.
• Daftar 404 dan perbaiki yang punya trafik atau backlink.
• Performance: bandingkan dengan baseline. Fluktuasi kecil dalam beberapa minggu pertama adalah hal yang wajar karena Google perlu merayapi ulang.
• Pertahankan redirect minimal satu tahun, dan lebih lama bila URL lama masih punya backlink.

Kesalahan yang Paling Sering Terjadi #

Soal canonical, lihat panduan canonical tag.

Menghitung Apakah Migrasi Layak #

Migrasi memiliki biaya dan risiko, jadi hitung dulu manfaatnya. Kalkulator payback dan ROI migrasi membantu membandingkan biaya dengan potensi pemulihan konversi dan penghematan operasional. Untuk perencanaan redesain dari sisi bisnis, baca juga strategi redesign website perusahaan B2B.

Migrasi yang sukses terlihat membosankan: URL lama menuju URL baru, grafik trafik nyaris datar, dan tim bisa fokus memperbaiki hal lain.