T&J SEO Moz Baru: Studi Kasus Migrasi URL 100K

Haruskah Anda selalu mengharapkan penurunan lalu lintas selama migrasi situs/URL, bahkan yang sementara?

Jika Anda tidak menyadarinya, Moz baru-baru ini meluncurkan platform Tanya Jawab SEO baru yang mengkilap untuk dilihat, dijelajahi, dan digunakan di seluruh dunia untuk mempelajari SEO.

Awalnya diluncurkan sebagai fitur pribadi untuk anggota Pro bertahun-tahun yang lalu, Q&A dibuka untuk umum — dan mesin pencari — melihat kembali pada tahun 2011.

Pada tahun-tahun sejak itu, itu tumbuh menjadi lebih 60.000 posting mencakup setiap topik SEO yang bisa dibayangkan, dan puluhan juta tampilan halaman. Untuk waktu yang lama, sebagian besar lalu lintas organik Moz berasal dari Q&A.

Sayangnya, seperti yang sering terjadi, seiring waktu Q&A mengalami pengabaian yang serius. Hasil dari:

• Platform mengumpulkan satu ton utang teknis, membuatnya hampir tidak mungkin untuk memperbarui

• Halaman dimuat sangat lambat banyak pengguna menyerah sepenuhnya

• Spam menjadi semakin umum

• Alat moderasi sudah usang, dan tidak bisa mengikuti

Karena alasan ini, dua hal yang dapat diprediksi terjadi:

1. T&J menjadi kurang bermanfaat dan memuaskan pengguna

2. Seiring waktu, lalu lintas turun secara signifikan

Jadi Moz punya pilihan: segera perbaiki Q&A, atau matikan.

Untungnya, kami memilih untuk memperbaikinya.

Bekerja dengan tim yang fantastis di NodeBB (sangat disarankan, omong-omong), kami dengan cepat membuat Q&A baru menggunakan database kami yang ada, tetapi dengan teknologi yang sepenuhnya modern di bagian depan dan belakang.

Mengapa migrasi ini menantang

Kami berada di bawah batasan waktu yang ketat. Apa yang biasanya memakan waktu berbulan-bulan, kami harus menyelesaikannya dalam beberapa minggu. Ini menghadirkan tantangan unik dari perspektif SEO.

Tantangan terbesar? Seluruh struktur URL kami perlu diubah. (Jika kita punya lebih banyak waktu, kita bisa menghindari ini, tapi itu adalah kemewahan yang tidak kita miliki.)

Itu berarti kami perlu memigrasikan ribuan URL yang terlihat seperti ini:

Migrasi juga termasuk semua profil pengguna Moz, yang nomornya ada di ratusan ribu. Agar adil, sebagian besar profil pengguna sebenarnya tidak diindeks.

Bagaimanapun, ini adalah migrasi besar-besaran!

Bendera merah potensial lainnya adalah sebagian besar Q&A akan menggunakan rendering sisi klien — tidak dianggap sebagai praktik SEO terbaik! Kami dapat menerapkan solusi untuk rendering sisi server, tetapi sekali lagi, kami tidak punya waktu. Kami khawatir Google akan kesulitan merender konten, dan ini mungkin menurunkan peringkat kami (lebih lanjut tentang ini nanti.)

Bagaimana kami menjalankan migrasi

Untuk melakukan migrasi besar ini sambil meminimalkan risiko kehilangan lalu lintas, kami mengikuti praktik terbaik migrasi situs SEO dasar, bersama dengan beberapa tambahan “khusus” untuk dorongan tambahan.

1. Pemetaan pengalihan 301

Sederhananya, bagaimana Anda menerapkan pengalihan 301 Anda adalah: buat atau hancurkan migrasi Anda penerapan.

Bagi kami, ini sebenarnya adalah bagian pekerjaan yang paling mudah dan paling mudah, seperti yang kami miliki banyak pengalaman dengan migrasi situs! (Apakah ada yang ingat seomoz.org?)

1. Kami membuat daftar setiap kemungkinan URL dan jalur URL. Sungguh menakjubkan betapa banyak URL dan pola yang mungkin Anda lewatkan. Perayap yang baik sangat penting untuk membantu memastikan Anda tidak melupakan apa pun. Untuk Moz, kami dapat melakukannya dengan data dari Google Analytics, Search Console, dan perayapan situs Moz Pro kami sendiri.

2. Kami memetakan setiap URL ke URL yang sesuai di platform NodeBB baru. Meskipun kami menemukan banyak kasus tepi, ini relatif mudah.

3. Kami memastikan untuk mengalihkan semuanya melalui 301. Ini penting karena banyak platform dan pengembang mungkin menggunakan 302 secara default. Sementara Google telah memberi tahu kami bahwa mereka melewati PageRank secara merata melalui 302 detik dan 301 detik, Google juga telah mengindikasikan bahwa 301 adalah sinyal kanonikalisasi yang lebih kuat.

Berbicara tentang kanonikalisasi, kami juga menjalankan perayapan struktur URL baru menggunakan platform NodeBB. Dalam kasus di mana kami menemukan jalur URL yang tidak cocok dengan pola lama kami atau kami pikir tidak relevan, tim NodeBB dapat dengan mudah menyiapkan pola kanonikalisasi untuk menghindari Google mengindeks URL kami secara berlebihan.

2. Manajemen peta situs maksimum

Bagian penting dari strategi migrasi kami adalah pengelolaan peta situs. Ini melibatkan dua langkah:

1. URL Lama: Kami sudah memiliki peta situs dari semua URL lama. Yang penting, kami membuat peta situs ini tetap aktif dan terdaftar di Search Console. Dengan cara ini, Google akan terus merayapi URL lama dan “melihat” pengalihan.

Seringkali, webmaster membuat kesalahan dengan menghapus peta situs terlalu dini, yang dapat menyebabkan penurunan tingkat perayapan oleh Google. Ini berarti Google mungkin membutuhkan waktu lebih lama untuk memproses pengalihan.

Peta Situs bukanlah jaminan yang sempurna bahwa Google akan mengunjungi semua URL lama Anda, tetapi mereka memberikan petunjuk. Faktanya, kami masih memiliki beberapa ribu URL setelah beberapa bulan Google masih belum mengunjungi, bahkan dengan peta situs yang ada. Terlepas dari itu, tanpa peta situs dari URL lama, masalahnya bisa memakan waktu lebih lama.

2. URL baru: Peta situs lama kami dikelompokkan ke dalam daftar masing-masing 50.000 — maksimum yang diizinkan oleh Google. Ada beberapa saran di komunitas SEO bahwa mengelompokkan URL ke dalam peta situs yang lebih kecil benar-benar dapat meningkatkan efisiensi perayapan.

Untungnya, NodeBB memungkinkan kami untuk membuat peta situs yang lebih kecil secara default, jadi itulah yang kami lakukan. Alih-alih 2-3 peta situs dengan puluhan ribu URL, kami sekarang memiliki 130 peta situs XML individu, biasanya dengan masing-masing tidak lebih dari 500 URL.

3. Pembersihan spam + cruft

Seperti yang saya sebutkan sebelumnya, Q&A lama sudah berakhir 60.000 posting individu dibangun selama 10 tahun.

Tak pelak, sejumlah posting ini berkualitas sangat rendah. Kami menduga bahwa kualitas posting yang rendah, bersama dengan pengalaman pengguna yang buruk, dapat menyebabkan Google memberi peringkat lebih rendah kepada kami.

Sekali lagi, keterbatasan waktu membuat kami tidak bisa melakukannya secara penuh audit pemangkasan konten. Untungnya, NodeBB datang untuk menyelamatkan lagi (ini mulai terdengar seperti advertorial — saya bersumpah tidak!) dan menjalankan semua 60.000 posting melalui plugin spam mereka untuk menghapus pelanggar yang paling jelas dan berkualitas rendah.

Secara total, kami menghapus lebih dari 10.000 postingan.

Kami tidak mengarahkan ulang URL ini, dan membiarkannya 404 setelah migrasi. Sepertinya tidak ada yang merindukan mereka.

FYI: sumber bagus lainnya tentang pemangkasan konten adalah webinar yang luar biasa ini dengan Bernard Huang, Suganthan Mohanadasan, dan Andy Chadwick.

4. Tautan internal & pengalaman pengguna yang lebih baik

Meskipun kami melakukan porting pada konten dan desain dasar yang sama, migrasi memberikan peluang besar untuk meningkatkan pengalaman pengguna. Untuk mencapai ini, kami membuat dua penyesuaian kecil pada keseluruhan UX:

1. Menambahkan remah roti di seluruh aplikasi

2. Menambahkan “pertanyaan terkait” yang sangat relevan di bilah sisi

T&J lama tidak memiliki fitur-fitur ini. Pengguna yang mendapatkan pertanyaan tidak memiliki opsi untuk menjelajahi pertanyaan lain. Akibatnya, kami menderita selama bertahun-tahun dengan rasio pentalan yang sangat tinggi dan metrik keterlibatan situs yang buruk.

Hasil: Sebelum dan sesudah migrasi

Sejujurnya, saya belum pernah melihat migrasi seperti ini. Setelah melakukan banyak migrasi, saya melakukan yang terbaik untuk mempersiapkan semua orang untuk skenario yang paling mungkin: bersiaplah untuk penurunan lalu lintas 15-30% selama 1-3 bulan sementara Google memproses semua URL.

Sebenarnya, tidak ada yang mendekati itu terjadi.

Seperti yang Anda lihat pada bagan di bawah, kami benar-benar melihat peningkatan lalu lintas, hampir dimulai pada hari pertama.

Faktanya, dalam dua bulan setelah migrasi, lalu lintas organik Google ke halaman Tanya Jawab adalah naik hampir 19% dibandingkan dengan lalu lintas ke semua halaman lainnya.

Apa yang menyebabkan peningkatan lalu lintas secara langsung ini? Apakah cakupan peta situs yang ditingkatkan, tautan internal yang lebih baik, atau yang lainnya?

Kami tidak tahu pasti, tapi kami punya petunjuk.

Segera setelah kami meluncurkan Q&A baru, jumlah pertunangan melonjak:

• Waktu yang lebih tinggi di situs

• Tingkat bouncing yang lebih rendah

• Lebih banyak halaman per sesi

Singkatnya, pengguna tampaknya jauh lebih bahagia dan lebih terlibat dengan pengalaman baru.

Bisakah keterlibatan pengguna yang ditingkatkan telah membantu peringkat?

Sekali lagi, kita tidak tahu. Google agak bungkam tentang bagaimana mungkin atau mungkin tidak menggunakan sinyal klik pengguna untuk tujuan peringkat, tapi kami memiliki kecurigaan kami.

Pindah ke masa depan

Kami masih terus meningkatkan pengalaman Tanya Jawab. Terutama, kami bekerja untuk memprioritaskan peningkatan kecepatan, terutama sehubungan dengan pekerjaan Google Data Web Inti.

Terlepas dari itu, ini jelas merupakan migrasi yang menyenangkan di mana kami tidak mengalami penurunan lalu lintas — bahkan untuk satu hari pun!

Mungkin jika Anda sangat meningkatkan pengalaman pengguna, arsitektur situs, dan praktik terbaik SEO, migrasi sebenarnya dapat menghasilkan kemenangan bersih yang cepat.