Migrasi Situs Web: Strategi SEO dan Praktik Terbaik

Diterbitkan: 2021-07-14

Anda mungkin perlu memigrasikan situs web/bisnis Anda karena alasan tertentu. Sebagai SEO, kami menyebutnya "migrasi" atau "pemindahan situs". Migrasi yang tidak disiapkan dengan benar dapat mengakibatkan penurunan yang signifikan dalam lalu lintas organik Anda. Dalam panduan ini, saya akan membagikan bagaimana Anda dapat melewati proses migrasi situs Anda dengan cara yang paling mulus.

Mengapa Anda perlu memigrasikan situs web Anda? Mungkin ada satu atau lebih alasan untuk ini.

Pertama, mari kita lihat jenis migrasi

  1. Perubahan Domain:
    Anda mungkin ingin memindahkan situs x.com Anda ke y.com
  2. Perubahan Struktur URL:
    URL dengan kata-kata yang relevan dengan konten dan struktur situs Anda lebih ramah bagi pengunjung yang menavigasi situs Anda. Jika url situs tidak ramah SEO, Anda mungkin ingin mengubahnya.
  3. HTTP > Migrasi HTTPS:
    Keamanan adalah prioritas utama bagi Google. Jika Anda memigrasikan situs Anda dari HTTP ke HTTPS, Google memperlakukan ini sebagai pemindahan situs dengan perubahan URL. Ini dapat memengaruhi beberapa nomor lalu lintas Anda untuk sementara.
  4. Perubahan Platform:
    Platform situs adalah tempat situs kami dibangun. Anda dapat membuat situs web Anda di WordPress, Shopify, Wix, atau platform lainnya. Selain itu, Anda dapat memiliki situs khusus yang dibuat oleh tim pengembang. Anda mungkin ingin beralih ke platform yang lebih baik. Saat mengubah platform tempat situs Anda dibuat, kami harus menguji fungsi SEO platform baru Anda.
  5. Perubahan Struktur dan Hirarki:
    Situs web Anda mungkin mulai ditayangkan di area yang sama sekali berbeda. Atau URL situs Anda dan struktur kategori mungkin tidak ramah SEO. Apa pun alasannya, kami dapat mulai mengerjakan situs yang benar-benar baru.
  6. Perubahan Server:
    Migrasi server menghadirkan risiko terutama dalam hal kecepatan pemuatan halaman. Kecepatan situs adalah faktor peringkat SEO, tetapi yang lebih penting, ini adalah pengalaman pengguna & masalah tingkat konversi. Anda mungkin berpikir untuk menyiapkan situs pementasan di server baru dan menguji kecepatan halaman di sana. Juga, jangan lupa untuk memeriksa pengalihan untuk memastikan mereka berperilaku seperti yang diharapkan.
  7. Migrasi Situs Seluler Terpisah:
    Google merekomendasikan Desain Web Responsif sebagai pola desain karena paling mudah untuk diterapkan dan dipelihara. Jadi Anda dapat merencanakan untuk mengarahkan versi m-dot Anda ke versi responsif utama. Melakukan redirect di sana adalah hal yang benar. Ini adalah sesuatu yang harus cukup mudah dan harus cukup mudah dilakukan.

Jika seluruh struktur tetap sama, hanya domain yang berubah (tipe migrasi pertama), dapat dikatakan bahwa pekerjaan kita mudah. Dalam jenis migrasi lain atau ketika lebih dari satu jenis migrasi digabungkan, semuanya bisa menjadi lebih rumit.

Ada puluhan contoh yang mengalami kehilangan lalu lintas besar-besaran selama migrasi.

Beberapa kesalahan yang menyebabkan hilangnya lalu lintas saat memindahkan situs:

  1. Kurangnya perencanaan
  2. Pengetahuan SEO dan UX rendah
  3. Anggaran yang rendah
  4. Masalah pengalihan
  5. Kesalahan pemetaan URL
  6. Kesalahan perayapan
  7. Jangan mengganggu kesalahan instan

Agar tidak menemui masalah tersebut, Anda akan menemukan strategi perencanaan yang tepat dan poin-poin yang perlu diperhatikan dalam kelanjutan artikel ini.

Sebelum saya mulai, saya ingin memperingatkan Anda tentang beberapa hal:

  • ! Google tidak menyarankan untuk membuat perubahan desain dan struktur URL secara bersamaan. Jika memungkinkan, akan berguna untuk melakukan dua atau lebih jenis migrasi ini pada waktu yang berbeda, langkah demi langkah.
  • ! Jika situs dipindahkan ke domain yang berbeda, riwayat alamat domain baru harus diselidiki. Archive.org, kueri pencarian “yoursite.com”, dan alat audit akan berfungsi. Jika ada pendaftaran domain atau situs yang didirikan sebelumnya, perlu dipertimbangkan kembali. Memasang domain dengan entitas merek di Google, yang telah terkena masalah seperti tautan spam atau peretasan, atau dengan menayangkan subjek yang sama sekali berbeda, akan menyebabkan sebagian besar lalu lintas hilang.
  • ! Dalam beberapa kasus, bahkan jika perencanaan dan implementasi migrasi dilakukan tanpa masalah, ada kemungkinan bahwa lalu lintas organik akan turun 15% atau lebih. Karena ada perubahan struktur penting di situs, Google mempelajari kembali dan mengevaluasi setiap halaman satu per satu. Periode ini biasanya beberapa minggu tetapi bisa lebih lama untuk situs besar. Jika semuanya berjalan dengan baik, lalu lintas organik Anda akan mendapatkan momentum positif dalam waktu yang sangat singkat setelah evaluasi ini.
  • ! Situs tidak boleh ditutup untuk pengguna selama atau sebelum migrasi. Jika desain atau perubahan struktur akan dibuat, Anda dapat mengumumkan informasi ini kepada audiens Anda terlebih dahulu dengan metode sederhana. (Korsel, email, SMS, pemberitahuan push, dll.) Halaman dengan kode status atau pesan peringatan yang berbeda dapat ditafsirkan secara negatif oleh Googlebot.
  • ! Momen migrasi (meluncurkan struktur baru) harus berada di zona waktu di mana situs web menerima lalu lintas paling sedikit. Dengan cara ini, jika menghadapi masalah yang tidak diinginkan, jumlah penonton yang akan terpengaruh akan dijaga pada tingkat minimum. Selain itu, selama jam-jam ini saat beban server rendah, Googlebot akan merayapi dan mengindeks situs baru lebih cepat.

[Studi Kasus] Jauhkan desain ulang Anda dari menghukum SEO Anda

Setahun setelah desain ulang situs web mereka, EasyCash segera menyadari bahwa kinerja yang mereka harapkan tidak ada. Mereka mengidentifikasi dan menyelesaikan beberapa hambatan SEO.
Baca studi kasus

Perencanaan dan Pengumpulan Data

Rencana proyek yang tidak melewatkan langkah apa pun memastikan bahwa pekerjaan berlangsung tanpa kesalahan. Ketika rencana kerja ditentukan, pembagian tugas akan menjadi jelas. Rencana ini perlu dibuat setidaknya 30 hari sebelum migrasi.

Penting untuk menyimpan data pengunjung saat ini. Menurut ukuran proyek web Anda, perlu untuk mengelompokkan halaman dan kueri dengan lalu lintas tertinggi.

Kiat: Menyimpan file log yang mencakup 45 hari sebelum tanggal migrasi memungkinkan Anda menganalisis perilaku Googlebot dan mengambil tindakan segera jika ada perbedaan.

Buat Situs Uji dan Larang

Proses migrasi dimulai dengan wireframe untuk SEO. Jika wireframes diperiksa dan komentar SEO dibuat selama pembuatan wireframes, perubahan yang akan dibuat di situs pengujian akan berkurang. Ini memungkinkan proyek untuk berkembang lebih cepat. Ini juga membuat pekerjaan desainer UX/UI lebih mudah.

Penting juga untuk mematikan akses bot ke situs pengujian. Jika tidak, Anda dapat mengalami bahwa halaman baru Anda dimasukkan dalam indeks Google dalam waktu yang sangat singkat.

Bagaimana cara melarang bot mesin pencari dengan file robots.txt?

Buat file robots.txt : Anda dapat membuat file bernama test.example.com/robots.txt dan menjalankan perintah berikut:

——

Agen pengguna: *
Larang: /
# Perintah ini memblokir semua bot agar tidak mengakses situs web saya.

——

Agen-pengguna: OnCrawl
Mengizinkan: /
# Perintah ini hanya mengizinkan bot “OnCrawl mengakses situs web saya.

—–

Dimungkinkan untuk memutuskan bot mana yang akan diuji dan untuk menentukan jejak ke agen pengguna melalui file robots.txt. Oncrawl memiliki fitur yang akan membuat segalanya lebih mudah.

Pembatasan IP : Jika Anda terlibat dalam rencana migrasi situs web perusahaan, Anda hanya dapat membuka akses ke IP perusahaan dan menonaktifkan akses ke semua IP lain untuk mencegah proyek baru terekspos. Dalam hal ini, Anda perlu memberikan akses IP pribadi ke agensi atau konsultan yang bekerja dengan Anda, jika ada. Bahkan jika Anda melakukan pembatasan IP, Anda harus melarang bot dengan file robots.txt.

Perlindungan kata sandi : Kombinasi ID dan kata sandi dapat dibuat untuk memasuki situs pengujian. Aplikasi perayapan seperti Oncrawl memiliki fitur akses kata sandi.

Tag Noindex : Tag meta noindex dapat ditambahkan ke bagian kepala semua halaman untuk mencegah halaman situs pengujian diindeks oleh Google.

Tip : Salah satu kesalahan paling umum adalah lupa menghapus tag noindex setelah bermigrasi ke situs web baru. Ingatlah untuk mengonfirmasi bahwa tag diperbarui ke indeks, ikuti pada saat migrasi.

Pelacakan Kinerja dengan Google Analytics

Salah satu poin terpenting untuk pelacakan kinerja adalah melanjutkan dari akun Google Analytics yang sama tanpa kehilangan data. Oleh karena itu, kode GA dan GTM yang ada harus aktif di situs baru dengan migrasi.

Membuat kode GA baru mempersulit Anda mengukur kinerja web.

Menambahkan pengingat ke dasbor Google Analytics Anda pada hari pemindahan akan memudahkan Anda untuk membandingkan kinerja nanti.

Membuat Daftar URL yang Ada

Saya sebutkan di awal artikel saya bahwa jika kami hanya mengubah nama domain kami, pekerjaan kami mudah. Kita dapat menerapkan ini secara massal dari file .htaccess dengan kode berikut atau yang serupa.

* File .htaccess adalah file konfigurasi yang terletak di server Apache.

RewriteEngine Pada RewriteCond %{HTTP_HOST} ^oldsitee\.com$ [ATAU]
RewriteCond %{HTTP_HOST} ^www\.newssite\.com$
RewriteRule (.*)$ https://newsite.com/$1 [R=301,L]

Aturan ini akan memastikan bahwa alamat domain 301 secara otomatis dialihkan ke https://newsite.com ketika url apa pun dijangkau di oldsite.com atau www.oldsite.com.

Namun, jika tugas Anda adalah memperbaiki struktur URL yang salah, semuanya menjadi rumit di sini. Saya menjelaskan situasi ini nanti di artikel.

Sekarang kita berada di salah satu poin terpenting dari proses migrasi. Mendapatkan daftar lengkap URL penting untuk situs saat ini adalah kuncinya. Jika Anda lupa URL dengan banyak pengunjung dan PageRank tinggi, dan tidak mengizinkan migrasi, bersiaplah untuk penurunan lalu lintas organik Anda.

Tip : Dengan mengekspor URL dari lebih dari satu sumber, Anda dapat memastikan bahwa tidak ada URL yang tertinggal.

Memulai dengan XML Sitemap selalu merupakan langkah yang tepat. Untuk sekadar mentransfer URL dalam file XML Anda ke spreadsheet, Anda dapat menyalin tautan di sini dan menulis url peta situs Anda sendiri alih-alih https://www.sinanyesiltas.com/post-sitemap.xml di baris pertama.

  • Semua URL dengan tayangan di Search Console,
  • Semua URL dengan tampilan halaman melalui Google Analytics,
  • Semua URL yang diperoleh sebagai hasil perayapan dengan Oncrawl,
  • Bergerak maju menggunakan beberapa alat perayapan pihak ketiga memastikan bahwa pekerjaannya jelas. Sangat penting untuk memastikan bahwa tidak ada URL yang tertinggal dengan memanfaatkan fitur yang berbeda dari setiap aplikasi perayapan.
  • Penting untuk menyertakan halaman yang telah memperoleh tautan di sini. Untuk ini, perlu untuk menemukan halaman tertaut melalui Search Console, Ahrefs, Semrush, dan alat Majestic dan menambahkannya ke dokumen yang sama.

Setelah mendapatkan semua URL, Anda akan memiliki data yang dikelompokkan mirip dengan yang di bawah ini dalam satu dokumen Excel.

Kami mendapat banyak lembar excel yang berbeda dengan URL yang tersedia. Saatnya untuk menggabungkan semuanya menjadi satu file dan menjadikannya unik. Kami melanjutkan perjalanan kami dengan dokumen di mana tidak ada URL yang cocok, URL Anda saat ini terdaftar dan tidak ada URL penting yang ditinggalkan. Tab ALL pada gambar mewakili area yang saya bicarakan.

Pemetaan URL (Pemetaan URL Lama – Baru)

Dalam proyek di mana struktur URL telah berubah, URL yang ada harus dicocokkan dengan URL baru. SEO yang akan melakukan ini dengan cara terbaik dapat memastikan bahwa proses migrasi berjalan lancar dan tanpa kehilangan.

Penting untuk mencocokkan URL baru dengan setiap URL yang ada di dokumen yang kita buat di langkah sebelumnya. Anda dapat langsung membagikan dokumen ini yang akan Anda lengkapi dengan tim IT, dan meminta identifikasi pengalihan melalui file .htaccess. Atau Anda bisa melakukannya sendiri.

Ada hal-hal penting yang perlu dipertimbangkan dalam langkah ini:

  • Pengalihan sisi server 301 harus digunakan dalam pengalihan yang akan diterapkan. Jenis pengalihan ini secara permanen mengalihkan halaman X ke halaman Y dan memastikan bahwa semua nilai halaman X ditransfer ke halaman Y. Menggunakan 302, 307, JS, Meta atau jenis pengalihan lainnya adalah kesalahan yang sangat kritis dalam proses migrasi.
  • Jangan sertakan URL yang tidak memiliki pengunjung, konten yang buruk, dan yang menurut Anda merugikan anggaran perayapan Anda dalam file Pemetaan URL. Ingatlah bahwa Google telah memesan ruang untuk situs Anda di pusat datanya dan Anda harus menggunakan ruang ini dengan halaman Anda yang paling efisien. Jika Anda telah mengidentifikasi grup halaman yang tidak perlu, buat halaman ini merespons dengan kode status 410.
    Mengapa 410? Kode status 410, tidak seperti 404, mengatakan bahwa halaman ini sekarang dihapus dan tidak akan aktif lagi. Jika Anda menggunakan kode status 404, Googlebot mengunjungi server Anda untuk memeriksa apakah halaman yang sama aktif kembali. Dengan menghilangkan kunjungan ini, 410 merupakan solusi penting untuk menggunakan anggaran perayapan Anda secara efisien.
  • Jangan mengarahkan beberapa halaman ke satu halaman secara massal. Ini menyebabkan kebingungan bagi pengguna dan bot. Alih-alih menerapkan 301 massal untuk halaman yang tidak Anda gunakan dan dianggap tidak produktif, tinjau solusi 410.
  • Jika Anda sedang dalam proses migrasi situs e-niaga dengan ribuan halaman, tidak mungkin menyiapkan pemetaan satu-ke-satu untuk setiap URL. Dalam hal ini, Anda dapat memandu tim TI Anda dengan menyiapkan pola.

Pengalihan Gambar

Gambar juga disertakan dalam migrasi situs dan pemetaan pengalihan. Salah satu kesalahan paling umum yang kami lihat adalah bahwa orientasi gambar tidak disertakan dalam migrasi. Agar tidak kehilangan peringkat dan nilai yang diperoleh di Google Gambar, penting untuk menyiapkan pemetaan URL terpisah untuk gambar. Pekerjaan migrasi harus dilihat berdasarkan URL, bukan berbasis halaman.

Bagaimana melakukan?

  1. Merangkak file gambar Anda dengan Oncrawl.
  2. Anda dapat menganalisis sumber gambar Anda yang memperoleh backlink dengan Ahrefs, Semrush dan Majestic.
  3. Anda dapat mengurai halaman dengan gambar Anda melalui Search Console > Jenis Penelusuran > Gambar.
  4. Kumpulkan semua URL yang Anda dapatkan dalam format excel yang sama dengan yang kami lakukan untuk halaman, hilangkan duplikat, dan selesaikan penyiapan pemetaan Anda.

(Jika Domain Berubah) Alat Perubahan Alamat Google

Setelah menyelesaikan semua pekerjaan pendahuluan dan mengaktifkan pengalihan, ada alat yang memungkinkan kita menentukan pemindahan situs ke Google dan membuat segalanya lebih mudah: Alat Ubah Alamat. Sinyal akan ditangani dalam waktu yang lebih singkat setelah memilih situs lama dan situs baru di alat ini.

  • Kepemilikan properti Search Console diperlukan untuk situs lama dan situs baru.
  • Perubahan alamat hanya digunakan untuk perubahan domain. Tidak tersedia untuk perubahan url subfolder atau migrasi HTTP > HTTPS.
  • Dalam alat perubahan ini, perlu untuk menangani setiap sub-domain secara terpisah, jika ada.
  • Ketika kondisi ini terpenuhi, proses dapat dimulai dengan memilih situs lama dan baru dengan Google Change Address Tool.

Pembaruan Tautan

Situs web sekarang akan memiliki struktur URL baru. Dalam hal ini, semua tautan di situs harus berfungsi di versi baru. Jika URL lama terus digunakan di tautan di dalam situs, banyak pengalihan yang tidak berguna akan berfungsi. Oleh karena itu, tautan berikut harus diperiksa:

  • Semua tautan internal di dalam halaman
  • Tag kanonik
  • -Jika ada- tag Hreflang
  • -Jika ada- Tag alternatif
  • -Jika ada- Tautan Peta Situs HTML
  • Tautan profil media sosial
  • Tautan Halaman Arahan yang digunakan dalam kampanye iklan

Tip : Jika Anda telah mengubah seluruh struktur URL, sebaiknya simpan file peta situs XML Anda dengan URL lama untuk sementara waktu. Buat peta situs XML terpisah dengan struktur URL baru Anda. Terus kirim URL lama ke Googlebot untuk sementara waktu. Dengan cara ini, Googlebot akan mempercepat proses melihat dan mengindeks redirect pada url lama. Bergantung pada ukuran situs, saya sarankan agar file peta situs XML Anda tetap aktif setidaknya berusia 1 bulan.

Kontrol

Setelah pengalihan diterapkan, perlu untuk mengonfirmasi bahwa kode status setiap URL adalah 301 dengan merayapi URL lama yang diperoleh sebelumnya. Di sini, sangat penting untuk mengambil tindakan cepat ketika URL dengan kode status selain 301 terdeteksi.

Pos pemeriksaan lain yang harus diperhatikan:

  • File robots.txt
  • Kode pelacakan Google Analytics
  • Kontrol verifikasi Search Console (jika domain telah berubah, harus dilanjutkan dengan 2 domain yang berbeda, lama dan baru)
  • Tag meta (noindex, ikuti)
  • Tag kanonik

Perhatikan juga ini:

  • Jika memungkinkan, penyedia backlink harus dihubungi dan tautan lama harus diganti dengan yang baru. Jika jaringan backlink besar, bisa dibuatkan perencanaan sesuai urutan kepentingan dan hanya yang penting saja yang bisa dihubungi./li>
  • Halaman arahan yang digunakan dalam kampanye iklan harus ditinjau atau tim terkait harus diberi tahu.
  • Dengan merayapi situs baru, itu harus diperiksa apakah semua tautan bekerja dengan lancar, dan jika pengulangan pengalihan terjadi di dalam situs, intervensi segera harus diambil.
  • Tautan di profil media sosial harus diperbarui.
  • Pengindeksan halaman baru harus diikuti.
  • Kinerja kata kunci harus dipantau.
  • Pengalihan 301 tidak boleh dinonaktifkan dalam waktu dekat, mereka harus selalu tetap aktif.
  • Jika domain telah diubah; Domain lama harus disimpan minimal 2 tahun lagi.
  • Data lama (URL, log, kinerja kata kunci, dll.) harus disimpan untuk sementara waktu.
  • Jika file penolakan dipasang di situs lama, itu juga harus diunggah ke domain baru.

Google menangani pengaturan perutean antara situs lama dan baru selama 180 hari. Setelah periode 180 hari, ia tidak mengenali hubungan apa pun antara situs lama dan baru dan memperlakukan situs lama sebagai situs yang tidak relevan jika masih ada dan dapat dirayapi.