Geo-Redirects untuk SEO internasional

TL;DR — Geo-redirect otomatis mengirim pengunjung ke versi situs yang berbeda—halaman /de/, domain Jerman, atau subdomain—berdasarkan dugaan tentang lokasi atau bahasa mereka (biasanya alamat IP atau bahasa peramban). Cara ini tampak membantu, tetapi merupakan salah satu cara paling umum situs internasional tanpa sengaja menyembunyikan halamannya sendiri dari Google. Pilihan yang lebih aman adalah menyarankan versi lokal melalui banner atau tautan, bukan memaksakannya.

Apa sebuah geo-redirect adalah

Say Anda memiliki sebuah English situs dan sebuah German situs. sebuah geo-redirect adalah sebuah aturan itu says: “jika ini visitor looks like mereka di Germany (atau mereka browser adalah set untuk German), kirim them untuk itu German version secara otomatis.” (terjemahan) “jika ini pengunjung looks like mereka’re di Germany (atau mereka browser adalah atur ke German), kirim them untuk German versi secara otomatis.” pengunjung tidak pernah menanyakan untuk ini — server atau sebuah script decides untuk them, berdasarkan:

• mereka IP address (yang roughly maps untuk sebuah country),
• mereka browser’s Accept-Language setting, atau
• sebuah cookie itu remembers sebuah sebelumnya pilihan.

pada surface itu’s sebuah nice touch. masalah adalah apa ini melakukan untuk mesin pencari.

Mengapa ini adalah risky untuk SEO

Google’s crawler, Googlebot, adalah hal itu menemukan dan membaca Anda halaman so mereka dapat tampilkan up di penelusuran. dan di sini’s catch itu trips up so banyak international situs: Googlebot mostly melakukan crawl dari IP addresses di United Status, dan ini tidak kirim language preference.

Jadi, jika beranda Anda otomatis mengalihkan pengunjung yang tampak berasal dari Sebagai ke versi bahasa Inggris, Googlebot—yang tampak berada di Sebagai—juga selalu dikirim ke versi bahasa Inggris. Googlebot mungkin tidak pernah mengikuti jalur menuju halaman Jerman, Prancis, atau Jepang Anda dengan sendirinya. Jika Google tidak dapat menjangkau halaman tersebut, Google tidak dapat mengindeksnya dan halaman itu tidak dapat memperoleh peringkat. Anda membangun situs Jerman, tetapi diam-diam menutupnya dari satu pengunjung yang menentukan apakah orang lain dapat menemukannya.

hal orang mendapatkan backwards

ada sebuah related tag called hreflang itu tells mesin pencari “di sini adalah itu other language/country versions dari ini halaman.” (terjemahan) “di sini adalah lainnya language/country versi dari ini halaman.” sebuah lot dari orang assume hreflang “memperbaiki” (terjemahan) “memperbaiki” whatever sebuah geo-redirect breaks. ini adalah lainnya cara sekitar: hreflang dapat’t help sebuah halaman crawler adalah tidak pernah diizinkan untuk reach. redirect dapat berhenti Google dari ever seeing hreflang tags di pertama place. (ada sebuah seluruh primer pada hreflang pada ini situs jika Anda ingin mechanics.)

Apa untuk melakukan alih-alih

Google’s own advice adalah pendek dan jelas: jangan force ini, suggest ini. alih-alih mengalihkan secara otomatis:

• tampilkan sebuah kecil banner (“Looks like Anda di Germany — view itu German site?” (terjemahan) “Looks like Anda’re di Germany — view German situs?”) itu pengunjung dapat click atau ignore.
• Put tautan untuk setiap language versi pada halaman so keduanya orang dan crawler dapat reach them.

• tambahkan hreflang so mesin pencari dapat figure out dan sajikan right versi pada mereka own.

Dengan begitu, orang sungguhan tetap diarahkan secara halus ke bahasanya, sementara Google tetap dapat merayapi dan mengindeks setiap versi. Ingin versi yang lebih mendalam—mengapa 302 berbeda dari 301, satu pengecualian sempit ketika pengalihan boleh dilakukan, dan data tentang seberapa sering hal ini rusak? Buka tab Advanced.

Troubleshooting geo-redirect failures

Alternate locales adalah absent dari crawl

Symptom: crawler repeatedly lands pada default locale. mungkin penyebab: IP, cookie, atau Accept-Language routing forces permintaan away dari direct locale URLs. Perbaiki: membuat setiap locale URL kembalikan secara langsung dan replace forced routing dengan sebuah terlihat suggestion.

Hreflang targets kembalikan redirects

Symptom: annotations poin untuk 3xx respons alih-alih akhir halaman. mungkin penyebab: routing atau URL normalization changed tanpa regenerating locale map. Perbaiki: perbarui hreflang untuk direct canonical 200 destinations dan retest setiap cluster member.

pengguna cannot switch back setelah sebuah redirect

Symptom: selecting lainnya locale immediately mengirim pengunjung untuk assumed market. mungkin penyebab: IP logic overrides jelas pengguna pilihan. Perbaiki: let chosen locale win, menyediakan persistent dapat di-crawl switcher tautan, dan reserve apa pun cookie untuk remembering—tidak forcing— pilihan.

bot dan equivalent pengguna menerima berbeda konten

Symptom: yang sama permintaan path dan locale context produce bot-spesifik routing. mungkin penyebab: sebuah crawler exception adalah ditambahkan untuk berfungsi sekitar penemuan masalah. Perbaiki: hapus bot-hanya perilaku dan solve access untuk semua equivalent permintaan; bot exceptions buat terpisah cloaking risk.

Test geo-routing perilaku yourself

Bandingkan default permintaan dengan language preferences

Lulus sebuah representative locale entry poin sebagai pertama argument. ini tests header-dependent routing; ini melakukan tidak simulate lainnya IP location.

url="${1:?Pass a representative entry URL as the first argument}"
for language in "" "en-US,en;q=0.9" "fr-FR,fr;q=0.9"; do
  echo "Accept-Language: ${language:-<none>}"
  curl -sS -o /dev/null -D - ${language:+-H "Accept-Language: $language"} "$url" \
    | grep -Ei '^(HTTP/|location:|vary:|set-cookie:)'
done

periksa bahwa declared locale targets resolve secara langsung

Put satu yang diharapkan locale URL per line di locale-urls.txt.

while IFS= read -r url; do
  curl -sS -o /dev/null -w '%{http_code}\t%{redirect_url}\t%{url_effective}\n' "$url"
done < locale-urls.txt

sebuah healthy target biasanya reports 200 dengan sebuah empty redirect destination. Review intentional exceptions alih-alih berikut redirects dan hiding them.

Validate sebuah geo-redirect perubahan

Direct locale access

Test untuk jalankan: permintaan representative locale URLs tanpa cookies dan tanpa berikut redirects. Yang diharapkan hasil: setiap yang dimaksud locale mengembalikan -nya own direct 200 respons. Failure interpretation: Routing adalah overriding sebuah jelas URL dan dapat block penemuan. Monitoring window: Immediately setelah deployment dan melalui berikutnya scheduled crawl. Rollback trigger: apa pun priority locale becomes unreachable tanpa sebuah rantai pengalihan.

permintaan-header matrix

Test untuk jalankan: Bandingkan yang sama entry URL dengan Tidak Accept-Language header dan dengan didukung language preferences. Yang diharapkan hasil: konten tetap accessible dan apa pun locale recommendation melakukan tidak mencegah navigation untuk lainnya versi. Failure interpretation: Header-based logic adalah forcing sebuah locale atau trapping pengguna pilihan. Monitoring window: selama rilis verification dan untuk pertama penuh traffic cycle. Rollback trigger: permintaan adalah redirected away dari sebuah explicitly chosen locale.

Hreflang target respons

Test untuk jalankan: Extract hreflang targets dari representative clusters dan permintaan setiap tanpa berikut redirects. Yang diharapkan hasil: setiap annotation resolves secara langsung untuk sebuah dapat diindeks canonical 200 URL. Failure interpretation: locale map adalah stale atau routing contradicts hreflang. Monitoring window: setelah rilis dan again setelah berikutnya sitemap atau template generation. Rollback trigger: sebuah material cluster poin untuk redirected, blocked, atau erroring targets.

Equivalent-permintaan parity

Test untuk jalankan: Bandingkan ordinary dan crawler pengguna agents di bawah jika tidak equivalent permintaan conditions. Yang diharapkan hasil: Status, destination, dan substantive konten adalah equivalent. Failure interpretation: bot-spesifik menangani dapat menjadi masking access masalah dan membuat cloaking risk. Monitoring window: setiap routing rilis dan quarterly thereafter. Rollback trigger: bot-hanya exceptions perubahan destination atau konten untuk equivalent permintaan.

TL;DR — Geo-redirect dan hreflang bekerja pada lapisan yang berbeda: geo-redirect adalah keputusan serving, sedangkan hreflang adalah sinyal discovery. Kegagalan utamanya adalah masalah penemuan, bukan sekadar pengindeksan—Googlebot terutama merayapi dari IP Sebagai dan tidak mengirim Accept-Language, sehingga redirect pada titik masuk dapat menjebak crawler di versi default dan mencegahnya mencapai (serta menemukan) URL lokal alternatif yang ditunjuk hreflang. Hreflang tidak dapat menyelamatkan URL yang tidak pernah dilihat crawler. Cloaking adalah risiko terpisah: redirect yang sepenuhnya patuh dan tidak melakukan cloaking pun tetap menimbulkan masalah penemuan. Resep Google adalah “sarankan, jangan paksa” (banner/tautan + hreflang). Satu pengecualian sempit adalah 302 khusus homepage untuk saran locale dinamis—tetapi dalam studi saya terhadap 374 756 domain, 16,9% memiliki hreflang yang menunjuk ke halaman yang dialihkan atau rusak, tepat contoh pengecualian yang terus gagal.

Dua mechanisms, dua berbeda layers

Hampir semua kesalahan geo-redirect muncul karena mencampuradukkan dua hal yang berada pada lapisan tumpukan yang berbeda:

• Geo-redirect adalah keputusan penyajian: apa yang saya tampilkan kepada pengunjung tertentu ini, sekarang juga, berdasarkan hal yang saya kira saya ketahui tentangnya?
• hreflang adalah sinyal penemuan/anotasi: URL alternatif apa yang tersedia untuk konten ini, sehingga mesin pencari dapat menemukannya dan memilih URL yang tepat dalam hasilnya sendiri?

mereka jangan substitute untuk setiap lainnya. sebuah geo-redirect perubahan apa satu pengunjung sees; hreflang tells mesin pencari alternates exist so mereka dapat sajikan right satu di kueri time tanpa anyone forcing apa pun di serving time. jika Anda internalize satu hal dari ini artikel, membuat pembedaan ini — sebagian besar breakage alur dari treating sebuah redirect sebagai jika ini adalah sebuah penemuan sinyal.

core mechanical failure: penemuan, tidak hanya pengindeksan

Di sini’s bagian sebagian besar competing konten mendapatkan slightly wrong. ini frames risk sebagai “Anda other halaman tidak akan mendapatkan indexed.” (terjemahan) “Anda lainnya halaman tidak akan mendapatkan terindeks.” sharper, lebih accurate framing adalah itu Anda lainnya halaman dapat tidak pernah mendapatkan di-crawl — tidak pernah bahkan ditemukan — di pertama place.

Google menjelaskan penyebabnya secara gamblang. Dokumen halaman locale-adaptive menyatakan bahwa jika situs Anda mengembalikan konten berbeda berdasarkan negara yang diperkirakan atau bahasa pilihan pengunjung, “Google mungkin tidak crawl, index, atau rank all Anda konten untuk berbeda locales.” (terjemahan) “Google mungkin tidak merayapi, mengindeks, atau memberi peringkat pada semua konten Anda untuk locale yang berbeda.” Mengapa? IP default Googlebot tampaknya berada di Sebagai, dan crawler mengirim permintaan HTTP tanpa menetapkan Accept-Language.

Now trace itu melalui sebuah typical setup. Anda redirect logic fires pada IP dan/atau Accept-Language, dan ini fires di entry poin — very sering homepage atau root domain, yang adalah persis halaman itu carries (atau tautan untuk) Anda hreflang annotations. Googlebot arrives looking like sebuah US pengunjung dengan Tidak language preference, mendapatkan redirected untuk US/default versi, dan berhenti. satu-satunya dapat di-crawl path untuk Anda /de/ tree adalah gated behind itu redirect. So:

1. Googlebot tidak pernah reaches alternate-locale URLs.
2. ini karena itu tidak pernah discovers hreflang annotations itu akan memiliki told ini itu URLs exist.
3. hreflang tags pada sebuah halaman Googlebot dapat’t reach melakukan tidak ada apa pun.

hreflang assumes crawl access. ini tidak buat ini. itu’s seluruh trap di satu line.

Geo-redirect dan cloaking: dua risiko yang berbeda

ada sebuah kedua risk di sini itu orang constantly gabungkan dengan pertama, dan gabungkan produces buruk advice. Treating Googlebot differently dari sebuah nyata pengguna di yang sama location — say, special-casing Googlebot pengguna-agent so ini skips redirect dan sees semuanya — adalah cloaking, dan ini adalah sebuah guidelines violation. Google’s guidance pada geo-distributed crawling adalah sebuah consistency aturan: Googlebot melakukan crawl dari beberapa non-US IP addresses di addition untuk US ones, dan ketika ini muncul untuk come dari sebuah diberikan country Anda harus treat ini persis like apa pun lainnya pengunjung dari itu country (block US Googlebot jika Anda block US pengguna; izinkan Australian Googlebot jika Anda izinkan Australian pengguna).

Bagian ini layak mendapat subbagian sendiri: tidak melakukan cloaking tidak menyelamatkan Anda dari masalah penemuan. Banyak tulisan mengatakan “sebagai long sebagai Anda jangan cloak Googlebot, geo-redirects adalah fine.” (terjemahan) “selama Anda tidak melakukan cloaking terhadap Googlebot, geo-redirect aman.” Itu tidak lengkap. Geo-redirect yang fully compliant—bot dan pengguna dari lokasi yang sama menerima perlakuan identik—tetap dapat menjebak Googlebot di versi default jika itulah tujuan permintaan yang tampak berasal dari Sebagai. Anda memang menghindari penalti cloaking, tetapi locale lain tetap kehilangan akses crawl. Ini dua masalah berbeda; menyelesaikan satu tidak menyelesaikan yang lain.

Jangan menganggap nuansa crawl terdistribusi geografis sebagai solusi. Itu adalah persyaratan konsistensi cloaking, bukan janji bahwa Google akan menemukan setiap locale dengan menyimulasikan setiap wilayah. Dokumen Google saat ini masih memulai dengan “Googlebot’s default IPs muncul untuk menjadi US-based” (terjemahan) “IP default Googlebot tampaknya berbasis di Sebagai” sebagai alasan hal ini rusak—karena memang itulah penyebabnya.

Rekomendasi resmi Google: sarankan, jangan paksa

Google’s prescription tidak “redirect lebih dengan hati-hati.” (terjemahan) “redirect lebih dengan hati-hati.” ini adalah “don’t redirect — suggest.” (terjemahan) “jangan redirect — suggest.” Dua lines dari multi-regional situs doc adalah spine dari perbaiki:

“Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (terjemahan) “Jangan mengalihkan pengguna secara otomatis dari satu versi bahasa situs ke versi bahasa lain.” — Google Search Central

“Consider adding hyperlinks to other language versions of a page. That way users can click to choose a different language version of the page.” (terjemahan) “Pertimbangkan menambahkan hyperlink ke versi bahasa lain dari halaman. Dengan begitu pengguna dapat mengeklik untuk memilih versi bahasa halaman yang berbeda.” — Google Search Central

dan pada IP detection secara khusus, Google tidak mince kata:

“Don’t use IP analysis to adapt your content. IP location analysis is difficult and generally not reliable. Furthermore, Google may not be able to crawl variations of your site properly. Most, but not all, Google crawls originate from the US, and we don’t attempt to vary the location to detect site variations.” (terjemahan) “Jangan gunakan analisis IP untuk menyesuaikan konten. Analisis lokasi IP sulit dan umumnya tidak andal. Selain itu, Google mungkin tidak dapat merayapi variasi situs Anda dengan benar. Sebagian besar, tetapi tidak semua, crawl Google berasal dari Sebagai, dan kami tidak mencoba memvariasikan lokasi untuk mendeteksi variasi situs.” — Google Search Central

Karena penargetan tidak pernah sempurna, Google juga meminta Anda menyiapkan solusi untuk pengunjung yang tiba di versi yang salah: “geotargeting tidak an tepat science, so ini important untuk consider users siapa land pada itu ‘wrong’ version dari Anda site. Satu way untuk lakukan ini could menjadi untuk menunjukkan links pada all halaman untuk users untuk select mereka region dan/atau language dari pilihan.” (terjemahan) “penargetan geografis bukan ilmu pasti, jadi penting mempertimbangkan pengguna yang mendarat di versi situs yang ‘salah’. Salah satu caranya adalah menampilkan tautan di semua halaman agar pengguna memilih wilayah dan/atau bahasa yang diinginkan.” Itulah pola banner/daftar tautan yang langsung berasal dari sumber.

Rekomendasi Bing—dan mengapa taruhannya bisa lebih tinggi di sana

Bing tidak memiliki padanan hreflang untuk disabotase, jadi Anda mungkin mengira risikonya lebih kecil. Justru sebaliknya. Bing mengandalkan perayapan URL lokal yang benar-benar ada dan meta tag/header HTTP content-language, bukan anotasi hreflang deklaratif. Fabrice Canel dari Microsoft Bing pernah mengatakan bahwa hreflang adalah sinyal yang jauh lebih lemah daripada konten-language di Bing (poin yang saya bahas dalam pendalaman hreflang di situs ini). Konsekuensinya: geo-redirect yang tidak dapat dilewati Bingbot setidaknya sama merusaknya bagi visibilitas Bing seperti bagi Google—bahkan mungkin lebih, karena Bing bergantung pada kemampuan mencapai dan membaca URL lokal secara langsung, bukan anotasi yang secara teori dapat ditemukan di tempat lain.

Data: seberapa sering hal ini benar-benar rusak

I jangan memiliki untuk argue ini hypothetically. untuk my Brighton SEO 2023 talk, I studied hreflang di seluruh 374 756 domains (penuh writeup pada Ahrefs blog). My blunt takeaway pada ini tepat topic: automated redirects berdasarkan cookies, IP, atau browser language adalah umumnya sebuah buruk idea. angka back ini:

• 16,9% dari domains memiliki hreflang tags referencing redirected atau rusak halaman — ini adalah essentially sebuah direct pengukuran dari bagaimana sering situs’ redirect setups collide dengan mereka own hreflang.
• 67% dari hreflang-menggunakan domains di study memiliki setidaknya satu issue overall.
• 56,3% adalah missing x-default — hreflang nilai designed sekitar “which version does an unmatched visitor see” (terjemahan) “yang versi melakukan sebuah unmatched pengunjung see” masalah (ada sebuah dedicated x-default artikel pada ini situs).

sebagai I put ini di writeup: “Hreflang is complex and hard to get right. It can break in so many different ways.” (terjemahan) “Hreflang adalah kompleks dan hard untuk mendapatkan right. ini dapat break di so banyak berbeda cara.” sebuah geo-redirect adalah satu dari paling reliable cara untuk membuat ini break.

satu sempit exception: sebuah homepage-hanya 302

Ada pola yang dapat dipertanggungjawabkan, tetapi cakupannya sempit. 302 (temporary) pada homepage saja untuk saran locale dinamis berdasarkan lokasi/bahasa telah lama digunakan di banyak situs. Alasannya memakai 302, bukan 301: tujuan “correct” (terjemahan) “yang benar” bergantung pada pengunjung—berubah menurut orang dan sesi—jadi bukan satu target permanen. 301 menyatakan satu tujuan permanen, padahal bukan itu yang terjadi. (Ini praktik industri—kerangka saya dan Ahrefs—bukan rekomendasi kode status yang diterbitkan Google secara khusus untuk geo-redirect.)

Namun ketika URL yang dialihkan muncul sebagai target di dalam anotasi hreflang di tempat lain pada situs, itu adalah bug, bukan fitur—setiap target hreflang harus langsung mengembalikan 200 langsung, bukan 3xx. Angka 16,9% di atas sebagian besar mencerminkan pengecualian yang gagal: situs menjalankan pola homepage-302 (atau redirect di seluruh situs), lalu menunjuk hreflang ke halaman yang masih mengalihkan.

Apa untuk melakukan alih-alih sebuah hard redirect

Put together, perbaiki adalah sebuah handful dari moving bagian:

• Suggest, jangan force. sebuah terlihat, dismissible banner/interstitial (“View itu German site?” (terjemahan) “View German situs?”) itu pengunjung dapat accept atau ignore. ini adalah Google’s recommended alternative untuk sebuah automatic redirect.
• pertahankan setiap localized URL secara langsung dapat di-crawl dan linkable. nyata <a href> tautan untuk setiap versi — sebuah language/country switcher di footer atau header — so crawler reach setiap locale tanpa menjadi redirected away pertama. (sebuah switcher pada -nya own tidak sebuah perbaiki jika redirect masih fires sebelum crawler dapat muat halaman.)
• Pair ini dengan correct, reciprocal hreflang so mesin pencari dapat determine dan sajikan right versi di hasil pada mereka own. setiap hreflang target resolves 200.
• gunakan x-default untuk “Tidak jelas match” (terjemahan) “Tidak jelas match” case pada sebuah language-selector atau auto-suggesting homepage — ini names apa untuk tampilkan sebuah pengunjung siapa matches none dari Anda tags. ini solves serving pertanyaan untuk unmatched pengunjung; ini melakukan tidak solve crawl-access masalah, so jangan lean pada ini sebagai sebuah rescue.

related fundamentals di sini — language vs. country targeting pembedaan, ccTLD / subdomain / subdirectory URL-structure pilihan, reciprocal hreflang, dan x-default — semua sit di ini sama international-SEO cluster dan adalah worth reading alongside ini. pendek versi: perbaiki crawl path pertama, lalu let hreflang dan x-default melakukan serving.

AI summary

sebuah condensed take pada Advanced versi:

• Geo-redirect otomatis mengirim pengunjung ke URL khusus lokasi/bahasa berdasarkan IP, Accept-Language, atau cookie. Ini adalah mekanisme serving; hreflang merupakan sinyal discovery yang terpisah. Keduanya tidak saling menggantikan.
• Kegagalan inti adalah penemuan, bukan sekadar pengindeksan. Googlebot terutama merayapi dari IP Sebagai dan tidak mengirim Accept-Language. Redirect pada titik masuk (biasanya beranda) dapat menjebak perayap di versi default, sehingga perayap tidak pernah mencapai—atau menemukan—URL locale alternatif yang ditunjuk hreflang. Hreflang tidak dapat menyelamatkan URL yang tidak pernah dilihat perayap.
• Cloaking adalah risiko terpisah. Memperlakukan Googlebot secara berbeda dari pengguna di lokasi yang sama merupakan pelanggaran. Namun redirect yang sepenuhnya patuh dan tidak melakukan cloaking tetap menimbulkan masalah penemuan—ketiadaan cloaking tidak menyelesaikannya.
• Perayapan geografis terdistribusi adalah aturan konsistensi, bukan jaminan penemuan. Google juga merayapi dari sebagian IP non-Sebagai, tetapi itu untuk mencegah cloaking, bukan janji bahwa setiap locale akan ditemukan.
• Resep Google: “Avoid secara otomatis mengalihkan” (terjemahan) “hindari pengalihan otomatis” + “Consider adding hyperlinks untuk other language versions” (terjemahan) “pertimbangkan menambahkan hyperlink ke versi bahasa lain”—yakni sarankan dengan banner/tautan, jangan paksa, dan pasangkan dengan hreflang. Google juga menyebut analisis IP “difficult and generally not reliable.” (terjemahan) “sulit dan umumnya tidak andal.”
• Bing dapat memiliki taruhan lebih tinggi: Bing mengandalkan perayapan URL lokal yang nyata dan sinyal content-language, bukan hreflang, sehingga redirect yang tidak dapat dilewati Bingbot setidaknya sama merusaknya.
• Datanya: studi saya atas 374 756 domain menemukan bahwa 16,9% memiliki hreflang yang menunjuk ke halaman yang dialihkan atau rusak; 67% memiliki setidaknya satu masalah hreflang; 56,3% tidak memiliki x-default. Kesimpulan saya: redirect otomatis berdasarkan cookie, IP, atau bahasa peramban umumnya merupakan ide buruk.
• Pengecualian sempit: 302 khusus beranda untuk saran locale dinamis (302, bukan 301, karena tujuan bergantung pada pengunjung). Namun URL yang dialihkan tidak boleh menjadi target hreflang.

Dokumentasi resmi

Utama-sumber documentation pada redirects, locale-adaptive serving, dan geotargeting.

Google

• Mengelola situs multiregional dan multibahasa — panduan “hindari pengalihan otomatis”, “tambahkan hyperlink ke versi bahasa lain”, dan “jangan gunakan analisis IP untuk menyesuaikan konten”, serta bagian penargetan geografis.
• Cara Google merayapi halaman yang menyesuaikan locale — alasan IP bawaan Googlebot yang berbasis Sebagai dan tidak adanya header Accept-Language membuat konten adaptif-locale mungkin tidak dirayapi/diindeks sepenuhnya, rekomendasi memakai URL locale terpisah dengan rel="alternate" hreflang, serta aturan perayapan geografis terdistribusi untuk konsistensi cloaking.
• Versi lokal halaman Anda — referensi penerapan hreflang: tag HTML, header HTTP, entri sitemap, dan persyaratan timbal balik.
• Perayapan dan pengindeksan halaman adaptif-locale (Penelusuran Central Blog, Jan 2015) — pesan inti yang sama, menunjukkan bahwa Google telah menyampaikannya secara konsisten selama satu dekade.

Bing / Microsoft

• Going international: considerations untuk Anda global situs web (Bing Webmaster Blog, Feb 2009) — panjang-standing warning itu cookie- dan JavaScript-based locale switching (dengan Tidak navigational path dan Tidak URL perubahan) hides non-default konten dari crawler, since crawler jangan pertahankan cookies atau execute switcher.
• Bing Webmaster Guidelines — Bing’s sinyal stack, including -nya preference untuk content-language di atas hreflang.

Quotes dari sumber

pada—record statements dari Google, plus my own take. setiap Google tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada sumber halaman.

Google — jangan memaksa redirect; sarankan saja

• “Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (terjemahan) “hindari mengalihkan pengguna secara otomatis dari satu versi bahasa situs ke versi bahasa situs yang berbeda.” — Google Search Central docs. Lompat ke kutipan
• “Consider adding hyperlinks to other language versions of a page. That way users can click to choose a different language version of the page.” (terjemahan) “pertimbangkan menambahkan hyperlink ke versi bahasa lain suatu halaman. Dengan begitu pengguna dapat mengeklik untuk memilih versi bahasa halaman yang berbeda.” Lompat ke kutipan
• “Remember that geotargeting isn’t an exact science, so it’s important to consider users who land on the ‘wrong’ version of your site. One way to do this could be to show links on all pages for users to select their region and/or language of choice.” (terjemahan) “ingat bahwa penargetan geografis bukan ilmu pasti, jadi penting mempertimbangkan pengguna yang mendarat di versi situs yang ‘salah’. Salah satu caranya adalah menampilkan tautan di semua halaman agar pengguna memilih wilayah dan/atau bahasa yang diinginkan.” Lompat ke kutipan

Google — IP analysis adalah unreliable

• “Don’t use IP analysis to adapt your content. IP location analysis is difficult and generally not reliable. Furthermore, Google may not be able to crawl variations of your site properly. Most, but not all, Google crawls originate from the US, and we don’t attempt to vary the location to detect site variations.” (terjemahan) “Jangan menyesuaikan konten berdasarkan analisis IP. Analisis lokasi IP sulit dan umumnya tidak andal. Selain itu, Google mungkin tidak dapat merayapi variasi situs secara tepat. Sebagian besar—meski tidak semua—perayapan Google berasal dari Sebagai, dan Google tidak mencoba mengubah lokasi untuk mendeteksi variasi situs.” Lompat ke kutipan

Google — locale-adaptive crawling ( penemuan masalah)

• “If your site has locale-adaptive pages (that is, your site returns different content based on the perceived country or preferred language of the visitor), Google might not crawl, index, or rank all your content for different locales.” (terjemahan) “Jika situs Anda memiliki halaman yang menyesuaikan wilayah atau bahasa (artinya situs mengembalikan konten berbeda berdasarkan negara yang diperkirakan atau bahasa pilihan pengunjung), Google dapat tidak merayapi, mengindeks, atau memberi peringkat pada semua konten Anda untuk wilayah berbeda.” Jump untuk quote
• “We recommend using separate locale URL configurations and annotating them with rel=“alternate” hreflang annotations.” (terjemahan) “Kami merekomendasikan konfigurasi URL locale terpisah dan anotasi dengan rel=“alternate” hreflang.” Jump untuk quote
• “Googlebot crawls with IP addresses based outside the USA, in addition to the US-based IP addresses.” (terjemahan) “Googlebot merayapi dengan alamat IP di luar AS, selain alamat IP berbasis AS.” — catatan crawl terdistribusi geografis adalah aturan konsistensi cloaking, bukan jaminan penemuan. Jump untuk quote

Me, pada pattern

• “Automated redirects based on cookies, IP, or browser language are generally a bad idea.” (terjemahan) “Redirect otomatis berdasarkan cookie, IP, atau bahasa peramban umumnya merupakan ide buruk.” — studi hreflang Brighton SEO 2023 saya atas 374 756 domain (deck, tulisan Ahrefs).
• “Hreflang is complex and hard to get right. It can break in so many different ways.” (terjemahan) “Hreflang memiliki banyak bagian dan sulit diterapkan dengan benar; ia dapat rusak melalui begitu banyak cara.” — tulisan Ahrefs tentang studi tersebut.

seharusnya I geo-redirect — dan jika so, bagaimana?

sebagian besar “should I geo-redirect?” (terjemahan) “seharusnya I geo-redirect?” pertanyaan collapse untuk satu hal: dapat crawler masih reach setiap locale pada mereka own? Click melalui ini.

Geo-redirect myths dan mistakes untuk hindari

setiap dari ini adalah sebuah umum belief itu’s wrong (atau dangerously incomplete), dengan apa untuk melakukan alih-alih.

• “Sebagai long sebagai I jangan cloak Googlebot, geo-redirects adalah totally safe untuk SEO.” (terjemahan) “Selama saya tidak melakukan cloaking terhadap Googlebot, geo-redirect sepenuhnya aman untuk SEO.” Mengapa salah: Tidak melakukan cloaking hanya menghindari penalty. Redirect yang patuh tetap dapat menjebak crawler di locale default jika itulah tujuan permintaan yang tampak berasal dari Sebagai, sehingga locale lain tidak pernah dirayapi atau ditemukan. Lakukan ini: Perlakukan akses crawl sebagai masalah terpisah dari cloaking—pastikan setiap locale dapat dijangkau melalui tautan nyata, dengan atau tanpa redirect.

• “hreflang fixes whatever my geo-redirect breaks.” (terjemahan) “hreflang memperbaiki whatever my geo-redirect breaks.” Mengapa ini adalah wrong: Backwards. hreflang assumes crawl access; ini dapat’t melakukan apa pun untuk sebuah URL crawler adalah tidak pernah diizinkan untuk reach. jika redirect berhenti Google dari memuat halaman itu carries hreflang tags, tags adalah tidak pernah bahkan ditemukan. melakukan alih-alih: Ensure crawler dapat reach setiap locale pertama, lalu let hreflang tangani versi-swapping di hasil.

• “Google crawls dari setiap country now, so itu old ‘Googlebot hanya sees itu US version’ problem adalah solved.” (terjemahan) “Google sekarang merayapi dari setiap negara, jadi masalah lama ‘Googlebot hanya melihat versi Sebagai’ sudah selesai.” Mengapa salah: Itu berlebihan. Google memang merayapi dari sebagian IP non-Sebagai, tetapi dokumennya sendiri menyebutnya sebagai persyaratan konsistensi cloaking—bukan jaminan akan menemukan setiap locale. Panduan saat ini masih memulai dengan “Googlebot’s default IPs muncul untuk menjadi US-based” (terjemahan) “IP default Googlebot tampaknya berbasis di Sebagai” sebagai alasan masalah ini terjadi. Lakukan ini: Jangan mengandalkan crawl lintas wilayah untuk menemukan locale Anda; berikan setiap locale jalur eksplisit yang dapat dirayapi.

• “A 301 is always the most SEO-friendly redirect, so use it for geo-redirects too.” (terjemahan) “301 selalu merupakan redirect yang paling ramah SEO, jadi gunakan juga untuk geo-redirect.” Mengapa salah: Untuk saran locale dinamis di homepage, tujuan “correct” (terjemahan) “yang benar” bergantung pada pengunjung, bukan satu target permanen—301 salah menggambarkannya sebagai permanen. Lakukan ini: Gunakan 302 untuk pola dinamis khusus homepage yang sempit (praktik industri—kerangka saya dan Ahrefs).

• “IP geolocation adalah accurate cukup untuk safely gate konten pada.” (terjemahan) “Geolokasi IP cukup akurat untuk menjadi dasar pembatasan konten.” Mengapa ini salah: Dokumen Google sendiri menyebut analisis lokasi IP “difficult and generally not reliable.” (terjemahan) “sulit dan umumnya tidak andal.” VPN, pengelompokan IP operator seluler, proksi perusahaan, dan alokasi IPv6 menurunkan akurasinya—bahkan sebelum masalah khusus perayap diperhitungkan. Lakukan ini: Jangan mengunci konten berdasarkan lokasi yang disimpulkan; berikan saran dan biarkan pengguna menggantinya.

• “Jika I add a language/country switcher, itu redirect dapat stay.” (terjemahan) “Jika saya menambahkan pengalih bahasa/negara, redirect dapat tetap dipakai.” Mengapa ini salah: Pengalih adalah elemen UI pada halaman yang dirender, dan perayap tetap harus dapat memuat halaman itu—jika redirect berjalan lebih dulu dan memantulkan bot, pengalih tidak pernah berkesempatan membantu. Lakukan ini: Pertahankan pengalih dan pastikan redirect tidak menghalangi perayap mencapai URL alternatif melalui jalurnya sendiri.

• “Bing tidak care tentang ini since it tidak gunakan hreflang.” (terjemahan) “Bing tidak peduli karena tidak menggunakan hreflang.” Mengapa salah: Bing bisa lebih peduli. Bing mengandalkan perayapan konten lokal nyata dan sinyal content-language, bukan anotasi deklaratif, sehingga redirect yang tidak dapat dilewati Bingbot setidaknya sama merusaknya bagi visibilitas Bing. Lakukan ini: Perlakukan akses crawl Bingbot ke setiap locale setidaknya sama pentingnya dengan akses Googlebot.

Geo-redirect audit checklist

sebuah quick lulus untuk konfirmasi Anda location-based serving tidak diam-diam hiding Anda locales dari mesin pencari:

• Setiap URL locale dapat dijangkau melalui tautan nyata <a href> (footer/header switcher), bukan hanya melalui redirect.
• Redirect, jika ada, hanya berlaku di homepage—tidak aktif pada halaman dalam.
• Redirect saran locale dinamis apa pun menggunakan 302, bukan 301.
• Tidak ada target hreflang yang berupa 3xx—setiap URL hreflang langsung mengembalikan 200. (Dalam studi saya, 16,9% domain keliru pada hal ini.)
• Hreflang bersifat timbal balik—setiap versi menautkan kembali ke versi lain, termasuk x-default bila sesuai.
• Googlebot/Bingbot diperlakukan persis seperti pengguna di lokasi yang sama—tidak ada bypass berdasarkan user-agent atau IP untuk crawler (itu cloaking).
• Anda mengutamakan banner/interstitial yang dapat ditutup daripada redirect paksa bila memungkinkan (“Lihat situs Jerman?” yang dapat diabaikan pengunjung).
• Anda tidak membatasi konten hanya berdasarkan IP—sediakan override manual yang mudah.
• Konten tidak diganti oleh cookie atau JavaScript sisi klien tanpa perubahan URL (crawler tidak menyimpan cookie dan tidak selalu mencapai konten locale yang hanya ditampilkan oleh JS).
• Anda menguji akses crawl dengan meminta locale non-default dari IP Sebagai / tanpa Accept-Language (misalnya curl -IL) untuk memastikan crawler tidak dialihkan.

Resources worth Anda time

My related writing & speaking

• di atas 67% dari Domains menggunakan Hreflang memiliki Issues (Study dari 374 756 Domains) (Ahrefs) — my besar-scale hreflang study; sumber dari 16,9% redirected/rusak-hreflang stat dan “automated redirects adalah generally a bad idea” (terjemahan) “automated redirects adalah umumnya sebuah buruk idea” take, plus homepage-hanya 302 exception.
• paling umum hreflang issues di seluruh 374 756 domains (Speaker Deck) — Brighton SEO 2023 slides. Talk listing · video.
• Hreflang: Easy Guide untuk Beginners (Ahrefs) — mechanics dari hreflang, reciprocity, dan x-default itu sebuah geo-redirect dapat undermine.
• SEO internasional: Weird Teknis bagian (Pubcon Vegas 2019) dan Anda’re Going untuk Screw Up SEO internasional (Pubcon Vegas 2017) — older tetapi consistent background pada di mana international setups (including geo-redirects) go wrong.

Dari industri

• Mengelola situs multiregional dan multibahasa (Google Search Central) — sumber utama untuk “hindari pengalihan otomatis”, “tambahkan hyperlink ke versi bahasa lain”, dan “jangan gunakan analisis IP untuk menyesuaikan konten”.
• Cara Google merayapi halaman adaptif-locale (Google Search Central) — penjelasan IP berbasis Sebagai/tanpa Accept-Language dan batasan perayapan geografis terdistribusi.
• Hal utama yang perlu diketahui tentang geo-IP redirect (Search Engine Journal) — liputan jawaban Ask Googlebot John Mueller (Oktober 2022): Googlebot pada dasarnya mengindeks satu versi, jadi pertahankan hal penting dalam konten default.
• Google mengatakan redirect geolokasi boleh (Penelusuran Engine Roundtable) — kerangka Mueller “boleh jika Anda tidak memperlakukan Googlebot berbeda dari pengguna”; sumbernya menyatakan: “allowed if you don’t treat Googlebot differently than a user” (terjemahan) “diperbolehkan jika Anda tidak memperlakukan Googlebot berbeda dari pengguna” (syarat cloaking).
• Bing mengatakan hreflang adalah sinyal lemah (Penelusuran Engine Roundtable) — Fabrice Canel dari Microsoft Bing menyebut hreflang lebih lemah daripada konten-language, sehingga akses perayapan ke URL lokal yang nyata lebih penting di Bing.
• Menuju internasional: pertimbangan untuk situs global (Bing Webmaster Blog) — peringatan lama tentang pergantian locale berbasis cookie dan JavaScript yang menyembunyikan konten dari perayap.

Uji pemahaman Anda: Geo-Redirects untuk SEO internasional

Five quick pertanyaan pada mengapa geo-redirects break SEO internasional dan apa untuk melakukan alih-alih. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan