海外展開を計画するチームでは、多言語SEOと国際SEOのどちらが必要なのか、それとも両方なのか、という疑問がよく挙がります。端的に言えば、マーケティングの会話ではこれらの用語は重なる部分がありますが、Googleのドキュメントでは、より明確な2つの概念を区別しています。それが、複数の言語に対応する多言語サイトと、特定の国を明示的にターゲットにする多地域サイトです。実務上、国際SEOとは、国や言語をまたいでサイトを見つけてもらうための取り組み全般を指します。そのうち言語面を担うのが多言語SEOで、国別の対応を担うのが多地域SEOです。

このガイドでは、これらの概念を比較し、どちらか一方、または両方が必要になるケースを解説します。さらに、その違いをURL、hreflang、canonicalの具体的な設計判断につなげます。検索順位について根拠のない効果をうたうことなく、実装に役立つ内容をまとめています。

このガイドでわかること

• 多言語SEOと多地域SEO（国際SEO）の違いは？
• 多言語戦略と多地域戦略の両方が必要になるのはどのような場合？
• 言語をターゲットにする場合と国をターゲットにする場合で、URL構造はどう変えるべき？
• 検索エンジンは、言語と対象国をそれぞれどのようなシグナルで判断する？
• hreflangアノテーションは、言語別・地域別のページにどのように役立つ？
• 国ごとに用意した、同じ言語で内容が似ているページはどう扱うべき？
• 多言語SEOと国際SEOを混同すると、どのようなミスが起こりやすい？

要点：多言語SEOと多地域SEOの違い

多言語SEOは、検索エンジンやユーザーが適切な言語のコンテンツを見つけられるようにする取り組みです。Googleは多言語ウェブサイトを、複数の言語でコンテンツを提供するサイトと定義しています。たとえば、英語版とフランス語版を持つカナダ企業のサイトが該当します。Google検索は、検索するユーザーの言語に合ったページを表示しようとします。

多地域SEO（国際SEOのうち、国をターゲットにする部分）は、検索エンジンやユーザーが、適切な国やロケール向けのサイト体験を見つけられるようにする取り組みです。Googleは多地域ウェブサイトを、異なる国のユーザーを明示的にターゲットにするサイトと定義しています。たとえば、カナダと米国の両方に商品を配送するサイトが該当します。Google検索は、検索するユーザーに適したロケールのページを見つけようとします。

必要なのは、どちらか一方の場合もあれば、両方の場合もあります。Googleも、多地域と多言語の両方に対応するサイトがあることを明記しています。

業界で用語が混同される理由

マーケティング担当者は、次のような取り組みをまとめて「国際SEO」と呼ぶことがよくあります。

• サイトを新たな言語に翻訳する
• 現地通貨や受注・配送業務に対応した国別ストアを開設する
• 言語別と国別のサイト体験を組み合わせる
• 言語コードや地域コードを使ってhreflangを実装する

計画段階の話し合いでは、このような大まかな使い方でも問題ありません。しかし、開発チームがあらゆる海外向けプロジェクトを「ページを翻訳するだけ」と捉えたり、ローカライズチームがどの国への展開も「ccTLDを追加するだけ」と考えたりすると、大きなコストにつながります。

要件を定める際は、Googleの用語を使いましょう。

比較表

両方が同時に必要になる場合

Googleが示す、両方を組み合わせた例が参考になります。米国向けとカナダ向けに異なるバージョンがあり、さらにカナダ向けコンテンツにフランス語版と英語版があるサイトです。これは複数地域対応（米国とカナダ）であり、多言語対応（カナダでの英語とフランス語）でもあります。

次のような場合は、両方が必要になる可能性が高いでしょう。

• 複数の国で販売しており、かつそれらの国で複数の言語が使われている
• 同じ国で複数の言語に対応する必要がある（ベルギー、カナダ、スイスなど）
• 英語やスペイン語の地域ごとの差異が、個別のURL（en-USとen-GB）を設けるほど大きい一方、ほかの言語は世界共通で提供している

次のような場合は、多言語SEOだけで十分かもしれません。

• 1つの主要市場で複数の言語に対応する必要がある
• 国ごとの受注・配送対応、価格、法的条件が変わらない

次のような場合は、複数地域SEOだけで十分かもしれません。

• コンテンツは1つの言語で提供し続ける
• 言語は共通でも、市場によって通貨、配送、規制、商品ラインアップが異なる

ワークショップでは、市場ごとに「この市場のユーザーが必要としているのは…」で始まる文を書いてみると役立ちます。その内容が言語の理解に関するものであれば、多言語対応の領域です。配送、税金、商品ラインアップ、現地の法的拠点に関するものであれば、複数地域対応の領域です。両方が含まれるなら、翻訳量に応じた発注をする前に、両方を考慮して設計しましょう。

コンテンツの管理責任も分けましょう。言語別バージョンには通常、ローカライズの専門家が必要です。国別バージョンには、価格やオファーに責任を持つ市場運営担当者が必要になることがよくあります。対応関係を整理したマトリクスがないまま1つのチームが両方を担当すると、hreflangや情報アーキテクチャ（IA）の決定が公開に間に合わなくなりがちです。

検索エンジンは言語と国をどう判別するか

言語

Googleは画面に表示されるコンテンツからページの言語を判断します。言語の検出にHTMLのlang属性、URL、hreflangは使用しません。hreflangは代替バージョン間の関係を示すものであり、ページの言語を設定するものではありません。

実務上のポイント：

• 各ページのコンテンツとナビゲーションは、基本的に1つの言語に統一する
• 言語の検出を混乱させる、2言語併記のページは避ける
• 翻訳品質を、単なるUX向上策ではなくSEOに影響する要素として扱う

国／ロケール

Googleは、対象ロケールを判断するために次のような複数のシグナルを使用します。

• 国別コードトップレベルドメイン（ccTLD）
• hreflangの指定
• サーバーの所在地（特にCDNを使用している場合は、完全には信頼できない）
• 現地の住所、電話番号、通貨、言語など、ページ上の手がかり

Googleは、地域ターゲティングにおいてgeo.positionなどの位置情報メタタグを無視します。地域ターゲティングは必ずしも正確ではないため、ユーザーが意図しないバージョンにアクセスしたときに、地域や言語を選択できるリンクを用意しましょう。

Googleはまた、特定の国をターゲットにすると、その国での検索結果が改善する一方で、ほかのロケールや言語での結果に悪影響が出る可能性があると説明しています。これはトレードオフであり、個々のサイトでの効果を保証するものではありません。

URL構造の選び方

Googleは、単一のURLでCookieやブラウザ設定に応じて言語を切り替えるのではなく、言語バージョンごとに異なるURLを使用することを推奨しています。GooglebotはAccept-Languageを使用せずにクロールすることが多く、通常は米国のインフラからアクセスするため、動的な切り替えでは別のバージョンがクローラーに認識されない可能性があります。

Googleは、地域ターゲティング向けに次のロケール別URLの選択肢を示しています。

判断のポイント：チームが何年も維持できる構造を選びましょう。対応言語を増やすだけなら、1つのホスト上に言語別フォルダを設けるだけで十分な場合が多いです。法務、ブランド、ホスティング上の事情から市場を明確に分離する必要がある場合は、国別のccTLDが適しています。両方を組み合わせる取り組みでは、運用上1つのCMSにまとめたい場合に、単一ドメイン上で/en-us/、/en-ca/、/fr-ca/のようなサブディレクトリがよく使われます。

すでに世界向けの英語サイトがあり、新たにドイツ向けの対応を追加する場合、/de/が自動的に「ドイツ向けのドイツ語」を意味するとは考えないでください。世界向けのドイツ語、ドイツ向けの英語、あるいはドイツ向けのドイツ語を意味する可能性があります。まずマトリクスで対象を明確に定義し、それをパスとhreflangの値に反映しましょう。曖昧なフォルダコードは、後から手戻りが発生するよくある原因です。

言語・地域別バージョンのためのhreflang

hreflangは、言語や地域ごとのバージョンをGoogleに伝え、検索でユーザーに最適なバージョンを表示できるようにします。GoogleはHTMLのlinkタグ、HTTPヘッダー、サイトマップに対応しており、どの方法もGoogleにとっては同等です。

主なルール：

• 各バージョンには、自身と他のバージョンをすべて記載する
• URLは完全修飾URLで指定する
• アノテーションは相互に設定する。そうしないと無視される場合がある
• 言語コードのみ（fr）、または言語コードと地域コードの組み合わせ（fr-CA）を使用する
• 一致する言語がない場合、特に言語選択ページではx-defaultを使用する

hreflangは、ここで比較している両方のケースに対応しています。

• 異なる言語のペア：en ↔ de
• 同じ言語で地域が異なるペア：en-US ↔ en-GB
• 両方を組み合わせたクラスター：en-US、en-CA、fr-CAに加えてx-default

サブドメインやフォルダに言語を示す表記を入れるだけでは不十分です。Googleは、hreflangなどで対象ユーザーを明示的に指定しない限り、サブドメイン内のコードを対象ユーザーの判定には使用しないと説明しています。

同じ言語で複数の国を対象とするページとcanonical

複数の地域を対象とするサイトでは、同じ言語の類似コンテンツを異なるURLで公開することがよくあります。たとえば、example.de/とexample.com/de/の両方でドイツ語のコンテンツを公開するケースです。Googleは、優先するバージョンを選び、rel="canonical"とhreflangを併用することを推奨しています。これにより、適切な言語や地域のURLを表示できるようになります。

hreflangを使用する場合は、同じ言語の正規URLを指定します。同じ言語の正規URLがない場合は、利用可能な言語の中から最も適切な代替言語の正規URLを指定してください。

ローカライズされたバージョンが重複とみなされるのは、メインコンテンツが未翻訳のままの場合に限られます。同じ言語で地域に応じた小さな違いを設けるのは、代替ページの正当な使い方です。一方、優先URLを指定せずにコンテンツ全体を複製するのは適切ではありません。

判断のフレームワーク：どの戦略が必要か？

計画ワークショップでは、次の手順で進めてください。

1. 販売先となる市場（国）をリストアップする。
2. 各市場で必要な言語をリストアップする。
3. 言語数 > 1、国数 = 1の場合 → 多言語SEOを優先する。
4. 国数 > 1、言語数 = 1の場合 → 多地域SEOを優先する。
5. どちらも > 1の場合 → 国 × 言語のURLを整理した、両方を組み合わせたマトリクスを設計する。
6. 各URLについて、違いが言語のみ、国のみ、またはその両方なのかを判断する。
7. 翻訳を依頼する前に、継続的に管理できるURLパターンを選ぶ。
8. インデックス登録の問題が起きてからではなく、公開前にhreflangクラスターとcanonicalのルールを計画する。
9. ユーザーが手動で言語・地域を切り替えられる機能を設け、推測したロケールに基づく強制リダイレクトは避ける。
10. マトリクスをコンテンツの制作要件書に記載し、開発、ローカライズ、SEOの各チームが共通の情報源を参照できるようにする。

計画時によくある間違い

多言語SEOと国際SEOを混同すると、どのようなミスが起こりやすい？

1. 翻訳を地域ターゲティングと同一視すること（またはその逆）
2. 単一のURLでCookieによる言語切り替えを行うこと
3. IPアドレスやブラウザの言語に基づき、ユーザーを他のバージョンへ自動的にリダイレクトすること
4. GoogleがURLパス内のコードやlang属性で言語を判定すると考えること
5. 優先する正規URLを指定せず、同じ言語の国別重複ページを公開すること
6. 戻りリンクのない、不完全なhreflangクラスターを構築すること
7. URLパラメータを国際対応サイトの基本構造として使用すること
8. トレードオフや不確実性に触れず、地域ターゲティングによる検索順位の上昇を約束すること
9. ナビゲーションなどの共通UIだけを翻訳し、メインコンテンツを未翻訳のままにすること
10. 国 × 言語のマトリクスについて合意する前に、デザインシステムの構築を始めること

実装チェックリスト

• 今後12～24か月を見据えた国 × 言語のマトリクスを作成する
• 各セルを多言語、多地域、またはその両方として分類する
• URL構造を選ぶ（パラメータによる地域ターゲティングは避ける）
• 言語バージョンごとに、クロール可能な個別のURLがあることを確認する
• 言語コードや地域コードを用いたhreflangクラスターを設計する
• 同じ言語で複数の国を対象とし、内容が重複するページの正規化方針を定める
• ユーザー向けの言語・地域切り替え機能を追加する
• 他のバージョンへのアクセスを妨げる、ロケールに基づく強制リダイレクトを無効にする
• メインコンテンツをローカライズし、実質的な言語別バージョンを作成する
• 公開後に相互参照とインデックス登録の状況を検証する

GlotEOが担う役割

戦略が明確になった後に難しいのは、開発チームがURLとアノテーションの基盤を実装する間も、リサーチ、制作要件書、各言語版の整合性を保つことです。GlotEOのSEOに最適化された多言語ウェブサイトは、上記の構造設計に関する判断を代替するものではありませんが、多言語対応や国際展開における編集ワークフローを支援できます。

対応言語の拡大と対象国の拡大を比較検討しているなら、まずはマトリクスで整理し、そのうえで体系的なコンテンツ制作プロセスに沿って実行に移しましょう。

GlotEOのSEOに最適化された多言語ウェブサイトについて詳しく見るか、GlotEOのプランを比較してみましょう。

多言語対応の実装を技術面からさらに詳しく解説する関連資料として、ライブラリ掲載用の多言語SEOガイドはすでに草稿が完成しています。hreflangと国際展開向けサイト構造に特化したガイドも、引き続き今後の執筆予定に含まれています。