Google検索の生成AI機能であるAI OverviewsとAI Modeの登場により、検索での露出をめぐるチーム内の議論は変わりました。ただし、基本原則が変わるよりも先に、使われる言葉が変わったというのが実情です。AIを活用した回答も、Googleがクロールし、インデックスに登録し、スニペットの表示対象と判断できるページを参照しています。多言語サイトでは、各言語版の品質、クロール可能なサイト構造、ユーザーを第一に考えたコンテンツが、SNSで出回るどのような「AI最適化」チェックリストにも劣らず、あるいはそれ以上に重要だということです。

このガイドでは、AI検索機能に関するGoogleの公式ガイダンスを、多言語SEOの取り組みに結び付けて解説します。対象となるために実際に必要な条件、気にしなくてよい誤解、そして生成AIの回答を独立したランキングシステムと見なさずに成果を測定する方法を取り上げます。

このガイドでわかること

• Googleの生成AI機能は、SEOの基本とどのように関係しているのか？
• AI OverviewsやAI Modeで参照リンクとして表示されるには、ページがどのような条件を満たす必要があるのか？
• Google検索のAI機能における検索拡張生成（グラウンディング）とは？
• 多言語サイトでは、単一言語サイトと比べてAI検索をどう捉えるべきか？
• 多言語SEOの技術的な基本要素のうち、AI機能でも引き続き重要なものは？
• 生成AI検索に関する誤解のうち、Googleが気にしなくてよいと明言しているものは？
• 生成AI機能での露出を、チームはどのように測定すべきか？
• コンテンツの品質と各言語版の品質は、AI検索の表示対象となる条件にどう影響するのか？

結論：AI検索でも、土台となるのはSEO

Googleは、検索のAI機能が中核となるランキングシステムと品質評価に基づいていると説明しています。従来のSEOが通用しなくなる、別世界の仕組みではありません。通常の検索でインデックス登録やスニペット表示の条件を満たせないページ、信頼性に課題のあるページが、AI OverviewsやAI Modeで有力な参照元になる可能性は低いといえます。

多言語サイトを担当するチームが実務で取り組むべきことは明確です。まず、各言語版のサイト構造とコンテンツの品質を改善しましょう。Googleは、生成AI機能のために追加で必要な「AI技術スタック」を提示していません。適切な言語で表示される、独自性のあるユーザー第一のコンテンツを備えた、インデックス登録済みでクロール可能なURLが、引き続き基本条件です。ユーザーが目にするのが青いリンクでも、スニペットでも、AI生成の要約の下にある引用リンクでも、この点は変わりません。

AI OverviewsとAI Modeの基本的な仕組み

AI OverviewsとAI Modeは、ウェブ上の情報を統合した回答を生成します。Googleのシステムがこうした回答を生成する際には、回答の根拠となったページを示す参照リンクが含まれることがあります。これらのリンクは、Googleが検索インデックスを通じてすでに把握しているコンテンツから選ばれます。

大まかな流れは次のとおりです。

1. ユーザーが通常の検索またはAI Modeでクエリを入力します。
2. Googleのシステムが、内部でクエリを拡張したり、絞り込んだりする場合があります。
3. インデックスから関連ページが取得され、評価されます。
4. 生成AIによる回答が作成され、必要に応じて根拠となる参照元へのリンクが添えられます。

多言語サイトでは、1つの英語の元ページが、すべてのロケールのAI回答に情報を提供してくれると考えるべきではありません。グラウンディングでは、個々のURLが取得されます。フランス語を使うユーザーの質問に最も合うページが、内容の薄いフランス語テンプレートに英語の本文を載せただけのものなら、そのURLは有力な候補にはなりません。英語の元ページがどれほど優れていても同じです。

グラウンディング、RAG、クエリファンアウト

Googleはグラウンディングを、生成AIの回答を実際のウェブコンテンツに結び付けるプロセスと説明しています。業界では、検索拡張生成（RAG）として語られることもあります。モデルは何もないところから引用元を作り出すのではなく、Googleがインデックスに登録した情報を参照し、その一部のページを参照リンクとして表示する場合があります。

SEOチームにとって重要なのは、次の2つの概念です。

ユーザーの検索語句がページの見出しと異なっていても、そのページが参照リンクとして表示されることがあるのは、クエリファンアウトによるものです。また、内容が浅く、どこにでもあるようなページが継続的に露出を得にくい理由も、ここにあります。ファンアウトでは競合や代替となるページも取得され、候補全体に対して引き続き品質シグナルが適用されるためです。

多言語サイトでは、ユーザーがクエリに使った言語でファンアウトが実行される場合があります。その言語でガイド、用語の定義、比較、実装の詳細など、トピックを網羅するコンテンツの整備に取り組んでいなければ、取得時に候補となる自社URLは少なくなります。英語に偏った施策を進めていると、これを「AIは英語を優先する」と誤解しがちです。しかし多くの場合、インデックス内で十分に整備されているのが英語のコンテンツ群だけ、ということにすぎません。

こうした仕組みは、ランキングに取って代わるものではありません。ランキングの捉え方を変えるものです。自社のページは、Googleが文脈に応じて取得し、引用するに足ると信頼する情報の中に入っている必要があります。

表示対象となるための条件（追加のAI技術スタックは不要）

Googleが公表している、参照リンクとして表示されるための条件は、通常の検索で表示されるための条件に沿っています。

• ページがインデックスに登録されていること。
• ページがスニペットの表示対象となる条件を満たしていること（プレビューの表示対象から外れるような形で、スニペットをブロックしていないこと）。

Googleは、AI OverviewsやAI Modeに必要な、AI専用のタグ、ファイル、マークアップについて、別個のチェックリストを公開していません。「AI Overview用スキーマ」を販売したり、LLM向けにすべての段落をチャンク化すべきだと主張したりするベンダーがいても、それはGoogleの公開ガイダンスに基づくものではありません。

役に立つのは、Googleがほかの場面でも推奨している、コンテンツ制作の基本を守ることです。

• ユーザーを第一に考えた、独自性があり、ありきたりではない情報
• 検索・取得システムがクエリとページを対応付けられるよう、扱うテーマを明確にすること
• 主にロングテールキーワードのバリエーションを狙うための、価値の低いページの大量作成を避けること

構造化データは、通常の検索のリッチリザルトでは引き続き役立ちます。Googleは、生成AI機能では必須ではないと明言していますが、だからといって、コンテンツの内容を適切に表すスキーマまで使わない理由にはなりません。

多言語SEOの取り組みで事情が異なる理由

単一言語サイトでは、トピックごとに1つのURLをインデックス登録可能にすることが課題です。多言語サイトでは、トピックごとにN個のURLを考える必要があり、それぞれが単独で取得対象に選ばれるだけの内容を備えていなければなりません。

生成AI機能は、多言語サイトを担当するチームがすでに認識している違いを、より際立たせます。

Googleは、URLのフォルダやlang属性、hreflangだけではなく、画面に表示されるコンテンツからページの言語を判断します。パスが/de/でも、本文が英語ならGoogleにとっては英語のページです。そのため、ドイツ語のAI回答の根拠となる情報源には適していません。

多言語展開では、共通部分だけが翻訳されているという問題も起こります。ナビゲーションとフッターはローカライズされているのに、メインコンテンツは手つかずという状態です。Googleは、周辺の表示だけを変えて同じ主要コンテンツを繰り返すと、ユーザー体験が損なわれると警告しています。AIを活用した検索結果では、このようなページは信頼できる現地語の情報源ではなく、不完全な言語版と見なされます。

今も重要な多言語サイトの技術的な基本

AIが回答の根拠とする情報も同じインデックスから取得されるため、多言語・多地域サイトに関するGoogleのガイダンスは、AI機能にも引き続きそのまま当てはまります。

言語版ごとに異なるURLを用意する。1つのURLでCookieやブラウザ設定に応じて言語を切り替える方法に頼らないでください。クローラーがすべての言語版を確認できない可能性があります。

言語は表示コンテンツから判断される。本文、見出し、ナビゲーションが、意図した言語で統一されていることを確認してください。

hreflangとサイトマップ。hreflangをHTML、HTTPヘッダー、またはXMLサイトマップに設定し、各言語版を相互に関連付けます。サイトマップは、インデックスに登録したいすべての言語版URLを見つけてもらうのに役立ちます。

ユーザー向けの言語選択機能。各言語版へのリンクを明示してください。推測した言語や所在地に基づく自動リダイレクトは避けましょう。ユーザーもクローラーも、他の言語版へ確実にアクセスできる必要があります。

コンテンツが揃った言語版。テンプレート部分だけを翻訳して多数のロケールを公開するより、対象を絞ってコンテンツ全体を揃えた言語版を公開しましょう。

これらの基本を押さえても、AI Overviewへの掲載が保証されるわけではありません。Googleもそのような保証はしていません。ただし、どの言語版にとっても、そもそも検索・取得の対象になるための前提条件です。

各言語でAI機能に対応するためのコンテンツ品質

有用でユーザーを第一に考えたコンテンツに関するGoogleのガイダンスは、どの言語でもAI機能の対象となるために当てはまります。生成AIシステムは、検索エンジンだけでなくユーザーのために作られた、独自性があり内容の充実した情報を優先します。

多言語チームが実務で押さえるべき品質基準：

1. 周辺の表示だけでなく、メインコンテンツを翻訳・ローカライズする。メタデータ、見出し、本文のすべてが、対象言語で自然に読める必要があります。
2. 各ロケールで画一的なコンテンツの大量展開を避ける。都市名だけを差し替えた同じFAQや、プログラムで生成したほぼ同一のページを何千件も作るといった手法が該当します。
3. 重要な情報はテキストで提供する。画像や動画は表示機会を広げる可能性がありますが、検索・取得やプレビューが機能するよう、主要な事実はテキストとして読める状態にしておきましょう。
4. 各市場の言語で経験と信頼性を示す。正確な記述、納得感のある例、適切な法務・取引関連情報を提供しましょう。

編集者による確認を経ない機械翻訳は、流暢でもありきたりな文章になりがちです。これはまさに、Googleが価値の低いコンテンツと見なすものです。ローカライズの品質は、独立した「AI対策の工程」ではありません。その言語版が検索・取得に値するかどうかを左右する要素です。

E-E-A-Tの考え方は、ユーザー第一の品質を端的に捉えるのに役立ちますが、認定マークを揃えるようなチェックリストではありません。AI関連のキーワードが入っているかではなく、その言語のネイティブスピーカーがそのページを勧めたいと思うかに注目しましょう。

惑わされる必要のない誤解

GoogleのAI検索に関するドキュメントは、業界で行われているいくつかの施策を明確に否定しています。多言語チームは、次のような施策に惑わされないようにしましょう。

AI Overviewsが秘密の別インデックスを使っているかのように示唆するベンダーの説明にも、惑わされないでください。そのような別インデックスは使われていません。利用されるのは、クロールのしやすさ、品質、スニペット表示の要件への対応を通じて、すでに情報を提供している検索インデックスです。

Search Consoleでの効果測定

Google Search Consoleのパフォーマンスレポートには、生成AI機能も反映されるようになっています。今後の引用を保証するものとしてではなく、傾向を把握するために活用しましょう。

ウェブトラフィックとAI機能。Search Consoleでは、AIを活用した検索体験に関連するトラフィックも、従来のウェブ指標とともに分類されます。AIを活用した表示面からURLに表示回数やクリックが発生しているかを確認しましょう。

生成AIのパフォーマンスレポート。自社のプロパティで利用できる場合は、どのクエリやページが生成AI機能に関わっているかを確認しましょう。言語版同士も比較してください。関連するトピックで英語のURLは表示されるのにフランス語のURLがまったく表示されないなら、それはコンテンツやサイト構造に関する兆候であり、「AI設定」を調整すれば済む問題ではありません。

多言語プロパティで効果測定を行う際のポイント：

• 可能な場合は、言語ごとのURLパターンやサブディレクトリでデータを分ける
• 根拠となるリンクの表示を、従来のクリックやコンバージョンを補う補助的なKPIとして追跡する
• 急激な低下があれば、スニペット表示の制限、インデックス登録状況、テンプレートの大幅な変更と併せて調査する
• 技術的な変更の反映前後だけでなく、特定ロケールの品質を集中的に改善する取り組みの前後でも、AI機能での表示回数を比較する

「第3四半期までにAI Overviewで100回引用される」といったOKRは避けましょう。Googleには、狙った結果を確実に得られる制御手段はありません。生成AI上での露出は、SEOの基盤とコンテンツ品質を整えた結果として捉えてください。

制御手段：robots、スニペット、Google-Extended

チーム内で、3つの異なる制御レイヤーが混同されることがあります。それぞれを区別して扱いましょう。

robots.txtとGooglebot。 robotsルールは、Googlebotによるクロールを管理するために使います。クロールをブロックすると、時間の経過とともにページがインデックスから削除され、回答の根拠として使われなくなります。

スニペット制御（nosnippet、max-snippet、noindex）。 これらはプレビューやスニペットの表示対象になるかどうかに影響します。Googleはこの適格性を、回答を裏付けるリンクとして掲載されるための条件と結び付けています。nosnippetディレクティブを指定すると、生成AIによる引用を含め、ページがプレビューの対象から外れることがあります。

Google-Extended。 Googleは、従来の検索におけるクロールやスニペットの仕組みとは別に、Googleのその他の一部AIシステムによるコンテンツ利用を制御する手段を提供しています。これは、検索の「AIによる概要」に掲載されるかどうかを制御するものとは異なります。ポリシーは変わるため、robotsトークンを変更する前に、Googleの最新ドキュメントを確認してください。

多言語サイトでは、各URLに一貫した制御を適用する必要があります。/fr/でスニペットをブロックし、/en/ではブロックしない場合、hreflangクラスター内で矛盾するシグナルを送ることになります。

多言語AI検索のチェックリスト

• 各言語版が、クロール可能な固有のURLを使用していることを確認する
• ページに表示される言語が対象ロケールと一致していることを確認する（本文、ナビゲーション、見出し）
• hreflangの相互参照を維持し、サイトマップに必要な項目を漏れなく記載する
• ユーザーが操作できる言語切り替え機能を設け、ロケールに基づく強制リダイレクトを避ける
• 各言語版を完成させてから公開し、定型部分だけを翻訳した状態で公開しない
• 画一的なテンプレートの大量展開よりも、独自性があり、ユーザーを第一に考えたコンテンツを優先する
• 重要な情報はHTMLのテキストで記載し、画像や動画などは補助的に使う
• 根拠のない裏技に頼らない（llms.txt、AI向けだけのコンテンツ分割、実態を伴わない言及）
• 構造化データはコンテンツを正確に表す場合に使用し、見せかけのAI向けマークアップとして使わない
• Search Consoleのウェブトラフィックと生成AIのパフォーマンスを言語別に監視する
• テンプレートやrobotsの設定を変更した後に、スニペットとインデックスの制御を点検する
• 共通の言語版管理表を使い、SEO・コンテンツ・ローカライズの各チームで連携する

GlotEOが担う役割

多言語AI検索への対応は、その大部分が各言語版のSEOを着実に実践することであり、独立した製品カテゴリーではありません。言語版の増加に編集品質の維持が追いつかなくなると、チームの取り組みは行き詰まります。GlotEOの多言語AEOプラットフォームは、多言語コンテンツのワークフローを支援し、各言語版の一貫性とレビューのしやすさを保ちながら、検索の基本原則に沿った運用を可能にします。「AIによる概要」への掲載を保証するものではありません。

対応ロケールの拡大を計画しているなら、AI機能を、未検証の「GEO」施策を購入する理由ではなく、サイト構造とコンテンツ品質を強化するきっかけとして捉えましょう。基盤づくりの出発点は、変わらずGlotEOの多言語SEOプラットフォームです。

GlotEOの多言語AEO機能をご覧いただくか、多言語ウェブサイトの料金プランを比較してください。

国際サイトの構造に関する関連記事は、ライブラリ向けにすでに草稿を作成しています。外部のAIシステムがウェブサイトをどのように発見するかを詳しく扱う記事も、今後の公開計画に含まれています。