「AIO対策をお願いしたい。それで、成果はどう報告してもらえますか」。

この問いに、契約を交わす前から答えを揃えられている会社は、まだ多くありません。AI検索では、これまでの検索で当たり前だった数字が、そのままの形では手に入らないからです。順位もクリック数も、公式のレポートには並んでいません。

この記事は、AIO対策の発注を検討している方と、提案書を出す側の方に向けて書きました。公式ドキュメントで案内されている範囲だけを使い、何が測れて何が測れないのかを整理します。そのうえで、契約前に決めておくことを図解でたどります。

こんなふうに調べていませんか

  • AIO対策の契約書に、成果指標として何を書けばよいか分からない
  • 「AI検索経由のクリック数」を報告してもらえるのか確かめたい
  • ベンダーの提案書を見たが、KPIの書き方が妥当か判断できない

この記事を読み終えたときに手に入るもの

  • AI検索でクリック数が測れない理由を、社内で説明できるようになります
  • GSCとBingで何が測れて何が測れないかを、図で見分けられます
  • 契約前に書面へ残す確認事項が、手元のチェックリストになります

結論30秒でわかる、この記事の結論

  • AIO対策の成果指標にクリック数を据えると、達成を判定できない約束になります。
  • GSCの生成AIパフォーマンスレポートも、BingのAI Performanceも、公式に案内されている指標は表示回数と引用数です。
  • 契約前に決めるのは、表示層・引用層・成果層のどれを、誰が、どのツールで、どの頻度で測るかです。
契約前に決めておくのは、この3つです測れない数字を約束しないための、最初の一手です契約前に決めておくのは、この3つです1つめどの層を測るか表示層・引用層・成果層のどれを見るか2つめ誰が測るか自社かベンダーか、層ごとに分ける3つめどのツールで、どの頻度で報告の形まで書面に残す鈴木さん測れない数字を約束しないための、最初の一手です
契約前に決めておくのは、この3つです — 測れない数字を約束しないための、最初の一手です

この記事では、AIO対策の発注を検討しているマーケティング部の会話をはさみながら進めます。ご自身に近い立場の質問から読んでいただいて構いません。

  • 若葉さん(Web担当2年目)— 「そもそも、それって何ですか?」を聞く役
  • 大森部長(マーケティング部長)— 「その数字で判断できるのか」を問う役
  • 鈴木さん(AIO/SEOの専門家・本誌監修)— 答える役

01契約前のAIO KPI設計って、何を決めておくことなんですか?

若葉さん
若葉さんの発言

あの、契約の前にKPIを決めておく、と聞いたんですが…。指標の名前を決めるだけでは足りないんでしょうか。

鈴木さん
鈴木さんの発言

名前だけだと、報告の段になって困ることが多いんですよ。誰が、どのツールで、どのくらいの頻度で測るのか。そこまで決めて、はじめて成果報告が成り立ちます。

契約前KPI設計とは、AI検索の計測の限界をふまえ、発注する側と受ける側が契約前に合意しておく成果指標の型です。

つまずきやすいのは、指標の名前を先に決めてしまうときです。「引用数を増やす」と書いても、その数字をどこで見るのかが決まっていなければ、報告の形が定まりません。

決めることは、次の4つに整理できます。どの層の指標を見るか。誰が測るか。どのツールで測るか。どの頻度で報告するか。 この4つが揃うと、契約書の一行が、あとから確かめられる約束になります。

契約書の言葉は、どこの数字になるのか書きたい言葉と、実際に開く画面を並べます契約書の言葉は、どこの数字になるのか書きたい言葉と、実際に開く画面を並べます契約書に書きたい言葉実際に数字を見る場所AI検索に出た回数を増やすGSCのインプレッション数AIに引用された回数を増やすBingの総引用数問い合わせにつなげる自社のGA4やCRMAI検索からのクリック数を増やす公式に用意された項目がない鈴木さん最後の行だけ、開く画面がありません。ここが契約でいちばん揉めるところです
契約書の言葉は、どこの数字になるのか — 書きたい言葉と、実際に開く画面を並べます

指標を層に分ける考え方そのものは、姉妹記事『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検索で、数字が生まれるところ記録が残るのは、引用が示された時点までです1質問が届く利用者が質問文を入力する2AIが答えを組み立てる集めたページの内容から文章を作る3出典として引用が示される根拠にしたページが表示される4表示回数と引用数が残る公式レポートに記録されるのはここまで
AI検索で、数字が生まれるところ — 記録が残るのは、引用が示された時点までです

数字が記録されるのは、引用が示された時点までです。そこから先、読者がリンクを開いたかどうかを数える場所が、公式には用意されていません。

成果として数えられるものが変わりましたクリックを数える場所が、AI検索にはありません成果として数えられるものが変わりましたクリックを数える場所が、AI検索にはありませんこれまでの検索検索結果のリンクを開いてもらうクリック数とCTRで数える掲載順位も並べて見られる訪問という行動を数えていたAI検索AIの答えの中に引用として出る表示回数と引用数で数える順位もクリックも項目がない選ばれたという事実を数える
成果として数えられるものが変わりました — クリックを数える場所が、AI検索にはありません

主要な計測基盤がそろって、「表示と引用は測れるが、クリックは測れない」という設計を採っています。一時的な機能不足ではなく、いまのAI検索の計測の前提として扱うほうが安全です。

この章のまとめ

クリック数が測れないのは、担当者の力量ではなく計測基盤の設計によります。AI対策の成果指標は、表示と引用の側で組み立てます。

03AIO対策の契約書に「クリック数」と書くと、何が起きるんですか?

では、契約書に「クリック数の改善」と書き込むとどうなるでしょうか。受ける側も発注する側も、達成を判定できるデータを持たないまま契約することになります。

クリック数を約束すると、こうなります止まるのは、契約のときではなく報告の日ですクリック数を約束すると、こうなります止まるのは、契約のときではなく報告の日です1契約書に書き込むクリック数の改善を成果指標に据える2報告の日が来る合意した指標を確かめにいく3公式レポートに項目がないGSCにもBingにもクリック数は無い4達成したか判定できない指標を決め直すところからやり直す鈴木さんこの手戻りは、契約前の短い確認で丸ごと避けられます
クリック数を約束すると、こうなります — 止まるのは、契約のときではなく報告の日です

困るのは、報告の日になってからの手戻りです。数字を出せないと分かった時点で、指標そのものを決め直すことになります。契約前に済ませられた話を、支払いの話と一緒に進めることになります。

この章のまとめ

測れない数字を書いた契約書は、報告の日に止まりやすくなります。書く前に、測れる項目へ置き換えておきます。

04GSCの生成AIレポートで、AIOの何が見えて何が見えないんですか?

GSCの生成AIパフォーマンスレポートには、契約前に知っておきたい仕様上の制約があります。指標の名前だけでなく、データの性質まで確かめておくと安全です。

項目内容
対象機能AIによる概要/AIモード
確認できる指標インプレッション数(表示された回数)
分解軸ページ(リダイレクト後の最終URL)/国/デバイス(パソコン・タブレット・モバイル)/日付(日・週・月)
行数の上限既存の検索パフォーマンスレポートと同じ1,000行の制限
除外されるデータSearch Labsの試験運用版のデータ
提供状況段階的なリリースのため、すべてのプロパティで使えるとは限らない
データの性質最新のデータは暫定値の可能性があり、収集中の場合がある

(出典: Google Search Consoleヘルプ「生成AIパフォーマンスレポート」)

GSCの生成AIレポート、見える側と見えない側契約書に書けるのは、左側の項目だけですGSCの生成AIレポート、見える側と見えない側契約書に書けるのは、左側の項目だけです見えるものインプレッション数(表示された回数)ページ・国・デバイス日付(日・週・月)対象はAIによる概要とAIモード見えないものクリック数CTR掲載順位検索クエリ成果指標に据えると判定できない
GSCの生成AIレポート、見える側と見えない側 — 契約書に書けるのは、左側の項目だけです

見えない側に並ぶ項目は、姉妹記事『GSC「生成AIパフォーマンスレポート」とは?』でも、確認できない指標として挙げられています。

この制約は、契約の成果指標を組み立てるうえで無視できません。「対象月のインプレッション数を前月比で報告する」という約束は成立します。一方で、行数の上限がある以上、ページ数の多いサイトでは集計から漏れるページが出ます。

提供が段階的である点も、事前に確かめておく項目です。契約を始める時点で、自社のプロパティにレポートが出ているかどうかを見ておきます。ここが未対応だと、初回の報告そのものが空になります。

契約前に、GSC側で確かめておくこと指標の名前より先に、データの性質を見ます契約前に、GSC側で確かめておくこと指標の名前より先に、データの性質を見ます自社のプロパティにレポートが出ているか段階的なリリースのため、未対応のことがある行数の上限で集計から漏れるページがないか検索パフォーマンスレポートと同じ制限がかかる試験運用版のデータが除外される点を共有したかSearch Labs のデータは含まれない最新のデータが暫定値である点を共有したか収集中の場合があると案内されている
契約前に、GSC側で確かめておくこと — 指標の名前より先に、データの性質を見ます

この章のまとめ

GSCで見えるのは表示回数と、その分解軸です。クリック数・CTR・掲載順位・検索クエリは、このレポートには出てきません。

05BingのAI Performanceは、AIO KPIとして何が違うんですか?

BingのAI Performanceは、2026年2月にパブリックプレビューとして公開された機能です。GSCとは異なる指標の体系を採っています。

指標内容
総引用数AIが生成した回答の中で、出典として表示された件数
平均引用ページ数出典として表示された自社サイトのユニークページ数の平均
グラウンディングクエリAIが参照するときに使った検索キーフレーズ
URL別の引用数自社サイトの特定のURLごとの引用件数

(出典: Bing Webmaster Toolsブログ)

BingのAI Performanceで見える指標GSCとは指標の体系が違いますBingのAI Performanceで見える指標GSCとは指標の体系が違います引用総引用数出典として表示された件数広がり平均引用ページ数出典になったページ数の平均文脈グラウンディングクエリ参照時に使われた検索キーフレーズ個別URL別の引用数特定のURLごとの引用件数鈴木さんここに出る数字はサンプルです。全数ではない点を注記に残してください
BingのAI Performanceで見える指標 — GSCとは指標の体系が違います

対象になる範囲は、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、広告の管理画面など自社側のツール主に自社
成果指標は、下から順に積み上げます測る場所も、測る人も、層ごとに違います成果指標は、下から順に積み上げます測る場所も、測る人も、層ごとに違います成果層:事業側がどう変わったかGA4・CRM・広告の管理画面(自社側のツール)引用層:どんな文脈で引用されたかグラウンディングクエリ/手動のプロンプト調査表示層:AIの答えに出たかGSC生成AIパフォーマンスレポート/Bing AI Performance
成果指標は、下から順に積み上げます — 測る場所も、測る人も、層ごとに違います

表示層と引用層は、GSCとBingという外部の公式レポートで、一定の範囲まで確認できます。ただし、いずれも暫定値・サンプル・段階提供という制約を伴います。

成果層は、AI検索の計測基盤では原則としてカバーされません。自社のGA4やCRMのデータと突き合わせる必要があります。GA4側の自動識別にも限界があるため、別記事『GA4のAI参照計測、見えない範囲がある』で扱った代替策とあわせて設計することをおすすめします。

なお、AI検索最適化はLLMOとも呼ばれます。呼び方が変わっても、契約前に決めることは変わりません。

この章のまとめ

層に分ける目的は、測る場所と測る人を分けて書くためです。1つの数字に丸めると、報告の責任の所在が曖昧になります。

07契約前のAIO KPI設計で、何を書面に残すんですか?

3層モデルをふまえ、契約前にベンダーへ確認し、できれば契約書と提案書へ書いておきたい項目を挙げます。

確認事項には、指標の測り方だけでなく、そもそも計測の対象になるための技術的な前提も含めます。

書面に残しておきたい確認事項は、次の7つです。

  1. 計測に使うレポート・ツールの名称と対象範囲(AIによる概要/AIモード/Copilot/生成AI要約のうち、どこまでを含むか)
  2. 提供される指標の種類(表示回数か引用数か。クリック数を含まないことの明記)
  3. データの性質(サンプルか全数か、暫定値かどうか、行数上限の有無)
  4. 報告の頻度と粒度(日次/週次/月次、ページ単位か国単位か)
  5. 成果層(指名検索・問い合わせなど)の計測を誰が担当し、どのツールを使うか
  6. レポートの対象外になり得るケース(試験運用版データの除外、プロパティ未対応、robots.txtによる除外など)の共有
  7. 生成AI検索に表示される技術的な前提条件(インデックス登録・スニペット表示要件)を満たしているか
確認事項は、この3つの箱に入ります書面に残すとき、迷わないための仕分けです確認事項は、この3つの箱に入ります書面に残すとき、迷わないための仕分けです測る場所①対象範囲 ②指標の種類 ③データの性質どのレポートの、どこまでを見るか測る人⑤成果層の担当 ⑦技術要件の確認自社かベンダーか、層ごとに分ける報告の形④頻度と粒度 ⑥対象外になるケース何がどう届くかを先に決める
確認事項は、この3つの箱に入ります — 書面に残すとき、迷わないための仕分けです

契約前は、この順で決めます

  1. 測る場所を決める

    GSCかBingか、両方か。対象となるAI機能の範囲まで書きます

  2. 測る人を決める

    表示層・引用層・成果層のそれぞれについて、自社かベンダーかを分けます

  3. 報告の形を決める

    頻度と粒度、そしてデータが暫定値やサンプルである点の注記を入れます

この章のまとめ

書面に残すのは、指標の名前ではなく、測る場所・測る人・報告の形です。技術的な前提条件も同じ書面に書いておきます。

08AIOの計測対象になるための、技術的な前提は何ですか?

7つめに挙げた技術的な前提を、もう少し具体的に見ておきます。

Googleは2026年5月に、生成AI検索での最適化に関する公式ガイドを公開しました(出典: Google Search Centralブログ)。ガイドは、特別な構造化データやllms.txtの実装は不要とし、既存のSEOのやり方が引き続き有効だと説明しています。表示の前提として案内されているのは、ページがインデックスに登録され、スニペットとともに検索結果に表示される技術要件を満たしていることです(出典: 同ガイド)。

計測の対象になるために、要るものと要らないもの確かめるのは、新しい実装ではなく既存ページの状態です計測の対象になるために、要るものと要らないもの確かめるのは、新しい実装ではなく既存ページの状態ですページがインデックスに登録されている表示の前提として公式ガイドが挙げている要件スニペットとともに検索結果に表示される要件を満たしている同ガイドが挙げる技術要件AI検索向けの特別な構造化データを実装する公式ガイドは不要としているllms.txtを実装する公式ガイドは不要としている
計測の対象になるために、要るものと要らないもの — 確かめるのは、新しい実装ではなく既存ページの状態です

確かめるのは、新しい実装の有無ではありません。いま公開しているページが、この技術要件を満たしているかどうかです。ここが崩れていると、どの層の指標も動きません。

この章のまとめ

計測の対象になる前提は、インデックス登録とスニペット表示の要件です。特別な実装は不要と案内されています。

09LLMO対策の契約前に、期待値のズレはどう防ぐんですか?

GSCとBingの仕様を契約前に共有していないと、認識のズレが生まれます。よく見かける形と、その防ぎ方を挙げます。

「AI検索経由の流入」を1つの数字として求めてしまう。 GA4側で自動識別されるチャネルには限界があります。指名検索など、代替の指標もあわせて見る設計にします。

月ごとに同じ精度のデータが得られると思い込む。 段階的なリリースと暫定値という前提を、契約書の注記に含めておきます。報告のたびに説明し直す手間も減ります。

成果報酬型の契約でクリック数を指標にしてしまう。 成果報酬型は、あらかじめ定めた指標の達成度合いに応じて対価が変わる設計になりやすく、達成の有無を客観的に判定できることが前提になります。クリック数はどちらの公式指標にも含まれないため、判定の基準そのものが立ちません。支払いの段になって、達成したかどうかで話が食い違います。

契約書の一文は、こう書き換えます測れる項目に置き換えるだけで、揉めどころが消えます契約書の一文は、こう書き換えます測れる項目に置き換えるだけで、揉めどころが消えます判定できない書き方AI検索経由のクリック数を改善するAI検索からの流入を増やすAI検索での露出を最大化する判定できる書き方対象月のインプレッション数を報告する引用数とグラウンディングクエリを報告する成果層は自社のGA4とCRMで追う
契約書の一文は、こう書き換えます — 測れる項目に置き換えるだけで、揉めどころが消えます

契約形態そのものの選び方は、別記事『AIOコンサルの契約形態|準委任と請負の違い』で扱っています。成果報酬型を検討する場合は、本記事の層で測れる指標を先に固めてから、契約形態を選ぶ順序をおすすめします。

この章のまとめ

期待値のズレは、測れない数字を約束したところから始まります。約束する前に、測れる項目へ置き換えます。

10AI対策の契約前に、自社で確かめておくことは何ですか?

若葉さん
若葉さんの発言

ベンダーに聞くことは分かりました。自社の側で用意しておくことも、あるんでしょうか。

鈴木さん
鈴木さんの発言

あります。成果層は自社のツールでしか追えません。ここだけは、発注しても肩代わりしてもらえない部分なんです。

若葉さん
若葉さんの発言

つまり、GA4やCRMの側は自分たちで準備しておく、ということですね?

鈴木さん
鈴木さんの発言

はい。そこが空のままだと、報告書の下半分がずっと空欄になります。

発注する前に、自社の側で確かめておく項目を挙げます。ベンダーへ問い合わせる前の下準備として使ってください。

  • 契約書・提案書に「クリック数の改善」を単独の成果指標として書いていない
  • GSC生成AIパフォーマンスレポートの対象範囲(AIによる概要/AIモード)を確認した
  • Bing AI Performanceを使う場合、対象範囲(Copilot/生成AI要約/パートナー統合)を確認した
  • 表示層・引用層・成果層のどれを誰が計測するかを合意した
  • データがサンプル・暫定値である可能性を契約書の注記に含めた
  • 報告の頻度と粒度(ページ単位か国単位かなど)を確認した
  • 成果層(指名検索・問い合わせなど)の計測方法を自社側で用意した
  • 生成AI検索に表示される技術的な前提条件(インデックス登録・スニペット表示要件)を満たしているか確認した
数字は、どちらが持ってくるのか成果層だけは、発注しても肩代わりできません数字は、どちらが持ってくるのか成果層だけは、発注しても肩代わりできませんベンダーが持ってくる表示層の公式レポート引用層のグラウンディングクエリ手動のプロンプト調査外部の公式レポートで確認できる範囲自社で用意するGA4とCRMのデータ指名検索の推移問い合わせの記録ここが空だと報告書の下半分が空欄になる鈴木さんGA4とCRMの側は、発注を決める前に整えておいてください
数字は、どちらが持ってくるのか — 成果層だけは、発注しても肩代わりできません

この章のまとめ

自社で用意するのは成果層です。ここが空だと、ベンダーの報告書だけでは事業への影響が見えません。

11AIOのKPI設計で、いちばんつまずくのはどこですか?

つまずき方には、繰り返し見かける形があります。

クリック数を唯一の成果指標にしてしまう。 GSCとBingのどちらの公式レポートもクリック数を提供していないため、契約後に判定できない状態に陥ります。

計測ツールの仕様変更を想定していない。 生成AI関連の計測機能は2026年に入ってからの新しい機能が多く、提供範囲や仕様が更新される可能性があります。契約書には固定の目標だけでなく、計測方法そのものも書いておきます。

自社側の計測体制を用意しないまま、ベンダー任せにしてしまう。 成果層は自社のGA4やCRMでしか追えません。契約前に、自社側の準備状況も確かめておきます。

KPI設計で、つまずきが起きる場所どれも契約書の一文を書く前に決着しますKPI設計で、つまずきが起きる場所どれも契約書の一文を書く前に決着しますクリック数を唯一の成果指標にする公式レポートに項目がなく、判定できない計測ツールの仕様変更を想定しない新しい機能が多く、提供範囲が変わり得る自社側の計測体制をベンダー任せにする成果層は自社のGA4とCRMでしか追えない測れる指標に置き換え、見直しの手順まで書くこれができていれば、報告で揉めにくい
KPI設計で、つまずきが起きる場所 — どれも契約書の一文を書く前に決着します

この章のまとめ

つまずきの多くは、契約書の一文を書く前に決着します。測れる項目に置き換え、仕様が変わる前提を書き添えておきます。

12AIOの計測の仕様が変わったら、KPI設計はどう見直すんですか?

生成AI関連の計測機能は、発展の途中にあります。提供範囲や指標の名前が変わる可能性を、契約の時点で織り込んでおきます。

有効なのは、契約書に見直しの手順を書いておくことです。「計測方法が変更された場合は、双方の協議のうえで指標を見直す」といった条項があると、変更が起きたときの説明がしやすくなります。

仕様が変わったときの、見直しの流れ変更が起きる前提を、契約の時点で書いておきます仕様が変わったときの、見直しの流れ変更が起きる前提を、契約の時点で書いておきます1仕様の変更に気づく報告書の欄が空になる形で表れる2双方で協議する契約書に協議の条項を入れておく3指標と報告の形を差し替える測れる項目へ置き換える4注記を更新して記録に残す次の担当者が経緯を追えるようにする
仕様が変わったときの、見直しの流れ — 変更が起きる前提を、契約の時点で書いておきます

見直しのきっかけを拾うのは、日々の報告です。報告の頻度と粒度を先に決めておくと、変化に気づく間隔もそこで決まります。仕様の変更は、報告書の欄が急に空になる形で表れることがあります。

契約後の運用では、決めた指標を定点で観測し続けることが土台になります。数字の上下そのものよりも、同じ条件で並べ続けられているかを先に確かめてください。

この章のまとめ

仕様は変わる前提で契約します。固定の目標だけでなく、見直しの手順と記録の残し方まで書いておきます。

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つ

  1. 測る場所を決める

    GSCかBingか。対象となるAI機能の範囲まで書きます

  2. 測る人を決める

    表示層・引用層・成果層それぞれの担当を、自社とベンダーで分けます

  3. 報告の形を決める

    頻度と粒度、暫定値やサンプルである点の注記、見直しの手順を書きます

AI検索では、こう聞かれています

  • AIO対策の契約で、成果指標は何にすればいいですか?

    「契約前のAIO KPI設計で、何を書面に残すんですか?」の章に、書面へ残す確認事項をまとめています

  • AI検索経由のクリック数は計測できますか?

    「AIOの成果を、なぜクリック数で測れないんですか?」の章で、公式レポートの項目をもとに説明しています

  • GSCとBingで、AI検索の何が測れますか?

    「GSCの生成AIレポートで、AIOの何が見えて何が見えないんですか?」の章と、その次の章で図と表にしています

次に読むなら、この記事です