インターナショナルSEO
インターナショナルSEOとは、複数の国や言語にまたがる各ユーザーに対して、適切な言語版および地域版のページが検索結果に表示されるよう、サイトを最適化する手法です。その中核となる要素は、hreflangアノテーション、URL構造（ccTLD、サブディレクトリ、またはサブドメイン）、およびコンテンツのローカライズです。
International SEO は、各ユーザーの国と言語に最も適したバージョンが検索結果に表示されるようサイトを最適化することです。
Google はページの言語を表示コンテンツから判定するため、必要なのは lang 属性や URL シグナルではなく、実際に翻訳されたコンテンツです。
hreflang アノテーションは、各ページが対象とする言語と地域を示し、すべてのバージョンが互いに参照し合う双方向リンクが必須です。
URL 構造は、ccTLD（example.de）、サブディレクトリ（example.com/de/）、サブドメイン（de.example.com）のいずれを採用するかという選択であり、運用コストとジオターゲティングのシグナル強度を比較して決定します。
業界分析では、hreflang 実装の大きな割合にエラーが含まれており、クラスター内の1つのエラーだけで全体が無視される可能性があることが分かっています。
概要
International SEO は、異なる国や言語のユーザーそれぞれが、検索結果で自分向けのバージョンを表示できるようにサイトを最適化する手法です。Google はサイトを2つの軸で区別します。1つは多言語サイトで、複数の言語を提供するものです。もう1つは多地域サイトで、特定の国または地域を対象とするものです。たとえば、フランス語版と英語版の両方を提供するカナダ向けサイトは、両方に該当します。
重要なのは3つです。第1に、各言語版はそれぞれ固有の URL に配置する必要があります。Cookie やブラウザ設定で同じ URL の言語を切り替えるのではなく、Google は言語ごとに固有の URL を推奨しています。第2に、hreflang アノテーションで各ページが対象とする言語と地域を示す必要があります。第3に、通貨、住所、地域特有の言い回しに合わせるため、単なる翻訳を超えたローカライズが必要です。これは、Google がページの言語を表示コンテンツから判断し、lang 属性や URL のようなコードレベルのシグナルに依存しないためです。
URL 構造比較
Google は、地域別サイトを整理するための大きな URL 構造として3つを示しています。これらは、ジオターゲティングのシグナル強度と運用コストで異なります。
構造 | 例 | メリット | デメリット |
|---|---|---|---|
国別コードドメイン（ccTLD） | example.de | 最も強いジオターゲティングシグナル。サーバーの所在地は関係ありません | 運用コストとインフラ負荷が高い；ドメインオーソリティはゼロから構築する必要があります |
サブドメイン（gTLD） | de.example.com | 設定が簡単で、サーバーの所在地を分けることができます | URLだけでは地域ターゲティングが明確ではなく、実際には個別サイトのように扱われる傾向があります |
サブディレクトリ（gTLD） | example.com/de/ | 設定が簡単で保守負担が少ないです（同一ホスト）；ドメインオーソリティを1つに集約できます | サーバーの所在地は1つのみ；URLだけでは地域向け意図のシグナルが弱いです |
URLパラメータ | example.com?loc=de | - | Googleは推奨していません |
ccTLDは、ユーザーと検索エンジンの両方に対して、そのサイトが特定の国を対象としていることを強く示しますが、各ドメインごとにオーソリティを再構築する必要があります。サブディレクトリはドメインオーソリティを1つの資産に集約し、運用もシンプルに保てるため、技術的制約がない限り、新しい市場に参入する際には一般的にこちらが推奨されます。
hreflangコードの例
hreflang注釈は、同一コンテンツのどの言語版・地域版が存在するかをGoogleに伝えます。実装方法はHTMLのlinkタグ、HTTPヘッダー、サイトマップの3通りがあり、Googleの見解ではこの3つは同等です。言語コードはISO 639-1に従い、地域コードは任意でISO 3166-1 Alpha 2形式に従います。
<link rel="alternate" hreflang="en-gb" href="https://en-gb.example.com/page.html" />
<link rel="alternate" hreflang="en-us" href="https://en-us.example.com/page.html" />
<link rel="alternate" hreflang="de" href="https://de.example.com/page.html" />
<link rel="alternate" hreflang="x-default" href="https://www.example.com/" />ここでx-defaultは、ユーザーのブラウザ設定に一致する言語や地域がない場合に表示するフォールバック版を指定する予約値です。最も重要なルールは双方向リンクです。2つのページが互いにリンクしていない場合、このタグは無視されます。各言語版は、自身を含むすべての版を参照する必要があります。
根拠
Google Search Central では、言語ごとに異なる URL を使用する場合、検索結果に正しい言語版を関連付けるために hreflang 注釈を使用すべきだと述べています。また Google は、クローラーの所在地を変えて地域差を検出することはなく、ジオロケーションmeta tags
も使用しないと説明しているため、サイト側でバリアントを明示的に宣言する必要があります。
実装の難易度も軽視できません。Ahrefs などの業界分析によれば、hreflang 実装の大きな割合に、戻りタグの欠落、壊れた URL、ISO コードの誤りといったエラーが含まれています。hreflang クラスター内のどこか1つでもエラーがあると Google がクラスター全体を無視する可能性があるため、実装作業全体が無効化されるリスクがあります。
実装チェックリスト
まずサイトの性質を定義する — 多言語、多地域、またはその両方。
各言語版および各地域版はそれぞれ専用の URL で配信し、Cookie やブラウザ設定に基づく自動切り替えに依存しない。
ccTLD、サブディレクトリ、サブドメインのいずれを採用するかは、運用コストとジオターゲティング信号の強さを比較して選択する。
hreflang は HTML タグ、HTTP ヘッダー、またはサイトマップのいずれか1つの方法で一貫して適用する。
各バリアントが、自己参照を含めて相互にリンクしていることを確認する。
x-defaultを、利用可能な選択肢のいずれにも言語が一致しないユーザー向けに指定する。言語コードと地域コードが ISO 639-1 および ISO 3166-1 Alpha 2 形式に準拠していることを確認する。
単なる翻訳にとどまらず、通貨、住所、現地表現までローカライズし、表示コンテンツが真に対象言語になっているようにする。