SEO Internasional

Penjelasan tentang SEO internasional—penargetan bahasa versus negara, ccTLD, subdomain, subdirektori, hreflang dalam skala besar, perbedaan Bing, dan praktik yang telah dihentikan.

Pertama kali diterbitkan: 25 Jun 2026 · Terakhir diperbarui: 22 Agu 2026 · Advanced
Bahasa

SEO internasional membantu mesin pencari memahami negara dan/atau bahasa yang ditargetkan situs Anda lalu menyajikan versi yang tepat kepada pengguna yang tepat. Disiplin ini terbagi menjadi dua sumbu—penargetan bahasa dan penargetan negara—serta tiga pengungkit: struktur URL (ccTLD, subdomain, atau subdirektori), hreflang, dan pelokalan pada halaman. Berdasarkan pengalaman saya menjalankannya dalam skala IBM, hreflang adalah petunjuk, bukan perintah; manfaat utamanya berupa pertukaran versi di SERP, bukan jaminan pengindeksan. Penerapan hreflang manual akan gagal dalam skala besar, jadi otomatisasikan dan pantau terus-menerus. Keunggulan peringkat ccTLD memudar (Gary Illyes, Juli 2024), laporan Penargetan Internasional GSC telah dihapus (2022), dan Bing lebih mengandalkan tag meta content-language daripada hreflang. Untuk sebagian besar situs, saya memilih subdirektori dan satu halaman per bahasa. Sebelum memasuki pasar, saring permintaan, kelayakan, kapasitas, persaingan, dan ekonominya. Tidak satu pun pilihan ini menjamin pengindeksan, peringkat, trafik, atau konversi; semuanya hanya meningkatkan peluang pencocokan locale yang benar.

TL;DR — SEO internasional berjalan pada dua sumbu (bahasa versus negara) dan tiga pengungkit (struktur URL, hreflang, sinyal pada halaman). hreflang adalah petunjuk: manfaatnya berupa pertukaran versi di SERP, bukan pengindeksan, dan Google dapat mengesampingkannya. Peningkatan peringkat ccTLD—algoritma LDCP Google—sedang memudar (Gary Illyes, Juli 2024). Laporan Penargetan Internasional GSC dihentikan pada 2022. Bing mengandalkan tag meta content-language dan menganggap hreflang sebagai “a far weaker signal.” (terjemahan) “sinyal yang jauh lebih lemah.” Dalam skala perusahaan, hreflang manual akan gagal: otomatisasikan pembuatannya dan pantau terus-menerus. Pilihan standar saya adalah subdirektori dan satu halaman per bahasa. Saring pasar berdasarkan permintaan, kelayakan, kapasitas, persaingan, dan ekonomi sebelum memilih arsitektur. Tidak satu pun menjamin pengindeksan, peringkat, atau trafik; semua ini hanya meningkatkan peluang mesin mencocokkan versi locale dengan tepat.

Dua sumbu, bukan satu

Perbedaan paling berguna dalam seluruh topik ini adalah bahwa penargetan bahasa dan penargetan negara merupakan hal yang berbeda. Dokumentasi Google membedakannya dengan jelas: “Multilingual websites are those that offer content in more than one language,” (terjemahan) “Situs multibahasa adalah situs yang menawarkan konten dalam lebih dari satu bahasa,” sedangkan “Multi-regional websites are those that explicitly target users in different countries.” (terjemahan) “Situs multiwilayah adalah situs yang secara eksplisit menargetkan pengguna di negara yang berbeda.” Anda mungkin memerlukan salah satu, keduanya, atau tidak satu pun.

Evidence for this claim Google distinguishes multilingual sites from multi-regional sites; a site can be both. Scope: Google Search guidance for sites serving multiple languages, countries, or regions. Confidence: high · Verified: Google: Managing multi-regional and multilingual sites

Gary Illyes menjelaskan jebakan ini dengan tegas: “The language is absolutely not a tell for what country you are targeting.” (terjemahan) “Bahasa sama sekali tidak menunjukkan negara yang Anda targetkan.” Halaman berbahasa Prancis dapat ditujukan untuk Prancis, Kanada, Belgia, atau Swiss. Jika negara penting bagi Anda, nyatakan negara secara eksplisit—melalui kode wilayah dalam hreflang (fr-CA, bukan hanya fr) atau ccTLD. Bahasa saja tidak cukup. Atribut HTML lang juga tidak membantu: contoh Illyes adalah situs tempat “Joomla just came with the Lang attribute set to English… And then you looked at the page, and it was 100% German.” (terjemahan) “Joomla sudah memasang atribut lang ke bahasa Inggris… lalu saat halaman dilihat, isinya sepenuhnya berbahasa Jerman.” Mesin pencari sudah lama belajar untuk tidak memercayainya.

Pemetaan kedua sumbu ini bukan mekanisme jaminan, dan hal itu perlu disampaikan dengan lugas. Membedakan bahasa dan negara serta menerapkan sinyal teknis dengan benar dapat membantu Google dan Bing mencocokkan versi locale dengan pencari secara lebih baik, tetapi tidak menjanjikan pengindeksan, peringkat, trafik, konversi, locale tertentu yang ditampilkan, atau kutipan dalam jawaban AI untuk halaman mana pun. Setiap sinyal di bawah memiliki batas terdokumentasi tentang apa yang dihitung dan tidak dihitung.

Prioritaskan pasar sebelum menetapkan arsitektur

Sebelum menetapkan struktur URL, saring kelayakan pasarnya terlebih dahulu. Arsitektur mahal untuk dibatalkan, dan memilihnya sebelum mengetahui apakah pasar layak dimasuki berarti membalik urutan keputusan. Daftar periksa praktis saya: permintaan penelusuran dalam bahasa atau negara tersebut; apakah produk atau layanan Anda benar-benar layak dijual atau dioperasikan di sana; apakah Anda memiliki kapasitas operasional untuk mendukungnya (dukungan, aspek hukum, pembayaran, dan pemenuhan pesanan); seberapa ketat persaingannya; serta apakah ekonomi unit tetap masuk akal setelah konversi. Perlakukan angka trafik dan volume kata kunci ala Ahrefs sebagai estimasi untuk mengukur dan membandingkan pasar. Perlakukan data Google Search Console atau analitik milik Anda sebagai data pihak pertama yang diamati setelah Anda aktif di pasar serupa. Melewati saringan ini dapat membuat tim memiliki ccTLD mahal di pasar yang sejak awal tidak akan menghasilkan konversi. Halaman riset kata kunci SEO internasional membahas alur riset per pasar secara mendalam.

Memilih struktur URL Anda

Inilah satu keputusan arsitektur yang mahal untuk dibatalkan, jadi keputusan tersebut harus tepat. Google menggunakan beberapa sinyal untuk menentukan locale target: ccTLD, hreflang, lokasi server, serta sinyal pada halaman seperti alamat lokal, nomor telepon, mata uang, dan tautan situs lokal. Namun, struktur URL adalah sinyal yang Anda tetapkan di infrastruktur.

Evidence for this claim Google supports locale-specific URLs and hreflang, and also considers ccTLDs and several page, server, and local-link signals when identifying an intended audience. Scope: Google Search locale guidance; these are signals rather than guaranteed targeting controls. Confidence: high · Verified: Google: Managing multi-regional and multilingual sites
StrukturContohKelebihanKekurangan
ccTLDexample.deSinyal negara terkuat; jelas bagi penggunaMahal; memecah otoritas antardomain; ketersediaan terbatas
Subdomainde.example.comMudah disiapkanSering diperlakukan seperti situs terpisah; pengenalan lebih lemah
Subdirektoriexample.com/de/Menggabungkan otoritas dalam satu domain; mudah dipeliharaSatu host; sinyal geografis murni lebih lemah
Parameter URLexample.com?loc=deTidak disarankan; sulit disegmentasikan

Pilihan standar saya untuk sebagian besar situs adalah subdirektori. Struktur ini mempertahankan seluruh otoritas dalam satu domain, bukan memecahnya ke beberapa ccTLD, serta jauh lebih mudah dipelihara. John Mueller telah bertahun-tahun mengatakan bahwa “subdomains and subdirectories are essentially equivalent” (terjemahan) “subdomain dan subdirektori pada dasarnya setara” dari sudut pandang Google. Karena itu, faktor penentu biasanya bersifat operasional, bukan keajaiban SEO—pilih yang cocok dengan tumpukan teknologi dan rencana jangka panjang Anda. Ini merupakan panduan praktisi berdasarkan pengalaman menjalankannya dalam skala besar, bukan aturan peringkat Google yang universal. Dokumentasi Google memaparkan kompromi setiap opsi dan tidak menetapkan satu struktur sebagai pemenang.

Catatan pentingnya adalah kisah ccTLD. ccTLD masih menjadi sinyal negara terkuat—Google menyebutnya “a strong signal… about the target country of a website” (terjemahan) “sinyal kuat… tentang negara target sebuah situs web”—tetapi keunggulan itu menyusut. Dalam Search Off the Record pada Juli 2024, Gary Illyes menjelaskan mekanisme yang mendasari dan penurunannya: “One of the main algorithms… is called something like LDCP — language demotion country promotion… But nowadays… it doesn’t really make sense for us to like automatically apply that little boost because it’s ambiguous.” (terjemahan) “Salah satu algoritma utama… disebut kurang lebih LDCP—penurunan bahasa, peningkatan negara… Namun sekarang… tidak masuk akal bagi kami untuk otomatis menerapkan peningkatan kecil itu karena sifatnya ambigu.” Ia melanjutkan: “I think eventually, like in years’ time, that [ccTLD benefit] will also fade away,” (terjemahan) “Menurut saya pada akhirnya, dalam beberapa tahun, manfaat ccTLD itu juga akan memudar,” sebab “think about all the funny domain names that you can buy… It doesn’t say anything anymore about the country.” (terjemahan) “pikirkan berbagai nama domain unik yang dapat dibeli… Nama itu tidak lagi menyatakan apa pun tentang negaranya.” Saran praktisnya sama dengan saya: ccTLD masih memiliki nilai pemasaran, “but I would not worry too much about it” (terjemahan) “tetapi saya tidak akan terlalu mengkhawatirkannya” untuk peringkat. Google bahkan telah mengalihkan ccTLD negaranya sendiri ke google.com.

hreflang: sinyal teknis utama

hreflang adalah penggerak utama SEO internasional dan topik teknis yang menyita lebih banyak waktu saya daripada hampir semua topik lain. Mengedit panduan hreflang kami merupakan salah satu kontribusi awal saya ketika bergabung dengan Ahrefs.

Fungsi sebenarnya. hreflang memberi tahu Google (dan Yandex) bahasa atau wilayah yang dituju sebuah URL. Manfaat sebenarnya adalah pertukaran versi di SERP: pengunjung Inggris Raya dapat melihat halaman en-gb Anda meskipun halaman en-us yang mendapat peringkat, asalkan hreflang diterapkan dengan benar. Jika tag rusak, pertukaran itu tidak terjadi. hreflang tidak menjamin pengindeksan atau mengesampingkan kanonisasi. Tag ini hanya salah satu dari sekitar 19 sinyal kanonisasi, bukan kartu truf.

Tiga metode penerapan yang semuanya setara: tag <link rel="alternate" hreflang="…" href="…" /> tags in the <head>; an HTTP Link:; atau entri <xhtml:link> di sitemap XML. Tidak ada perbedaan kecepatan bawaan. Sinyal diperiksa saat crawl dengan metode apa pun, jadi gunakan metode yang paling andal dihasilkan oleh tumpukan teknologi Anda. (Untuk konfigurasi campuran ccTLD dan .com, sitemap XML yang dihosting secara terpusat biasanya digunakan untuk mengelola klaster lintas domain.)

Aturan utamanya:

  • Dua arah atau timbal balik. Jika halaman X menunjuk ke halaman Y, halaman Y harus menunjuk kembali ke halaman X. hreflang bekerja dalam klaster, yaitu sekumpulan halaman yang saling merujuk, dan klaster hanya terbentuk jika tautannya timbal balik. Ini juga menjadi cara sinyal dibagikan di seluruh klaster: halaman terkuat dapat mengangkat halaman lain.
  • Referensi diri adalah praktik terbaik, tetapi secara teknis “optional” (terjemahan) “opsional”, menurut Mueller.
  • x-default adalah pilihan cadangan bagi pengguna yang bahasa atau wilayahnya tidak cocok dengan versi tertentu.
  • Gunakan kode wilayah yang valid. en-GB, fr-BE, zh-Hans—bahasa ISO 639-1 dengan wilayah ISO 3166-1 opsional. Tidak ada kode wilayah EU, LATAM, APAC, atau MENA; targetkan setiap negara (es-MX, es-AR, es-CO).

Kesalahan umum ditemukan di mana-mana. Dalam studi hreflang Ahrefs yang saya kerjakan—studi terbesar yang pernah dilakukan, mencakup 374 756 domain pengguna hreflang— 67% memiliki setidaknya satu masalah. Reaksi jujur saya saat itu: “I’m surprised the numbers weren’t worse… I suspect a lot of these sites have basic implementations.” (terjemahan) “Saya terkejut angkanya tidak lebih buruk… Saya menduga banyak situs ini hanya memiliki penerapan dasar.” Intinya tetap sama: “Hreflang is complex and hard to get right. It can break in so many different ways.” (terjemahan) “Hreflang itu rumit dan sulit diterapkan dengan benar. Tag ini dapat rusak dengan begitu banyak cara.”

hreflang adalah petunjuk, bukan perintah. Inilah kalimat yang paling perlu dipahami. Seperti yang dikatakan Mueller (Bluesky, Mei 2025): “hreflang doesn’t guarantee indexing… if they are the same (eg fr-fr, fr-be), it’s common that one is chosen as canonical.” (terjemahan) “hreflang tidak menjamin pengindeksan… jika halamannya sama (misalnya fr-fr dan fr-be), satu halaman lazim dipilih sebagai kanonis.” Ia juga mengatakan: “Often hreflang will still swap out the URL, but reporting will be on the canonical URL.” (terjemahan) “Sering kali hreflang tetap mengganti URL, tetapi pelaporan akan berada pada URL kanonis.” Jadi, Google dapat menggabungkan varian bahasa yang nyaris identik, sedangkan pelaporan Anda berada pada URL yang dipilih sebagai kanonis.

Sinyal lain—dan hal yang diabaikan Google

Selain hreflang dan ccTLD, Google membaca pelokalan pada halaman: mata uang lokal, alamat, nomor telepon, bahasa teks isi, dan tautan dari situs lokal. Ada dua hal yang secara eksplisit tidak digunakan Google: tag meta geolokasi (geo.position, geo.region, geo.placename) dan analisis lokasi berbasis IP, yang disebut Google “not reliable.” (terjemahan) “tidak andal.”

Bedakan dengan jelas tugas setiap sinyal karena semuanya terus-menerus dicampuradukkan. Deteksi bahasa berasal dari konten yang terlihat di halaman, bukan dari data tingkat kode atau URL; Google menentukannya dengan membaca isi halaman. Penargetan locale (negara yang dituju halaman) diberi sinyal melalui ccTLD, hreflang, lokasi server, dan petunjuk pada halaman di atas, meskipun Google menegaskan bahwa lokasi server saja “is not definitive” (terjemahan) “tidak menentukan.” Tugas hreflang lebih sempit daripada keduanya: memetakan URL locale alternatif agar versi yang tepat dapat menggantikan hasil, bukan menyatakan bahasa halaman. Kanonisasi adalah keputusan terpisah tentang URL yang benar-benar diindeks dan diberi peringkat; hreflang menjadi masukan bagi keputusan itu, tetapi tidak mengendalikannya secara mutlak.

Jebakan yang harus dihindari: jangan mengalihkan pengguna secara otomatis berdasarkan IP. Panduan Google menyatakan “avoid automatically redirecting users to a different language version based on their perceived geographic location.” (terjemahan) “hindari pengalihan otomatis pengguna ke versi bahasa lain berdasarkan perkiraan lokasi geografis mereka.” Pengalihan geografis menjebak crawler dalam locale asal yang diperkirakan, sehingga Google tidak pernah melihat versi lain. Di Uni Eropa, pemblokiran geografis berbasis IP juga dapat bertentangan dengan Peraturan Antipemblokiran Geografis. Gunakan URL yang terpisah dan stabil untuk setiap bahasa, pastikan URL tersebut dapat diakses langsung (bukan jalur khusus locale yang menghilang setelah pengguna meninggalkan wilayah yang “tepat”), dan beri pengguna tautan eksplisit untuk mengganti bahasa atau wilayah sendiri. Jangan menebak atas nama mereka. Alasan yang sama menolak penggantian konten berbasis cookie atau Accept-Language: Google menyarankan “using separate locale URL configurations” (terjemahan) “menggunakan konfigurasi URL locale terpisah” dengan hreflang, bukan halaman adaptif-locale. Googlebot tidak mengatur header Accept-Language secara default dan umumnya melakukan crawl dari infrastruktur berbasis AS. Akibatnya, respons yang beradaptasi menurut perkiraan lokasi atau header mungkin sama sekali tidak terlihat di locale lain.

Laporan Penargetan Internasional GSC telah dihapus

Jika sebuah panduan meminta Anda menetapkan target negara di Search Console, panduan itu sudah usang. Google menghentikan laporan Penargetan Internasional pada September 22, 2022 dan menyatakan bahwa fitur penargetan negara “was determined to have little value for the ecosystem, and is no longer supported.” (terjemahan) “dinilai hanya memberi sedikit manfaat bagi ekosistem dan tidak lagi didukung.” Apa penggantinya? Tidak ada kontrol langsung. Penargetan negara kini disimpulkan dari ccTLD + hreflang + sinyal pada halaman + tautan masuk. Data kesalahan hreflang yang dahulu tersedia dalam laporan itu juga hilang dari GSC, jadi sekarang validasi hreflang dilakukan dengan crawler. Google mengonfirmasi bahwa mereka “will continue to support and use hreflang tags.” (terjemahan) “akan terus mendukung dan menggunakan tag hreflang.” Untuk memeriksa versi halaman yang benar-benar diindeks Google, gunakan alat Inspeksi URL.

Cara Bing menangani hal ini secara berbeda

Sebagian besar panduan melewati Bing atau menjelaskannya secara keliru. Saya berkesempatan mendengar langsung ketika menjadi panelis bersama Fabrice Canel dari Bing. Susunan sinyal Bing memang berbeda dari Google. Menurut Canel: “hreflang is indeed a far weaker signal than content-language at Bing.” (terjemahan) “hreflang memang merupakan sinyal yang jauh lebih lemah daripada content-language di Bing.”

Sinyal yang diutamakan Bing, dalam perkiraan urutan prioritas:

  1. <meta http-equiv="content-language" content="fr-FR">—tag meta content-language
  2. Header HTTP Content-Language
  3. ccTLD atau lokasi server
  4. Bahasa teks isi
  5. Locale halaman yang memberi tautan masuk

Jadi resep lintas mesin adalah: terapkan hreflang untuk Google dan tambahkan tag meta content-language untuk Bing. Bing membaca hreflang, tetapi memperlakukannya sebagai sinyal lemah. Seperti Google yang menghapus laporan penargetannya pada 2022, Bing juga menghapus fitur Penargetan Geografis. Pada September 2020, Fabrice Canel mengonfirmasi bahwa fitur lama itu tidak dibawa ke Bing Webmaster Tools yang didesain ulang. Ia menyarankan praktisi SEO menggunakan tag meta content-language atau header HTTP sebagai gantinya.

Mesin lain memerlukan alur kerja tersendiri

Google versus Bing bukanlah keseluruhan peta internasional. Ketika suatu pasar bergantung pada mesin lain, pertahankan fondasi konten dan teknis yang sama, tetapi verifikasi alur kerja khusus penyedia tersebut. Jangan sekadar menerjemahkan daftar periksa Google:

SistemPenemuan dan pengirimanAsumsi yang harus dihindari
GoogleTautan yang dapat di-crawl, sitemap bila berguna, Search Console; tidak berpartisipasi dalam IndexNowEndpoint push atau perintah mesin lain mengonfigurasi Google
BingBing Webmaster Tools dan IndexNowBobot locale Bing sama persis dengan Google
NaverSearch Advisor, alur sitemap/RSS, permintaan pengumpulan, dan endpoint IndexNow NaverPengiriman menjamin pengindeksan atau penempatan
YandexYandex Webmaster, regionalitas, sitemap, hreflang, dan IndexNowGoogle Search Console mengendalikan Yandex atau menggantikan alur wilayahnya
Cốc CốcCrawler dan indeks sendiri, pengiriman URL manual, penemuan Sitemap: melalui robots.txt, dan perintah khusus botDokumentasi Google membuktikan perilaku kanonis, hreflang, atau kutipan AI Cốc Cốc
Evidence for this claim Google, Bing, Naver, Yandex, and Cốc Cốc expose different documented submission, webmaster, regionality, crawler, or directive workflows, so one provider's controls must not be treated as a universal cross-engine contract. Scope: Documented provider workflows only; this does not establish ranking weights, market share, or undocumented canonical, hreflang, or AI-citation behavior. Confidence: medium · Verified: IndexNow participating endpoints Naver Search Advisor Yandex Webmaster Cốc Cốc Search Console guidance

Rinciannya dibahas dalam panduan SEO khusus pasar. Aturan yang berguna di sini lebih sederhana: prinsip SEO bersama dapat diterapkan lintas pasar, tetapi kontrol produk, jalur pengiriman, diagnostik, dan perilaku yang tidak terdokumentasi tidak.

SEO internasional dalam skala besar

Saya menjalankan SEO internasional di IBM, salah satu situs perusahaan terbesar di dunia, dengan banyak CMS, banyak infrastruktur, dan puluhan juta URL. Pelajaran terbesarnya: pengelolaan hreflang manual gagal dalam skala besar. Anda tidak dapat mengelola tag timbal balik secara manual di jutaan halaman dan beragam sistem. Berikut yang berhasil:

  • Otomatiskan semua yang memungkinkan. Hasilkan hreflang dari sistem pencatatan—sering kali middleware yang menghubungkan CMS—alih-alih membiarkan setiap tim menulis tag secara manual.
  • Periksa berulang kali. Masalah terus bermunculan; ini pekerjaan crawl terus-menerus dan peringatan, bukan audit sekali setiap kuartal. Antisipasi kerusakan dan bangun sistem untuk mendeteksinya.
  • Waspadai “kerusakan bagian head.” Tag hreflang yang terdorong ke <body> akibat HTML yang tidak valid akan diabaikan. Pastikan tag berada di <head> hasil render.
  • Verifikasi URL yang diindeks untuk setiap locale dengan Inspeksi URL GSC. Efektivitas hreflang bergantung pada versi yang benar-benar diindeks, bukan sekadar isi tag kanonis.

Dalam skala besar, pilihan arsitektur saya adalah satu halaman per bahasa, bukan satu halaman per negara atau locale. Hasilnya adalah lebih sedikit halaman yang lebih kuat, mendukung personalisasi dinamis, dan menghindari banyak kerumitan hreflang. Kesabaran juga penting: perubahan internasional bergerak secepat siklus crawl, bukan secepat keinginan pemangku kepentingan.

Langkah berikutnya

Hub ini adalah petanya. Setiap subtopik di bawah memiliki pembahasan tersendiri:

Hreflang (memiliki bagian tersendiri di bilah samping)

  • hreflang—pembahasan lengkap tentang tag tersebut: tiga metode penerapan, klaster, timbal balik, kesalahan umum, dan validasi.
  • hreflang x-default—nilai cadangan bagi pengguna yang bahasa atau wilayahnya tidak cocok dengan versi apa pun, serta kondisi ketika nilai itu benar-benar membantu.

Pelokalan, konten, dan audit

  • terjemahan versus pelokalan—mengapa menerjemahkan halaman dengan mesin tidak sama dengan melokalkannya untuk pasar, serta makna panduan terjemahan otomatis Google bagi Anda.
  • riset kata kunci SEO internasional—meneliti permintaan per pasar ketika bahasa yang sama berbeda menurut negara (contoh klasik kesenjangan “ibis” versus “bin chicken”, dua sebutan lokal untuk burung ibis).
  • audit SEO internasional—cara melakukan crawl, validasi, dan penelusuran masalah klaster hreflang serta sinyal locale pada situs multipasar.
  • SEO multibahasa—pembahasan mendalam tentang sisi penargetan bahasa dari disiplin ini.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.