「AIO対策をお願いしたい。それで、成果はどう報告してもらえますか」。
この問いに、契約を交わす前から答えを揃えられている会社は、まだ多くありません。AI検索では、これまでの検索で当たり前だった数字が、そのままの形では手に入らないからです。順位もクリック数も、公式のレポートには並んでいません。
この記事は、AIO対策の発注を検討している方と、提案書を出す側の方に向けて書きました。公式ドキュメントで案内されている範囲だけを使い、何が測れて何が測れないのかを整理します。そのうえで、契約前に決めておくことを図解でたどります。
こんなふうに調べていませんか
- AIO対策の契約書に、成果指標として何を書けばよいか分からない
- 「AI検索経由のクリック数」を報告してもらえるのか確かめたい
- ベンダーの提案書を見たが、KPIの書き方が妥当か判断できない
この記事を読み終えたときに手に入るもの
- AI検索でクリック数が測れない理由を、社内で説明できるようになります
- GSCとBingで何が測れて何が測れないかを、図で見分けられます
- 契約前に書面へ残す確認事項が、手元のチェックリストになります
結論30秒でわかる、この記事の結論
- AIO対策の成果指標にクリック数を据えると、達成を判定できない約束になります。
- GSCの生成AIパフォーマンスレポートも、BingのAI Performanceも、公式に案内されている指標は表示回数と引用数です。
- 契約前に決めるのは、表示層・引用層・成果層のどれを、誰が、どのツールで、どの頻度で測るかです。
この記事では、AIO対策の発注を検討しているマーケティング部の会話をはさみながら進めます。ご自身に近い立場の質問から読んでいただいて構いません。
- 若葉さん(Web担当2年目)— 「そもそも、それって何ですか?」を聞く役
- 大森部長(マーケティング部長)— 「その数字で判断できるのか」を問う役
- 鈴木さん(AIO/SEOの専門家・本誌監修)— 答える役
01契約前のAIO KPI設計って、何を決めておくことなんですか?
若葉さんあの、契約の前にKPIを決めておく、と聞いたんですが…。指標の名前を決めるだけでは足りないんでしょうか。
鈴木さん名前だけだと、報告の段になって困ることが多いんですよ。誰が、どのツールで、どのくらいの頻度で測るのか。そこまで決めて、はじめて成果報告が成り立ちます。
契約前KPI設計とは、AI検索の計測の限界をふまえ、発注する側と受ける側が契約前に合意しておく成果指標の型です。
つまずきやすいのは、指標の名前を先に決めてしまうときです。「引用数を増やす」と書いても、その数字をどこで見るのかが決まっていなければ、報告の形が定まりません。
決めることは、次の4つに整理できます。どの層の指標を見るか。誰が測るか。どのツールで測るか。どの頻度で報告するか。 この4つが揃うと、契約書の一行が、あとから確かめられる約束になります。
指標を層に分ける考え方そのものは、姉妹記事『AIOのKPIは何を見る?クリックからCitationへ切り替える』で扱っています。本記事は、その考え方を土台にして、契約前の合意という一点に絞ります。
発注先そのものの選び方は、別記事『AIO対策会社の選び方|「保証します」の危険信号と判断基準』の範囲です。本記事が扱うのは、候補が絞り込めたあと、契約書と提案書に何を書くかという段階になります。
この章のまとめ
契約前KPI設計とは、AI検索の計測の限界をふまえ、発注側と受注側が事前に合意しておく成果指標の型です。
02AIOの成果を、なぜクリック数で測れないんですか?
大森部長鈴木さん、話は分かった。それで、AI検索から何人来たのか、クリック数で見ればいいんじゃないのか。
鈴木さんそこが、これまでの検索と大きく違うところです。クリック数は、公式のレポートに項目そのものが用意されていません。担当者の力量の問題ではなく、提供されていないんです。
大森部長提供されていない。つまり、どのベンダーに頼んでも同じということか。
鈴木さんはい。そこは会社の腕前ではなく、計測基盤の側の話になります。
AI検索の計測が難しいのは、担当者のスキル不足が理由ではありません。主要なプラットフォームが、公式にクリックのデータを提供していないという、仕組みの側の理由によります。
Googleの生成AIパフォーマンスレポートは、AIによる概要とAIモードを対象に、表示された回数を確認できる仕組みです(出典: Google Search Consoleヘルプ)。分解できる軸は、ページ・国・デバイス・日付です。クリック数やCTR、掲載順位を示す項目はありません。
BingのAI Performanceも、同じ設計です。主な指標は、総引用数・平均引用ページ数・グラウンディングクエリ・URL別の引用数です(出典: Bing Webmaster Toolsブログ)。ここにもクリック数は含まれていません。
数字が記録されるのは、引用が示された時点までです。そこから先、読者がリンクを開いたかどうかを数える場所が、公式には用意されていません。
主要な計測基盤がそろって、「表示と引用は測れるが、クリックは測れない」という設計を採っています。一時的な機能不足ではなく、いまのAI検索の計測の前提として扱うほうが安全です。
この章のまとめ
クリック数が測れないのは、担当者の力量ではなく計測基盤の設計によります。AI対策の成果指標は、表示と引用の側で組み立てます。
03AIO対策の契約書に「クリック数」と書くと、何が起きるんですか?
では、契約書に「クリック数の改善」と書き込むとどうなるでしょうか。受ける側も発注する側も、達成を判定できるデータを持たないまま契約することになります。
困るのは、報告の日になってからの手戻りです。数字を出せないと分かった時点で、指標そのものを決め直すことになります。契約前に済ませられた話を、支払いの話と一緒に進めることになります。
この章のまとめ
測れない数字を書いた契約書は、報告の日に止まりやすくなります。書く前に、測れる項目へ置き換えておきます。
04GSCの生成AIレポートで、AIOの何が見えて何が見えないんですか?
GSCの生成AIパフォーマンスレポートには、契約前に知っておきたい仕様上の制約があります。指標の名前だけでなく、データの性質まで確かめておくと安全です。
| 項目 | 内容 |
|---|---|
| 対象機能 | AIによる概要/AIモード |
| 確認できる指標 | インプレッション数(表示された回数) |
| 分解軸 | ページ(リダイレクト後の最終URL)/国/デバイス(パソコン・タブレット・モバイル)/日付(日・週・月) |
| 行数の上限 | 既存の検索パフォーマンスレポートと同じ1,000行の制限 |
| 除外されるデータ | Search Labsの試験運用版のデータ |
| 提供状況 | 段階的なリリースのため、すべてのプロパティで使えるとは限らない |
| データの性質 | 最新のデータは暫定値の可能性があり、収集中の場合がある |
(出典: Google Search Consoleヘルプ「生成AIパフォーマンスレポート」)
見えない側に並ぶ項目は、姉妹記事『GSC「生成AIパフォーマンスレポート」とは?』でも、確認できない指標として挙げられています。
この制約は、契約の成果指標を組み立てるうえで無視できません。「対象月のインプレッション数を前月比で報告する」という約束は成立します。一方で、行数の上限がある以上、ページ数の多いサイトでは集計から漏れるページが出ます。
提供が段階的である点も、事前に確かめておく項目です。契約を始める時点で、自社のプロパティにレポートが出ているかどうかを見ておきます。ここが未対応だと、初回の報告そのものが空になります。
この章のまとめ
GSCで見えるのは表示回数と、その分解軸です。クリック数・CTR・掲載順位・検索クエリは、このレポートには出てきません。
05BingのAI Performanceは、AIO KPIとして何が違うんですか?
BingのAI Performanceは、2026年2月にパブリックプレビューとして公開された機能です。GSCとは異なる指標の体系を採っています。
| 指標 | 内容 |
|---|---|
| 総引用数 | AIが生成した回答の中で、出典として表示された件数 |
| 平均引用ページ数 | 出典として表示された自社サイトのユニークページ数の平均 |
| グラウンディングクエリ | AIが参照するときに使った検索キーフレーズ |
| URL別の引用数 | 自社サイトの特定のURLごとの引用件数 |
(出典: Bing Webmaster Toolsブログ)
対象になる範囲は、Microsoft Copilot、Bingの生成AI要約、一部のパートナー統合です(出典: 同ブログ)。
ここで押さえておきたいのが、データの性質です。公式ブログは、表示されるデータが全体の引用活動のサンプルであると明記しています。全数を保証するものではありません。Bingは、robots.txtで表明されたサイト運営者の意向を尊重するとも説明しています。
GSCとBingを並べると、契約前に確認すべき論点が見えてきます。
| 比較項目 | GSC生成AIパフォーマンスレポート | Bing AI Performance |
|---|---|---|
| 対象AI機能 | AIによる概要/AIモード | Copilot/生成AI要約/一部パートナー統合 |
| 主な指標 | インプレッション数 | 総引用数・平均引用ページ数・グラウンディングクエリ・URL別引用数 |
| クリック数 | 含まれない | 含まれない |
| データの性質 | 暫定値の可能性あり・収集中 | サンプルであり全数ではない |
| 提供状況 | 段階的リリース中 | パブリックプレビュー |
この章のまとめ
Bingで見えるのは引用の側です。ただしサンプルであり、全数ではありません。この点は契約書の注記に入れておきます。
06AI検索最適化のKPI設計は、なぜ3層に分けるんですか?
大森部長結論として、私は何の数字を見て判断すればいい。
鈴木さん1つの数字にまとめないほうが安全です。表示、引用、事業側の変化を、別の層として並べて見ていただくのがおすすめです。
大森部長層を分ける、というのは。
鈴木さん測る場所も、測る人も違うからです。同じ表に混ぜると、どれが誰の担当か分からなくなります。
GSCとBingの制約をふまえると、指標を1つの数字ではなく層に分けて合意しておくのが現実的です。分け方は、次のとおりです。
| 層 | 何を指すか | 主な計測ツール | 計測の主体 |
|---|---|---|---|
| 表示層 | AIの回答の中での表示・引用のされやすさ | GSC生成AIパフォーマンスレポート、Bing AI Performance | ベンダーまたは自社 |
| 引用層 | 特定のクエリ・文脈での引用のされ方 | Bingのグラウンディングクエリ、手動でのプロンプト調査 | 主にベンダー |
| 成果層 | 指名検索・直接流入・問い合わせなど事業側の変化 | GA4、CRM、広告の管理画面など自社側のツール | 主に自社 |
表示層と引用層は、GSCとBingという外部の公式レポートで、一定の範囲まで確認できます。ただし、いずれも暫定値・サンプル・段階提供という制約を伴います。
成果層は、AI検索の計測基盤では原則としてカバーされません。自社のGA4やCRMのデータと突き合わせる必要があります。GA4側の自動識別にも限界があるため、別記事『GA4のAI参照計測、見えない範囲がある』で扱った代替策とあわせて設計することをおすすめします。
なお、AI検索最適化はLLMOとも呼ばれます。呼び方が変わっても、契約前に決めることは変わりません。
この章のまとめ
層に分ける目的は、測る場所と測る人を分けて書くためです。1つの数字に丸めると、報告の責任の所在が曖昧になります。
07契約前のAIO KPI設計で、何を書面に残すんですか?
3層モデルをふまえ、契約前にベンダーへ確認し、できれば契約書と提案書へ書いておきたい項目を挙げます。
確認事項には、指標の測り方だけでなく、そもそも計測の対象になるための技術的な前提も含めます。
書面に残しておきたい確認事項は、次の7つです。
- 計測に使うレポート・ツールの名称と対象範囲(AIによる概要/AIモード/Copilot/生成AI要約のうち、どこまでを含むか)
- 提供される指標の種類(表示回数か引用数か。クリック数を含まないことの明記)
- データの性質(サンプルか全数か、暫定値かどうか、行数上限の有無)
- 報告の頻度と粒度(日次/週次/月次、ページ単位か国単位か)
- 成果層(指名検索・問い合わせなど)の計測を誰が担当し、どのツールを使うか
- レポートの対象外になり得るケース(試験運用版データの除外、プロパティ未対応、robots.txtによる除外など)の共有
- 生成AI検索に表示される技術的な前提条件(インデックス登録・スニペット表示要件)を満たしているか
契約前は、この順で決めます
測る場所を決める
GSCかBingか、両方か。対象となるAI機能の範囲まで書きます
測る人を決める
表示層・引用層・成果層のそれぞれについて、自社かベンダーかを分けます
報告の形を決める
頻度と粒度、そしてデータが暫定値やサンプルである点の注記を入れます
この章のまとめ
書面に残すのは、指標の名前ではなく、測る場所・測る人・報告の形です。技術的な前提条件も同じ書面に書いておきます。
08AIOの計測対象になるための、技術的な前提は何ですか?
7つめに挙げた技術的な前提を、もう少し具体的に見ておきます。
Googleは2026年5月に、生成AI検索での最適化に関する公式ガイドを公開しました(出典: Google Search Centralブログ)。ガイドは、特別な構造化データやllms.txtの実装は不要とし、既存のSEOのやり方が引き続き有効だと説明しています。表示の前提として案内されているのは、ページがインデックスに登録され、スニペットとともに検索結果に表示される技術要件を満たしていることです(出典: 同ガイド)。
確かめるのは、新しい実装の有無ではありません。いま公開しているページが、この技術要件を満たしているかどうかです。ここが崩れていると、どの層の指標も動きません。
この章のまとめ
計測の対象になる前提は、インデックス登録とスニペット表示の要件です。特別な実装は不要と案内されています。
09LLMO対策の契約前に、期待値のズレはどう防ぐんですか?
GSCとBingの仕様を契約前に共有していないと、認識のズレが生まれます。よく見かける形と、その防ぎ方を挙げます。
「AI検索経由の流入」を1つの数字として求めてしまう。 GA4側で自動識別されるチャネルには限界があります。指名検索など、代替の指標もあわせて見る設計にします。
月ごとに同じ精度のデータが得られると思い込む。 段階的なリリースと暫定値という前提を、契約書の注記に含めておきます。報告のたびに説明し直す手間も減ります。
成果報酬型の契約でクリック数を指標にしてしまう。 成果報酬型は、あらかじめ定めた指標の達成度合いに応じて対価が変わる設計になりやすく、達成の有無を客観的に判定できることが前提になります。クリック数はどちらの公式指標にも含まれないため、判定の基準そのものが立ちません。支払いの段になって、達成したかどうかで話が食い違います。
契約形態そのものの選び方は、別記事『AIOコンサルの契約形態|準委任と請負の違い』で扱っています。成果報酬型を検討する場合は、本記事の層で測れる指標を先に固めてから、契約形態を選ぶ順序をおすすめします。
この章のまとめ
期待値のズレは、測れない数字を約束したところから始まります。約束する前に、測れる項目へ置き換えます。
10AI対策の契約前に、自社で確かめておくことは何ですか?
若葉さんベンダーに聞くことは分かりました。自社の側で用意しておくことも、あるんでしょうか。
鈴木さんあります。成果層は自社のツールでしか追えません。ここだけは、発注しても肩代わりしてもらえない部分なんです。
若葉さんつまり、GA4やCRMの側は自分たちで準備しておく、ということですね?
鈴木さんはい。そこが空のままだと、報告書の下半分がずっと空欄になります。
発注する前に、自社の側で確かめておく項目を挙げます。ベンダーへ問い合わせる前の下準備として使ってください。
- 契約書・提案書に「クリック数の改善」を単独の成果指標として書いていない
- GSC生成AIパフォーマンスレポートの対象範囲(AIによる概要/AIモード)を確認した
- Bing AI Performanceを使う場合、対象範囲(Copilot/生成AI要約/パートナー統合)を確認した
- 表示層・引用層・成果層のどれを誰が計測するかを合意した
- データがサンプル・暫定値である可能性を契約書の注記に含めた
- 報告の頻度と粒度(ページ単位か国単位かなど)を確認した
- 成果層(指名検索・問い合わせなど)の計測方法を自社側で用意した
- 生成AI検索に表示される技術的な前提条件(インデックス登録・スニペット表示要件)を満たしているか確認した
この章のまとめ
自社で用意するのは成果層です。ここが空だと、ベンダーの報告書だけでは事業への影響が見えません。
11AIOのKPI設計で、いちばんつまずくのはどこですか?
つまずき方には、繰り返し見かける形があります。
クリック数を唯一の成果指標にしてしまう。 GSCとBingのどちらの公式レポートもクリック数を提供していないため、契約後に判定できない状態に陥ります。
計測ツールの仕様変更を想定していない。 生成AI関連の計測機能は2026年に入ってからの新しい機能が多く、提供範囲や仕様が更新される可能性があります。契約書には固定の目標だけでなく、計測方法そのものも書いておきます。
自社側の計測体制を用意しないまま、ベンダー任せにしてしまう。 成果層は自社のGA4やCRMでしか追えません。契約前に、自社側の準備状況も確かめておきます。
この章のまとめ
つまずきの多くは、契約書の一文を書く前に決着します。測れる項目に置き換え、仕様が変わる前提を書き添えておきます。
12AIOの計測の仕様が変わったら、KPI設計はどう見直すんですか?
生成AI関連の計測機能は、発展の途中にあります。提供範囲や指標の名前が変わる可能性を、契約の時点で織り込んでおきます。
有効なのは、契約書に見直しの手順を書いておくことです。「計測方法が変更された場合は、双方の協議のうえで指標を見直す」といった条項があると、変更が起きたときの説明がしやすくなります。
見直しのきっかけを拾うのは、日々の報告です。報告の頻度と粒度を先に決めておくと、変化に気づく間隔もそこで決まります。仕様の変更は、報告書の欄が急に空になる形で表れることがあります。
契約後の運用では、決めた指標を定点で観測し続けることが土台になります。数字の上下そのものよりも、同じ条件で並べ続けられているかを先に確かめてください。
この章のまとめ
仕様は変わる前提で契約します。固定の目標だけでなく、見直しの手順と記録の残し方まで書いておきます。
13よくある質問
AI検索経由のクリック数を、成果指標にすることはできますか?
現時点のGSC生成AIパフォーマンスレポートも、Bing AI Performanceも、公式に案内されている指標にクリック数は含まれていません。クリック数を成果指標にする場合は、リファラー解析など別の手段で近似値を推定する設計が必要になります。契約書に書き込む前に、その推定方法まで合意しておくことをおすすめします。
GSCとBing、どちらか一方だけの計測でも問題ありませんか?
自社の主要な流入元がどちらのAI検索エンジンかによって、判断は変わります。GoogleとBingの双方でAI検索の機能が展開されているため、両方の計測範囲を把握したうえで、少なくとも自社の主要チャネル側の計測を契約に含めることをおすすめします。
契約後に計測ツールの仕様が変わったら、どうすればよいですか?
生成AI関連の計測機能は発展の途中であり、仕様の変更が起こり得ます。契約書に「計測方法が変更された場合は双方協議のうえ指標を見直す」といった条項を含めておくと、後々の説明がしやすくなります。
成果層の計測は、ベンダーに任せられますか?
成果層は、自社のGA4やCRMのデータでしか追えないため、原則として自社側の担当になります。ベンダーに任せられるのは、表示層と引用層の公式レポートの取得と読み解きまでです。契約前に、この線引きを書面で分けておくと、報告のたびの行き違いが減ります。
llms.txtを実装しないと、AI検索の計測対象になりませんか?
Googleの公式ガイドは、特別な構造化データやllms.txtの実装は不要としています。表示の前提として案内されているのは、ページがインデックスに登録され、スニペットとともに検索結果に表示される技術要件を満たしていることです。契約前に確かめるのは、実装の有無ではなく、この技術要件のほうです。
14まとめ|契約前に決める3つのこと
AI検索の計測は、クリック数ではなく表示と引用の回数を軸に設計されています。この前提を契約前に共有できているかどうかが、報告の段階でのすれ違いを大きく左右します。
決めるのは、どの層を、誰が、どのツールで、どの頻度で測るかです。契約後に指標の定義でつまずくよりも、契約前の短い確認のほうが、双方にとって負担が小さく済みます。
もう一度、契約前に決める3つ
測る場所を決める
GSCかBingか。対象となるAI機能の範囲まで書きます
測る人を決める
表示層・引用層・成果層それぞれの担当を、自社とベンダーで分けます
報告の形を決める
頻度と粒度、暫定値やサンプルである点の注記、見直しの手順を書きます
AI検索では、こう聞かれています
AIO対策の契約で、成果指標は何にすればいいですか?
「契約前のAIO KPI設計で、何を書面に残すんですか?」の章に、書面へ残す確認事項をまとめています
AI検索経由のクリック数は計測できますか?
「AIOの成果を、なぜクリック数で測れないんですか?」の章で、公式レポートの項目をもとに説明しています
GSCとBingで、AI検索の何が測れますか?
「GSCの生成AIレポートで、AIOの何が見えて何が見えないんですか?」の章と、その次の章で図と表にしています
次に読むなら、この記事です