Peta ubah hala ialah sumber migrasi kebenaran: setiap URL awam yang diketahui menerima keputusan yang jelas dan diterajui bukti sebelum pelancaran. Ini mungkin "kekalkan URL yang sama pada 200," "pindahkan secara kekal kepada pengganti yang tulen," "kembalikan 404/410 sebenar," atau "tahan untuk siasatan"—dengan bukti pelaksanaan dan ujian direkodkan secara berasingan.
Peta ubah hala 301: jawapan ringkas
Peta ubah hala ialah rekod kawalan migrasi untuk setiap URL awam lama. Ini tidak bermakna setiap baris menerima 301. Setiap URL menerima hasil berasaskan bukti: kekalkan alamat yang sama dan kembalikan 200, pindahkan secara kekal kepada pengganti yang tulen, kekal sementara di tempat lain, kembalikan 404 atau 410 sebenar atau disiasat sebelum pelancaran. Peta juga mesti merekodkan destinasi akhir, kandungan dan tindakan metadata, pemilik, hasil ujian dan bukti selepas pelancaran.
| Keputusan | Hasil HTTP | Apabila ia betul |
|---|---|---|
| Simpan | 200 | URL awam pilihan dan tujuan halaman kekal sah |
| Bergerak secara kekal | 301 / 308 | Penggantian sebenar wujud pada URL baharu |
| Bergerak buat sementara waktu | 302 / 307 | Sumber harus kekal sebagai URL pilihan jangka panjang |
| Buang | 404 / 410 | Kandungan telah hilang dan tiada penggantian yang relevan wujud |
| Tahan untuk siasatan | Tiada keluaran lagi | Pemilikan, penggantian, trafik, pautan, dasar atau status tidak jelas |
Mula-mula kenal pasti jenis migrasi
| Berubah | Adakah URL awam berubah? | Peranan peta ubah hala |
|---|---|---|
| Pengalihan hosting atau CDN sahaja | Tidak | Pariti status rekod dan pemeliharaan ubah hala warisan; jangan cipta pergerakan URL |
| CMS, rangka kerja atau perubahan reka bentuk | Mungkin | Kekalkan laluan sedia ada jika boleh; petakan sahaja perubahan tulen |
| HTTP kepada HTTPS atau normalisasi nama hos | Ya, mengikut protokol atau hos | Gunakan peraturan yang boleh diramal dan sahkan setiap laluan berharga mencapai sumber akhir yang sama |
| Perubahan laluan atau maklumat-seni bina | ya | Buat keputusan lama ke baharu yang jelas sebelum pelancaran |
| Domain, subdomain, cantum atau pisah | ya | Petakan setiap URL penting dan selaraskan sifat, pautan, peta laman dan pemantauan |
Jangan gabungkan pemindahan domain, CMS baharu, reka bentuk semula, strategi kandungan baharu dan pembersihan URL yang tidak perlu hanya kerana mereka berkongsi tarikh pelancaran. Google mengesyorkan menukar satu dimensi utama pada masa yang praktikal. Mengasingkan jenis perubahan menjadikan kegagalan lebih mudah untuk didiagnosis dan tarik balik.
Membekukan skop penghijrahan dan pemilikan
| Kawalan | Keputusan diperlukan |
|---|---|
| Sempadan pelancaran | Domain, subdomain, direktori, tempat, platform, aset dan persekitaran disertakan |
| Fail sumber kebenaran | Satu peta terkawal, kunci URL unik, versi, tarikh, pemilik dan keadaan kelulusan |
| Tukar kawalan | Siapa yang boleh menambah, mengedit, meluluskan, melaksanakan, menguji atau melancarkan satu baris |
| Pintu pelepasan | Perkara yang mesti lengkap sebelum ubah hala atau DNS ditukar |
| Komunikasi | Siapa yang menerima notis pelancaran, insiden, keputusan dan bukti |
Bina inventori URL lama daripada pelbagai sumber
| Sumber | URL yang boleh didedahkan | had |
|---|---|---|
| CMS atau eksport pangkalan data | Diterbitkan, draf, peribadi, lampiran, taksonomi, jenis tersuai | Boleh meninggalkan laluan yang dibuat oleh kod, pemalam atau pelayan |
| Peta laman XML | URL yang diisytiharkan sebelum ini untuk penemuan dan pengindeksan | Mungkin lapuk, tidak lengkap atau termasuk URL pilihan sahaja |
| Merangkak penuh | Halaman terpaut, aset, kod status, Canonicals, metadata, alternatif | Tidak dapat mencari URL yang dinyahpaut atau tidak boleh diakses dengan sendirinya |
| Konsol Carian | URL diindeks, dirangkak, dipautkan, peta laman dan prestasi | Laporan dijadikan sampel, ditangguhkan, dikumpulkan dan bukan inventori yang lengkap |
| Sistem analitis dan penukaran | Melawat halaman pendaratan, kempen, penukaran dan perjalanan bersejarah | URL yang tidak dijejaki, disekat atau sifar lawatan tidak akan hadir |
| Log pelayan dan CDN | Permintaan sebenar daripada pengguna, bot, apl dan pautan lama | Pengekalan, pengesahan bot, privasi dan akses berbeza-beza |
| Alat pautan balik dan sebutan | Halaman terpaut, media, PDF, URL kempen lama | Setiap pembekal mempunyai indeks yang berbeza dan tidak lengkap |
| Iklan, e-mel, sosial, QR, apl dan profil perniagaan | Destinasi di luar inventori carian organik | Selalunya dimiliki oleh pasukan dan akaun yang berasingan |
Tiada eksport tunggal adalah laman web yang lengkap. Gabungkan sumber, pelihara asal usulnya dan siasat perselisihan faham daripada membiarkan crawling terkini menimpa sejarah.
Normalkan URL tanpa kehilangan bukti
- Simpan URL mentah yang ditemui tepat seperti yang ditemui.
- Menghuraikan skema, hos, port, laluan, pertanyaan, serpihan dan pengekodan secara berasingan.
- Buat kunci perbandingan yang dinormalkan menggunakan nama hos, huruf besar, garis miring dan peraturan parameter yang didokumenkan.
- Simpan serpihan untuk pautan QA walaupun ia tidak dihantar dalam permintaan HTTP.
- Jangan lepaskan parameter sehingga fungsi, trafik, pautan, kempen dan tingkah laku penduanya difahami.
- Nyahdua hanya selepas mengekalkan semua sumber, prestasi, pautan balik dan bukti pemilikan.
Gunakan skema peta ubah hala sedia membuat keputusan
| Kumpulan padang | Lajur yang diperlukan |
|---|---|
| identiti | ID baris unik, URL lama mentah, URL lama yang dinormalkan, sistem sumber, jenis halaman, tempat |
| Bukti | Status semasa, kebolehindeksan, kanonik, trafik, penukaran, pautan balik, pautan dalaman, pemilik |
| Keputusan | Simpan, ubah hala, alih keluar, gabungkan, siasat; sebab; meluluskan; tarikh kelulusan |
| Destinasi | URL yang dicadangkan, status dijangka, URL akhir, status destinasi, kanonik destinasi, bukti perkaitan |
| Kandungan dan SEO | Tajuk, perihalan, H1, kandungan, media, skema, hreflang, metadata, tarikh, tindakan pautan dalaman |
| Perlaksanaan | Pemilik peraturan, platform, corak atau peraturan eksplisit, keluaran, pergantungan, rollback |
| Menguji | Respons pertama, lompatan, status akhir, kanonik akhir, perkaitan badan, mudah alih, tempat, tarikh ujian, penguji |
| Pemantauan | Sambutan pelancaran, kanonik yang dipilih oleh Google, klik, ralat, aktiviti log, kejadian, semakan seterusnya |
Simpan keputusan berasingan daripada keadaan pelaksanaan
| Dimensi | Nilai contoh | Mengapa memisahkannya |
|---|---|---|
| Keputusan yang diluluskan | SIMPAN, UBAH ARAH, KELUARKAN, TAHAN | Mewakili keputusan perniagaan dan SEO |
| Keadaan pelaksanaan | TIDAK_MULAKAN, DIBINA, BERPERINGKAT, LANGSUNG, ROLLED_BACK | Menunjukkan apa yang sebenarnya berlaku |
| Keputusan ujian | TIDAK_DIUJI, LULUS, GAGAL, DISEKAT | Menghalang "dikonfigurasikan" daripada disalah anggap sebagai "berfungsi" |
| Status selepas pelancaran | SIHAT, TONTON, INSIDEN, DISELESAIKAN | Memelihara sejarah pemantauan dan kejadian |
Utamakan risiko tanpa memadam ekor panjang
| Bukti keutamaan | Mengapa ia penting |
|---|---|
| Hasil, petunjuk yang layak atau penukaran dibantu | Melindungi perjalanan yang berguna secara komersial |
| Klik carian, tera dan sejarah diindeks | Mengenal pasti pintu masuk organik yang telah ditetapkan |
| Pautan luar yang berkaitan dan trafik rujukan | Melindungi penemuan, kepercayaan dan lawatan dari luar tapak |
| Navigasi, pautan dalaman dan pergantungan kempen | Mendedahkan URL yang dibenamkan dalam perjalanan penting |
| Undang-undang, sokongan, akaun, pembayaran atau fungsi produk | URL trafik rendah mungkin masih kritikal dari segi operasi |
| Tidak diketahui tetapi berulang kali meminta URL lama | Log mungkin mendedahkan nilai yang terlepas daripada laporan semasa |
Keutamaan menentukan susunan semakan dan kedalaman pemantauan, bukan sama ada URL patut membuat keputusan. Setiap URL awam yang diketahui masih memerlukan hasil yang jelas.
Pastikan URL berharga tidak berubah apabila boleh
Reka bentuk semula tidak memerlukan slug baharu. Jika tugas khalayak, alamat pilihan, bahasa dan pemilikan kekal sah, simpan URL dan rekod 200 KEEP. Kemudian bandingkan halaman lama dan baharu melalui kawalan dalam URL kanonik dan ubah hala dan seni bina tapak SEO.
- Status HTTP, kebolehindeksan, nama hos pilihan dan Kanonik sendiri.
- Tajuk, huraian, H1, kandungan utama, media, tarikh dan data berstruktur.
- Pautan dalaman, serbuk roti, penomboran, kandungan berkaitan dan navigasi.
- Hreflang, penukar bahasa, Graf Terbuka, suapan, peta laman dan rujukan API.
- Borang, penukaran, persetujuan, analitis, iklan dan integrasi pihak ketiga.
Gunakan ubah hala kekal hanya untuk penggantian yang tulen
| Ujian penggantian | soalan |
|---|---|
| Penonton | Adakah pelawat yang sama secara munasabah menginginkan destinasi itu? |
| Tugas dan niat | Adakah ia menyelesaikan kerja yang sama atau menyediakan pengganti lengkap yang terdekat? |
| Subjek dan skop | Adakah ia meliputi topik, produk, perkhidmatan, lokasi atau dasar penting? |
| Bahasa dan pasaran | Adakah ia sesuai untuk ketersediaan tempat dan komersil yang sama? |
| Bukti dan tindakan seterusnya | Bolehkah pengguna mengesahkan tuntutan yang sama dan meneruskan perjalanan? |
Kata kunci yang serupa tidak mencukupi. Catatkan penjelasan perkaitan pendek dalam peta supaya pelulus boleh mencabar padanan yang lemah sebelum kod ditulis.
Satukan hanya apabila satu destinasi boleh memiliki tugas gabungan
| Corak penyatuan | Selamat apabila | Tidak selamat apabila |
|---|---|---|
| Beberapa artikel bertindih kepada satu panduan | Panduan mengekalkan soalan, bukti, dan perjalanan dalaman yang berguna | Sasaran adalah kategori generik atau kehilangan nilai tersendiri |
| Halaman perkhidmatan lama kepada pemilik perkhidmatan yang direka bentuk semula | Tawaran, khalayak, lokasi dan tindakan seterusnya kekal setara | Perkhidmatan yang berbeza dipaksa menjadi gambaran keseluruhan yang luas |
| Kategori warisan kepada hab yang diselenggara | Hab ini benar-benar membantu pengguna menemui sumber yang dipindahkan | Hab kosong, noindex atau tidak berkaitan |
Pilih kod status kekal dan sementara dengan sengaja
| Kod | Maknanya untuk hijrah | guna |
|---|---|---|
301 | Berpindah secara kekal | Pilihan sebelah pelayan pilihan untuk kebanyakan pergerakan URL kekal |
308 | Dialihkan secara kekal sambil mengekalkan kaedah permintaan | Berguna apabila tingkah laku platform dan permintaan bukan GET memerlukannya |
302 | Ditemui; langkah sementara | Sumber harus kekal sebagai URL pilihan jangka panjang |
307 | Pergerakan sementara sambil mengekalkan kaedah permintaan | Penghalaan sementara di mana pengendalian kaedah permintaan adalah penting |
Google menganggap bahagian pelayan 301 dan 308 sebagai isyarat ubah hala kekal. Gunakan ubah hala sementara hanya apabila sumber benar-benar kekal sebagai URL jangka panjang yang dimaksudkan. Jangan tukar kod untuk mengejar kelebihan kedudukan yang diandaikan.
Gunakan jawapan 404 atau 410 sebenar apabila tiada apa yang menggantikan halaman
| Hasil | Keadaan yang betul | Pengalaman pengguna |
|---|---|---|
404 Tidak Ditemui | Sumber tidak tersedia dan tiada penggantian yang berkaitan wujud | Halaman ralat berguna berjenama dengan status 404 sebenar |
410 Hilang | Pemilik sengaja mengalih keluar sumber itu dan mahu menyatakan ia telah tiada | Penerangan yang jelas dan navigasi berguna dengan status 410 sebenar |
| Berkaitan 301 | Penggantian benar-benar memenuhi keperluan pengguna yang sama | Ketibaan segera di destinasi terakhir yang berguna |
Google mengesyorkan 404 atau 410 apabila kandungan dialih keluar dan tiada penggantian serupa wujud. Reka bentuk ralat tersuai mungkin mengandungi navigasi yang berguna, tetapi tindak balas pelayan masih mesti menyampaikan kegagalan. Halaman mesra yang mengembalikan 200 adalah 404 lembut, bukan penghijrahan yang berjaya.
Jangan hantar setiap URL bersara ke halaman utama
| URL lama | Keputusan yang lebih baik |
|---|---|
| Laman Perihal Lama | Ubah hala ke halaman Perihal semasa jika ia adalah pengganti sebenar |
| Produk yang dihentikan dengan pengganti langsung | Ubah hala hanya jika pengganti benar-benar memenuhi keperluan yang sama; terangkan perubahan tersebut |
| Acara tamat tempoh dengan hab acara malar hijau | Simpan arkib atau ubah hala apabila hab mengekalkan tugas yang diharapkan |
| Artikel yang dialih keluar tanpa pengganti yang berguna | Kembalikan 404 atau 410 dan bukannya ubah hala halaman utama yang tidak berkaitan |
Gunakan corak hanya apabila transformasi terbukti konsisten
| Jenis peraturan | Kes yang sesuai | Kawalan |
|---|---|---|
| Peraturan satu-satu yang tepat | URL bernilai tinggi, luar biasa, digabungkan, dinamakan semula atau tidak teratur | Sumber eksplisit dan sasaran akhir dalam peta |
| Peraturan corak | Transformasi yang stabil seperti hos lama kepada hos baharu dengan laluan tidak berubah | Hitungkan URL yang dipadankan dan ujian pengecualian sebelum dikeluarkan |
| Peraturan mundur | Jarang dibenarkan | Jangan biarkan ia menyembunyikan URL yang tidak dipetakan atau buat halaman utama 404s lembut |
- Senaraikan semua URL yang diketahui peraturan akan dipadankan.
- Senaraikan pengecualian yang dilindungi dan peraturan tepat keutamaan yang lebih tinggi.
- Uji aksara yang dikodkan, huruf besar, garis miring, parameter, fail dan laluan tempat.
- Buktikan bahawa sasaran yang dijana wujud dan relevan untuk setiap sumber yang dipadankan.
- Halang peraturan daripada mengubah hala destinasi semula ke dalam dirinya sendiri.
Ubah hala terus ke destinasi akhir
| Kegagalan | Contoh | Pembetulan |
|---|---|---|
| rantai | A → B → C | A → C |
| Protokol dan rantai hos | http → https → www → akhir | Gabungkan penormalan apabila platform menyokongnya dengan selamat |
| gelung | A → B → A | Betulkan keutamaan peraturan dan kecualikan sasaran akhir |
| Ubah hala kepada ralat | A → B (404) | Baiki atau pilih destinasi berkaitan yang sah |
| Ubah hala ke varian parameter ubah hala yang lain | A → B?x=1 → B | Tuding pada URL kanonik akhir melainkan parameter diperlukan |
Googlebot boleh mengikuti rantaian ubah hala, tetapi Google menasihatkan untuk menunjuk ke destinasi akhir secara terus dan memastikan rantaian yang tidak dapat dielakkan rendah. Setiap lompatan tambahan menambah kependaman dan satu lagi titik kegagalan untuk pengguna, perangkak, kempen, aplikasi dan analitis.
Mengendalikan protokol, hos, port, garis miring, fail dan parameter secara eksplisit
| Dimensi URL | Keputusan migrasi |
|---|---|
| HTTP dan HTTPS | Pilih versi pilihan selamat dan simpan sijil untuk mengubah hala hos |
| www dan bukan www | Pilih satu hos awam dan hantar setiap laluan terus ke laluan yang setara |
| Port lalai dan hos pementasan | Jauhkan mereka daripada Kanonikal, pautan, peta laman dan pengindeksan awam |
| Garis miring dan index.html | Pilih satu konvensyen akhir; elakkan membuat rantaian untuk setiap permintaan |
| Kes dan pengekodan | Simpan atau normalkan mengikut tingkah laku pelayan dan pemilikan URL sebenar |
| Parameter pertanyaan | Simpan data fungsi dan kempen yang diperlukan; alih keluar parameter pendua atau usang hanya dengan bukti |
| Imej, PDF dan muat turun | Petakan aset penting yang diindeks atau dipautkan kepada penggantian sebenar |
Kemas kini semua isyarat kanonik bersama-sama
- URL lama mengembalikan ubah hala kekal yang diluluskan terus ke URL akhir.
- URL akhir mengembalikan 200 dan tidak disekat atau noindex.
- Halaman akhir mempunyai Canonical rujukan sendiri menggunakan protokol pilihan, hos, laluan dan tempat.
- Pautan dalaman, serbuk roti, navigasi dan suapan menggunakan URL akhir.
- Peta laman semasa menyenaraikan URL boleh diindeks akhir dan bukannya sumber ubah hala.
- Data berstruktur, Graf Terbuka, rujukan API dan destinasi kempen menggunakan URL akhir yang dimaksudkan.
Bina semula pemetaan berbilang bahasa sebagai gugusan lengkap
Apabila mana-mana URL dalam gugusan bahasa berubah, kemas kini Kanonikal sendiri, hreflang timbal balik, penukar bahasa, pautan dalaman dan peta laman secara bergilir-gilir untuk setiap ahli. Jangan sekali-kali mengubah hala halaman Bahasa Melayu atau Cina ke Bahasa Inggeris hanya kerana terjemahan terlepas. Gunakan kawalan setempat dalam SEO berbilang bahasa untuk Malaysia.
Kekalkan kandungan dan metadata, bukan sahaja alamat
| Lapisan | Bandingkan sebelum diluluskan |
|---|---|
| Tujuan dan kandungan yang boleh dilihat | Tugas khalayak, jawapan utama, skop perkhidmatan atau produk, bukti, Soalan Lazim, CTA |
| Persembahan carian | Tajuk, penerangan, H1, imej, penerbitan dan tarikh yang diubah suai |
| Kawalan indeks | Status, robot, Canonical, hreflang, penomboran, pemasukan peta laman |
| Maksud dan entiti | Data berstruktur, pengarang, organisasi, produk, perkhidmatan, lokasi, pengecam |
| Media dan fail | URL imej, teks alt, kapsyen, video, PDF, muat turun, pemilikan dan hak |
| Perjalanan dan pengukuran | Pautan dalaman, borang, WhatsApp, telefon, pembayaran, persetujuan, analitik dan acara |
Lindungi pementasan tanpa menyalin blok ke pengeluaran
| Kawalan pementasan | Risiko pelancaran |
|---|---|
| Pengesahan atau sekatan rangkaian | Boleh menyekat alat QA luaran; pengeluaran tidak boleh mewarisinya |
| Noindex pada halaman ujian | Mesti dialih keluar daripada templat pengeluaran boleh diindeks |
| Larang dalam pementasan robots.txt | Penyekatan robot menghalang perangkak daripada melihat noindex peringkat halaman dan tidak boleh menggantikan peraturan pengeluaran |
| Nama hos sementara | Tidak boleh muncul dalam Canonicals, hreflang, data berstruktur, suapan atau peta laman selepas pelancaran |
Uji dua paparan bagi setiap ubah hala
| Pandangan ujian | Apa yang dibuktikan |
|---|---|
| Jangan ikut ubah hala | Respons pertama mempunyai status yang dijangkakan dan pengepala Lokasi |
| Ikuti perjalanan yang lengkap | Destinasi, kiraan lompatan, status akhir, Kanonik, bahasa, kandungan dan kefungsian adalah betul |
- Minta URL lama yang tepat tanpa mengikuti secara automatik.
- Bandingkan status pertama dan Lokasi sebenar dengan baris yang diluluskan.
- Ikuti dengan had lompatan terhad dan mengesan gelung.
- Sahkan URL akhir, status, jenis kandungan, tempat, Canonical, robot dan badan yang bermakna.
- Simpan cap masa, persekitaran, versi penguji atau skrip dan bukti.
- Gagal keluaran pada gelung, rantaian yang tidak dijangka, destinasi yang tidak berkaitan, 5xx atau halaman kritikal yang disekat.
Jalankan ujian perjalanan yang mewakili, bukan semakan status sahaja
| Perjalanan | Perkara yang perlu disahkan |
|---|---|
| Cari halaman pendaratan | Hasil lama sampai ke halaman akhir, jawapan, bahasa dan CTA yang betul |
| Navigasi dan serbuk roti | Tiada pautan bergantung pada ubah hala dan hierarki kekal koheren |
| Borang, WhatsApp, panggilan, tempahan atau daftar keluar | Kerja penukaran dan konteks sumber/kempen/bahasa dikekalkan |
| Imej, PDF, suapan, apl dan pengguna API | Aset diselesaikan, jenis kandungan adalah betul dan pelanggan tidak pecah |
| 404 dan kandungan yang dialih keluar | Status ralat sebenar, antara muka yang membantu, tiada 404 lembut boleh diindeks secara tidak sengaja |
Pilih strategi pelancaran mengikut risiko dan saiz
| Situasi | Pendekatan praktikal |
|---|---|
| Tapak kecil atau sederhana dengan satu langkah yang diselaraskan | Google biasanya mengesyorkan mengalihkan URL bersama-sama selepas penyediaan lengkap |
| Tapak yang sangat besar atau risiko operasi yang tinggi | Pilot bahagian yang stabil, pelajari, kemudian luncurkan dalam kumpulan terkawal |
| Pergerakan pengehosan tanpa perubahan URL yang kelihatan | Fokus pada pariti infrastruktur, akses rangkak, kapasiti, TLS, DNS dan ubah hala lama |
| Pergerakan domain serta reka bentuk semula dikehendaki | Asingkan perubahan jika boleh supaya isyarat Carian dan insiden boleh ditafsir |
Gunakan Tukar Alamat hanya untuk pemindahan domain yang layak
| Bergerak | Gunakan Konsol Carian Tukar Alamat? |
|---|---|
| example.com ke example.net | Ya, selepas ubah hala dan pengesahan sedia |
| a.example.com kepada b.example.com | Ya, untuk pemindahan domain/subdomain yang disahkan |
| HTTP kepada HTTPS sahaja | Tidak |
| www kepada bukan www pada domain yang sama | Tidak |
| Memindahkan laluan dalam domain yang sama | Tidak |
| Pengehosan atau perubahan CDN tanpa perubahan URL awam | Tidak |
Sahkan sifat lama dan baharu yang berkaitan dengan akaun yang sama, simpan fail pengesahan atau teg dan semak tindakan manual, pengalihan keluar, tetapan dan kawalan warisan sebelum pemindahan domain. Alat ini menambah ubah hala yang betul; ia tidak menggantikan mereka.
Gunakan urutan pelancaran terkawal
- Pegunkan peta yang diluluskan, konfigurasi sandaran dan kandungan serta namakan pemilik keluaran.
- Gunakan halaman akhir, aset, sijil, peraturan robot, analitik dan kawalan pengesahan.
- Alih keluar noindex pementasan sahaja, blok akses dan hos sementara daripada output pengeluaran.
- Dayakan ubah hala yang diluluskan dan segera jalankan senarai URL lama automatik.
- Sahkan perjalanan utama, Canonicals akhir, hreflang, data berstruktur, pautan dalaman dan peta laman.
- Serahkan atau kemas kini peta laman; gunakan Tukar Alamat hanya apabila langkah itu layak.
- Catatkan masa keluaran, bukti, pengecualian yang diketahui dan tetingkap keputusan tarik balik.
Pantau kedua-dua URL lama dan baharu selepas pelancaran
| Tingkap | Pemeriksaan utama |
|---|---|
| Minit dan jam pertama | Ketersediaan, TLS, DNS, 5xx, gelung, ubah hala utama, borang, analitik, robot, noindex |
| hari pertama | Rangka semula senarai dipetakan penuh, log, 404/410, rantaian tidak dijangka, pemprosesan peta laman, sampel Pemeriksaan URL |
| Minggu pertama | Liputan dan prestasi Konsol Carian lama berbanding baharu, Kanonikal terpilih, trafik, penukaran, pautan balik dan ralat rujukan |
| Berbulan-bulan berikutnya | Pemindahan isyarat, URL lama yang berlarutan, perbandingan bermusim, kualiti kandungan, permintaan ubah hala, pembaharuan domain dan sijil |
Turun naik sementara boleh berlaku semasa Google merangkak semula dan memproses pergerakan. Itu tidak mewajarkan mengabaikan ralat atau menjanjikan tarikh pemulihan. Bahagikan mengikut kumpulan halaman dan diagnosis perubahan teknikal, kandungan, permintaan, penjejakan dan perniagaan secara berasingan.
Tentukan pencetus insiden dan sempadan rollback sebelum pelancaran
| Isyarat kejadian | Sambutan segera |
|---|---|
| Halaman kritikal mengembalikan 5xx, gelung, blok atau noindex | Hentikan laluan keluaran, pulihkan akses atau konfigurasi baik terakhir yang diketahui dan uji semula |
| Kohort ubah hala besar yang tidak dipetakan atau tidak berkaitan | Lumpuhkan peraturan yang salah, kekalkan pengecualian tepat, betulkan peta dan atur semula |
| Penjejakan atau penukaran gagal | Pulihkan laluan pelanggan dahulu; tandakan jurang pelaporan dan elakkan kesimpulan prestasi palsu |
| Google memilih Canonicals yang tidak dijangka | Bandingkan status, kandungan, pautan dalaman, peta laman, ubah hala, tempat dan isyarat Kanonik sebagai satu sistem |
Gunakan ambang khusus perniagaan berdasarkan kadar ralat biasa, trafik, volum penukaran dan perjalanan kritikal. Tiada penurunan peratusan universal yang membuktikan penghijrahan gagal.
Simpan ubah hala cukup lama dan kekalkan infrastruktur lama
Google mengesyorkan mengekalkan ubah hala alih tapak selama mungkin dan secara amnya sekurang-kurangnya satu tahun supaya isyarat dan pautan boleh ditetapkan semula apabila URL dirangkak semula. Dari perspektif pengguna, ubah hala yang berguna mungkin memerlukan pengekalan yang tidak pasti. Pastikan domain lama, DNS, sijil dan pengehosan ubah hala beroperasi semasa permintaan masih tiba, dan kemas kini pautan luaran dalaman dan kawalan tinggi untuk mengurangkan pergantungan pada ubah hala.
Contoh migrasi SEOWithJack yang disahkan
Penghijrahan SEOWithJack WordPress-ke-statik menggunakan peta status 53 baris dan bukannya peraturan ubah hala menyeluruh. Audit pemeliharaan automatik semasa mengesahkan 27 URL artikel asal: 26 kekal dipadankan pada laluan asalnya dan satu URL SEO lama mengubah hala secara kekal ke panduan pemula yang disatukan. Ia juga mengekalkan bukti Rank Math sumber, menguji keputusan 301, 404 dan 410 serta mengekalkan DNS pengeluaran di luar langkah migrasi sehingga pementasan dan semakan hos diluluskan.
| Kawalan yang disahkan | Bukti semasa |
|---|---|
| Baris peta ubah hala | 53 |
| URL artikel asal dikekalkan | 27 |
| Laluan artikel asal dipadankan secara langsung | 26 |
| Artikel asal disatukan melalui ubah hala kekal | 1 |
| DNS pengeluaran diubah oleh binaan | Tidak |
Templat baris padat yang boleh anda salin
| URL lama | Keputusan | Destinasi | kenapa | Dijangka | sebenarnya | Pemilik |
|---|---|---|---|---|---|---|
| /old-service/ | UBAH ARAH | /services/current/ | Perkhidmatan dan tugas penonton yang sama | 301 → 200 | Ujian menunggu | SEO + Dev |
| /useful-guide/ | KEKALKAN | /useful-guide/ | URL pilihan yang stabil | 200 | Semakan pariti belum selesai | Kandungan |
| /obsolete-no-replacement/ | KELUARKAN | — | Tiada pengganti yang berguna | 410 | Ujian menunggu | SEO |
| /unknown-legacy/ | TAHAN | — | Perlu semakan log dan pautan balik | Tiada pelepasan | Buka | Pemilik diperlukan |
Gerbang pelepasan akhir
- Setiap URL lama awam yang diketahui mempunyai satu hasil yang diluluskan atau keadaan disekat yang jelas.
- Semua ubah hala kekal menghala terus ke 200 URL akhir yang berkaitan.
- Halaman yang dialih keluar mengembalikan status 404 atau 410 sebenar dan bukannya halaman utama atau respons lembut-404.
- Canonical, robot, hreflang, pautan, peta tapak, skema, metadata, media dan perbandingan lulus penukaran.
- Kawalan pementasan tidak boleh bocor ke dalam pengeluaran dan hos pengeluaran tidak boleh bocor ke dalam bukti pementasan.
- Ujian senarai automatik dan perjalanan pengguna yang mewakili lulus dalam persekitaran keluaran.
- Pemantauan, pemilikan insiden, sandaran dan keputusan tarik balik sudah sedia.
Apa yang tidak dapat dijamin oleh peta ubah hala
Peta yang lengkap tidak dapat menjamin kedudukan yang tidak berubah, trafik, kelajuan pengindeksan, kadar penukaran atau tarikh pemulihan tetap. Google memproses pergerakan setiap URL dan turun naik sementara adalah perkara biasa. Ubah hala ialah satu isyarat kanonik; kandungan, pautan dalaman, akses rangkak, peta laman, kualiti tapak, permintaan, persaingan, gelagat platform dan operasi perniagaan masih penting. Janji yang bertanggungjawab ialah pelaksanaan terkawal, bukti yang disahkan, diagnosis pantas dan keputusan yang didokumenkan.
Soalan Lazim peta ubah hala 301
Adakah setiap URL lama memerlukan 301?
Tidak. Setiap URL awam yang diketahui memerlukan keputusan, tidak semestinya ubah hala. Pastikan URL yang sah pada 200, ubah hala pergerakan tulen, kembalikan 404 atau 410 apabila tiada penggantian yang berkaitan wujud dan tahan kes yang tidak jelas untuk siasatan.
Adakah 301 dan 308 kedua-duanya kekal?
ya. Google menganggap kedua-duanya sebagai isyarat ubah hala kekal. A 308 juga mengekalkan kaedah permintaan. Pilih mengikut platform dan keperluan aplikasi, bukan mitos kedudukan.
Adakah halaman yang dialih keluar harus diubah hala ke halaman utama?
Hanya dalam kes yang jarang berlaku bahawa halaman utama benar-benar menggantikan tugas yang sama. Google memberi amaran bahawa mengubah hala banyak URL lama yang tidak berkaitan ke satu halaman boleh mengelirukan pengguna dan boleh dianggap sebagai soft 404s. Gunakan pengganti yang berkaitan atau 404/410 sebenar.
Adakah 404 lebih teruk daripada 301 yang tidak relevan?
Tidak. Apabila tiada penggantian berguna wujud, 404 atau 410 sebenar adalah hasil teknikal yang jujur. Ubah hala yang tidak berkaitan merosakkan perjalanan pengguna dan boleh ditafsirkan sebagai 404 lembut.
Patutkah saya menukar URL semasa reka bentuk semula?
Tidak melainkan alamat atau seni bina sedia ada mempunyai masalah pengguna, perniagaan, keselamatan atau penyelenggaraan yang tulen. Mengekalkan URL yang sah menghapuskan risiko penghijrahan dan membolehkan reka bentuk semula memfokus pada pengalaman.
Bolehkah saya membuat ubah hala dengan JavaScript?
Google boleh memproses beberapa ubah hala sisi pelanggan, tetapi mengesyorkan ubah hala kekal sisi pelayan apabila boleh. JavaScript menambah kebergantungan pemaparan dan kegagalan dan harus menjadi sandaran, bukan kaedah migrasi lalai.
Berapakah bilangan lompat ubah hala yang boleh diterima?
Reka bentuk untuk satu: URL lama terus ke destinasi akhir. Google boleh mengikuti rantaian dan menasihatkan untuk memastikan rantaian yang tidak dapat dielakkan rendah, tetapi had perangkak bukanlah sasaran prestasi.
Berapa lama ubah hala harus kekal?
Google mengesyorkan mengekalkan ubah hala alih tapak selama mungkin dan secara amnya sekurang-kurangnya satu tahun. Kekalkan ubah hala yang berguna lebih lama sementara orang, bot, pautan, kempen atau aplikasi masih meminta URL lama.
Bilakah saya harus menggunakan Tukar Alamat Konsol Carian?
Gunakannya selepas ubah hala bersedia untuk peralihan yang layak dari satu domain atau subdomain ke domain yang lain. Jangan gunakannya untuk HTTP-ke-HTTPS, penormalan www, perubahan laluan domain yang sama atau langkah pengehosan dengan URL awam yang tidak berubah.
Bagaimanakah saya tahu penghijrahan telah selesai?
Tiada sekejap pun. Sahkan permintaan lama mencapai hasil yang diluluskan, halaman akhir adalah sihat dan dipilih dengan sewajarnya, Konsol Carian dan log menunjukkan pemindahan yang dijangka, perjalanan penting menukar, insiden diselesaikan dan infrastruktur ubah hala kekal dikekalkan.
Rujukan rasmi
- Google: tapak bergerak dengan perubahan URL
- Google: menukar pengehosan tanpa perubahan URL
- Google: ubah hala dan Carian
- Google: selesaikan masalah ralat rangkak dan 404s lembut
- Google: amalan terbaik URL berkanun
- Google: Amalan terbaik struktur URL
- Google: bina dan serahkan peta laman XML
- Google: minta Google merangkak semula URL
- Google: spesifikasi teg meta robots
- Konsol Carian Google: Perubahan Alamat
- Ahrefs: panduan migrasi laman web
- Ahrefs: ubah hala untuk SEO
- Backlinko: senarai semak SEO pemindahan laman web
- Semrush: senarai semak migrasi laman web
Kongsi tapak web lama dan struktur yang dicadangkan sebelum URL ditukar. Perancangan ubah hala lebih mudah sebelum pelancaran berbanding selepas trafik mula jatuh.