Gejala yang membawa orang ke topik ini hampir selalu sama: perusahaan memiliki bagian berbahasa Jepang, bagian itu sudah terindeks, tetapi pengguna di Jepang terus mendarat di halaman bahasa Inggris. Terkadang halaman bahasa Inggris bahkan mengungguli halaman bahasa Jepang untuk kueri berbahasa Jepang.

Hreflang biasanya menjadi bagian dari cerita itu. Tidak selalu seluruhnya — halaman Jepang yang tidak dicari siapa pun tidak akan meraih peringkat bagaimanapun anotasinya — tetapi inilah bagian yang bisa Anda perbaiki secara pasti, dan layak diperbaiki sebelum Anda menyimpulkan hal lain.

Apa yang sebenarnya dilakukan hreflang

Hreflang tidak membuat halaman meraih peringkat. Hreflang memberi tahu Google bahwa beberapa URL merupakan versi bahasa atau versi regional alternatif dari konten yang sama, sehingga ketika salah satunya layak tampil dalam hasil pencarian, Google dapat menggantinya dengan versi yang sesuai dengan bahasa dan lokasi pengguna.

Dari definisi itu muncul dua konsekuensi, dan sebagian besar kesalahan hreflang berasal dari terlewatnya salah satunya.

Pertama, hreflang adalah mekanisme penggantian, bukan pendongkrak. Jika halaman Jepang Anda tidak memiliki visibilitas sendiri dan halaman bahasa Inggris juga tidak, hreflang yang benar tidak mengubah apa pun.

Kedua, hreflang bekerja pada klaster URL, bukan pada situs. Setiap halaman memiliki klasternya sendiri. /services/technical-seo/ dan /ja/services/technical-seo/ membentuk satu klaster; kedua halaman beranda membentuk klaster lain. Satu blok anotasi untuk seluruh situs yang mengarah ke halaman beranda setiap bahasa, lalu diulang di setiap halaman, adalah salah satu cara paling umum untuk memiliki hreflang tanpa mendapatkan manfaat apa pun darinya.

ja atau ja-JP?

Subtag bahasanya adalah ja. Bukan jp. jp adalah kode negara — itulah yang muncul di .co.jp dan di ja-JP — dan bukan nilai bahasa yang valid jika berdiri sendiri. hreflang="jp" tidak valid dan langsung diabaikan. Ini adalah kesalahan hreflang yang paling sering kami temukan pada bagian situs berbahasa Jepang, dan karena anotasi yang tidak valid gagal tanpa peringatan, kesalahan ini bisa bertahan bertahun-tahun.

Antara ja dan ja-JP, jawaban jujurnya adalah ja tepat untuk sebagian besar situs.

  • ja berarti “halaman ini untuk penutur bahasa Jepang”, di mana pun di dunia.
  • ja-JP berarti “halaman ini untuk penutur bahasa Jepang di Jepang”, dan mengecualikan penutur bahasa Jepang yang mengakses dari tempat lain.

Gunakan subtag wilayah hanya jika Anda benar-benar memiliki lebih dari satu versi berbahasa Jepang yang dibedakan berdasarkan negara — misalnya halaman ja-JP dengan harga untuk Jepang dan halaman ja-SG untuk entitas di Singapura. Jika Anda hanya memiliki satu halaman Jepang, ja sudah mencakup semua orang yang seharusnya melihatnya, termasuk penutur bahasa Jepang yang sedang bepergian atau tinggal di luar negeri. Mempersempit ke ja-JP tanpa alasan hanya menghilangkan sebagian audiens.

Jika Anda menggunakan subtag wilayah, nilainya harus berupa kode negara ISO 3166-1 alpha-2, dan penulisan huruf yang lazim adalah ja-JP (nilainya tidak peka huruf besar-kecil, tetapi konsistensi memudahkan audit).

Timbal balik adalah aturan yang paling sering dilanggar

Setiap URL dalam sebuah klaster harus mencantumkan setiap URL dalam klaster tersebut, termasuk dirinya sendiri. Jika halaman A menyatakan halaman B sebagai alternatif berbahasa Jepang, tetapi halaman B tidak menyatakan halaman A sebaliknya, Google dapat mengabaikan anotasi tersebut sepenuhnya.

Referensi ke diri sendiri benar-benar wajib, dan benar-benar sering terlewat. Halaman Jepang harus menyertakan baris hreflang="ja" yang mengarah ke dirinya sendiri, bukan hanya baris yang mengarah ke halaman bahasa Inggris.

Untuk situs dengan halaman asli berbahasa Inggris dan versi berbahasa Jepang, blok yang identik muncul di kedua halaman:

<link rel="alternate" hreflang="en" href="https://example.com/services/pricing/" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/services/pricing/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/services/pricing/" />

Cara paling andal untuk memastikan timbal balik yang benar adalah berhenti memeliharanya secara manual. Hasilkan klaster dari satu sumber kebenaran — registri halaman yang mengetahui dalam bahasa apa saja setiap halaman tersedia — sehingga setiap halaman dalam klaster secara otomatis menghasilkan daftar yang sama. Hreflang yang dipelihara secara manual mulai rusak begitu seseorang menambahkan halaman baru.

x-default

x-default menandai halaman yang ditampilkan ketika tidak ada versi lain yang cocok untuk pengguna. Atribut ini opsional, dan sering disalahpahami.

Arahkan ke halaman mana pun yang menjadi pilihan cadangan yang masuk akal untuk “pengguna yang tidak memiliki versi lain yang lebih cocok”. Biasanya itu adalah versi global berbahasa Inggris, atau halaman pemilih bahasa yang sesungguhnya jika Anda memilikinya. Jangan arahkan x-default ke halaman Jepang — halaman itu akan ditampilkan kepada pengguna yang tidak Anda maksudkan.

x-default juga termasuk dalam aturan timbal balik: anotasi yang sama harus ada di setiap halaman dalam klaster, termasuk halaman yang ditunjuknya.

Satu nuansa yang perlu diketahui: x-default baru bermanfaat ketika ada lebih dari satu versi yang bisa dipilih. Pada halaman yang hanya tersedia dalam satu bahasa, seluruh blok anotasi itu tidak ada gunanya.

Di mana menempatkannya

Ada tiga metode penyampaian, semuanya sama validnya bagi Google:

  • Elemen <link> di <head> — paling sederhana, dan pilihan default yang tepat untuk sebagian besar situs. Elemen ini harus berada di <head> HTML mentah, bukan disisipkan oleh JavaScript ke dalam <body>.
  • Header HTTP Link — satu-satunya opsi untuk file non-HTML seperti PDF.
  • Anotasi di sitemap XML — sering kali pilihan yang paling mudah dipelihara untuk situs besar, karena seluruh peta klaster berada dalam satu file yang dihasilkan, bukan tersebar di ribuan template.

Pilih salah satu. Dua metode yang saling bertentangan lebih buruk daripada salah satunya saja, dan ini hasil yang ternyata cukup umum ketika sebuah plugin dan template yang ditulis manual sama-sama aktif.

Canonical dan hreflang harus selaras

Di sinilah banyak konfigurasi yang selebihnya sudah benar justru gagal.

Setiap versi bahasa harus self-canonical. Canonical halaman Jepang mengarah ke dirinya sendiri. Jika halaman Jepang memuat <link rel="canonical"> yang mengarah ke URL bahasa Inggris — yang terjadi lebih sering dari yang Anda kira, biasanya sisa dari kekhawatiran soal konten duplikat — Anda telah memberi tahu Google bahwa halaman Jepang sama sekali tidak perlu diindeks, dan anotasi hreflang yang mengarah ke sana menjadi tidak berarti.

Aturan terkait yang berasal dari prinsip yang sama:

  • hreflang harus mengarah ke URL canonical yang dapat diindeks — bukan pengalihan, bukan varian berparameter, bukan halaman noindex.
  • Gunakan URL absolut, lengkap dengan protokolnya. URL hreflang relatif tidak didukung.
  • Samakan konvensi garis miring di akhir URL, www, dan https secara persis. https://example.com/ja/pricing dan https://example.com/ja/pricing/ adalah URL yang berbeda, dan ketidakcocokan ini merusak timbal balik meskipun browser mendarat di tempat yang sama.

Subdirektori, subdomain, atau .co.jp

Hreflang bekerja dengan cara yang sama di ketiganya. example.com/ja/, ja.example.com, dan example.co.jp semuanya dapat dianotasi sebagai alternatif satu sama lain, dan Google menangani klaster hreflang lintas domain dengan baik.

Jadi keputusan struktur URL bukanlah keputusan hreflang — melainkan keputusan tentang otoritas, operasional, dan kredibilitas, yang kami bahas tersendiri dalam Apakah Anda Perlu Domain .co.jp untuk Meraih Peringkat di Jepang?. Satu-satunya poin yang relevan dengan hreflang: klaster lintas domain lebih sulit dijaga timbal baliknya, karena kedua sisinya biasanya dipelihara oleh tim yang berbeda dengan siklus rilis yang berbeda. Itu risiko operasional, bukan risiko peringkat, tetapi risikonya nyata.

Pola kegagalan yang perlu diperiksa lebih dulu

Kurang lebih sesuai urutan kami menemukannya:

  1. hreflang="jp" alih-alih hreflang="ja".
  2. Tidak ada anotasi referensi diri di salah satu atau kedua sisi.
  3. Klaster yang tidak timbal balik — biasanya karena bagian berbahasa Jepang dibangun belakangan, oleh tim yang berbeda, dari template yang berbeda.
  4. Anotasi seluruh situs yang mengarahkan setiap halaman ke kedua halaman beranda.
  5. Target hreflang yang dialihkan, menghasilkan 404, atau memuat noindex.
  6. Canonical halaman Jepang yang mengarah ke halaman bahasa Inggris.
  7. Ketidakcocokan protokol, www, atau garis miring di akhir URL antara anotasi dan URL sebenarnya.
  8. Anotasi yang disisipkan oleh JavaScript di sisi klien.
  9. Pengalihan otomatis berbasis IP yang menjauhkan Googlebot — yang sebagian besar merayapi dari alamat IP AS — dari halaman-halaman Jepang sepenuhnya.

Poin terakhir perlu ditekankan karena ia menggagalkan semua hal lainnya. Jika pengunjung dari IP Jepang dipaksa dialihkan ke /ja/ dan semua pengunjung lain dipaksa dialihkan menjauh darinya, anotasi Anda menggambarkan situs yang tidak bisa dirayapi oleh Google. Sarankan pergantian bahasa melalui banner yang bisa ditutup; jangan memaksakannya.

Cara memvalidasi

Google telah menghentikan laporan International Targeting khusus di Search Console, sehingga tidak ada lagi validator hreflang resmi yang bisa diandalkan. Validasi kini menjadi tugas Anda sendiri, dan itu tidak sulit:

  • Rayapi kedua bagian bahasa dengan crawler yang mengekstrak hreflang, dan periksa timbal balik di seluruh kumpulan URL, bukan hanya memeriksa satu halaman secara acak. Kesalahan timbal balik bersifat sistematis; jika satu halaman memilikinya, kemungkinan ratusan halaman lain juga.
  • Pastikan setiap URL target mengembalikan status 200, self-canonical, dan dapat diindeks.
  • Periksa HTML mentah, bukan DOM yang sudah dirender di inspector browser Anda — keduanya bisa berbeda.
  • Gunakan alat URL Inspection pada halaman Jepang yang representatif untuk memastikan Google melihat canonical yang Anda maksudkan.
  • Pantau laporan Performance di Search Console yang difilter ke Jepang, dan perhatikan URL mana yang menerima impresi untuk kueri berbahasa Jepang. Jika masih URL bahasa Inggris berminggu-minggu setelah perbaikan, berarti anotasinya tidak dipatuhi Google, atau halaman Jepang tersebut bukan hasil yang kredibel untuk kueri itu.

Perbedaan terakhir itulah yang perlu dipegang. Hreflang menentukan mana di antara halaman Anda yang ditampilkan. Hreflang tidak menentukan apakah salah satunya memang layak ditampilkan. Jika halaman Jepang adalah terjemahan langsung dari halaman bahasa Inggris yang dibangun berdasarkan permintaan pencarian berbahasa Inggris, anotasi yang benar hanya akan memunculkan halaman yang tidak dicari siapa pun — argumen yang kami uraikan panjang lebar dalam Mengapa Menerjemahkan Situs Web Anda Bukan SEO Jepang.

Perbaiki lapisan teknis lebih dulu, karena lapisan ini bisa dipastikan dan akan tetap beres. Setelah itu, kerjakan separuh yang lebih sulit.

Jika Anda ingin konfigurasi Anda diperiksa dengan saksama, itu merupakan bagian dari layanan SEO internasional untuk Jepang dan SEO teknis kami — kirimkan URL-nya kepada kami dan kami akan menyampaikan temuan kami.