AIO対策とは？Google公式に沿ったやり方7工程と失敗の直し方

AIO対策とは、AI検索や生成AIの回答に自社の情報が引用され、比較・判断の材料として使われる状態をつくる取り組みです。特別な裏技はありません。Google公式は、AI機能に表示されるための新しい要件は無いと明言しており、クロール・インデックス登録・読者に役立つ本文といった従来のSEOの基本がそのまま土台になります。

この記事では、AIO対策の定義、着手すべきかの判断基準、7工程のやり方、効果が出ないときの具体的な切り分け方までを、Google公式ドキュメントと経済産業省のガイドラインを一次情報として整理します。llms.txtや構造化データの扱いなど、誤解の多い論点も公式の記述に沿って線を引きます。

AIO対策とは｜AI検索に引用されるための取り組み

AIO、GEO、LLMOは、いずれも生成AIやAI検索に自社情報を正しく理解・参照してもらいやすい状態を目指す考え方です。対象とする技術や呼び方には違いがありますが、企業の実務では厳密な用語分けより、公開情報の品質と運用体制を整えることが重要です。

Googleの公式ガイド「Optimizing your website for generative AI features on Google Search」では、独自の視点を持つ有用なコンテンツ、クロール可能性、インデックス対象となる技術構造、重複の抑制などが推奨されています。

つまり、従来のSEOを捨ててAI専用ページへ置き換えるのではありません。検索者の質問、回答、条件、根拠を一つのページで理解できるようにし、必要なページへ内部リンクでつなぐことが基本です。

AIO対策で優先すること・しないこと

企業が優先すべきなのは、顧客が比較や導入の前に尋ねる質問を集め、自社の回答を公開情報として整えることです。サービスの対象者、対応範囲、利用手順、選定条件、例外、更新日、根拠が分散している場合は、一つのテーマごとに整理します。

そのうえで、担当者の経験、実測データ、判断理由、失敗から得た知見など、一般論では代替できない情報を追加します。数値を載せる場合は、対象期間、母数、算出方法、測定条件も併記しなければ比較材料になりません。

一方、AI向けキーワードの詰め込み、内容の薄いページの大量公開、表示内容と一致しない構造化データ、不自然な外部言及の獲得は優先しません。新しい施策を試す場合も、それだけで可視性や順位が上がるとは説明せず、観測可能な仮説として扱います。

Google公式が示す「必要なこと」と「特別対応が不要なこと」

Google検索のAI Overviewsで優先すべきなのは、通常SEOの技術基盤と読者に固有の価値を与える情報であり、AI専用ファイルや特別なschemaではありません。

Googleの公式資料をラクダ編集部が2026年7月31日に確認した範囲では、AI OverviewsやAI Modeのためだけに、llms.txt、新しいAI向けテキストファイル、専用マークアップ、専用schemaを用意する必要はありません。これはGoogle検索に限定した説明であり、他のAIサービスでの扱いまで断定するものではありません。

構造化データも、Googleの生成AI検索に表示されるための必須要件ではありません。しかし、この一文だけを理由に廃止するのは誤りです。通常SEOのリッチリザルト対象になるために継続する価値があり、使う場合はページに見える本文と一致させる必要があります。

区分	対応の位置づけ	誤解しやすい点
クロール可能性とインデックス登録	通常SEOと共通する前提	要件を満たせばAI Overviewsに必ず出るわけではない
独自で有用な本文と内部リンク	読者価値と発見性を高める基本	他サイトの要約やキーワード変形ページの量産では代替できない
llms.txtやAI専用ファイル	Google検索の掲載要件ではない	「すべてのAI検索で無意味」とは言えない
専用schema・微細な文章分割・固定文字数	Google検索の生成AI機能に追加必須とする根拠はない	読者に必要な長さや構成まで否定する意味ではない
構造化データ	生成AI検索の必須要件ではないが、通常検索のリッチリザルト用途で価値がある	「不要」と「最優先ではない」を混同しない

AI OverviewsとAI Modeは、関連する複数の検索をサブトピックやデータソースにまたがって発行する「query fan-out」を使う場合があります。しかし、fan-outが想定する検索変種ごとに別ページを大量生成し、ランキングや生成AI回答の操作を主目的にすることは、Googleがスパムポリシーの「スケールしたコンテンツの不正利用」への違反と明記しています。fan-outの理解はページ量産の理由ではなく、一つのテーマを読者が満足できる深さで扱えているかを見直す材料です。

自社がAIO対策に着手すべきかの判断基準

着手可否は、「AI Overviewsが話題だから」ではなく、顧客の情報収集にGoogle検索が関与し、検索基盤・独自情報・更新責任・測定環境を用意できるかで判断します。

従業員50〜300人で専任AI部門がない企業では、AI専用の新チームを作ることより、事業、Web、コンテンツの既存責任を確認するほうが現実的です。商談前の顧客がGoogleで用語、選定基準、導入条件を調べているなら検討価値があります。一方、主要ページが検索に登録されていない、何を誰に提供するかが固まっていない場合は、AI Overviewsより前の課題を先に解くべきです。

判断	その判断が合いやすい状態	確認する材料
着手	検索が顧客の検討に関係し、優先ページの検索基盤があり、自社固有の説明を継続的に出せる	顧客からの質問、既存検索流入、公開可能な一次情報、内容の確認者
通常SEOの基盤整備を先行	検索需要はあるが、クロール、登録、内部リンク、重複ページに課題がある	Search Consoleの登録状態、優先ページのスニペット対象、サイト構造
保留	顧客がGoogle検索をほぼ使わない、または公開できる独自情報と更新責任を確保できない	顧客の情報収集経路、公開可否、事業の優先度、社内承認体制
外部支援を比較	必要性はあるが、技術SEO、情報設計、根拠確認、観測のいずれかを社内だけで評価しにくい	不足する専門性、社内で使える工数、権限、支援後に残すべき成果物

「保留」は消極的な失敗ではありません。検索が顧客行動に関係しない、事業情報を公開できない、更新者がいないなら、他の顧客接点へ投資するほうが合理的な場合もあります。

AIO対策のやり方｜7工程と成果物の全体像

最初に7工程の担当・入力・成果物・完了条件・例外を一枚にすると、各担当者が「次に何を誰へ渡すか」を共有できます。

Google検索の生成AI機能でも、出発点は通常SEOです。新しい専用施策を別プロジェクトとして立ち上げるより、既存のSEO運用へ生成AI表示の確認と判断記録を加えます。実施範囲は、公開と計測まで一巡できるページ群に絞ります。ページ数や確認頻度に公式の固定値はないため、自社の承認負荷と情報更新リスクに合わせて決めてください。

工程	主担当	主な入力	成果物	完了条件	例外時の扱い
1. 目的・対象の決定	決裁責任者	事業目的、顧客の質問、既存ページ	実施方針	対象、除外範囲、成果の見方が承認済み	根拠や責任者が不明なら保留
2. 役割の割り当て	決裁責任者	組織図、情報所有者、Web権限	役割表	編集、根拠確認、技術・計測、公開承認の担当が明確	兼務は可。責任の空欄は残さない
3. 掲載前提の確認	技術・計測担当	Search Console、対象URL、クロール設定	URL別技術基準記録	インデックスとスニペット適格性を確認済み	未確認URLは改訂対象と分ける
4. 改善前の記録	技術・計測担当、編集担当	生成AIレポート、通常Web検索、事業記録	基準台帳	取得日、期間、条件、未提供状態を記録済み	レポートがなければ「未取得」ではなく理由未確定で記録
5. 更新単位の決定	編集担当、根拠確認担当	質問、既存URL、一次資料	改訂計画	更新・統合・新規・保留の判断と根拠がある	重複意図は新規作成しない
6. 改訂と承認	編集、根拠確認、技術担当、承認者	改訂計画、公式資料	承認済みページ、更新履歴	内容・技術・公開の確認が完了	重要事実が未確認なら公開しない
7. 公開後判断	技術・計測担当、決裁責任者	基準台帳、変更履歴、各指標	判断記録	継続・修正・統合・保留と再確認条件を記録	非表示だけで失敗と断定しない

この表はGoogleの必須様式ではなく、ラクダ編集部が推奨する運用設計です。重要なのは名称や会議回数ではなく、各工程の出力が次工程の入力になり、判断理由が後から追えることです。

Step 1. 目的・対象・扱わない範囲を決める

最初の成果物は、「誰のどの判断を助けるか」「どのページ群を扱うか」「何を成果として見ないか」を記した実施方針です。

目的を「AI Overviewに載ること」だけにすると、表示されないときにページ品質まで否定しやすくなります。目的は「導入責任者が必要な準備を判断できる」「比較検討者が条件と例外を確認できる」など、読者が可能になる行動で定義します。そのうえで、生成AI機能での表示、通常検索での発見、問い合わせなどの事業上の反応を別々に観測します。

対象には事業領域、読者、検索される質問、既存ページ群を記入します。扱わない範囲には、根拠を公開できない効果、確認前の価格・規約・期限、同じ検索意図を持つ重複ページ、責任者が決まっていないテーマを挙げます。AI Overviewsの定義と通常SEOとの関係は本記事の「Google公式が示す「必要なこと」と「特別対応が不要なこと」」、症状別の原因診断は「効果が出ないときの代表的な原因と直し方」で扱います。

完了条件は、決裁責任者が対象と除外範囲を承認し、成果を一つの数字で評価しない方針が共有されていることです。一次資料の所有者や公開承認者が決まらないテーマは、見切り発車せず保留へ移します。

Step 2. 兼務できる役割と承認経路を決める

専任部門の有無よりも、決裁・編集・根拠確認・技術と計測の四つの責任機能を誰が担うかが重要です。

一人が複数機能を兼務しても構いません。たとえばWeb担当者が編集と計測を兼ね、事業責任者が根拠確認と決裁を担う形も可能です。ただし、誰が原稿を作り、誰が重要事実を確認し、誰が公開を承認したかは分けて記録します。作成者とは別の目で事実と例外を確認することは、Googleの掲載要件ではなく、誤掲載を防ぐためのラクダ編集部の推奨ゲートです。

責任機能	主な入力	担う判断	成果物	差し戻し先
決裁	事業目的、対象範囲、各工程の記録	優先順位、公開、継続・保留	承認記録、次回判断	編集または根拠確認
編集	顧客の質問、既存ページ、一次資料	質問とURLの対応、更新・統合案	改訂計画、原稿、更新履歴	根拠確認または技術・計測
根拠確認	公式資料、公開可能な自社情報	主張の正確性、条件、例外	根拠確認記録	編集
技術・計測	Search Console、CMS、内部リンク、計測条件	掲載前提、実装、比較可能性	技術基準記録、基準台帳	編集または決裁

問い合わせや営業現場の声は重要な入力ですが、部署を必須メンバーに固定する必要はありません。個人情報や機密を含み得る原文をそのまま台帳へ複製せず、アクセス権と社内の情報管理ルールを確認したうえで、必要な論点と確認状態を記録します。

Step 3. Googleでの掲載前提を確認する

対象URLごとに、Googlebotを遮断していないこと、HTTP 200を返すこと、内容がインデックス可能であること、通常検索でスニペット表示の対象になり得ることを確認します。

AI OverviewsやAI Modeのsupporting linkになるための前提は、通常検索の技術要件に沿ってインデックスされ、スニペット表示の対象になり得ることです。要件を満たしてもクロール、インデックス、表示が保証されるわけではありません。URL、確認日、確認手段、結果、対応者を残し、「サイト全体は問題なさそう」という口頭確認で終わらせないことが大切です。

Search ConsoleでSearch generative AI controlが利用できる場合は、意図せず除外されていないか、親プロパティの設定を継承していないかを確認します。2026年7月31日の公式ページ確認では、Includeは全プロパティの既定値である一方、control画面自体は一部のwebsite ownersへ段階提供中でした。したがって、「Includeへ変更しなければ掲載されない」を作業手順にしてはいけません。画面がなければ未実施ではなく「利用可否を確認、現時点では画面なし」と記録します。

なお、このcontrolによる除外は、通常検索の他の部分に対するランキングや掲載のシグナルではなく、AI学習を止める設定でもありません。技術基準記録では、インデックスの問題、生成AI機能からの除外、AI学習に関する設定を混同しないよう、別の欄で扱います。

Step 4. 改善前の基準を3系統で記録する

改善前の基準は、生成AI機能でのリンク表示、通常Web検索、問い合わせなどの事業指標を混ぜず、三つの系統で保存します。

Search Consoleの生成AIパフォーマンスレポートが扱うのは、Google検索のAI OverviewsとAI Modeで、自サイトへのリンクがユーザーに示された表示回数です。AI Overviews単独の掲載率や、専用のクリック・クエリ・CTRとして解釈しません。通常Web検索のページ・クエリ・クリックなどは、通常のパフォーマンスレポート側で確認します。

記録系統	記録する内容	必ず添える条件	読み違えを防ぐ注意
生成AI表示	AI OverviewsとAI Modeでリンクが示された表示回数、ページ・国・日付・デバイス	レポート名、取得日、期間、ディメンション、画面の状態	AI Overviews単独の掲載率・クリック・クエリと呼ばない
通常Web検索	ページ、クエリ、表示回数、クリックなど	検索タイプ、期間、フィルタ、比較条件	変化を生成AI機能だけの影響と断定しない
事業	問い合わせの論点、資料閲覧など自社で定義した行動	取得元、期間、定義、確認済みか推定か	件数と内容を分け、検索施策との因果を断定しない

生成AIパフォーマンスレポートは全プロパティへ提供済みではありません。レポートが見えない理由には、プロパティへの未提供や十分な表示回数がないことがあるため、非表示を「AI Overviewsに一度も出ていない」と断定しないでください。また、画面で「利用不可」や数値でない状態がエクスポート時に0になる場合があるため、出力ファイルだけでなく画面状態と出力日も残します。

三系統は同一の比較期間を基本にしつつ、取得可能日がずれた場合は無理に同日へそろえず、それぞれの取得日を明記します。基準台帳の完了条件は、後任者が同じ条件で再取得でき、欠測と実績ゼロを区別できることです。

Step 5. 質問・対象URL・根拠を対応付け、更新単位を決める

顧客の質問ごとに既存URLと一次根拠を結び、既存ページの更新・統合・新規作成・保留のいずれかを決めます。

最初に、商談前や導入検討時に繰り返し出る質問を集めます。次に、現在どのURLが回答を担っているか、回答の根拠がどの公式資料または公開可能な自社情報にあるかを対応付けます。既存ページで十分に答えられるなら更新し、同じ検索意図のページが複数あるなら統合を検討します。新規ページは、読者の仕事と結論が既存ページから独立するときに限ります。

Googleのquery fan-outは、AI OverviewsとAI Modeがサブトピックやデータソースをまたいで関連検索を実行する仕組みです。ただし、2026年7月31日に確認したGoogle公式資料では、順位や生成AI回答を操作する目的で、推測したfan-outや検索語の変種ごとにページを量産することはscaled content abuse spam policyに違反するとされています。質問調査そのものを避けるのではなく、一つの読者課題に必要な内容を既存ページへ統合する判断を優先します。

関連テーマから対象ページへ到達できるかも確認し、必要に応じてAI導入の実務コラムからの導線を改訂計画へ含めます。記事一本ごとの設計や表現はGEO対策の記事に役割を分け、本工程ではサイト内の更新単位と根拠の所有者までを決めます。

Step 6. 改訂、事実確認、技術確認、公開承認を通す

改訂後は、読者に見える本文と根拠、技術実装、公開判断を別々に確認し、全ての承認がそろってから公開します。

編集担当は承認済みの改訂計画に沿ってページを更新し、根拠確認担当は重要な主張を一次資料の該当箇所と照合します。価格、規約、期限、対象条件、性能や効果に関する断定は特に慎重に扱い、確認できない場合は削除するか、確認できた範囲へ限定します。重要な説明は画像だけに閉じ込めず、読者が確認できるテキストとして示し、根拠リンクは何を裏付けるか分かる文脈で配置します。

技術担当は、公開URL、クロールやインデックスを妨げる設定、内部リンク、モバイルでの表示を確認します。構造化データはGoogleの生成AI検索に表示されるための必須条件ではなく、専用schemaもありません。ただし、通常検索のリッチリザルトの対象になるため、全体のSEO方針として継続する価値があります。使用する場合は、マークアップの内容を読者に見える本文と一致させます。

同様に、Google検索では、生成AI機能への掲載を目的とする新しい機械可読ファイルやAIテキストファイルは不要で、Google検索自体はllms.txtを使用しません。これはGoogle検索についての説明であり、他のAIサービス全般へ一般化しないでください。公開承認の成果物には、対象URL、変更内容、根拠確認者、技術確認者、承認者、承認日を残します。

Step 7. 公開後に4層で確認し、次の判断を残す

公開後は工程証跡・生成AI表示・通常検索・事業の四層を同じ判断表に並べ、継続・修正・統合・保留と再確認条件を決めます。

AI Overviewsは、Googleのシステムが通常検索へ付加価値があると判断した場合に表示されるもので、しばしば発火しません。要件やベストプラクティスを満たしても表示は保証されないため、非表示だけでページを失敗扱いにしたり、価値のあるページを削除したりしないことが重要です。

確認層	比較する証跡・指標	主な判断	記録する例外
工程	方針、役割、根拠、承認、公開履歴	未完了工程を修正する	公開後に根拠差し替えが発生
生成AI表示	専用レポートの表示回数とディメンション	変化を記録し、次回も同条件で確認する	レポート未提供、表示回数不足の可能性
通常検索	Web検索のページ・クエリ・表示・クリック	検索全体で質問とのずれを見直す	季節性、他の改訂、検索需要の変化
事業	問い合わせの論点、読後の次行動	優先テーマを更新する	因果不明、母数不足、分類変更

「公開した」は工程の完了であり、「読者の判断に役立った」「問い合わせにつながった」と同じではありません。短期の上下だけで結論を出さず、変更履歴と比較条件を添えます。継続は根拠と読者価値を維持できる場合、修正は質問とのずれや情報更新がある場合、統合は同じ意図のページが重複する場合、保留は根拠や責任者が不足する場合に選びます。

Google公式資料には、標準の更新頻度、掲載率の目標、成果が出るまでの期間は示されていません。固定の月次運用を必須にせず、公式情報の更新、重要ページの改訂、計測上の変化、社内サービスの変更などを再確認トリガーとして台帳へ登録します。

llms.txtと構造化データの正しい扱い方

llms.txtは、AIシステムへサイト情報を案内する目的で提案されているファイルですが、Google Search向けの順位施策として扱う根拠はありません。Googleの公式ガイドは、llms.txtの作成や維持について「Google Searchの可視性やランキングに利益も害もない」と明記し、Google Searchはこの種のファイルを使用しないと説明しています。

設置する場合も補助的な案内として管理し、更新責任者と対象ページを決めます。llms.txtの有無を理由に、AI回答への掲載や検索順位の向上を約束してはいけません。

構造化データは、ページに表示されている内容を機械が理解しやすい形で補足するものです。存在しない評価や、本文と異なるFAQ、古い価格などを記述せず、一般ガイドラインと各機能のポリシーに合わせます。title、メタディスクリプション、画像のalt属性も、本文との整合性を確認します。

AIO対策の具体例｜症状から原因を切り分ける診断表

AIO対策の不調は、一つの症状に一つの原因を当てはめず、観測・取得・回答・根拠・事業接続の順で診断します。

たとえば「AI回答に自社が出ない」という症状は、測定エラーでも、ページが検索基盤に取得されていない場合でも、質問と回答がずれている場合でも起こります。先に記事を書き換えると、原因を残したまま変更点だけが増えてしまいます。

観測した症状	最初に疑う原因	次に見る証跡	誤診を避ける判断
表示・引用が全件ゼロ	測定エラー、有効データ不足	エラー数、有効クエリ数、生データ	測れていないゼロと、有効測定後のゼロを分ける
通常検索には出るがAI回答で参照されない	サービス・モデル・質問集合のずれ	対象サービス、質問文、引用URL、実行日時	単発の出力だけで失敗と決めない
AI回答の内容が古い・誤っている	自社ページ間の矛盾、旧ページの残存	現行根拠、失効日、旧URL、引用元	自社で直せる情報と外部要因を分ける
引用はあるが流入や問い合わせにつながらない	引用と事業成果の混同	表示、クリック、問い合わせの別集計	引用だけで成功・失敗を断定しない
修正しても同じ誤りが再発する	根拠所有者、承認者、再確認条件の空白	主張台帳、承認履歴、変更通知	部署数ではなく責任の空白を見る

診断の最小単位は「質問×対象サービス・モデル×実行日時×判定式」です。地域、言語、端末などを条件に含めている場合は、それらも保存します。前回と条件が違えば、数値の増減を施策の結果として比較できません。

効果が出ないときの代表的な原因と直し方

AIO対策が効かないと感じたときは、施策の内容を変える前に、症状がどの原因に当たるかを切り分けます。次の5つは発生頻度が高く、取り違えると誤った修正に時間を使うことになります。

原因1：表示ゼロは測定障害と検索基盤に分けて確認する

有効な測定でも表示ゼロだった場合は、Google検索ではクロール、インデックス、スニペット適格性などの検索基盤を次に確認します。

Google検索の生成AI機能は、コア検索と品質システムを基盤としています。ページがインデックス登録され、通常の検索結果でスニペット表示の対象になり得ることが前提です。対象URL、確認日時、確認方法、状態、制限理由を残し、意図しない遮断や除外がないかをWeb担当者が確認します。

重要な内容は画像やPDFだけに閉じず、ページ上のテキストで読めるようにします。代表ページから関連情報へ内部リンクで到達できることも確認対象です。ただし、これはGoogle検索についての公式情報であり、ChatGPT、Perplexity、Microsoft Copilotなどを含むAI検索全般の共通要件とは断定できません。

Google検索向けに、llms.txtなどの新しい機械可読ファイル、AI専用の文体、固定的な文章分割、特別なSchemaを追加することは必須ではありません。表示ゼロを見て、これらを自動的に追加するのではなく、まず測定と検索基盤の不備を解消してください。構造化データを通常のSEO施策として使う場合は、読者に見える本文と内容を一致させます。

原因2：通常検索には出るのにAI回答で参照されない

通常検索でページを確認できてもAI回答で参照されない場合は、測定条件のずれと、質問に対する回答の不足を分けて調べます。

最初に、比較対象のサービス、モデル、質問集合、判定式が同じかを照合します。あるサービスの測定結果を別サービスの成果として扱うことはできません。Uravationの公開測定もGeminiのグラウンディング経路に限定され、ChatGPT検索、Perplexity、Microsoft Copilotは対象外です。また、クエリ集合は同社自身が設計したもので、中立的な第三者による質問集合ではありません。

条件が一致している場合は、対象質問と代表ページを対応させます。ページの冒頭や該当見出しに、読者が知りたい結論、適用条件、例外がそろっているかを確認してください。根拠が複数ページに分散している、同じ質問に複数の記事が競合している、古い記事が代表ページより強く残っている場合は、追記より統合や内部リンクの整理を優先します。

一度の出力だけで記事を失敗扱いにしてはいけません。生成される回答は毎回同一とは限らないため、同じ条件で再測定し、単発の変化か継続する症状かを分けます。結果が変わらなければ回答不足の仮説を維持し、変わるなら出力の変動を測定限界として記録します。

原因3：AI回答が古い・誤っている

AI回答の誤りを見つけたら、生成サービスを直接制御しようとする前に、自社が管理できる情報の矛盾を止めます。

まず、公式のサービスページ、料金・仕様ページ、過去記事、プレスリリース、構造化データを横断して、現在の情報と食い違う箇所を探します。価格、対象条件、法令に関する重大な誤りや、機密・権利上の問題があれば、効果測定より先に、注記、修正、一時非公開のいずれかを公開判断者が決めます。

原因の所在	自社が行う確認	改善策	完了条件
現行ページ内の誤り	主張と現行根拠を照合	誤記を修正し、確認日と承認者を残す	可視本文と根拠が一致
新旧ページの矛盾	旧URL、公開日、失効条件を確認	統合、訂正、適切な転送を判断	代表ページを一つに特定
構造化データの不一致	可視本文とマークアップを比較	本文に合わせて修正または削除	読者に見える内容と一致
外部第三者ページ	発信元、内容、更新可否を確認	訂正依頼の可否と経過を記録	自社対応の範囲が明確
生成サービス側の出力	引用元と自社情報を分離	再現条件と報告経路を保存	自社修正で出力制御を保証しない

自社ページを直しても、外部ページや生成サービスの出力がすぐに変わるとは限りません。「修正すれば必ず正しく掲載される」とは約束せず、自社が変更できた範囲、再確認条件、残った外部要因を分けて報告します。

原因4：引用を流入・問い合わせと同じ成果として扱っている

引用、検索表示、クリック、問い合わせ、商談は別の指標であり、一つの増減から他の成果を推定しません。

AIが自社URLを情報源として参照しても、利用者がリンクをクリックするとは限りません。公開一次測定も「引用＝流入・売上ではない」と測定限界を明記しています。したがって、引用数が増えたのに問い合わせが増えない状態を、直ちにコンテンツの失敗と判断するのは早計です。

指標	定義の例	主な確認先	判断時の注意
引用	回答の根拠URLに自社ドメインが含まれる	対象サービスの生データ	社名言及と分ける
生成AI表示	Google検索の生成AI機能でサイトが表示される	Search Console	通常のウェブ検索指標と列を分ける
クリック・流入	対象ページへの訪問	Search Console、アクセス解析	引用との直接因果を断定しない
問い合わせ	定義した対象テーマに関する連絡	フォーム、電話、営業記録	期間、母数、分類方法を固定する
商談	自社で定義した有効案件	営業管理記録	広告、季節性、営業活動も併記する

分析担当者は各指標の期間、母数、取得方法を固定し、事業判断者は「どの変化なら継続・修正・中止するか」を先に決めます。問い合わせが少ない期間は、成果なしと断定せず「判断に必要な母数が不足」と記録します。都合のよい指標だけを後から選ばないことが、立て直しの精度を高めます。

原因5：判断に必要な記録と責任が残っていない

同じ失敗が繰り返される原因は、担当部署の少なさではなく、実行・事実確認・公開判断・測定の責任点が空白なことです。

専任AI部門がなくても、一人が複数の役割を兼ねることはできます。ただし、誰が修正し、誰が根拠を確認し、誰が公開可否を決め、誰が測定の成立を確認したかは分けて記録します。成果物は大掛かりな規程ではなく、主張台帳、測定ログ、承認履歴、未解決事項の期限で構いません。

総務省・経済産業省の「AI事業者ガイドライン（第1.2版）」は、AIOの掲載要件でも法令上の義務でもなく、非拘束的なソフトローです。そのうえで、AI利用者向けの記述には、利用前のログ管理体制の整備と、利用中に適正な範囲・方法で使われているかの定期的な確認が別の事項として示されています。AIO測定にAIサービスを使う社内統制を考える際の補助にはできますが、「従えば掲載される」という根拠にはできません。

また、「権限を業務遂行に必要な最小限に設定する」はAI提供者向け、「必要最小限のデータ入力・参照」はAI開発者向けの記述です。利用企業への公式要求として転用せず、測定ツールや外部サービスの提供者・開発者へ、権限設計や参照データの範囲を確認する観点として扱います。

Search generative AI controlを不合格条件と混同しない

Search generative AI controlは「含める」が既定であり、利用できる場合だけ意図しない除外と親プロパティからの継承を点検します。

GoogleのSearch generative AI control公式ページをラクダ編集部が2026年7月31日に確認した範囲では、このcontrolは一部のウェブサイト所有者に段階的に展開されています。全オーナーが設定画面を使える前提にしてはいけません。

表示される状態	意味	判定方法
含める	サイトのリンクと内容をGoogle検索の生成AI機能に含められる既定状態	設定を新たにオンにする作業とは書かず、意図と一致すれば合格
除外	サイトのリンクと内容を対象の生成AI機能に表示させない	意図した除外なら対象外、意図しない除外なら要修正
親から継承	親プロパティのcontrol値に従う	親側の値と自社意図を確認。権限不足なら未確認
設定画面なし	段階展開中で利用できない可能性がある	画面がないことを不合格にせず、利用可否と確認日を記録

このcontrolで除外しても、他のGoogle検索部分のランキングや掲載シグナルとして使われるわけではありません。また、AI学習を制限する設定とも別物です。通常検索から完全に消すためのnoindexとも分けて管理します。

Search Consoleで分かること・分からないこと

Search ConsoleではGoogle検索の生成AI機能におけるリンクの表示回数を確認できる場合がありますが、AI Overviews単独の成果や売上への貢献までをそれだけで確定できるわけではありません。

生成AIパフォーマンスレポートは、AI OverviewsとAI Modeのインプレッションを合算します。このデータは通常のパフォーマンスレポートのウェブ検索タイプにも含まれます。レポートは段階的に展開されており、すべてのプロパティで利用できるわけではありません。そのため、レポートが見えないことだけから、生成AI機能で表示されていないと断定できません。

項目	分かること	分からない、または注意が必要なこと
通常のウェブ検索データ	検索パフォーマンス全体の中で生成AI機能由来のデータも含めて見られる	通常表示とAI Overviewsの貢献をすべて分離できるわけではない
生成AIパフォーマンスレポート	利用できる場合、Google検索の生成AI機能で自社リンクが表示された回数を見られる	AI OverviewsとAI Modeは合算され、すべてのプロパティに提供されているわけではない
「含める」制御	プロパティが提供対象なら、意図しない除外や親プロパティからの継承を点検できる	「含める」は全プロパティの既定値で、新しい必須設定ではない
事業成果	問い合わせや商談などの自社データと別に照合できる	Search ConsoleだけでAI Overviewsの売上貢献や因果関係を確定できない

Search Consoleの「含める」は新たに有効化すべき施策ではなく、既定値です。機能が提供されている場合に限り、意図せず除外されていないか、より上位のプロパティから設定を継承していないかを見る点検項目です。なお、除外は通常検索のランキング低下、AI学習の停止、Google検索からの完全削除と同じ意味ではありません。

AIO対策で測る5つの指標

第一に検索流入を、ページ、検索テーマ、期間ごとに確認します。全体アクセスだけでは、AIO対策を行ったページの変化を判定できません。

第二にAI検索での表示を観測します。同じ質問でも回答は変わり得るため、質問文、確認日、参照の有無、表示内容を記録し、一度の表示を恒常的な成果とはみなしません。

第三に問い合わせの件数と内容を確認します。件数だけでなく、対象顧客からの相談か、記事で説明した条件が理解されているかを分類します。

第四に制作・更新負荷を測ります。情報収集、執筆、事実確認、技術点検、修正に要した時間を分け、AIの生成時間だけで効率を評価しません。

第五に品質を測ります。事実誤認、条件の欠落、古い情報、差し戻しの件数と理由を残します。流入が増えても品質や安全性が下がった場合は、公開範囲や確認工程を見直します。

よくある質問

Q1. AIO対策には専任のAI担当者が必要ですか？

必須ではありません。事業責任者、Web担当者、専門担当者、営業担当者に役割を分ければ、既存組織でも始められます。ただし、最終判断をする推進責任者は一人に決めてください。

Q2. 従来のSEO対策は不要になりますか？

不要にはなりません。GoogleはAI OverviewsとAI Modeにも通常SEOのベストプラクティスが有効であると説明しています。クロール、インデックス登録、スニペット対象、内部リンク、独自で有用な内容を先に整えます。

Q3. llms.txtやAI専用の構造化データがないと不合格ですか？

Google検索については、llms.txtやAI専用テキスト、専用schemaは掲載要件ではないため、未設置だけで不合格にしません。構造化データも生成AI検索の必須要件ではありませんが、通常検索のリッチリザルトには継続利用する価値があります。使う場合は可視本文との一致を確認します。

Q4. AI回答に自社が表示されない場合は要修正ですか？

いいえ。AI OverviewsはGoogleが通常検索に付加価値があると判断した場合に表示され、多くのクエリで発火しません。表示の有無だけではなく、Googlebotの取得、HTTP 200、インデックス可能性、スニペット適格性、内容と根拠の品質で判断します。

Q5. 生成AIパフォーマンスレポートが見えない場合はどう判定しますか？

「利用不可」または「理由未確認」と記録し、露出ゼロにはしません。全プロパティに提供済みではなく、サイトの表示回数が十分でない場合もあるためです。全体の検索パフォーマンス、手動観測、ページ変更、問い合わせを同じ期間で記録し、判断の不確実性も残します。

Q6. AIで記事を大量公開してよいですか？

AIで生成したかどうかではなく、各ページがユーザーへ価値を付加しているかで判断します。Googleの生成AIコンテンツに関する公式ガイダンスは、正確性・品質・関連性を重視し、ユーザー価値を付加しない大量生成ページは「scaled content abuse」に該当し得ると説明しています。

公開前に独自性、根拠、重複、正確性をページ単位で評価し、少数から観測してください。これは生成方法そのものを一律に問題視する説明ではなく、公開物の価値と品質を基準にする考え方です。

Q7. どの問題から修正すべきですか？

重大な誤情報、機密、権利、法令上の問題をP0として最優先で止めます。その後、測定障害と取得不能、重要質問への回答不足と根拠不整合、KPIと判定式の不備、新規コンテンツや拡張施策の順に進めます。

Q8. どの数値を見れば成果を判断できますか？

検索表示、クリック、対象ページの回遊、問い合わせ内容、営業での利用状況を組み合わせて確認します。AI回答への掲載や特定の順位だけで判断せず、事業目的に近い行動まで追うことが重要です。

まとめ

AIO対策に特別な裏技はありません。Google公式が示すとおり、AI機能に表示されるための新しい要件は無く、クロール・インデックス登録・読者に役立つ本文という従来のSEOの基本が土台です。そのうえで、自社の一次情報、比較しやすい説明、更新体制を整えることが実務になります。

着手するときは、目的と責任者を決め、改善前の基準を記録し、対象を一つに絞って7工程を回してください。効果が出ないときは施策を増やす前に、測定の成立、検索基盤、内容の鮮度、成果の定義、記録の5点で症状を切り分けます。AI回答への掲載や特定の順位だけで判断せず、問い合わせや商談まで追うことが重要です。

参考資料

本記事の記述は、次の公式ドキュメントを一次情報として確認しています。

• Google検索セントラル「AI機能とウェブサイト」
• Google「AI features and your website」
• Google Search Console ヘルプ「Search generative AI control」
• Google Search Console ヘルプ「Generative AI performance report」
• Google「有用で信頼できる、ユーザーを第一に考えたコンテンツの作成」
• Google「ウェブ検索のスパムに関するポリシー」
• Google「AI生成コンテンツに関するガイダンス」
• Google「構造化データに関する一般的なガイドライン」
• Google検索の基本事項
• Google「クロールできるリンク」
• 経済産業省「AI事業者ガイドライン（第1.2版）」