Cometlyの成果はAIに聞いていい？｜予算を動かす前の検算

「どの広告が商談を生んだのか、AIに聞けばすぐ分かるなら、毎週の集計はもう要らないのでは」「AIが出した数字で来期の広告予算を組み替えて、本当に大丈夫なのか」——広告の計測基盤とAIをつなぐ話が出た会社では、この二つの声が同時に上がります。事実から言うと、米国の Cometly は2026年10月26日の公式ブログで、MCP サーバーを使えば外のAIから計測データに自然な言葉で問い合わせられると説明しました。ただ、同じ記事の中で、データ倉庫に入れても計測そのものは直らないとも書いています。AIに聞けるようになったのは数字の取り出し方であり、数字の正しさではありません。この記事では、Cometly の計測をAIエージェントに問わせるとき、BtoBの長い検討期間で何が見誤られやすいか、何が外のAIに渡るか、予算を動かす前に誰が何を検算して承認するかを、四つの場面に分けて整理します。

Cometly は、広告の成果を売上まで結び付けて測る米国の計測基盤

Cometly は、広告をクリックした人やサイトを訪れた人の接点を記録し、それを問い合わせ、商談、受注、売上までつないで、どの広告やキャンペーンが成果に効いたかを測る計測基盤です。公式サイトの会社情報では、2021年創業で、米国ペンシルベニア州ニュータウンに拠点を置く同名の運営会社が提供していると説明されています。日本語の解説はまだほとんどなく、国内では海外の広告運用者向けの道具として名前が知られている段階です。

仕組みの土台は、自社サイトに一行で入れる計測タグ（公式は Cometly Pixel と呼んでいます）と、サーバー側からの計測です。公式の説明では、広告ブロックや閲覧ソフトの追跡制限の影響を受けにくい形で訪問を記録し、成果の情報をサーバーから Meta、Google、LinkedIn、TikTok の広告媒体に送り返す仕組み（コンバージョンAPI）も持っています。接点の配分の仕方は8種類の複数接点モデルから選べ、計測の期間は1日から顧客の生涯価値までと幅を持たせられると書かれています。

BtoBで効いてくるのは、HubSpot や Salesforce などの顧客管理との連携です。公式は、長い検討期間を経て受注に至った売上を広告費に結び付けることを売りにしています。サーバー側の計測とコンバージョンAPIの一般論は別の記事で扱っているため、ここでは繰り返しません。この記事では、その計測データにAIが質問を投げ、提案を返し、場合によっては記録を書き換える段階で、社内で何を決めておくべきかに絞ります。

AIが入る三つの場所：Agent、AI Ads Manager、MCP サーバー

公式サイトで確かめられる範囲では、Cometly のAIは三つの場所に入っています。一つ目は Agent で、計測データに自然な言葉で質問すると答えが返る機能です。公式は「SQLも、分析担当の順番待ちも要らない」という趣旨で説明しています。二つ目は AI Ads Manager で、複数の広告媒体をまとめて管理する画面の中で、実際の売上の成果をもとに、どの広告を止め、どれを伸ばし、どう配分し直すかをAIが提案すると説明されています。このほか、日次・週次の成果の要約を Slack に届ける機能もあります。

三つ目が MCP サーバーです。MCP は、外のAIの道具から業務の道具を呼び出すための共通の取り決めで、Cometly の MCP サーバーを使うと、Claude や ChatGPT、Cursor などから自社の計測データに問い合わせられます。製品ページでは公開ベータと表示されています。10月26日の公式ブログは、データ倉庫での分析と並べて、すぐに調べたいときは MCP で自然な言葉で聞き、繰り返し使う報告は SQL で作るという使い分けを勧めています。

三つは、AIが社内のどこまで踏み込むかが違います。Agent と Slack の要約は、Cometly の画面の中で数字を読むだけです。AI Ads Manager は、広告の配信というお金が動く操作の一歩手前まで提案してくる機能です。MCP サーバーは、計測データを社外のAIの会話の中に持ち出す入口になります。同じ「AIで聞ける」でも、承認を求める相手と確かめる範囲は三つで分けて考える必要があります。

公式資料で確かめた MCP の中身：読む道具と、1件ずつ書き換える道具

公式ドキュメントの MCP の概要によれば、接続先の窓口は一つで、どの作業領域（Cometly ではスペースと呼びます）につなぐかは、接続を許可する画面で選びます。認証は、Claude のデスクトップ版や Cursor のように閲覧ソフトを通せる道具では OAuth を使い、定期処理やスクリプトから使う場合は個人用のアクセス用の鍵を発行して使います。道具は50種類を超え、広告の指標、アトリビューションのモデルごとの比較、イベント、連絡先と企業、広告の管理、保存済みの報告、セグメント、計測タグの状態の診断などに分かれています。

ほとんどは読み取りですが、ドキュメントには、連絡先・企業・イベントの項目を1件ずつ、番号を指定して書き換える道具が三つ載っています。データを新しく作ったり消したりする道具や、アトリビューションの配分を変える道具はないこと、読み取り専用の鍵ではこの三つが隠れること、書き込みのたびに利用者の役割を確かめ直すことも書かれています。一方、10月26日のブログでは、サーバーは記録を作ることも変えることも消すこともできないと説明しています。製品ページには、キャンペーンの停止や配信先リストの同期といった書き込みの道具を、ベータの成熟に合わせて既定で切った状態から順に出していくとも書かれています。

資料によって説明の時点がずれていると読むのが自然ですが、導入する側は、自社の環境で実際にどの道具が見えているかを、接続した画面で確かめる必要があります。統制に効く点としては、データの書き出し用の道具が版の更新で外されたこと、外部への通知の中身は個人情報が伏せられること、すべての呼び出しが改変できない監査の記録に既定で残ること（引数は要約値だけを保存）、スペースから外された人はすぐに接続できなくなることが、ドキュメントに書かれています。

• MCP の仕様は公式ドキュメントの MCP の概要、使い方の説明は2026年10月26日の公式ブログ、公開ベータの表示と今後の書き込み道具は公式の製品ページによる
• ドキュメントでは、閲覧だけの権限の人は読み取り専用の接続になり、連絡先と企業の道具も使えないと説明されている。料金と呼び出し回数の上限は MCP の資料では確かめられなかった

先に分ける：聞く、提案させる、動かす

場面に入る前に、AIに任せる範囲を三段に分けておきます。一段目は「聞く」で、AIが計測データを読み、表や要約で返すところまでです。二段目は「提案させる」で、AIが数字を読んだうえで、広告の停止や配分の変更を勧めるところまでです。三段目は「動かす」で、AIが連絡先の項目を書き換えたり、将来的には広告を止めたりする段階です。今の Cometly で現実に使われるのは一段目と二段目で、三段目は記録の書き換えに限られています。

この三段は、承認する人と確かめる中身が違います。聞く段階では、答えの数字がどの期間・どのモデルから出たかを読む人が要ります。提案させる段階では、提案の根拠となった数字を別の切り口で検算し、予算の権限を持つ人が判断します。動かす段階では、書き換えてよい項目と件数をあらかじめ決め、記録を後から追えることが条件になります。

社内の議論が混乱するのは、この三段を「AIを使う」の一言で一緒にしてしまうときです。聞くのは広く開き、提案は根拠付きで受け取り、動かすのは最後に絞って開ける。この順番を合意しておくと、次の四つの場面で何を確かめればよいかがはっきりします。

場面1：「先月いちばん商談を生んだ広告は？」と外のAIに聞く

もっとも多い使い方は、マーケの担当者が Claude などから MCP 経由で「先月いちばん商談を生んだ広告はどれか」と聞く場面です。公式ブログも、前の四半期にどのキャンペーンが最も商談を生んだかという質問を例に挙げています。ただし同じブログは、例に挙げた質問は説明のためのもので、実際の出力を記録したものではないと断っています。答えの形は、その時のAIの解釈で変わるということです。

ここで見誤りが起きやすいのは、「先月」と「商談を生んだ」の定義です。先月にクリックされた広告が生んだ商談なのか、先月に作られた商談の起点となった広告なのかで、答えはまったく違います。Cometly の MCP には日付の範囲を解釈する道具や、指標の一覧を返す仕組みがあると説明されていますが、AIがどちらの意味で取ったかは、返ってきた答えに書かせないと分かりません。

対策は、答えに必ず根拠を書かせることです。具体的には、使った期間、アトリビューションのモデル、計測の期間、数えた商談の条件を、答えの先頭に並べるよう指示します。担当者は、その条件が自分の聞きたかった意味と合っているかを見てから数字を読みます。条件が書かれていない答えは、会議資料に貼らないという決まりを一つ置くだけで、場面1の事故の多くは防げます。

場面2：検討期間が半年ある商談を、AIに「どの広告の手柄か」と問う

BtoBでは、最初の広告接点から受注まで数か月から半年以上かかることも珍しくありません。公式ブログも、BtoBの購買は一度のクリックでは進まず、一つの会社の複数の人が時間をかけて関わると書いています。ここでAIに「この受注はどの広告の手柄か」と聞くと、AIは選ばれたモデルに沿って配分した結果をきれいに説明します。説明がきれいなほど、モデルの前提が見えにくくなります。

見誤りの元は三つあります。一つ目は、まだ受注に至っていない商談です。直近の広告ほど結果が出そろっておらず、短い期間で比べると古い広告が有利に見えます。二つ目は、担当者の個人のメールや名刺交換のように計測に載らない接点です。三つ目は、同じ会社の別の人の接点がつながっていない場合で、企業単位で見るか人単位で見るかで手柄の付き方が変わります。

この場面でAIに聞いてよいのは、配分の答えそのものより、「モデルを変えると順位がどう入れ替わるか」「どの商談がまだ結果待ちか」といった、判断の材料の洗い出しです。Cometly の MCP にはモデルごとの比較を返す道具があると説明されているため、一つのモデルの答えを採るのではなく、複数のモデルで順位が変わらない広告だけを「確からしい」と扱う使い方が向いています。予測か実験かという測り方そのものの議論は別の記事に譲りますが、モデルを替えても残る差を見る、という点だけは押さえておきます。

場面3：AI Ads Manager が「この広告を止めて、こちらに寄せよう」と提案してきた

公式の説明では、AI Ads Manager は実際の売上の成果をもとに、止める広告、伸ばす広告、配分し直す先を提案します。BtoBの担当者にとっては魅力的ですが、ここで注意したいのは、提案の根拠になった売上が、どの期間のどの数え方の売上かです。場面2で見たとおり、直近の広告は結果がそろっていないため、短い期間の売上で比べると、育ちかけの広告が「効いていない」と判定されやすくなります。

もう一つは配信量の少なさです。BtoBの広告は、一つのキャンペーンから生まれる商談が月に数件ということもあります。件数が少ないと、一件の受注が入るかどうかで順位が入れ替わり、AIの提案も月ごとに振れます。提案が出たら、その根拠の件数を必ず確かめ、件数が少ないうちは提案を「止める理由」ではなく「調べる理由」として扱います。

• AIの提案どおりに、受注が出ていない新しいキャンペーンを月半ばで止める
• 提案の根拠を聞かずに、予算の配分表だけを差し替えて上長に回す
• 広告媒体の管理画面の数字と Cometly の数字の差を確かめないまま、どちらか片方で判断する
• 停止の判断を担当者一人で行い、後から誰が決めたのか追えない

提案を受け取ったら、根拠の期間と件数、提案に従った場合に止まる予算の額、止めた後に何をもって成否を見るかを書き出してから、予算の権限を持つ人が判断します。AIが出すのは提案と根拠まで、止めるか伸ばすかを決めるのは人という線は、書き込みの道具が今後増えても変えないほうが安全です。

場面4：営業が顧客管理の記録を直し、計測の数字が後から変わる

BtoBの計測で見落とされやすいのが、商談の記録が後から変わることです。営業が商談の段階を戻したり、金額を修正したり、重複していた会社をまとめたりすると、Cometly 側の受注の売上や手柄の付き方も変わり得ます。先週AIに聞いた答えと今週の答えが違うのは、AIの気まぐれではなく、元の記録が動いたからということがよくあります。

加えて、MCP には連絡先や企業の項目を書き換える道具があるとドキュメントに書かれています。書き込みの権限を持つ人の接続から、AIが項目を直す操作が入れば、営業が持っている顧客管理の記録と、計測側の記録の整合が崩れるおそれがあります。どちらが正の記録なのかを決めないまま書き込みを許すと、数字の差を調べるのに時間を取られます。

この場面の対策は二つです。一つは、月次や四半期の報告に使う数字は、決めた日に固定して保存することです。保存済みの報告を使えば、後から記録が動いても、会議で使った数字を再現できます。もう一つは、MCP の接続は原則として読み取り専用の鍵か閲覧だけの権限で始め、書き込みは対象の項目と担当者を決めてから開けることです。

サーバー側の計測で集めるものと、MCP で外のAIに渡るもの

データの流れは二つに分けて考えます。一つ目は、Cometly が自社サイトや広告媒体、顧客管理から集めるデータで、訪問の記録、広告の接点、問い合わせをした人の連絡先、商談と受注の情報などです。これらは米国の事業者である Cometly のもとに保存され、成果の情報はコンバージョンAPIで広告媒体にも送られます。ここまでは、計測基盤を入れた時点で決まる流れです。

二つ目が、MCP で外のAIに渡る流れです。AIの道具が Cometly の道具を呼ぶと、その答えはAIの会話の中に入り、AIの提供元の側に残ります。広告の指標や集計の数字だけなら影響は限られますが、連絡先や企業の道具を使えば、個人の名前やメールアドレス、どの広告から来たかという行動の記録まで会話に入ります。どのAIの道具に、どの権限の接続を許すかは、計測基盤の契約とは別に決める必要があります。

流れ	主な中身	社内で決めること
計測タグとサーバー側の計測	訪問・広告の接点・問い合わせの情報	サイトでの告知、計測してよいページの範囲
顧客管理との連携	連絡先・商談の段階・受注の金額	連携する項目、どちらを正の記録とするか
コンバージョンAPI	成果の情報を広告媒体へ送り返す	送る成果の段階、送ってよい項目
MCP の集計の道具	広告の指標・モデル別の比較・報告	使ってよいAIの道具、利用者の範囲
MCP の連絡先と企業の道具	個人の連絡先・行動の記録	原則は閉じる。開けるなら人と目的を限定

実務では、MCP の接続を「集計の道具だけ」と「連絡先まで」の二種類に分け、前者を部門に広く、後者はごく少数の担当に限るのが扱いやすい形です。公式ドキュメントでも、閲覧だけの権限の人には連絡先と企業の道具が出ない作りになっていると説明されているため、Cometly 側の役割の設定で二種類を作り分けられます。

国内の法令で確かめておくこと

国内の会社が Cometly を使うときに確かめておきたい法令は、主に二つです。一つは個人情報保護法で、問い合わせをした人の連絡先と広告の接点を結び付けて米国の事業者に保存する以上、外国にある第三者への提供（第28条）にあたるのか、委託として扱えるのか、本人への説明をどう書くのかを、法務と確かめる必要があります。AIの道具に会話として渡る分も同じ整理が要ります。

もう一つは電気通信事業法の外部送信の規律で、2023年6月に施行され、利用者の端末の情報を外部に送る計測タグなどについて、送信先や目的を公表・通知することが求められます。自社のサイトが規律の対象になるかは事業の形で変わるため、対象かどうかを確かめたうえで、対象でなくてもサイトの告知に計測の目的と送信先を書いておくのが無難です。

いずれも、計測基盤を入れる段階での論点で、AIをつないだから新しく生まれる論点ではありません。ただ、AIの会話の中に個人の行動の記録が入ると、誰が、どのAIに、何の目的で見せたのかを説明できる状態を保つ手間が増えます。法令の条文や指針は改正されることがあるため、導入時点の最新版で確かめてください。

予算を動かす前の検算の手順

AIの答えや提案を受けて予算を動かすときは、次の順で検算します。どれも難しい作業ではありませんが、省くと場面1から場面4の見誤りがそのまま予算に入ります。

この五つは、四半期に一度の大きな配分の見直しでは全部を、週次の細かな調整では一つ目と三つ目だけを、というように重さを変えてかまいません。大事なのは、AIの答えをそのまま配分表に写す経路を作らないことです。

誰が承認するか：マーケ・営業・財務・情シスの持ち分

Cometly のような計測基盤は、マーケ部門が主に使いますが、数字の元は営業の顧客管理にあり、予算は財務と、接続の管理は情シスと関わります。AIをつなぐ段階では、この四者の持ち分を先に決めておかないと、誰も止められない状態が生まれます。

部門	持つもの	AIの導入で増える役割
マーケ	計測の設計、質問と提案の受け手	答えの条件の確認、検算、提案の採否の起案
営業	商談と受注の記録	記録の修正のルール、正の記録の決定
財務・経営	予算の権限	配分を動かす承認、成否の確認
情シス	接続と権限の管理	AIの道具の許可、鍵の発行と失効、監査の記録の確認

特に情シスは、誰がどのAIの道具から接続しているかを把握する役を持ちます。公式ドキュメントでは、スペースの全員が自分で接続できると説明されているため、放っておくと承認の外で接続が増えます。導入の初日に、使ってよいAIの道具と、接続してよい人の一覧を決め、月に一度、監査の記録と突き合わせます。

費用の増え方と、止め方・やめ方

公式サイトの会社情報では、Cometly の料金は、追跡した成果の数ではなく実際のサイトの訪問数に応じた利用量の課金で、計測する広告費の規模にも合わせて決まると説明されています。プランは二つで、データ倉庫への書き出しは上位のプランに限られます。具体的な金額は公開ページでは示されていないため、見積もりで確かめます。MCP の利用に別料金がかかるかどうかは、確かめられた資料には書かれていませんでした。

費用が増えるのは、サイトの訪問が増えたときと、広告費が増えたときです。BtoBでは展示会や大型のキャンペーンで訪問が一時的に跳ねることがあるため、年間の契約の前に、訪問の多い月を想定した見積もりを取っておくと安心です。AIの道具の側でも、利用者の数に応じた費用が別にかかります。

止め方は三段で考えます。AIの接続だけを止めるなら、鍵を失効させるか、利用者をスペースから外します。ドキュメントでは、外された人はすぐに接続できなくなると説明されています。計測基盤ごとやめるなら、サイトの計測タグを外し、顧客管理との連携とコンバージョンAPIの送信を止め、保存されたデータの扱いを契約に沿って確かめます。やめた後に過去の数字を残したいなら、契約中に報告を書き出しておく必要があります。

よくある質問

日本語で質問しても答えてくれますか

MCP 経由の場合、質問を解釈するのは Claude や ChatGPT などの外のAIの側なので、日本語で聞くこと自体は可能です。ただ、Cometly の画面や指標の名前は英語のため、答えに出てくる指標名と社内の呼び方の対応表を作っておくと、読み違いが減ります。Cometly の画面の中の Agent が日本語にどこまで対応するかは、公式の資料では確かめられませんでした。

AI Ads Manager の提案に従えば、広告の成果は上がりますか

公式サイトには費用対効果が改善したという数字が載っていますが、算出の方法は示されていません。BtoBで配信量が少ない場合、提案は月ごとに振れやすいため、提案は調べる理由として受け取り、検算と承認を経てから動かすことをおすすめします。

MCP の接続は誰でも作れてしまいますか

公式ドキュメントでは、管理者に限らずスペースの全員が接続できると説明されています。そのため、情シスが使ってよいAIの道具と人を決め、Cometly 側の役割で閲覧だけの権限を基本にしておくことが重要です。外した人の接続はすぐに切れる作りになっています。

データ倉庫に入れれば、AIに聞くより確かですか

公式ブログは、データ倉庫は送られたものをそのまま保存するだけで、欠けや重複も一緒に入ると書いています。倉庫で SQL を書けば数え方は固定できますが、元の計測の欠けは残ります。どちらの経路でも、数え方を書き出して検算する手間は変わりません。

まとめ

Cometly は、BtoBの長い検討期間でも広告を商談と受注に結び付けて測ろうとする計測基盤で、Agent、AI Ads Manager、MCP サーバーの三つの場所にAIが入っています。AIに聞けるようになったことで、数字を取り出す速さは確かに上がりますが、期間の切り方、モデルの選び方、結果待ちの商談、後から動く営業の記録といった見誤りの元は、答えの中にそのまま入ってきます。聞くのは広く、提案は根拠付きで、動かすのは最後にという順番を決め、答えには条件を書かせ、モデルを替えた検算と広告媒体・顧客管理との突き合わせを経てから、予算の権限を持つ人が承認する。MCP の接続は読み取りの権限から始め、使ってよいAIの道具と人を情シスが管理する。この線を先に引いておけば、AIに聞いた数字を、社内で信用できる判断の材料として使えるようになります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。