Kesalahan hreflang yang umum dalam WordPress multibahasa

Mengapa hreflang begitu sering rusak di WordPress

Hreflang bergantung pada kumpulan lengkap URL bahasa yang saling merujuk. Di WordPress, kumpulan itu biasanya disusun dari hubungan konten, struktur permalink, dan sistem apa pun yang menyimpan pemetaan bahasa. Jika salah satu bagian dari rantai itu berubah tanpa memperbarui yang lain, alternatifnya berhenti menggambarkan kumpulan konten yang sama.

Itulah sebabnya banyak kegagalan tidak terlihat sebagai halaman yang rusak. Halamannya tetap dimuat, tetapi mesin pencari menerima sinyal yang saling bertentangan: satu URL mengatakan bahwa itu adalah versi bahasa Inggris, yang lain menunjuk ke slug berbeda, dan versi ketiga mungkin tidak lagi dapat diindeks atau mungkin memiliki kanonik ke tempat lain. Hasilnya adalah masalah hubungan, bukan sekadar masalah markup.

Tautan balik yang hilang

Satu set hreflang harus bersifat timbal balik. Jika halaman Prancis menunjuk ke halaman Inggris, halaman Inggris harus menunjuk kembali ke halaman Prancis dan ke setiap alternatif valid lain dalam set tersebut.

Di WordPress, tautan balik sering gagal ketika satu terjemahan diterbitkan belakangan, ketika templat hanya merender alternatif pada beberapa jenis pos, atau ketika hubungan bahasa ada di satu arah tetapi tidak di arah lain. Ini menciptakan grafik yang tidak lengkap: mesin pencari dapat melihat bahwa sebuah halaman mengklaim alternatif, tetapi mereka tidak dapat memverifikasi seluruh set dari setiap anggotanya.

Konsekuensi operasionalnya adalah satu tautan balik yang hilang dapat melemahkan seluruh klaster. Masalah ini sangat mudah terlewat ketika editor konten hanya memperbarui satu versi bahasa dan menganggap hubungannya masih utuh.

Pemetaan bahasa atau lokal yang salah

Kegagalan yang umum adalah mencampuradukkan kode bahasa, varian regional, atau label situs. Nilai hreflang harus menggambarkan target bahasa atau bahasa-wilayah yang sebenarnya, bukan label menu atau konvensi penamaan internal situs.

Di WordPress, ini sering muncul ketika sebuah situs memiliki beberapa varian bahasa Inggris, atau ketika terjemahan ditetapkan ke hubungan lokal yang salah setelah migrasi konten. Halamannya mungkin sudah sepenuhnya diterjemahkan, tetapi jika pemetaannya menyebut bahasa atau wilayah yang salah, sinyalnya menjadi menyesatkan.

Ini penting karena hreflang digunakan untuk membedakan versi yang sangat mirip. Jika pemetaannya salah, mesin pencari dapat menganggap halaman yang salah sebagai kecocokan terbaik untuk bahasa atau wilayah pengguna, meskipun kontennya sendiri sudah benar.

Kumpulan URL yang tidak konsisten antarversi bahasa

Setiap halaman dalam klaster hreflang harus merujuk ke kumpulan alternatif yang sama. Jika halaman Inggris mencantumkan Inggris, Prancis, dan Jerman, tetapi halaman Jerman hanya mencantumkan Jerman dan Inggris, maka kumpulannya tidak konsisten.

Ini biasanya terjadi ketika hubungan bahasa dikelola secara manual, ketika satu templat digunakan ulang di berbagai jenis pos dengan cakupan terjemahan yang berbeda, atau ketika beberapa halaman dikecualikan dari keluaran alternatif karena tidak memiliki terjemahan yang cocok. Masalahnya bukan sekadar kehilangan satu URL; masalahnya adalah klaster itu tidak lagi menggambarkan kumpulan bersama yang stabil.

Bagi penerap WordPress, pertanyaan praktisnya adalah apakah daftar alternatif diturunkan dari hubungan konten saat ini atau dikodekan secara keras per templat. Daftar yang dikodekan keras akan menyimpang begitu terjemahan ditambahkan, dihapus, atau tidak diterbitkan.

Target yang tidak dapat diindeks

Hreflang harus mengarah ke URL yang dapat diindeks oleh mesin pencari. Jika sebuah target diblokir, noindex, tidak tersedia, atau tidak memenuhi syarat untuk diindeks, target itu tidak dapat menjadi alternatif yang andal.

Di WordPress, ini bisa terjadi ketika halaman terjemahan masih berupa draf, dilindungi, dikecualikan oleh pengaturan situs, atau dirender melalui rute yang memang tidak dimaksudkan untuk diindeks. Ini juga bisa terjadi ketika terjemahan ada di sistem konten tetapi URL publiknya sebenarnya tidak dapat diakses.

Mode kegagalannya halus: hubungannya tampak lengkap di CMS, tetapi tujuan akhirnya tidak dapat berpartisipasi dalam pengindeksan pencarian. Artinya, sinyal hreflang menunjuk ke halaman yang tidak dapat menjalankan perannya dalam klaster.

Pengalihan yang berada di dalam set hreflang

Hreflang seharusnya merujuk ke URL tujuan kanonik akhir, bukan URL yang langsung dialihkan. Pengalihan menambah lapisan interpretasi lain dan dapat mengaburkan URL mana yang dimaksud untuk mewakili versi bahasa.

Di WordPress, pengalihan sering muncul setelah perubahan permalink, pembaruan slug, atau penyesuaian perutean khusus bahasa. Jika keluaran hreflang masih menggunakan URL lama, hubungan itu menunjuk ke target yang bergerak. Jika rantai pengalihan berubah nanti, set hreflang dapat menurun secara diam-diam.

Trade-off rekayasanya jelas: pengalihan berguna untuk mempertahankan tautan lama, tetapi hreflang harus dipelihara pada URL tujuan yang stabil. Jika tidak, grafik bahasa dan lapisan perutean akan menjauh satu sama lain.

Konflik kanonik

URL hreflang dan sinyal kanoniknya perlu sepakat tentang halaman mana yang mewakili konten. Jika halaman terjemahan memiliki kanonik ke versi bahasa lain, sinyalnya bertentangan.

Ini bisa terjadi ketika logika kanonik diwarisi dari templat, ketika lapisan data milik plugin mengeluarkan alternatif tetapi tema atau lapisan SEO mengeluarkan kanonik yang berbeda, atau ketika hubungan konten disalin dari satu bahasa ke bahasa lain tanpa menyesuaikan target kanonik. Hasilnya adalah satu sistem mengatakan, “ini halaman Prancis,” sementara sistem lain mengatakan, “halaman Inggris adalah versi yang dipilih.”

Konflik itu dapat membuat hreflang kurang tepercaya karena mesin pencari menerima dua instruksi yang bersaing tentang URL yang sama. Pola yang paling aman adalah konsisten: setiap halaman bahasa yang dapat diindeks harus memiliki kanonik ke dirinya sendiri kecuali ada alasan yang disengaja dan terdokumentasi untuk tidak melakukannya.

Hubungan usang setelah perubahan konten

Perubahan konten WordPress tidak selalu mempertahankan hubungan bahasa secara otomatis. Perubahan slug, penghapusan terjemahan, duplikasi pos, atau penggabungan konten dapat meninggalkan referensi usang di meta pos, bidang kustom, atau data hubungan milik plugin.

Ini adalah salah satu kegagalan jangka panjang yang paling umum karena situs mungkin sudah benar saat diluncurkan. Seiring waktu, editor memperbarui satu bahasa, memindahkan halaman, atau menghentikan terjemahan, tetapi set alternatif tidak dibangun ulang. Keluaran hreflang kemudian mengiklankan URL yang tidak lagi termasuk bersama.

Risiko operasionalnya bersifat kumulatif. Semakin sering konten berubah, semakin besar kemungkinan grafik bahasa menjadi sebagian usang kecuali sistem menghasilkan ulang hubungan dari sumber kebenaran saat ini.

Bagaimana kegagalan ini biasanya muncul di WordPress

Sebagian besar masalah hreflang di WordPress berasal dari ketidaksesuaian antara status konten dan status keluaran. CMS mungkin tahu pos mana yang merupakan terjemahan, tetapi halaman yang dirender, tag kanonik, lapisan pengalihan, atau struktur permalink mungkin tidak lagi mencerminkan hubungan itu.

Itulah sebabnya penerap harus berpikir dalam hal dependensi: hubungan terjemahan, URL publik, kemampuan target untuk diindeks, dan tujuan kanonik semuanya perlu sepakat. Jika satu lapisan berubah tanpa yang lain, klaster hreflang menjadi tidak konsisten meskipun markup-nya sendiri valid secara sintaks.