国際SEOにおけるジオリダイレクト

TL;DR — ジオリダイレクトは、訪問者がいる場所や話す言語（通常はIPアドレスやブラウザー言語）を推測し、/de/ページ、ドイツ語ドメイン、サブドメインなど別のサイト版へ自動転送します。便利に見えますが、国際サイトが自分のページをGoogleから隠してしまう代表的な原因です。安全なのは、強制転送ではなくバナーやリンクでローカル版を提案することです。

ジオリダイレクトとは

英語サイトとドイツ語サイトがあるとします。ジオリダイレクトは「この訪問者はドイツにいるようだ（またはブラウザーがドイツ語だ）から、ドイツ語版へ自動送信する」というルールです。訪問者が求めたわけではなく、サーバーまたはスクリプトが次の情報で判断します。

• IPアドレス（おおまかに国へ対応します）。
• ブラウザーの**Accept-Language設定**。
• 過去の選択を記憶するCookie。

表面上は親切な仕組みに見えます。問題は、検索エンジンに与える影響です。

SEOに危険な理由

GoogleのクローラーであるGooglebotは、ページを見つけて読み、検索に表示できるようにします。多くの国際サイトがつまずくのは、Googlebotが主に米国のIPアドレスからクロールし、言語設定を送らないことです。

ホームページが「米国から来たように見える」訪問者を英語版へ自動転送すると、米国に見えるGooglebotも毎回英語版へ送られます。ドイツ語、フランス語、日本語ページへ自力で進む経路がなくなる可能性があります。Googleがページへ到達できなければ、インデックスも順位づけもできません。ドイツ語サイトを作ったのに、誰かに見つけてもらえるかを決める訪問者から静かに隔離してしまうのです。

多くの人が逆に考えていること

hreflangというタグは「このページには別の言語／国向け版がある」と検索エンジンに伝えます。hreflangがジオリダイレクトの問題を「修正する」と考える人がいますが、実際は逆です。クローラーが到達できないページをhreflangは助けられません。 リダイレクトが先に動くと、Googleはhreflangタグ自体を見られません。

代わりに行うこと

Google自身の助言は短く明快です。強制せず、提案します。自動転送の代わりに次を行います。

• 小さなバナー（「ドイツにいるようです。ドイツ語サイトを表示しますか？」）を出し、訪問者がクリックしても無視してもよいようにします。
• ページにすべての言語版へのリンクを置き、人とクローラーの両方が到達できるようにします。 Evidence for this claim Google recommends avoiding automatic language redirects and providing hyperlinks that let users and crawlers reach each language version. Scope: Google Search guidance for language switching and discovery. Confidence: high · Verified: 2026-07-14 Google: Let users switch language
• hreflangを追加し、検索エンジンが自力で適切な版を判断して表示できるようにします。

これなら人には自分の言語版を促しつつ、Googleはすべての版をクロールしてインデックスできます。302と301の違い、リダイレクトが許される唯一の狭い例外、どの程度の頻度で壊れるかのデータは、Advancedタブで扱います。

ジオリダイレクトの失敗をトラブルシューティングする

別ロケールがクロールに現れない

症状： クローラーがデフォルトロケールへ繰り返し到達する。原因の可能性： IP、Cookie、Accept-Languageによるルーティングが、直接ロケールURLへのリクエストを別の場所へ送っている。修正： 各ロケールURLを直接返し、強制ルーティングを目に見える提案へ置き換えます。

hreflangの対象がリダイレクトを返す

症状： アノテーションが最終ページではなく3xxレスポンスを指す。原因の可能性： ルーティングまたはURL正規化を変えたのにロケールマップを再生成していない。修正： hreflangを直接canonicalな200の宛先へ更新し、クラスタの全メンバーを再テストします。

リダイレクト後にユーザーが戻れない

症状： 別ロケールを選んでも想定市場へすぐ送られる。原因の可能性： IPロジックが明示的な選択を上書きしている。修正： 選択されたロケールを優先し、クロール可能な切り替えリンクを常設します。Cookieは選択を強制せず、記憶するためだけに使います。

ボットと同等のユーザーが違うコンテンツを受け取る

症状： 同じパスとロケール条件なのに、ボットだけ別ルーティングになる。原因の可能性： 発見問題を回避するためクローラー例外を追加した。修正： ボット専用処理を削除し、同等のリクエストすべてでアクセスを解決します。ボット例外は別のクローキングリスクを作ります。

ジオルーティングを自分でテストする

デフォルトリクエストと言語設定を比較する

代表的なロケール入口を第1引数に渡します。ヘッダー依存のルーティングをテストしますが、別のIP所在地を再現するものではありません。

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

宣言したロケール対象が直接解決するか確認する

locale-urls.txtに、期待するロケールURLを1行ずつ記載します。

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

正常な対象は通常、空のリダイレクト先とともに200を返します。意図した例外は、リダイレクトを追って隠さずにレビューします。

ジオリダイレクトの変更を検証する

ロケールへ直接アクセスする

実施するテスト： Cookieなし、リダイレクトを追わない状態で代表的なロケールURLをリクエストします。期待結果： 各ロケールが独自の直接200レスポンスを返します。失敗の解釈： ルーティングが明示的なURLを上書きし、発見をブロックできます。監視期間： 公開直後から次の定期クロールまで。ロールバック条件： 優先ロケールがリダイレクトチェーンなしで到達不能になること。

リクエストヘッダーの組み合わせ

実施するテスト： Accept-Languageなしと対応言語設定ありで、同じ入口URLを比較します。期待結果： コンテンツに到達でき、ロケール提案が別版への移動を妨げません。失敗の解釈： ヘッダー処理がロケールを強制するか、選択を閉じ込めています。監視期間： リリース確認中と最初の完全なトラフィック周期。ロールバック条件： 明示的に選んだロケールからリダイレクトされること。

hreflang対象のレスポンス

実施するテスト： 代表クラスタからhreflang対象を抽出し、リダイレクトを追わずに各URLをリクエストします。期待結果： 各アノテーションがインデックス可能なcanonical200 URLへ直接解決します。失敗の解釈： ロケールマップが古いか、ルーティングがhreflangと矛盾しています。監視期間： 公開後と、次のサイトマップまたはテンプレート生成後。ロールバック条件： 重要クラスタがリダイレクト、ブロック、エラーの対象を指すこと。

同等リクエストのパリティ

実施するテスト： その他の条件を同じにして通常ユーザーエージェントとクローラーユーザーエージェントを比較します。期待結果： ステータス、宛先、実質的なコンテンツが同じです。失敗の解釈： ボット固有処理がアクセス問題を隠し、クローキングリスクを作っている可能性があります。監視期間： ルーティングのリリースごと、および四半期ごと。ロールバック条件： 同等のリクエストでボット専用例外が宛先やコンテンツを変えること。

TL;DR — ジオリダイレクトとhreflangは別レイヤーで動きます。ジオリダイレクトは配信の判断で、hreflangは発見のシグナルです。核心はインデックスだけでなく発見の問題です。Googlebotは主に米国IPからクロールし、Accept-Languageを送らないため、入口でリダイレクトすると、hreflangが指す別URLへ到達・発見できなくなります。クローラーが見ないURLをhreflangは救えません。クローキングは別のリスクで、準拠したリダイレクトでも発見問題は起きます。Googleの処方箋は「強制せず提案する」（バナー／リンク＋hreflang）です。狭い例外はホームページだけの動的ロケール提案用302ですが、374 756ドメインの調査では16,9%でhreflangがリダイレクトまたは壊れたページを指していました。この例外が誤用されている証拠です。

2つの仕組み、2つの異なるレイヤー

ほとんどのジオリダイレクトの誤りは、スタックの別レイヤーにある2つのものを混同することで生じます。

• ジオリダイレクトは配信の判断です。今この訪問者について知っていることにもとづき、何を表示するかを決めます。
• hreflangは発見／アノテーションのシグナルです。このコンテンツにどの別URLが存在し、検索エンジンが見つけて結果で適切な版に差し替えられるかを示します。

両者は代替関係ではありません。ジオリダイレクトは1人の訪問者に見えるものを変え、hreflangは別版の存在を検索エンジンに知らせます。この記事から1つだけ覚えるなら、この区別です。リダイレクトを発見シグナルのように扱うことが、多くの障害の原因です。

中核の機械的な失敗：インデックスだけでなく発見

競合記事の多くはリスクを少し誤って説明します。「他のページがインデックスされない」としますが、より正確には、そもそも他のページがクロールされず、発見さえされない可能性があります。

Googleは原因を明示しています。ロケール適応ページの文書は、訪問者の推定国や優先言語で異なるコンテンツを返すサイトについて、“Google might not crawl, index, or rank all your content for different locales.” (翻訳)「Googleは異なるロケールのすべてのコンテンツをクロール、インデックス、順位づけできない可能性があります」と説明します。GooglebotのデフォルトIPは米国に見え、クローラーはHTTPリクエストで**Accept-Languageを設定しません**。

典型的な構成を追ってみます。リダイレクトがIPやAccept-Languageで発火し、入口（多くはホームページやルートドメイン）で動きます。そこはhreflangアノテーションを持つ、またはリンクするページです。Googlebotは言語設定のない米国訪問者に見え、米国／デフォルト版へ送られて止まります。/de/ツリーへ通じる唯一のクロール可能な経路が、そのリダイレクトの背後にあるからです。つまり：

1. Googlebotは別ロケールURLへ到達しない。
2. そのURLの存在を伝えるはずのhreflangアノテーションも発見しない。
3. Googlebotが到達できないページ上のhreflangタグは何もしない。

hreflangはクロールアクセスを前提とします。アクセスを作り出すものではありません。これが罠の一行要約です。

ジオリダイレクトとクローキング：別々の2つのリスク

2つ目のリスクを1つ目と混同する人がいます。Googlebotを同じ場所の実ユーザーと違う扱いにし、Googlebotユーザーエージェントだけリダイレクトをスキップさせるのはクローキングであり、ガイドライン違反です。Googleの地域分散クロールに関する指針は一貫性のルールです。Googlebotは米国以外のIPからもクロールすることがあり、特定国から来たように見えるなら、その国の他の訪問者と同じように扱います。米国ユーザーをブロックするなら米国Googlebotもブロックし、オーストラリアユーザーを許可するならオーストラリアGooglebotも許可します。

クローキングをしないだけでは発見問題は解決しません。 「Googlebotをクローキングしなければジオリダイレクトは安全」という説明は不完全です。ボットと同じ場所のユーザーを完全に同じ扱いにする準拠リダイレクトでも、米国からのリクエストがデフォルト版へ着地すればGooglebotをそこに閉じ込めます。クローキングのペナルティは避けても、他ロケールのクロールアクセスは失われます。別々の問題であり、片方を解決してももう片方は解決しません。

地域分散クロールの細部を修正策と読みすぎないでください。これはクローキングの一貫性要件であり、Googleがすべての地域をシミュレートして確実に発見する保証ではありません。現在のGoogle文書も「GooglebotのデフォルトIPは米国ベースに見える」ことを、この問題の理由として先頭に置いています。

Googleが公式に推奨すること：強制せず提案する

Googleの処方箋は「もっと注意してリダイレクトする」ではありません。「リダイレクトせず、提案する」です。多地域・多言語サイトの文書にある2行が修正の軸です。

“Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (翻訳)「サイトのある言語版から別の言語版へユーザーを自動的にリダイレクトすることは避けてください。」 — 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.” (翻訳)「ページの他の言語版へのハイパーリンクを追加することを検討してください。そうすれば、ユーザーはクリックして別の言語版を選べます。」 — Google Search Central

IP検出についても、Googleは明確です。

“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.” (翻訳)「IP分析でコンテンツを適応させないでください。IP位置分析は難しく、一般に信頼できません。さらに、Googleはサイトのバリエーションを適切にクロールできない可能性があります。Googleのクロールの大半は米国から発生しますが、すべてではなく、サイトの変化を検出するために場所を変えようとはしません。」 — Google Search Central

ターゲティングは完全ではないため、Googleは誤った版に着地する訪問者も想定するよう伝えています。“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.” (翻訳)「ジオターゲティングは正確な科学ではないため、サイトの『誤った』版に着地するユーザーを考慮することが重要です。その方法の1つは、すべてのページに地域や言語を選べるリンクを表示することです。」

Bingが推奨すること — なぜこちらのほうが重大になり得るか

Bingには妨害されるhreflang相当機能がないため、影響が小さいと思うかもしれません。実際は逆です。Bingは実際のローカライズURLをクロールすることと、宣言型のhreflangではなく**content-language**メタタグ／HTTPヘッダーに依存します。Fabrice Canelは、Bingではhreflangがcontent-languageより弱いシグナルだと述べています。Bingbotが通過できないジオリダイレクトは、Google以上に可視性を損なう可能性があります。

データ：実際にどれくらい壊れるか

これは仮説ではありません。Brighton SEO 2023の講演のために、374 756ドメインのhreflangを調査しました（Ahrefsブログの全文）。率直な結論は、Cookie、IP、ブラウザー言語にもとづく自動リダイレクトは一般に悪い考えということです。数字が裏付けています。

• 16,9%のドメインで、hreflangタグがリダイレクトまたは壊れたページを参照していました。
• 調査対象のhreflang利用ドメインの67%に、少なくとも1つの問題がありました。
• 56,3%でx-defaultがありませんでした。 x-defaultは一致しない訪問者にどの版を見せるかという問題のための値です。

記事では次のように述べました。“Hreflang is complex and hard to get right. It can break in so many different ways.” (翻訳)「Hreflangは複雑で、正しく実装するのが難しく、非常に多くの形で壊れます。」ジオリダイレクトは、hreflangを壊す確実な方法の1つです。

唯一の狭い例外：ホームページだけの302

302（temporary）リダイレクトをホームページだけで使い、場所や言語にもとづいて動的にロケールを提案する方式は、擁護できる狭いパターンです。301ではなく302にするのは、正しい宛先が訪問者やセッションごとに変わり、1つの恒久的宛先ではないからです。これはGoogleがジオリダイレクト専用に公開した推奨ではなく、業界の実務です。

ただし、hreflangアノテーションでリダイレクトされたURLが対象になった瞬間、それはバグです。 各対象は3xxではなく直接200で解決すべきです。16,9%の数字は、この例外が誤用されるケースを主に示しています。

強制リダイレクトの代わりに行うこと

修正は、いくつかの部品を組み合わせます。

• 強制せず、提案する。 閉じられるバナー／インタースティシャル（「ドイツ語サイトを表示しますか？」）を置きます。
• すべてのローカライズURLを直接クロール・リンク可能にする。 各版への実際の<a href>リンクをフッターやヘッダーに置きます。切り替えだけでは、先にリダイレクトが発火すると不十分です。
• 正しく相互的なhreflangと組み合わせる。 各対象は200へ解決します。
• x-defaultを使う。 言語セレクターや提案ホームページで、未一致の訪問者に表示する版を示します。ただしクロールアクセス問題は解決しません。

言語と国のターゲティング、ccTLD／サブドメイン／サブディレクトリ、相互hreflang、x-defaultが関連する基礎です。まずクロール経路を直し、次にhreflangとx-defaultに配信を任せます。

AI要約

Advanced版を凝縮すると、次のとおりです。

• ジオリダイレクトはIP、Accept-Language、Cookieにもとづき地域／言語別URLへ自動送信します。これは配信の仕組みで、hreflangは別の発見シグナルです。
• 核心は発見の失敗。 Googlebotは主に米国IPからクロールしAccept-Languageを送らないため、入口のリダイレクトがデフォルト版に閉じ込め、hreflangが指す別URLを発見できなくします。見えないURLをhreflangは救えません。
• クローキングは別のリスク。 Googlebotを同じ場所のユーザーと違って扱うのは違反です。非クローキングの準拠リダイレクトでも発見問題は起きます。
• 地域分散クロールは一貫性のルールで、発見の保証ではない。
• Googleの処方箋： 自動リダイレクトを避け、他言語版へのリンクを追加し、バナー／リンクで提案して強制せずhreflangと組み合わせます。IP分析も*“difficult and generally not reliable.”* (翻訳)「難しく、一般に信頼できない」と説明しています。
• Bingでは影響が大きい可能性がある。 実際のローカライズURLのクロールとcontent-languageに依存します。
• データ： 374 756ドメインの調査で、**16,9%**がリダイレクト／壊れたページを指し、**67%**に問題があり、**56,3%**でx-defaultがありませんでした。
• 唯一の例外： 宛先が訪問者依存なので、301ではなくホームページだけの動的提案用302です。リダイレクトURLをhreflang対象にしてはいけません。

公式ドキュメント

リダイレクト、ロケール適応配信、ジオターゲティングに関する一次資料です。

Google

• 多地域・多言語サイトの管理 — 自動リダイレクトを避け、他言語版へリンクし、IP分析で適応しないという指針です。
• Googleがロケール適応ページをクロールする方法 — 米国ベースのGooglebot IP、Accept-Language欠如、別URL＋rel="alternate" hreflang、地域分散クロールを説明します。
• ページのローカライズ版 — HTMLタグ、HTTPヘッダー、サイトマップ、相互性を含むhreflang実装資料です。
• ロケール適応ページのクロールとインデックス — Googleの一貫した中核メッセージです。

Bing／Microsoft

• グローバルサイトを考える国際化のポイント — CookieやJavaScriptのロケール切り替えが、クローラーからデフォルト以外のコンテンツを隠すという警告です。
• Bingウェブマスター向けガイドライン — hreflangよりcontent-languageを好む点を含むBingのシグナルを説明します。

出典からの引用

Googleの記録に残る発言と、私自身の見解です。Googleのリンクは引用箇所へ移動するディープリンクです。

Google — リダイレクトを強制せず、提案する

• “Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (翻訳)「サイトのある言語版から別の言語版へユーザーを自動的にリダイレクトすることは避けてください。」 — Google Search Central docs. 引用箇所へ
• “Consider adding hyperlinks to other language versions of a page. That way users can click to choose a different language version of the page.” (翻訳)「ページの他の言語版へのハイパーリンクを追加することを検討してください。そうすれば、ユーザーはクリックして別の言語版を選べます。」 引用箇所へ
• “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.” (翻訳)「ジオターゲティングは正確な科学ではないため、サイトの『誤った』版に着地するユーザーを考慮することが重要です。その方法の1つは、すべてのページに地域や言語を選べるリンクを表示することです。」 引用箇所へ

Google — IP分析は信頼できない

• “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.” (翻訳)「IP分析でコンテンツを適応させないでください。IP位置分析は難しく、一般に信頼できません。さらに、Googleはサイトのバリエーションを適切にクロールできない可能性があります。Googleのクロールの大半は米国から発生しますが、すべてではありません。」 引用箇所へ

Google — ロケール適応クロール（発見問題）

• “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.” (翻訳)「ロケール適応ページがある場合、Googleは異なるロケールのすべてのコンテンツをクロール、インデックス、順位づけできない可能性があります。」 引用箇所へ
• “We recommend using separate locale URL configurations and annotating them with rel=“alternate” hreflang annotations.” (翻訳)「ロケールごとに別のURL構成を使い、rel=“alternate” hreflangアノテーションを付けることを推奨します。」 引用箇所へ
• “Googlebot crawls with IP addresses based outside the USA, in addition to the US-based IP addresses.” (翻訳)「Googlebotは米国ベースのIPに加え、米国外のIPからもクロールします。」 引用箇所へ

私の見解

• 「Cookie、IP、ブラウザー言語にもとづく自動リダイレクトは一般に悪い考えです。」 — 374 756ドメインのBrighton SEO 2023 hreflang調査（講演資料、Ahrefs記事）。
• “Hreflang is complex and hard to get right. It can break in so many different ways.” (翻訳)「Hreflangは複雑で、正しく実装するのが難しく、非常に多くの形で壊れます。」 — 調査のAhrefs記事。

ジオリダイレクトを使うべきか — 使うならどうするか？

「ジオリダイレクトすべきか」という問いは、ほぼ1つに集約できます。クローラーがすべてのロケールへ自力で到達できるか？ クリックして確認します。

避けるべきジオリダイレクトの神話と誤り

よくある誤解（または危険なほど不完全な理解）と、代わりに行うことを示します。

• 「Googlebotをクローキングしない限り、ジオリダイレクトはSEO上完全に安全だ。」 誤りの理由： クローキングをしないことはペナルティを避けるだけです。準拠したリダイレクトでも、米国からのリクエストをデフォルトロケールへ送れば、他ロケールはクロール・発見されません。代わりに： リダイレクトの有無にかかわらず、実リンクで各ロケールへ到達可能にします。

• 「hreflangがジオリダイレクトの問題を直す。」 誤りの理由： 逆です。hreflangはクロールアクセスを前提とし、クローラーが到達できないURLには何もできません。代わりに： まず全ロケールへ到達できるようにし、その後hreflangで検索結果の版を切り替えます。

• 「Googleは今や全世界からクロールするので、Googlebotが米国版しか見ない問題は解決した。」 誤りの理由： 米国外からもクロールしますが、これはクローキング一貫性の要件であり、全ロケール発見の保証ではありません。代わりに： 地域分散クロールに頼らず、各ロケールに明示的でクロール可能な経路を作ります。

• 「301は常にSEOに最も良いので、ジオリダイレクトも301にする。」 誤りの理由： 動的なホームページ提案では、正しい宛先が訪問者依存で恒久的な1つの対象ではありません。代わりに： 狭いホームページ限定パターンでは302を使います。

• 「IPジオロケーションはコンテンツを安全に制限できるほど正確だ。」 誤りの理由： Google自身がIP位置分析を*“difficult and generally not reliable.”* (翻訳)「難しく、一般に信頼できない」と説明しています。VPN、携帯キャリアのIP共有、企業プロキシ、IPv6割り当てで精度は落ちます。代わりに： 推定場所でコンテンツを強制的に閉じず、提案してユーザーが上書きできるようにします。

• 「言語／国の切り替えを追加すれば、リダイレクトは残してよい。」 誤りの理由： 切り替えはクローラーが読み込めるページ上のUIです。先にリダイレクトが動けば役に立ちません。代わりに： 切り替えを置き、リダイレクトがクローラーの直接アクセスを妨げないようにします。

• 「Bingはhreflangを使わないので気にしない。」 誤りの理由： Bingは実際のローカライズコンテンツとcontent-languageシグナルのクロールに依存するため、Bingbotが抜けられないリダイレクトは同程度以上に有害です。代わりに： すべてのロケールへのBingbotアクセスをGooglebotと同じか、それ以上に重要なものとして扱います。

ジオリダイレクト監査チェックリスト

地域ベースの配信がロケールを検索エンジンから静かに隠していないか、短時間で確認します。

• 各ローカライズURLが、リダイレクトだけでなく実際の<a href>リンク（フッター／ヘッダーの切り替え）で到達できる。
• リダイレクトを使う場合もホームページ限定で、深いページでは発火しない。
• 動的なロケール提案は301ではなく302を使う。
• hreflang対象に3xxがない。 各URLが直接200へ解決する（調査では16,9%が誤っていた）。
• hreflangが相互的で、x-defaultを含め、各版が他版へ戻る。
• Googlebot／Bingbotを同じ場所のユーザーとまったく同じに扱い、ユーザーエージェントやIPによる迂回をしない。
• 可能な限り、強制リダイレクトより閉じられるバナー／インタースティシャルを選ぶ。
• **IPだけでコンテンツを制限せず、**手動で上書きできるようにする。
• URL変更なしのCookieやクライアント側JavaScriptでコンテンツを切り替えない。
• 米国IP／Accept-Languageなしで非デフォルトロケールをリクエストし、curl -ILで転送されないことを確認する。

時間を使う価値のある資料

自分の関連記事・講演

• Hreflangを使う67%以上のドメインに問題（374 756ドメイン調査）（Ahrefs） — 16,9%のリダイレクト／壊れたhreflang統計、「自動リダイレクトは一般に悪い考え」という結論、ホームページ限定302例外の出典です。
• 374 756ドメインにおけるHreflangの主な問題（Speaker Deck） — Brighton SEO 2023の資料。講演一覧・動画。
• Hreflang入門ガイド（Ahrefs） — ジオリダイレクトが損なうhreflangの仕組み、相互性、x-default。
• 国際SEO：奇妙な技術部分（Pubcon Vegas 2019）と国際SEOを失敗する（Pubcon Vegas 2017） — 国際設定の失敗に関する背景です。

業界の資料

• 多地域・多言語サイトの管理（Google Search Central） — 自動リダイレクトを避け、他言語版へリンクし、IP分析で適応しないという一次資料です。
• Googleがロケール適応ページをクロールする方法（Google Search Central） — 米国ベースIP、Accept-Languageなし、地域分散クロールの説明です。
• GoogleがジオIPリダイレクトで知るべきこと（Search Engine Journal） — John MuellerのAsk Googlebot回答を扱います。
• Google、ジオロケーションリダイレクトは問題ないと説明（Search Engine Roundtable） — “allowed if you don’t treat Googlebot differently than a user” (翻訳)「Googlebotをユーザーと異なる扱いにしない限り許可される」という条件です。
• Bing、hreflangは弱いシグナルと説明（Search Engine Roundtable） — hreflangよりcontent-languageが強いという説明です。
• 国際化：グローバルサイトの考慮事項（Bing Webmaster Blog） — CookieやJavaScriptの切り替えがクローラーからコンテンツを隠すという警告です。

自分で確認：国際SEOのジオリダイレクト

ジオリダイレクトが国際SEOを壊す理由と代替策についての簡単な5問です。各問に答えてから、正解を確認してください。

変更履歴