{"id":1956,"date":"2026-11-03T09:19:45","date_gmt":"2026-11-03T02:19:45","guid":{"rendered":"https:\/\/achmadfarid.com\/?p=1956"},"modified":"2026-11-03T09:19:45","modified_gmt":"2026-11-03T02:19:45","slug":"seo-multibahasa","status":"publish","type":"post","link":"https:\/\/achmadfarid.com\/en\/seo-multibahasa\/","title":{"rendered":"SEO Multibahasa: Masalahnya Arsitektur, Bukan Terjemahan"},"content":{"rendered":"

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.<\/span><\/p>\n

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.<\/span><\/p>\n

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.<\/span><\/p>\n

Situs Sudah Tiga Bahasa, Tapi Google Cuma Mengindeks Satu<\/strong><\/h2>\n

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.<\/span><\/p>\n

Pemiliknya biasanya menyimpulkan konten terjemahannya kurang bagus, lalu menyuruh penulis merombak isinya. Tiga bulan lagi terbuang. Padahal yang rusak bukan kontennya.<\/span><\/p>\n

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.<\/span><\/p>\n

Dua hal itu tidak akan pernah ketemu kalau yang diaudit adalah kualitas tulisan.<\/span><\/p>\n

Apa Itu SEO Multibahasa, dan Bedanya dengan SEO Multiregional<\/strong><\/h2>\n

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.<\/span><\/p>\n

Yang sering tercampur adalah istilahnya. Dua hal ini berbeda, dan keputusan teknisnya juga berbeda:<\/span><\/p>\n

    \n
  1. Multibahasa<\/b> berarti satu konten tersedia dalam beberapa bahasa. Contohnya situs layanan yang punya versi Indonesia dan versi Inggris untuk calon klien asing.<\/span><\/li>\n
  2. Multiregional<\/b> 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.<\/span><\/li>\n
  3. Keduanya sekaligus<\/b> adalah kasus paling rumit, dan di sinilah kesalahan kode negara paling sering muncul.<\/span><\/li>\n<\/ol>\n

    Bedakan ini di awal, karena menentukan apakah Anda butuh penargetan bahasa saja (<\/span>id<\/span>, <\/span>en<\/span>), atau bahasa plus wilayah (<\/span>en-SG<\/span>, <\/span>en-AU<\/span>). Salah pilih di tahap ini akan menyeret kesalahan ke semua halaman.<\/span><\/p>\n

    Empat Keputusan yang Dibuat Sebelum Satu Kalimat Diterjemahkan<\/strong><\/h2>\n

    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.<\/span><\/p>\n

    Keputusan 1: Pola URL untuk Tiap Versi Bahasa<\/strong><\/h3>\n

    Ada tiga pola yang lazim, dan masing-masing punya konsekuensi berbeda terhadap bagaimana otoritas situs terkumpul atau terpecah.<\/span><\/p>\n

    Subfolder: situsanda.com\/en\/<\/strong><\/h4>\n

    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.<\/span><\/p>\n

    Subdomain: en.situsanda.com<\/strong><\/h4>\n

    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.<\/span><\/p>\n

    ccTLD: situsanda.co.uk<\/strong><\/h4>\n

    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.<\/span><\/p>\n

    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 <\/span>struktur URL yang justru ditempatkan Google di bab perayapan, bukan bab peringkat<\/span><\/a>.<\/span><\/p>\n

    Keputusan 2: Bahasa Saja atau Bahasa Plus Negara<\/strong><\/h3>\n

    Jangan pakai kode negara kalau Anda tidak benar-benar membedakan kontennya per negara. Memasang <\/span>en-US<\/span> dan <\/span>en-AU<\/span> padahal isi halamannya identik hanya menambah titik kegagalan tanpa manfaat. Pakai <\/span>en<\/span> saja, selesai.<\/span><\/p>\n

    Keputusan 3: Cara Orang Berpindah Bahasa<\/strong><\/h3>\n

    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.<\/span><\/p>\n

    Keputusan 4: Apa yang Diterjemahkan dan Apa yang Dilokalkan<\/strong><\/h3>\n

    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.<\/span><\/p>\n

    Hreflang Bukan Perintah, dan Ini yang Bikin Banyak Orang Salah Baca<\/strong><\/h2>\n

    Ini bagian yang paling sering saya ulang di ruang rapat, dan hampir selalu bikin orang terdiam sebentar.<\/span><\/p>\n

    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 <\/span>x-default<\/span> sebagai cadangan untuk pengunjung yang bahasanya tidak ada di daftar.<\/span><\/p>\n

    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.<\/span><\/p>\n

    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 <\/span>canonical tag yang ternyata cuma sinyal dan bukan perintah<\/span><\/a>.<\/span><\/p>\n

    Dua kesalahan teknis lain yang perlu Anda tahu sejak awal:<\/span><\/p>\n