言語

技術的な国際SEO

複数地域または多言語サイトを運営する技術面、つまりhreflang、地域別URL構造（ccTLDとサブディレクトリとサブドメイン）、ジオターゲティングを扱います。International SEOピラーを技術SEOの視点から説明するページです。

初回公開：2026年6月27日 · 最終更新：2026年8月3日 · Advanced
言語
AI執筆者：AI v2

国際SEOには、どの市場か、どの言語か、誰が翻訳するかという戦略面と、どのURLがどの言語／地域を提供するかを検索エンジンに伝え、重複コンテンツやクロールの問題を生じさせない技術面があります。このハブでは、hreflangとx-default、ccTLDとサブディレクトリとサブドメインの判断、同じ言語の地域重複に対するcanonicalとhreflang、ジオターゲティングという技術面を技術SEO担当者向けにまとめます。インデックス登録、順位、トラフィックを保証するものはなく、発見とロケールのマッチングを支援します。完全な戦略はInternational SEOピラーにあり、実装レベルで国際対応が壊れる場所であるため、これらのページもここに相互掲載しています。

TL;DR — 技術的な国際SEOには、目立つ障害ではなく静かな失敗モードがあります。hreflangは双方向の確認システムで、すべての代替URLが他のすべてのURLを参照する必要があります。戻りリンクが欠けると、Googleは影響を受けるアノテーションを無視することがあります。同じ言語でほぼ同一の地域ページには、hreflangだけでなくcanonicalとhreflangを一緒に使います。以下では、正しいhreflangセット、戻りタグのルール、ccTLD・サブディレクトリ・サブドメイン間のジオターゲティングと運用上のトレードオフ、そしてどれもインデックス登録、順位、トラフィック、表示されるロケールを保証しない理由を説明します。 Evidence for this claim Google recommends separate locale-specific URLs, crawlable navigation, and explicit locale signals for multi-regional or multilingual sites rather than automatic IP-based adaptation alone. Scope: Current Google international site guidance. Confidence: high · Verified: Google Search Central: Managing multi-regional sites Evidence for this claim hreflang annotations identify localized alternates and require reciprocal, valid URL relationships; they are not a ranking guarantee. Scope: Current Google hreflang implementation. Confidence: high · Verified: Google Search Central: Localized versions

hreflangの仕組みと静かな失敗の理由

hreflangは、どのURLがどの言語と地域に対応するかを注釈し、Googleが検索者に適切なインデックス済み代替ページをSERPに表示できるようにします。重複を統合するものではありません。canonical化は、重複URLをクラスタ化してシグナルを統合する別のシステムです。hreflangが壊れても目に見える実装エラーは出ません。壊れたクラスタはロケール選択への影響を単に失うことがあり、専用の警告ではなく、クロール、インデックス、パフォーマンスのエビデンスから問題を見つける必要があります。

2つのルールが適用されます。言語にはISO 639-1コードを、地域にはISO 3166-1 alpha-2コードを使います。そのため、英国はukではなくgbです（よくある静かなミスです）。また、セット内のすべてのページは、自分自身を含むセット内の他のすべてのページを参照しなければなりません。

x-defaultを含むhreflangセットの例

米国英語、英国英語、スペインのスペイン語でページを公開する場合、3つのURLすべてが<head>に同じブロックを持ちます。

<link rel="alternate" hreflang="en-us" href="https://example.com/us/page/" />
<link rel="alternate" hreflang="en-gb" href="https://example.com/uk/page/" />
<link rel="alternate" hreflang="es-es" href="https://example.com/es/page/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page/" />

x-defaultの値は、明示的に一覧にしなかった言語や地域向けのフォールバックURLを示します。これは検索アノテーションであり、リダイレクトの結果でも、マッチしないすべての検索者がそのURLに到達するという約束でもありません。省略しても致命的ではありません。HTMLの<link>要素、HTTPのLinkヘッダー、XMLサイトマップのアノテーションという3つの配信方法すべてと、一方向セット、サブセット、セット内部のリダイレクトなどのエッジケースについては、hreflangの実装方法とx-default hreflangを参照してください。このハブでは安定した基本だけを扱います。

戻りタグの相互性：ペアを無効にする不一致

hreflangセットが失敗する最も一般的な方法は、戻りタグがないことです。/uk/page/が/us/page/を代替として一覧にしていても、/us/page/が/uk/page/を戻り参照しなければ、Googleはそのアノテーションを未確認として扱い、ペアを無視します。確認は相互でなければなりません。

<!-- WRONG: /us/page/ lists UK below but never gets pointed back to from /uk/page/ -->
<link rel="alternate" hreflang="en-us" href="https://example.com/us/page/" />
<link rel="alternate" hreflang="en-gb" href="https://example.com/uk/page/" />

canonicalとhreflangのシグナルが競合しても、同じように静かに失敗します。地域ページが別言語のURLをcanonical化すると、2つは同じページだとGoogleに伝える一方で、hreflangは代替だと伝えるため、hreflangが失われます。1つのペアだけでなくクラスタ全体を監査するには、hreflangの監査方法を参照してください。

canonicalとhreflangの競合が最も重要になるのは、より限定的なケースです。国をまたいで同じ言語のほぼ同一ページ（たとえば通貨と数か所の綴りだけが異なる米国英語と英国英語の商品ページ）です。Googleのガイダンスでは、これは翻訳の問題ではなく重複コンテンツの問題として扱われます。1つの優先バージョンを選び、すべての地域バリアントを完全に独立させようとするのではなく、rel="canonical"とhreflangを組み合わせます。完全に翻訳され、実質的に異なる言語のページは別のケースで、この処理は必要ありません。仕組みについては、言語をまたぐ重複コンテンツとcanonical化を参照してください。

ccTLDとサブディレクトリとサブドメイン：シグナルが蓄積する場所

URL構造の判断は、ジオターゲティングとリンクエクイティがどこに届くかという問題です。ccTLD（example.de）は最も強いジオターゲティングシグナルで、Search Consoleの設定は必要ありませんが、各市場の権威性をゼロから始めるうえ、運用費用が高くなります。サブディレクトリ（example.com/de/）は1つのドメインの下で運用とシグナルを共有し、多くのサイトにとって実用的なデフォルトです。各フォルダーに対するSearch Consoleの国ターゲティング上書きはもうありません。Googleは、該当する場合のccTLD、hreflangの関係、ローカライズされたページのコンテンツ、ローカルリンク、その他のサイトとページのシグナルから国との関連性を推測します。 サブドメイン（de.example.com）は中間に位置し、ccTLDと同じく、ルートからより独立して権威性が蓄積する傾向があります。Googleはこれらを検討すべきトレードオフとして文書化しており、順位の階層として扱っていません。推奨構造や、3つのうち普遍的な勝者を公開してはいません。より詳しい判断ガイドと、ピラーにある市場、ローカライズ、パフォーマンスのガイダンスはInternational SEOピラーに属し、この技術クラスターにも相互掲載されています。ccTLDとサブドメインとサブディレクトリを参照してください。

どの構造を選んでも、IPアドレスやAccept-Languageヘッダーだけでコンテンツを切り替えるのではなく、ロケールのバージョンを安定した別々のクロール可能なURLに置きます。Googlebotは通常、米国を拠点とするインフラからクロールし、Accept-Languageヘッダーを送信しません。そのため、バージョンごとに固有でリンク可能なURLを設けず、検出したロケール向けにコンテンツを適応させるだけのページでは、一部のバージョンがクロール、インデックス登録、順位付けされないリスクがあります。

これは保証ではありません。正しいhreflang、URL構造、canonical化は発見とロケールのマッチングを支援しますが、インデックス登録、特定の順位、トラフィック、Googleが特定の検索者に表示するロケール、コンバージョン、AIシステムによる引用を保証しません。ジオターゲティングのシグナルはGoogleが重み付けする入力であり、切り替えるスイッチではありません。

Add an expert note

Pin an expert quote

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