Apa saja yang dicakup oleh migrasi SEO?
Migrasi SEO mengoordinasikan perubahan teknis dan konten yang diperlukan untuk memindahkan situs tanpa meninggalkan halaman penting. Ini berlaku untuk desain ulang, perubahan domain, rebranding, dan perpindahan CMS.
| Area kerja | Apa yang kami periksa |
|---|---|
| Baseline visibilitas | Data crawl dan traffic untuk situs saat ini |
| Transfer URL | Pemetaan URL lama-ke-baru dan cakupan redirect |
| Sinyal halaman | Transfer metadata dan structured data |
| Peluncuran | Pemeriksaan staging, monitoring, dan rencana pemulihan |
Keputusan pertama adalah ruang lingkup: daftarkan setiap hostname, versi bahasa, dan grup halaman yang terpengaruh. Kemudian identifikasi halaman yang memiliki traffic pencarian, tautan masuk, atau nilai bisnis. Ini adalah prioritas migrasi, bukan halaman yang dihapus begitu saja.
Launch Spec mencatat jenis perpindahan, pemilik, urutan peluncuran, sumber URL, dan pemeriksaan penerimaan. Ini juga mencatat apa yang tidak berubah, sehingga tim dapat memisahkan masalah migrasi dari pekerjaan desain ulang yang tidak terkait. Jika kutipan asisten AI penting, sertakan URL yang saat ini dikutip dan halaman referensi penting dalam baseline. Itu memberi tim catatan untuk dibandingkan setelah rilis.
Untuk pekerjaan AI search yang lebih luas di luar migrasi itu sendiri, lihat visibilitas AI search dan audit GEO.
Bagaimana cara memetakan URL dan redirect?
Peta URL migrasi harus memberikan setiap URL lama yang dipertahankan satu tujuan yang jelas, dan setiap URL yang dihapus disposisi yang disengaja. Bangunlah sebelum aturan redirect diterapkan.
- Ekspor URL saat ini dari crawl situs dan data analytics atau pencarian yang tersedia.
- Cocokkan setiap halaman lama dengan halaman baru yang paling setara, bukan secara otomatis ke halaman beranda.
- Tandai halaman tanpa penerus untuk ditinjau; putuskan untuk mempertahankan, menggabungkan, atau menghentikannya.
- Periksa bahwa tautan internal, referensi kanonikal, alternatif bahasa, dan navigasi menggunakan URL akhir.
- Uji jalur yang representatif, termasuk halaman bersarang dan pola URL yang berubah, di staging.
Simpan pemetaan dalam file bersama dengan URL sumber, URL tujuan, pemilik halaman, dan status peninjauan. Tandai rantai redirect, loop, trailing slash yang tidak konsisten, dan versi protokol atau hostname campuran sebelum peluncuran. Redirect bukanlah pengganti tujuan yang relevan: jika halaman baru menjawab kebutuhan yang berbeda, revisi pemetaan atau rencana konten.
AEOTech memeriksa peta terhadap baseline crawl selama Spec Review, kemudian mencatat koreksi di Run Log. Ini memperjelas URL mana yang telah ditinjau dan mana yang masih memerlukan keputusan pemilik. Jika Anda juga membangun kembali sinyal teknis AI search, koordinasikan migrasi dengan AEO teknis daripada memperlakukannya sebagai peluncuran terpisah.
Apa yang harus lulus sebelum situs baru ditayangkan?
Staging adalah tempat untuk memastikan bahwa situs baru siap menerima traffic dan bahwa sinyal halaman kunci telah dibawa. Peninjauan harus menggunakan template representatif serta URL prioritas individu.
| Pemeriksaan | Kondisi lulus |
|---|---|
| Akses crawl | Pengaturan staging dan pengaturan peluncuran dipahami |
| Metadata halaman | Judul, deskripsi, dan bidang lain yang disepakati ada |
| Structured data | Markup yang relevan ditransfer dan cocok dengan konten halaman yang terlihat |
| Perilaku URL | Halaman tujuan dimuat dan redirect yang direncanakan terselesaikan dengan benar |
| Tautan internal | Tautan mengarah ke URL baru yang dimaksud |
Pisahkan kontrol staging sementara dari pengaturan yang dimaksudkan untuk produksi. Konfirmasi siapa yang akan menghapus atau menggantinya saat peluncuran, dan tambahkan tugas itu ke daftar periksa rilis. Bandingkan template halaman lama dan baru untuk konten yang hilang, heading, navigasi, dan referensi penting; redirect yang valid secara teknis tidak dapat memulihkan informasi yang dihilangkan dari halaman tujuan.
Kami mendokumentasikan pemeriksaan dan item terbuka di Launch Spec, dengan pemilik bernama untuk setiap masalah yang belum terselesaikan. Jika tim Anda memelihara file yang dimaksudkan untuk memandu AI crawler, perlakukan itu sebagai keputusan teknis terpisah dan tinjau llms.txt dan pekerjaan crawler bersama tugas migrasi. Jangan gunakan file baru sebagai pengganti redirect yang baik, halaman yang dapat diakses, atau konten yang akurat.
Bagaimana cara memonitor migrasi setelah peluncuran?
Monitoring pasca-peluncuran membandingkan situs langsung dengan baseline pra-migrasi dan mengubah masalah yang diamati menjadi perbaikan yang ditugaskan. Tujuannya adalah untuk mendeteksi dan memperbaiki masalah sementara konteks rilis masih jelas.
- Konfirmasi bahwa halaman prioritas dan jalur situs utama dimuat di domain produksi.
- Periksa ulang tujuan redirect dan grup URL yang tercantum dalam peta migrasi.
- Tinjau sinyal crawl dan traffic terhadap baseline yang tercatat.
- Catat perubahan tak terduga, URL yang terpengaruh, bukti, dan orang yang bertanggung jawab atas perbaikan.
- Periksa ulang item yang telah diselesaikan dan catat hasilnya di Readout.
Fluktuasi sementara setelah peluncuran adalah normal, jadi peninjauan harus fokus pada pola dan kesalahan konkret daripada satu snapshot. Misalnya, penurunan di satu template memerlukan investigasi yang berbeda dari kesalahan redirect yang terbatas pada grup URL kecil. Run Log menjaga temuan tersebut tetap terikat pada halaman dan perbaikan tertentu.
Readout merangkum pemeriksaan yang selesai, masalah terbuka, dan tindakan selanjutnya dalam bahasa yang jelas untuk pemilik pemasaran dan teknis. Jika Anda memerlukan pekerjaan visibilitas berkelanjutan setelah periode migrasi, bandingkan proyek ini dengan monitoring visibilitas AI. Untuk rencana konten yang lebih luas, lihat konten untuk jawaban AI.
Apa yang bisa berubah setelah peluncuran ulang situs?
Rencana migrasi dapat mengontrol pekerjaan implementasi dan verifikasi, tetapi tidak dapat mengontrol bagaimana platform memproses situs yang diubah. Mesin pencari memilih kapan akan merayapi dan menilai ulang URL, dan asisten AI memilih sumber mana yang akan dikutip; baik waktu maupun kutipan berkelanjutan bukanlah wewenang kami.
Gunakan Readout untuk memisahkan penayangan dari hasil platform. Ini harus menunjukkan redirect mana dan sinyal halaman mana yang diperiksa, perbaikan mana yang selesai, dan apa yang masih terbuka. Bukti itu memungkinkan tim Anda bertindak berdasarkan masalah teknis yang teridentifikasi alih-alih menebak dari perubahan visibilitas yang luas.
Untuk proyek dengan rebranding besar, catat nama organisasi dan produk baru secara konsisten di seluruh situs dan materi pendukung. Pekerjaan entitas dan knowledge graph kami dapat menangani kebutuhan terpisah itu. Untuk perpindahan domain dengan penulisan ulang konten yang substansial, sertakan peta URL dan daftar perubahan halaman dalam peninjauan; cakupan redirect saja tidak akan menjelaskan apa yang berubah bagi pengunjung.
Untuk memulai, kirimkan AEOTech domain saat ini, domain yang direncanakan atau perpindahan CMS, ekspor URL lama, akses staging, dan jendela peluncuran yang Anda inginkan. Kami akan meninjau input, menentukan pemeriksaan dalam Launch Spec, dan mengonfirmasi ruang lingkup migrasi sebelum implementasi dimulai.
Harga
| Layanan | Harga | Penawaran |
|---|---|---|
| SEO Crypto | dari $2.480 / bulan |
Harga mulai dalam USD. Paket kustom dan diskon volume tersedia. Pembayaran via USDT, USDC, BTC, ETH, SOL, TON, atau token proyek Anda.
Cara kerja
- Kumpulkan input migrasiBagikan situs saat ini, perubahan yang direncanakan, ekspor URL, akses analytics, dan jendela peluncuran. Kami mengonfirmasi domain, grup halaman, dan pemilik yang terpengaruh.
- Tetapkan baselineKami merayapi situs saat ini dan mencatat traffic serta sinyal URL yang tersedia untuk perbandingan. Halaman prioritas dan kutipan AI yang diketahui disertakan jika disediakan.
- Bangun dan tinjau petaKami mencocokkan URL lama ke tujuan yang dimaksud dan meninjau persyaratan redirect, metadata, dan structured data di Launch Spec.
- Periksa staging dan peluncuranKami menguji grup halaman yang disepakati dan mencatat tindakan terbuka sebelum rilis. Saat peluncuran, tim mengikuti daftar periksa dan melaporkan masalah melalui Run Log.
- Monitor dan laporkanKami membandingkan pemeriksaan pasca-peluncuran dengan baseline, melacak koreksi, dan memberikan Readout dengan pekerjaan yang selesai dan tindakan selanjutnya.
Pertanyaan umum
Kapan saya harus mulai merencanakan migrasi SEO?
Mulailah sebelum pola URL, struktur halaman, atau urutan peluncuran difinalisasi. Perencanaan awal memberi tim waktu untuk memetakan tujuan, mengidentifikasi halaman yang memerlukan keputusan bisnis, dan menguji redirect di staging. Jika situs baru sudah ditayangkan, bagikan URL saat ini dan sebelumnya agar peninjauan dapat fokus pada perubahan yang dikirim.
Informasi apa yang Anda perlukan untuk meninjau migrasi situs?
Kirimkan domain saat ini dan yang direncanakan, ekspor URL, jenis migrasi, jendela peluncuran, dan akses ke staging. Data analytics atau pencarian membantu menetapkan baseline yang berguna. Juga tandai halaman prioritas, grup halaman penting, versi bahasa, dan kutipan asisten AI yang ingin Anda lacak.
Berapa lama pekerjaan migrasi SEO berlangsung?
Waktu mengikuti rencana rilis: tim membutuhkan waktu yang cukup untuk membuat baseline situs saat ini, meninjau peta URL, menguji staging, dan memonitor peluncuran langsung. Kirimkan jendela rilis yang direncanakan dengan materi awal, dan kami dapat mengidentifikasi pemeriksaan mana yang sesuai sebelum rilis dan apa yang perlu dilakukan setelahnya.
Bisakah Anda mempertahankan kutipan AI yang ada selama perubahan domain?
Kami dapat mendokumentasikan halaman dan kutipan yang Anda identifikasi, mentransfer sinyal halaman yang disepakati, dan memeriksa tujuan baru setelah peluncuran. Asisten AI membuat pilihan kutipan mereka sendiri, jadi kutipan berkelanjutan dari URL tertentu berada di luar kendali kami. Readout mencatat pemeriksaan dan perubahan yang diamati.
Berapa biaya layanan migrasi SEO?
Dukungan bulanan mulai dari $2.480/bulan. Ruang lingkup tergantung pada jenis migrasi, area situs yang terpengaruh, dan pemeriksaan yang diperlukan oleh rilis Anda. Bagikan rencana perpindahan dan inventaris URL yang tersedia sehingga kami dapat mengonfirmasi pekerjaan yang termasuk sebelum kickoff.
Apakah desain ulang memerlukan rencana migrasi jika domain tetap sama?
Ya, jika desain ulang mengubah URL, template, navigasi, metadata, atau structured data. Desain ulang domain yang sama masih dapat memengaruhi bagaimana halaman penting ditemukan dan direpresentasikan. Bandingkan struktur halaman lama dan baru, lalu petakan setiap URL yang diubah ke tujuan yang dimaksud sebelum peluncuran.
Ceritakan proyek Anda
Jawab empat pertanyaan singkat, manajer akan kirim rencana, waktu, dan kisaran harga dalam satu jam. Semua rahasia.
Memuat formulir…