Hampir setiap klien yang datang ke saya dengan keluhan soal situs multibahasa membuka percakapan dengan kalimat yang sama: “Semua halaman sudah diterjemahkan, tapi versi Inggrisnya tidak pernah muncul di Google.” Mereka sudah membayar penerjemah, sudah memasang plugin, sudah menunggu tiga bulan. Yang terjadi justru halaman bahasa Indonesia dan halaman bahasa Inggris saling makan, atau salah satunya hilang dari indeks tanpa penjelasan.
Saya akan jujur sejak awal: SEO multibahasa itu pekerjaan arsitektur dan konsistensi sinyal, bukan pekerjaan terjemahan. Terjemahan hanya bahan bakunya. Yang menentukan Google menampilkan versi yang tepat ke orang yang tepat adalah bagaimana URL disusun, bagaimana tiap versi saling menunjuk, dan apakah semua sinyal di halaman itu bercerita hal yang sama. Begitu satu sinyal berbeda cerita, Google memilih sendiri, dan pilihannya sering bukan yang Anda mau.
Di tulisan ini saya bongkar urutannya: empat keputusan yang harus diambil sebelum satu kalimat pun diterjemahkan, kenapa hreflang tidak bekerja seperti yang banyak orang bayangkan, framework empat lapis yang saya pakai untuk mengaudit situs multibahasa, dan satu perubahan di Google Search Console yang membuat separuh tutorial SEO multibahasa berbahasa Indonesia sekarang menyesatkan.
Situs Sudah Tiga Bahasa, Tapi Google Cuma Mengindeks Satu
Pola kerusakannya selalu mirip. Halaman bahasa Indonesia aman di halaman satu. Versi Inggris dan versi Arab terindeks beberapa minggu, lalu satu per satu pindah ke status “Alternate page with proper canonical tag” atau hilang begitu saja dari laporan indeks.
Pemiliknya biasanya menyimpulkan konten terjemahannya kurang bagus, lalu menyuruh penulis merombak isinya. Tiga bulan lagi terbuang. Padahal yang rusak bukan kontennya.
Yang rusak biasanya satu dari dua hal. Pertama, semua versi bahasa memasang canonical ke versi aslinya, sehingga pemiliknya sendiri yang memberi tahu Google “halaman ini cuma duplikat, abaikan saja”. Kedua, antar versi tidak saling menunjuk, jadi Google tidak pernah tahu ketiga halaman itu satu keluarga, dan memperlakukan mereka sebagai tiga halaman mirip yang harus dipilih satu.
Dua hal itu tidak akan pernah ketemu kalau yang diaudit adalah kualitas tulisan.
Apa Itu SEO Multibahasa, dan Bedanya dengan SEO Multiregional
SEO multibahasa adalah praktik mengoptimalkan satu situs yang punya beberapa versi bahasa, supaya mesin pencari paham versi mana yang ditujukan untuk siapa, dan menampilkan versi yang tepat tanpa versi lain ikut terkanibal.
Yang sering tercampur adalah istilahnya. Dua hal ini berbeda, dan keputusan teknisnya juga berbeda:
- Multibahasa berarti satu konten tersedia dalam beberapa bahasa. Contohnya situs layanan yang punya versi Indonesia dan versi Inggris untuk calon klien asing.
- Multiregional berarti satu bahasa ditujukan ke beberapa negara. Contohnya toko yang punya halaman bahasa Inggris berbeda untuk Singapura dan Australia, karena harga, pengiriman, dan mata uangnya beda.
- Keduanya sekaligus adalah kasus paling rumit, dan di sinilah kesalahan kode negara paling sering muncul.
Bedakan ini di awal, karena menentukan apakah Anda butuh penargetan bahasa saja (id, en), atau bahasa plus wilayah (en-SG, en-AU). Salah pilih di tahap ini akan menyeret kesalahan ke semua halaman.
Empat Keputusan yang Dibuat Sebelum Satu Kalimat Diterjemahkan
Saya selalu menahan klien yang sudah bersemangat memesan jasa penerjemah. Ada empat keputusan yang harus beres dulu, karena keempatnya mahal untuk diubah setelah ratusan URL terbentuk. Urutannya bukan selera: tiap keputusan membatasi pilihan di keputusan berikutnya, dan keputusan pertama yang paling sulit dibatalkan.
Keputusan 1: Pola URL untuk Tiap Versi Bahasa
Ada tiga pola yang lazim, dan masing-masing punya konsekuensi berbeda terhadap bagaimana otoritas situs terkumpul atau terpecah.
Subfolder: situsanda.com/en/
Ini yang saya rekomendasikan untuk 9 dari 10 kasus bisnis Indonesia. Semua versi berbagi satu domain, jadi semua backlink yang masuk ke versi mana pun ikut memperkuat seluruh situs. Pemasangannya paling murah, pemindahannya paling gampang, dan pelacakannya paling sederhana.
Subdomain: en.situsanda.com
Cocok kalau tiap versi dikelola tim berbeda atau jalan di infrastruktur terpisah. Harganya: otoritas tidak terkumpul semulus subfolder, dan Anda praktis mengelola dua properti yang harus dibangun masing-masing.
ccTLD: situsanda.co.uk
Sinyal negaranya paling kuat dan paling dipercaya pengunjung lokal, tapi ini keputusan korporat, bukan keputusan SEO. Satu domain berarti satu aset otoritas yang dimulai dari nol, ditambah biaya legal dan perpanjangan tiap tahun. Saya hampir tidak pernah menyarankan ini untuk bisnis yang belum punya kantor di negara tujuan.
Pilihan pola ini sebenarnya bagian dari pembahasan yang lebih besar soal bagaimana komponen URL punya biaya perubahan yang berbeda, yang sudah saya bedah di tulisan tentang struktur URL yang justru ditempatkan Google di bab perayapan, bukan bab peringkat.
Keputusan 2: Bahasa Saja atau Bahasa Plus Negara
Jangan pakai kode negara kalau Anda tidak benar-benar membedakan kontennya per negara. Memasang en-US dan en-AU padahal isi halamannya identik hanya menambah titik kegagalan tanpa manfaat. Pakai en saja, selesai.
Keputusan 3: Cara Orang Berpindah Bahasa
Deteksi otomatis berbasis lokasi IP yang memaksa pengalihan adalah salah satu kesalahan paling merusak yang masih sering saya temukan. Googlebot merayapi dari alamat yang kebanyakan terdaftar di Amerika, jadi kalau situs Anda memaksa semua pengunjung dari Amerika ke versi Inggris, versi Indonesia Anda bisa jadi tidak pernah dirayapi dengan benar. Beri saran, jangan memaksa. Sediakan pemilih bahasa yang bisa dirayapi berupa tautan biasa, bukan skrip yang baru jalan setelah diklik.
Keputusan 4: Apa yang Diterjemahkan dan Apa yang Dilokalkan
Terjemahan mengganti bahasa. Lokalisasi mengganti rujukan. Artikel bahasa Inggris untuk pasar Singapura yang masih memakai contoh harga rupiah, nama marketplace lokal, dan regulasi Indonesia tetap terasa seperti terjemahan, sekaku apa pun grammarnya. Yang lebih penting lagi: kata kunci yang dicari orang di pasar itu sering bukan terjemahan literal dari kata kunci Indonesia Anda. Riset keyword wajib diulang dari nol untuk tiap bahasa.
Hreflang Bukan Perintah, dan Ini yang Bikin Banyak Orang Salah Baca
Ini bagian yang paling sering saya ulang di ruang rapat, dan hampir selalu bikin orang terdiam sebentar.
Hreflang adalah anotasi yang memberi tahu Google bahwa beberapa halaman adalah versi bahasa atau wilayah dari konten yang sama. Bentuknya sederhana: tiap versi memasang daftar tautan alternatif di bagian kepala halaman, termasuk menunjuk dirinya sendiri, plus satu entri x-default sebagai cadangan untuk pengunjung yang bahasanya tidak ada di daftar.
Yang jarang dijelaskan: hreflang bukan perintah. Ia sinyal. Google bebas mengabaikannya kalau sinyal lain di situs Anda bercerita hal lain. Dan sinyal yang paling sering bertabrakan dengannya adalah canonical. Kalau versi Inggris memasang canonical ke versi Indonesia, Anda baru saja mengirim dua pesan yang saling membatalkan: hreflang berkata “ini dua halaman berbeda untuk dua audiens”, canonical berkata “ini satu halaman, yang Indonesia yang asli”. Yang menang hampir selalu canonical, dan versi Inggris Anda lenyap.
Aturannya: tiap versi bahasa memasang canonical ke dirinya sendiri. Titik. Soal kenapa canonical sendiri pun bisa diabaikan Google dan sinyal apa saja yang ikut berebut, saya sudah membahasnya panjang di tulisan soal canonical tag yang ternyata cuma sinyal dan bukan perintah.
Dua kesalahan teknis lain yang perlu Anda tahu sejak awal:
- Tautan balik wajib lengkap. Kalau halaman A menunjuk B tapi B tidak menunjuk A, klaster itu dianggap tidak valid dan diabaikan. Hreflang harus timbal balik, selalu.
- Kode bahasa memakai standar, bukan selera. Kode bahasa mengikuti ISO 639-1 dan kode wilayah mengikuti ISO 3166-1 Alpha 2. uk bukan kode untuk Inggris, itu kode bahasa Ukraina. Yang benar en-GB. Google tidak akan mengoreksi tebakan Anda, ia cuma berhenti membaca.
Soal cara memasangnya, ada tiga jalur dan ketiganya sah. Tag di bagian kepala HTML adalah yang paling umum dan paling mudah diperiksa. Header HTTP dipakai untuk berkas non-HTML seperti PDF. Sitemap XML praktis untuk situs besar, tapi paling rawan: satu halaman terlewat dari sitemap berarti satu klaster rusak, dan kerusakannya tidak kelihatan kecuali Anda merayapi sendiri.
Framework 4 Lapis Membangun Situs Multibahasa yang Benar
Kalau saya dipanggil mengaudit situs multibahasa yang bermasalah, saya tidak mulai dari tulisannya. Saya jalan dari lapis paling bawah ke atas, karena kerusakan di lapis bawah membuat perbaikan di lapis atas tidak kelihatan hasilnya. Empat lapis ini juga urutan pembangunan kalau situsnya belum ada.
Lapis 1: Peta Padanan Halaman
Buat satu daftar sederhana: tiap baris satu konten, tiap kolom satu bahasa, isinya URL. Halaman yang tidak punya padanan di bahasa lain dikosongkan, bukan diisi URL terdekat. Memaksakan padanan yang tidak setara adalah sumber kesalahan hreflang nomor satu yang saya temukan.
Peta ini yang nantinya jadi acuan pemasangan. Tanpa peta, pemasangan hreflang selalu jadi pekerjaan tebak-tebakan.
Lapis 2: Sinyal Teknis yang Kompak
Di lapis ini saya cek empat hal berurutan: hreflang timbal balik lengkap, canonical menunjuk diri sendiri, atribut lang di tag HTML cocok dengan bahasa isinya, dan tidak ada pengalihan paksa berbasis lokasi. Keempatnya harus bercerita hal yang sama. Satu yang berbeda cerita sudah cukup untuk membuat tiga lapis lainnya sia-sia.
Lapis 3: Jalur Perayapan dan Tautan Internal
Googlebot menemukan halaman dengan mengikuti tautan, dan versi bahasa baru biasanya tidak pernah ditautkan dari mana pun kecuali dari pemilih bahasa. Akibatnya versi itu nyaris jadi halaman yatim.
Perbaikannya: bangun tautan internal di dalam tiap bahasa, bukan antar bahasa. Artikel Inggris menautkan ke artikel Inggris lain, bukan ke versi Indonesia. Prinsip kedalaman klik dan aliran otoritas yang berlaku di sini sama persis dengan yang saya jelaskan di pembahasan arsitektur website yang saya rapikan sebelum menyentuh konten, hanya dijalankan terpisah per bahasa.
Lapis 4: Konten yang Benar-Benar Dilokalkan
Baru di lapis ini kualitas tulisan jadi penentu. Riset keyword ulang per bahasa, contoh yang relevan dengan pasar tujuan, satuan dan mata uang yang betul, dan penyuntingan oleh orang yang benar-benar menguasai bahasa itu.
Soal terjemahan mesin, posisi saya begini: pakai sebagai draf pertama, jangan pernah publikasikan mentah. Konten terjemahan massal tanpa penyuntingan manusia itu persis yang disasar kebijakan spam Google soal konten yang diproduksi dalam skala besar tanpa nilai tambah. Risikonya tidak sebanding dengan hemat biayanya.
Lima Kesalahan SEO Multibahasa yang Tidak Dibahas Artikel Terjemahan
Kalau Anda perhatikan artikel yang sekarang menguasai halaman satu untuk topik ini dalam bahasa Indonesia, hampir semuanya berhenti di titik yang sama: pasang plugin, aktifkan hreflang otomatis, selesai. Lima hal berikut yang justru paling sering saya tagih ke klien, dan tidak satu pun dibahas di sana.
Satu, canonical lintas bahasa. Sudah saya bahas di atas, tapi saya ulang karena ini penyebab tunggal paling sering versi bahasa hilang dari indeks. Periksa ini pertama kali, selalu.
Dua, hreflang dipasang ke URL yang mengalihkan. Tautan alternatif harus menunjuk URL final yang mengembalikan status 200. Menunjuk ke URL yang kena pengalihan 301 membuat klaster dianggap tidak valid. Ini sering terjadi setelah situs migrasi ke HTTPS atau mengubah pola slug, dan hreflangnya tidak ikut diperbarui.
Tiga, satu halaman berisi dua bahasa. Halaman yang isinya campur, misalnya menu dan tombol dalam bahasa Inggris tapi badan artikelnya Indonesia, membuat Google ragu menentukan bahasa halaman. Ragu artinya tidak ditampilkan ke siapa pun dengan percaya diri.
Empat, pemilih bahasa yang tidak bisa dirayapi. Dropdown yang baru memuat tautan lewat skrip setelah diklik tidak terlihat seperti tautan bagi perayap. Versi bahasa Anda jadi tidak punya jalur masuk. Pakai tautan HTML biasa.
Lima, slug URL yang tidak diterjemahkan. situsanda.com/en/layanan-jasa-seo/ mengirim sinyal campur. Kalau pola URL sudah dibangun dan terlalu mahal diubah, biarkan. Tapi kalau situsnya baru, terjemahkan slugnya dari awal. Ini salah satu hal termurah dilakukan di hari pertama dan termahal diperbaiki di tahun kedua.
Yang Jarang Dibahas: Laporan Hreflang di Search Console Sudah Tidak Ada
Ini bagian yang membuat saya menulis artikel ini, sejujurnya.
Dulu Google Search Console punya laporan International Targeting yang menampilkan daftar kesalahan hreflang: tautan balik yang hilang, kode bahasa yang tidak dikenali, dan sejenisnya. Laporan itu sudah dihentikan Google dan tidak ada lagi di antarmuka sekarang. Tapi mayoritas tutorial SEO multibahasa berbahasa Indonesia yang beredar masih menyuruh pembacanya “cek laporan International Targeting di Search Console”. Pembaca membuka Search Console, tidak menemukan apa pun, lalu menyimpulkan hreflangnya aman. Padahal yang hilang laporannya, bukan masalahnya.
Konsekuensi praktisnya: sejak laporan itu pergi, tidak ada lagi pemeriksa kesalahan hreflang bawaan Google. Validasi harus Anda jalankan sendiri. Yang saya lakukan secara rutin:
- Merayapi situs sendiri dengan perayap desktop yang bisa mengekstrak dan memvalidasi hreflang, lalu memeriksa khusus dua hal: tautan balik yang tidak timbal balik, dan tautan alternatif yang kena pengalihan.
- Mengambil beberapa URL contoh per bahasa dan memeriksa sumber HTML-nya secara manual. Bukan karena perayap tidak bisa dipercaya, tapi karena kesalahan yang paling merusak biasanya pola yang baru kelihatan kalau Anda membaca satu halaman utuh.
- Memeriksa laporan indeks per direktori bahasa secara terpisah. Kalau /en/ punya rasio halaman tidak terindeks yang jauh lebih tinggi dari /, itu petunjuk paling awal dan paling jujur bahwa ada sinyal yang bertabrakan.
Satu lagi yang perlu dicatat: hreflang hanya memengaruhi versi mana yang ditampilkan, bukan apakah situs Anda layak ditampilkan. Hreflang yang sempurna di atas konten terjemahan mesin yang buruk tetap tidak akan memberi peringkat. Saya pernah menghabiskan tiga minggu memperbaiki klaster hreflang sebuah situs sebelum sadar masalah sebenarnya ada di kualitas terjemahannya. Urutan diagnosanya penting: sinyal dulu, lalu konten, dan jangan sampai terbalik.
Kalau situs Anda jalan di platform yang mengelola hreflang lewat plugin, satu hal yang perlu Anda pastikan sebelum menyalahkan SEO-nya: apakah plugin itu benar-benar memasang tautan balik yang timbal balik untuk semua halaman, atau hanya untuk halaman yang punya padanan lengkap. Perbedaan kecil di tingkat implementasi ini yang biasanya jadi sumber masalah, dan menyelesaikannya kadang butuh tangan developer, bukan tangan SEO. Di beberapa proyek saya mengerjakan perbaikannya bersamaan dengan pembenahan teknis lain lewat layanan web development, karena memisahkan keduanya cuma memperlambat.
Mulai dari Satu Hal Kecil Ini
Kalau Anda sedang membaca ini sambil memikirkan situs sendiri yang versi bahasanya tidak jalan, jangan mulai dari merombak terjemahan. Buka satu halaman di versi bahasa yang bermasalah, lihat sumber HTML-nya, dan cari satu baris saja: tag canonical. Kalau ia menunjuk ke versi bahasa lain, Anda sudah menemukan masalahnya dalam dua menit, dan perbaikannya tidak butuh penerjemah.
Habis itu, baru naik ke pemeriksaan tautan balik hreflang. Lalu peta padanan halaman. Lalu kualitas lokalisasinya. Urutan itu yang membedakan audit tiga hari dengan proyek tiga bulan yang tidak selesai.
Kalau situs Anda sudah cukup besar sehingga pemeriksaan manual jadi tidak realistis, atau Anda sudah berputar di masalah yang sama berbulan-bulan, biasanya lebih cepat kalau ada yang memetakan seluruh sinyalnya sekaligus. Itu bagian dari yang saya kerjakan di jasa SEO, dan saya selalu mulai dari lapis paling bawah, bukan dari kontennya.
FAQ
Apa itu SEO multibahasa? SEO multibahasa adalah praktik mengoptimalkan satu situs yang punya beberapa versi bahasa, supaya mesin pencari paham versi mana untuk audiens mana dan menampilkan yang tepat. Fokusnya bukan pada terjemahan, tapi pada konsistensi sinyal teknis antar versi.
Apakah hreflang wajib untuk situs dua bahasa? Tidak wajib secara teknis, tapi tanpa hreflang Google harus menebak sendiri hubungan antar versi Anda. Untuk dua bahasa yang isinya setara, saya selalu memasangnya, karena biaya pemasangannya kecil dan risiko salah pilih versi oleh Google cukup besar.
Lebih baik subfolder, subdomain, atau domain terpisah? Untuk mayoritas bisnis Indonesia, subfolder seperti situsanda.com/en/. Semua otoritas terkumpul di satu domain, pemasangannya paling murah, dan paling mudah dipindahkan kalau strateginya berubah. Domain terpisah per negara baru masuk akal kalau Anda punya operasi nyata di negara itu.
Apakah konten hasil Google Translate aman untuk SEO? Tidak kalau dipublikasikan mentah. Terjemahan mesin boleh dipakai sebagai draf pertama, tapi wajib disunting orang yang menguasai bahasa tujuan. Konten terjemahan dalam jumlah besar tanpa penyuntingan persis yang disasar kebijakan spam Google soal produksi konten skala besar tanpa nilai tambah.
Kenapa versi bahasa saya hilang dari indeks Google? Penyebab paling umum yang saya temukan adalah canonical yang menunjuk ke versi bahasa lain, sehingga Anda sendiri memberi tahu Google halaman itu cuma duplikat. Penyebab kedua adalah tautan balik hreflang yang tidak timbal balik, membuat klaster dianggap tidak valid.
Apakah saya perlu riset keyword ulang untuk tiap bahasa? Perlu, dan ini yang paling sering dilewati. Kata yang dipakai orang mencari di pasar lain sering bukan terjemahan literal dari keyword Indonesia Anda. Menerjemahkan keyword, bukan meriset ulang, adalah cara paling halus untuk menulis artikel yang tidak dicari siapa pun.
Indonesian 