Migrasi SEO melibatkan perubahan domain, URL, platform, seni bina atau rendering laman. Ia memerlukan perancangan sebelum pembinaan, pengesahan sebelum pelancaran dan pemantauan selepasnya. Persediaan mengurangkan kesilapan yang boleh dielakkan tetapi tidak menjamin kedudukan atau trafik kekal.

Fasa 1: Rancang dan rekod garis dasar

  • Tentukan skop: adakah domain, protokol, URL, CMS, kandungan atau lebih daripada satu perkara berubah?
  • Crawl laman semasa dan simpan inventori URL, status, metadata, pautan dan canonical.
  • Rekod data Search Console, analitik, pertanyaan, halaman pendaratan, penukaran dan Core Web Vitals.
  • Kenal pasti halaman penting melalui bukti penggunaan, pautan dan tujuan perniagaan.
  • Putuskan URL yang dikekalkan, digabungkan, diubah atau dibuang.
  • Sediakan sandaran, pemilik keputusan dan pelan pemulihan.

Elakkan menukar terlalu banyak perkara serentak jika perubahan boleh dipecahkan. Untuk laman besar, pindahkan bahagian yang sesuai dahulu hanya jika ujian itu berguna dan mewakili sistem yang hendak diubah.

Fasa 2: Uji staging

Lindungi staging daripada indeksasi dan akses awam yang tidak diperlukan. Uji HTML yang dirender, pautan, metadata, canonical, hreflang jika digunakan, robots, sitemap dan data berstruktur. Pastikan maklumat utama boleh dicapai oleh crawler serta pengguna.

Split view showing website visual design on top and code structure underneath
Lindungi staging daripada indeksasi dan akses awam yang tidak diperlukan.
Security shield icon locking a server rack representing staging environment protection
Bina peta lencongan URL lama kepada destinasi baharu yang berkaitan.

Bina peta lencongan URL lama kepada destinasi baharu yang berkaitan. Gunakan lencongan kekal untuk perubahan kekal. Jangan halakan semua URL ke satu halaman umum. Uji pautan dalaman supaya ia menuju terus ke URL akhir dan bukan melalui lencongan.

Uji halaman mudah alih, borang, carian, log masuk dan pembayaran. Semak analitik, penandaan kempen, integrasi dan sistem persetujuan. Pastikan kandungan staging tidak bercampur dengan data produksi.

Diagram comparing incorrect redirect chains versus correct one-to-one redirect mapping
Uji halaman mudah alih, borang, carian, log masuk dan pembayaran.

Fasa 3: Pelancaran

Sahkan TLS, DNS, status HTTP, robots dan kapasiti sebelum mengalihkan trafik. Aktifkan peta lencongan dan sitemap baharu. Semak URL contoh daripada setiap templat, termasuk halaman bernilai tinggi dan halaman lama dengan pautan masuk.

Dashboard interface showing graphs for traffic stability and core web vitals
Sahkan TLS, DNS, status HTTP, robots dan kapasiti sebelum mengalihkan trafik.

Fasa 4: Pantau dan betulkan

Semak log pelayan, Search Console, analitik, ralat 404, rantai lencongan, canonical dan Core Web Vitals. Bandingkan dengan garis dasar sambil mengambil kira musim atau kempen. Baiki masalah yang menjejaskan pengguna dan halaman penting dahulu.

Google menerangkan bahawa perubahan laman boleh menyebabkan turun naik sementara semasa URL ditemui dan diproses dalam panduan migrasi laman. Tiada tempoh tetap untuk setiap halaman. Kekalkan lencongan lama selagi berguna kepada pengguna dan mesin carian, kemudian nilai keperluan berdasarkan data.

Soalan lazim

Patutkah kerja migrasi dibuat terus di laman langsung?

Uji perubahan besar pada staging dahulu. Jika pembaikan kecemasan perlu dibuat di produksi, rekodkan perubahan dan pelan pengesahan serta pemulihan.

Apakah yang perlu direkodkan sebelum kerja teknikal?

Simpan inventori URL, kandungan, metadata, pautan, garis dasar analitik dan carian, konfigurasi penting serta pemilik keputusan.

Bila perlu melibatkan pakar migrasi?

Libatkan pakar apabila skop merangkumi banyak URL, perubahan seni bina atau platform, trafik penting atau beberapa pasukan. Tetapkan peranan lebih awal.