多言語ウェブサイトをGoogle向けに最適化する方法

Googleでの多言語サイトの露出を高めるために、ロケール別URL、hreflang、canonical、有用なコンテンツ、Search Consoleの運用フローを点検。検索順位や「AIによる概要」への掲載について、根拠のない保証はしません。

Grant Davies更新日

Google向けに多言語サイトを最適化する方法：白いグリッド上に、サイトマップのアイコンとロケール別URLのインデックス登録状況を示すタイルを配置

Google向けの多言語サイト最適化で重要なのは、hreflangの隠れた設定を見つけることではありません。Googleがクロールし、インデックスに登録し、内容を理解したうえで、適切なユーザーに表示できる各言語版を公開することです。Googleがランキングの対象にするのは、クロール可能な言語版であり、ロケールCookieによって英語のコンテンツを覆い隠す翻訳ウィジェットではありません。

このGoogle向け実践ガイドでは、Google 検索セントラルの公式ドキュメントに基づき、多言語URLの要件、hreflangとcanonicalの整合性、言語判定、Search Consoleの運用手順、有用なコンテンツの評価、Google AI Overviewsの捉え方、そして大きな損失につながるミスを解説します。

このガイドでわかること

  • すべてのロケール別URLが満たすべき、Googleの多言語対応要件とは？
  • Google向けにhreflangとcanonicalをどう実装すべきか？
  • Googleはページの言語をどう判定するのか？
  • 多言語サイトで重要なSearch Consoleの運用手順とは？
  • 言語版ごとにコンテンツの品質をどう評価すべきか？
  • 掲載を保証せずに、Google AI Overviewsとの関係をどう捉えるべきか？
  • 公開後に実施すべき効果測定の計画とは？
  • Google向けの多言語対応で、特に損失の大きいミスとは？

要点：Googleがランキングの対象にするのは、翻訳ツールではなくクロール可能な言語版

結論：各言語版を、それぞれ固有のクロール可能なURLで公開します。表示コンテンツは原則として1つの言語に統一し、相互参照するhreflang、同じ言語のURLを指定するcanonical、漏れのないサイトマップ、Search Consoleによる監視を整えましょう。そのうえで、ロケールごとにユーザー第一の品質改善を重ねます。

Googleは、Cookieやブラウザの言語設定だけに頼らず、言語版や地域版ごとに異なるクロール可能なURLを用意することを推奨しています。単一のURL上に翻訳を重ねて表示する方式は、パス、サブドメイン、ドメインで分けたロケール別URLの代わりにはなりません。

Googleは、推定したロケールに基づく自動リダイレクトではなく、言語版ごとに異なるURLを用意し、ユーザーが操作できる言語・国の選択機能を設けることを推奨しています。

Google向け多言語・多地域対応の基礎

Googleは、言語ターゲティング（ページがどの言語で書かれているか）と、国別ターゲティング（ページがどの国のユーザーを対象としているか）を区別しています。コンテンツや提供内容が異なる場合、同じスペイン語でも、スペイン向け（es-ES）とメキシコ向け（es-MX）のページを別々に用意できます。

すべてのロケール別URLが満たすべき基本要件：

  • 言語版または地域版ごとに固有のクロール可能なURLがある
  • 表示コンテンツとナビゲーションが原則として1つの言語で統一されている
  • 代替版がある場合、hreflangで相互参照している
  • 重複がある場合、canonicalで同じ言語のURLを指定している
  • 発見されやすいようXMLサイトマップに掲載されている

Bing Webmaster Guidelinesも、各市場でのインデックス登録に向けて、クロール可能で有用なコンテンツと明確なサイト構造を重視しています。GoogleとBingの両方に対応する場合、この共通の基準が役立ちます。

国別施策と言語別施策の戦略上の違いについては、国際SEOと多言語SEOの違いをご覧ください。

URLパターン、選択機能、リダイレクト

Googleに適した一般的なURLパターン：

  • サブディレクトリ — example.com/de/
  • サブドメイン — de.example.com
  • トップレベルドメイン — example.de

Googleは、推定した言語や所在地に基づく自動リダイレクトを避け、ユーザーが操作できる言語または国の選択機能を設けることを推奨しています。ユーザー自身が選択でき、Googlebotがリンクをたどって代替版にアクセスできるようにしましょう。

避けるべき実装：

  • 代替URLにアクセスできなくなる、IPアドレスに基づく強制リダイレクト
  • クロール可能な代替版を用意せず、Cookieだけで言語設定を記憶する方式
  • URLを変更せず、クライアント側の描画だけで言語を切り替える方式

hreflangとcanonicalの整合性

hreflangアノテーションは、別の言語版や地域版のURLをGoogleに伝えるもので、対象となるページ群の間で相互に参照する必要があります。link要素、HTTPヘッダー、またはxhtml:linkエントリを含むXMLサイトマップで実装します。

各言語・ロケールのURLには、明確なcanonicalを設定し、重複がある場合は同じ言語の優先URLを指定する必要があります。よくある失敗は、完全にローカライズしたページを公開しているのに、すべてのロケールのcanonicalが英語版を指していることです。この場合、Googleが想定外の形でシグナルを統合する可能性があります。

XMLサイトマップは、各言語版の発見を促します。また、hreflangの実装手段として使う場合は、xhtml:linkによるhreflangアノテーションを記述できます。新しいロケールを公開したら、Search Consoleでサイトマップを送信しましょう。

hreflangの主な実装方法を1つ選び、ロケールを追加・削除するたびに、相互参照のセット全体を再生成しましょう。

言語の明確さとユーザー第一のコンテンツ

Googleは、表示コンテンツをアルゴリズムで分析してページの言語を判定します。hreflangは代替版を指定するものであり、言語を判定するものではありません。そのため、次の点が重要です。

  • スクロールしないと見えない段落だけでなく、本文、ナビゲーション、ボタン、エラーメッセージも翻訳しましょう。
  • 意図的に複数言語を提供するページでない限り、複数の言語が混在するテンプレートは避けましょう。
  • 表示コンテンツの言語が一致していない状態で、lang属性だけに頼らないようにしましょう。

有用なコンテンツに関するGoogleのガイダンスは、ユーザー第一のページを重視しています。内容が薄い言語版や定型文だけの言語版は、SEOの面でも回答の情報源としても力不足です。各ロケールを、サイト内の独立したセクションと捉えて評価しましょう。

ロケール別のSearch Console運用手順

Googleでの効果測定には、Google Search Consoleを主なツールとして活用しましょう。

  • ページレポート — ロケール別のフォルダまたはプロパティごとに、インデックス登録済みURLを確認します。
  • hreflangレポート — 相互参照の不備、無効なコード、アクセスできない代替版を修正します。
  • URL 検査 — Googlebot がローカライズされた HTML、canonical、hreflang を認識できることを確認します。
  • サイトマップ — すべてのロケールを網羅するサイトマップを送信し、処理エラーを監視します。
  • 検索パフォーマンス — データがある場合は、国や検索クエリの言語で絞り込みます。

複数ドメインで運用する場合は、各ドメインのプロパティを確認するか、ドメイン単位のプロパティを適切に使用します。Search Console の各プロパティが、どのロケール構成に対応するかを文書化しておきましょう。

多くのロケールへ展開するチームでは、hreflang の対応表やコンテンツ制作フローを Search Console で得られた情報と整合させるために、多言語 SEO プラットフォームを導入することがよくあります。

Google AI Overviews：掲載を保証せず、掲載対象となる条件を整理する

Google AI Overviews は、インデックス登録可能なコンテンツから、情報を裏付けるページへのリンクを掲載することがあります。ただし、hreflang、適切な canonical 管理、ユーザー第一のコンテンツ作成に代わるものではありません。英語版の実績が良いという理由で、翻訳ページも AI Overviews に掲載されると保証する公式文書はありません。

掲載対象となる条件について、確実な点と不確実な点を整理すると、次のようになります。

  • 確実な点 — Google は、検索での可視性全般の基盤として、有用でクロール可能な、ユーザー第一のコンテンツを公式文書で挙げています。
  • 確実な点 — AI Overviews は Google のインデックスを情報源としているため、掲載対象となるには、ページがインデックス登録可能である必要があります。
  • 不確実な点 — ロケールごとの AI Overviews への具体的な掲載基準は、すべてが公開されているわけではありません。
  • 不確実な点 — 翻訳方法だけで AI Overviews での引用が保証されるわけではありません。

Search Console の従来の指標と、生成 AI による検索体験のサンプル調査は、分けて扱いましょう。あるロケールのページが通常の検索結果で上位に表示されても、AI Overviews に掲載されるとは限りません。限定的なケースでは、その逆もあります。

よくある間違い

  1. Cookie のみで切り替えるロケール — Googlebot がクロールできる代替 URL がありません。
  2. 相互参照のない hreflang — CMS の更新後に、クラスター内の参照関係が不完全になります。
  3. ローカライズ済み URL の canonical が英語版を指している — 意図しない正規 URL への統合が起こります。
  4. 地域に基づく自動リダイレクト — クローラーやユーザーが別の言語・地域版にアクセスできなくなります。
  5. 機械翻訳しただけの内容の薄いページ — 有用なコンテンツに求められる水準を満たしません。
  6. 言語が不明確なページへの hreflang 設定 — 複数の言語が混在するページにアノテーションが付いています。
  7. サイトマップの漏れ — 新しい /ja/ フォルダが送信されていません。
  8. AI Overviews への掲載保証 — 裏付けのないマーケティング上の主張です。

実装チェックリスト

従来の検索と回答エンジンに共通する基盤

Google、Bing、回答エンジンのいずれでも、共通の基盤は引き続き重要です。クロール可能な各言語版、明確なエンティティ、根拠のある主張、実態に即した構造化データ、そして英語のままの外枠ではなく、実質的なローカライズが求められます。以下のガイドは、同じ多言語配信の基準をプラットフォーム別の視点から捉えたものとして活用してください。

Google 検索でページを検出してもらうには、クロール可能なロケール別 URL、その言語に適した HTML、正確なタイトルと見出し、そして別の言語・地域版がある場合は相互参照する hreflang が重要です。技術面の基盤となるのは、Cookie のみの切り替えではなくインデックス登録可能なコンテンツを用意すること、メタデータをローカライズすること、サイトマップを整備すること、各言語版の canonical を適切に管理することです。コンテンツの品質とは、各言語でユーザーを第一に考えたメインコンテンツを提供することです。権威性は、組織の身元が明確であることや情報を裏付けるソースによって得られるものであり、翻訳ツールの宣伝文句によるものではありません。多言語展開では、市場別・言語別の各 URL が、Google がその地域の検索クエリに対して順位を付けられる、独立した完全なページとして成立している必要があります。Googlebot がユーザーと同じ HTML を認識しているかを確認するには、ロケールごとに Google Search Console の URL 検査を使う方法が、引き続き最も確実です。hreflang レポートでは相互参照のエラーを早期に発見でき、カバレッジ レポートではロケール別フォルダが個別にインデックス登録されているかを確認できます。Google は、多言語 URL のパターン、hreflang の相互参照、canonical による正規 URL への統合について文書化しています。ただし、どの CMS や翻訳ワークフローであっても、それらだけで検索順位が保証されるわけではありません。

プラットフォーム別ガイド：Bing

Bing は、Google が URL とコンテンツの明確さを求めるのと同様に、クロール可能で構造が明確な多言語ページを検出し、インデックスに登録します。技術面の基盤となるのは、取得可能なロケール別 URL、有用なコンテンツ、そしてプロパティまたは確認済みドメインごとに Bing Webmaster Tools で監視することです。ナビゲーションだけが別の言語に切り替わり、本文は変わらないといったインターフェースのみの翻訳ではなく、見出し、訴求内容、よくある質問もローカライズしましょう。権威性のシグナルは、引き続き信頼できる情報源と、ロケール間でのエンティティの一貫性に左右されます。多言語展開では、クローラーが各言語版を把握できない、クライアント側のみの切り替えや単一 URL での Cookie による切り替えに言語版を隠さないようにしてください。Bing Webmaster Tools で、インデックス登録状況とクロール統計を確認しましょう。確実な点と不確実な点を区別することも重要です。Bing のガイドラインは、クロール可能で有用なコンテンツを重視しています。翻訳ツールについて、Bing 独自のランキング要因を根拠なく作り上げてはいけません。

プラットフォーム別ガイド：ChatGPT

ChatGPTは、言語版が明確で、回答に使いやすく整理された公開ページを引用・要約する場合があります。ページの発見は、従来のクロールに基づく順位付けとは異なります。露出とは、検索結果ページで順位付きで表示されることではなく、情報源として選ばれたり、回答内で参照されたりすることです。技術面の出発点は、引き続きアクセス可能なHTMLのURLであり、取得側からテキストを隠してしまうウィジェット型のオーバーレイではありません。有用なコンテンツの特徴には、端的な回答、FAQ、ロケールごとに管理された用語集による一貫した用語の使用があります。権威性は、根拠と、言語をまたいで一貫したエンティティ情報から生まれます。多言語対応では、ユーザーが言語を切り替えることを前提にせず、各ロケールのページが単独で理解できる必要があります。測定は完全ではありません。引用の確認はKPIではなく、定性的な仮説の検証として扱いましょう。確かなことと不確かなことを区別する必要があります。構造化データ、hreflang、または特定の翻訳ワークフローによってChatGPTでの引用が得られるという、文書化された保証はありません。

プラットフォーム別ガイド：Gemini

Geminiや関連するGoogleのAI機能では、一貫したエンティティ情報、正確な構造化データ、インデックス可能なローカライズ済みページが役立ちます。露出とは、参照されたり認識されたりすることであり、Gemini専用のランキング要因を作り上げることではありません。技術面の基盤は、各ロケール別URLにおけるGoogle Searchのクロール可能性やメタデータの品質と共通しています。コンテンツでは、各言語で主張や定義を明確に示し、ユーザーを第一に考えた十分な内容を提供する必要があります。権威性は、市場をまたいで組織情報が一貫していることと、裏付けに依存します。多言語対応では、用語集で管理された製品名を使うことで、検索でもAI機能でも、ロケール間のエンティティの混同を減らせます。従来どおりSearch Consoleで測定するとともに、対象言語のAI回答を抽出して定性的に確認しましょう。確かなことと不確かなことを区別する必要があります。Geminiの挙動は、hreflangや言語版について文書化されたGoogle Searchのガイダンスに代わるものではありません。

プラットフォーム別ガイド：Google AI Overviews

Google AI Overviews は、情報を裏付けるページへのリンクを掲載することがあります。ただし、掲載対象となるための基盤は、各言語でユーザーを第一に考えた、インデックス登録可能なコンテンツであることに変わりありません。AI Overviews は言語切り替え機能ではなく、別の言語・地域版を結ぶ hreflang アノテーションに代わるものでもありません。技術面の基盤は、クロール可能なロケール別 HTML と、表示されるページ内容に一致する正確な構造化データです。コンテンツの品質面では、各言語版で簡潔な回答と明確な見出しを用意することが重要です。権威性のシグナルも、スキーマ マークアップだけではなく、有用なコンテンツに求められる要件に沿ったものです。多言語展開では、英語版の実績にかかわらず、翻訳ページが AI Overviews に掲載される保証はありません。Google AI Overviews は、インデックス登録可能なロケール別ページから、情報を裏付けるリンクを表示することがあります。しかし、掲載されること自体は言語切り替え機能ではなく、hreflang や適切な canonical 管理に代わるものでもありません。掲載対象となるための基盤は、引き続きユーザー第一のクロール可能なコンテンツ、明確な見出し、正確な構造化データです。Search Console で生成 AI による検索体験のレポートを利用できる場合は、従来のインデックス指標と併せて確認し、hreflang の品質確認の代わりにしないでください。どの翻訳ワークフロー、スキーマタイプ、CMS 連携でも、いずれの言語版についても AI Overviews への掲載を保証することはできません。

GlotEOが担う役割

Google 向けの多言語施策は、公開後に hreflang、コンテンツ、ルーティングの整合性が崩れると、うまく機能しなくなります。GlotEO は、編集ワークフローとクロール可能なロケール別コンテンツの配信をつなぎます。用語集の管理、レビューチェックポイント、Search Console のシグナルに沿ったアノテーションの品質確認を通じて、チームによる多言語 SEO 運用の維持を支援します。

複数ロケールで Google 向け施策を運用する際は、GlotEO の料金とプランをご確認ください。大規模な hreflang とメタデータの管理に対応する多言語 SEO プラットフォームもご覧ください。

参考文献