広告データにAIエージェントの正面入口。SnapとGoogleの公式MCPサーバー

広告アカウントの数字を見るために、管理画面を開き、期間を選び、レポートを組み、書き出したファイルを表計算へ貼る。この一連の作業に、もう一つの入口ができようとしています。Snapは2026年8月3日、AIエージェントから広告データへ直接つなぐ「Snapchat Ads MCP Server」を公開したと、広告主向けの公式ブログで発表しました。同社はもともと「human-first, AI-enabled advertising」という方針を示しており、サードパーティのAIエージェントに自社の広告基盤を開く計画の次の一歩だと説明しています。

先に要点を書きます。今回の公開は読み取り専用です。エージェントは許可された範囲の広告データを読めますが、作成も更新も削除もできません。そして、これはSnapだけの動きではありません。Google広告の開発者向けドキュメントにも、同じ仕組みの公式サーバーが読み取り専用として掲載されています。注目すべきなのは「Snapが新機能を出した」ことよりも、広告プラットフォームがAIエージェント向けの正面入口を用意し始めたことのほうです。

この記事で扱うのは、公式ブログと公式ドキュメントに書かれている範囲だけです。導入した企業の数、利用料金、日本での提供条件は、いずれも記載がありません。確認日は2026年9月7日です。

MCPサーバーが広告運用にとって何であるか

MCP（Model Context Protocol）は、AIエージェントが外部のデータやアプリケーションとやり取りするための共通の取り決めです。Google広告のドキュメントでは、大規模言語モデルが外部のデータやアプリケーションと安全にやり取りできるようにするオープンな標準だと説明され、同社のサーバーはGoogle広告のAPIへの標準化された橋渡しだと位置づけられています。

広告運用の側から見れば、これは「エージェントの側に、広告データを読むための決まった口ができた」ということです。各社のAPIはこれまでも公開されており、社内ツールや外部ツールを介してデータを取り出すことはできました。違いは、その口をプラットフォーム自身が用意し、対応するエージェントであれば同じ手順でつなげる形にしたことです。つなぎ込みのために自前の実装を用意する部分が、少なくとも読み取りに関しては薄くなります。

何が公開されたのか

Snapの発表によると、Snapchat Ads MCP Serverは、AIツールに対して自分のSnap広告キャンペーンについて質問し、アクセスを許可された広告データに基づいた回答を受け取れるようにするものです。ブログでは、対応するエージェントとしてClaude、ChatGPT、Geminiが挙げられています。開発者向けドキュメントの一覧には、これに加えてCodexとAntigravityのクライアントも載っています。

接続は、エージェント側でMCPサーバーを追加し、Snapchat広告の資格情報でサインインし、認可を済ませる、という流れです。ブログには実際に投げられる問いかけの例も並んでいます。直近の期間の配信状況を要約させる、週ごとの変化が大きいキャンペーンや広告セットを挙げさせる、注意して見るべき傾向を尋ねる、利用できる診断情報から調べるべき問題を挙げさせる、といった内容です。レポートを探して書き出し、表を作ってから読む、という手順を踏まずに同じ問いへ答えさせる位置づけになっています。

書き込みについては、今後のリリースで書き込み機能が利用できるようになったときに、管理者がどのAIエージェントを読み取りのままにし、どれに読み書きを許すかを決められる、と書かれています。いまは決めなくてよいが、いずれ決めることになると読むのが妥当です。

権限は組織と個人の二段階で決まる

実務者にとって重要なのは、機能そのものよりも権限の設計です。開発者向けドキュメントでは、承認が二段階に分かれていると説明されています。まず、AdminまたはBusiness Adminの役割を持つ人が、そのエージェントを組織として承認します。次に、チームの各メンバーが個別に接続し、自分の分の認可を行います。この認可は個人ごとで、ほかのメンバーと共有されることはありません。

範囲についても明記があります。メンバーが到達できるのは、既存のSnapchat広告の権限が許している組織と広告アカウントだけです。エージェントを接続しても、そのメンバーがもともと持っていない権限が与えられることはありません。取り消しの経路も用意されており、メンバーは自分のアカウントの連携アプリ管理の画面から、組織の管理者は同意画面から取り消せます。

ここから導かれる実務上の含意は単純です。いまの権限設計が、そのままエージェントの行動範囲になります。退職者や異動した人の権限が残っている、代理店に広い権限を渡したままになっている、といった状態は以前から望ましくありませんでしたが、エージェントが加わると影響の及ぶ範囲が変わります。承認の前に棚卸しをするのが、順番として自然です。

Googleも同じ形の入口を用意している

Google広告のAPIの開発者向けドキュメントにも、MCPサーバーが掲載されています。こちらはGoogle自身による実装で、オープンソースのリポジトリが案内されています。実装はPythonで、手元で動かすときは標準入出力を使い、クラウドで動かす構成も示されています。認証は、利用者の認証情報を使う方法とサービスアカウントを使う方法があります。

用意されている機能は限定的です。アクセスできる広告アカウントの一覧を返すもの、GAQLと呼ばれる問い合わせ言語で指標や予算、状態を取得するもの、リソースの項目情報を返すものが並んでいます。ドキュメントには、この実装は厳密に読み取り専用であり、入札を変更したり、キャンペーンを停止したり、新しいアセットを作成したりはできない、と明記されています。利用には開発者トークンとGoogle Cloudのプロジェクトが必要です。

二つを並べると、方向が同じで形が違うことが分かります。Snapは自社が運営する接続先を用意し、承認の仕組みを自社の組織管理に組み込んでいます。Googleは実装を配布し、動かす場所と資格情報は利用者側に委ねています。前者は始めるまでが短く、後者は動かす環境を自分で決められます。どちらが優れているかではなく、社内で誰に相談することになるかが変わる違いだと考えたほうが実際に近いはずです。

読み取り専用であることの意味

読み取り専用という条件は、安心材料であると同時に、注意すべき点を残しています。安心なのは操作の側です。エージェントが誤って入札を上げたり、配信を止めたりすることは、いまの仕様では起こりません。試すこと自体の危険は小さいと言えます。

残っているのは、データが外へ出ていく側です。エージェントに読ませた広告データは、そのエージェントを提供している事業者の処理を通ります。どこに何が残るかは、SnapやGoogleの側ではなく、接続するエージェントの利用条件で決まります。社内で決めるべきなのは、広告の実績や予算の情報を、どのエージェントに、誰の判断で読ませてよいのかという線引きです。買い物の場面でAIが前に出てきたときにも同じ論点が出ています。それについてはAIが買い物をする時代へ。Microsoftが示した3段階の備えで扱っています。

プロンプトインジェクションという注意点

開発者向けドキュメントには、安全についての注意も書かれています。エージェントは利用者に代わって動くため、与えられた範囲でアクセスできるものには直接アクセスでき、ツールの出力に紛れ込ませた指示に従ってそうすることがある、という説明です。これがプロンプトインジェクションと呼ばれる手口で、ドキュメントは、MCPサーバーをほかのサードパーティ連携と同じように扱うよう促しています。

読み取り専用であっても、この注意はなくなりません。読める範囲のものが読まれてしまう経路は残るためです。エージェントに読ませる範囲を絞ること、承認したエージェントの一覧を管理すること、使わなくなったら取り消すこと。いずれも、これまで外部ツールの連携で行ってきた管理と変わりません。新しい種類の管理が増えるのではなく、管理する対象が増えると考えると扱いやすくなります。

何が変わり、何が変わらないのか

変わるのは、数字に触れるまでの手数です。決まった形のレポートを毎週作り、そこから読み取るという流れは、質問の形を先に決めることを求めます。自然文で照会できるなら、思いついた順に確かめられます。確かめる回数が増えれば、気づく機会も増えます。ただし、これは作業の入口が変わるという話であって、成果が上がることを約束するものではありません。

変わらないのは、数字に対する責任です。エージェントの回答は、読み取った範囲の要約であって、検算された結論ではありません。異常値の指摘や傾向の説明が返ってきたら、管理画面の数値と突き合わせて確かめる手順を残しておく必要があります。結果を左右するのは、返ってきた要約ではなく、そのあとに何を決めるかです。

承認する前に決めておくこと

日本で使えるかどうかを待つ間にも、決めておけることがあります。海外の動きの整理は海外マーケティング最前線にまとめていますが、この件については社内の準備のほうが先です。

最初に決めるのは、どのエージェントを、誰の権限で承認するかです。Snapの仕組みでは、組織としての承認ができるのはAdminまたはBusiness Adminの役割を持つ人だけです。その役割を誰が持っているかを把握していない状態で承認だけが先に進むと、あとから経緯を辿れなくなります。

次が、広告アカウントの権限の棚卸しです。エージェントが読める範囲は、認可した本人の権限と同じです。権限の広い人が接続すれば、その広さのまま読めます。棚卸しは、エージェントを使うかどうかに関係なく意味のある作業なので、この機会に済ませておくのが効率的です。

三つ目は、読み取りだけの間に社内の使い方を決めることです。書き込みが使えるようになってから考え始めると、その時点でいちばん急いでいる人の都合で決まりがちです。誰が何を照会してよいか、回答をどう検算するかを、危険の小さいうちに書いておくほうが落ち着いて決められます。

四つ目は、代理店や委託先の扱いです。運用を外部に任せている場合、承認を求められるのは自社側になることがあります。誰が承認し、誰が取り消すのかを、契約や運用の取り決めのどこに書くかを決めておく必要があります。

公表されていないこと

確認できなかったことを残します。利用料金の記載はありません。提供している国や地域の一覧、日本語での利用可否、日本の広告主が使えるかどうかについても、公式ブログとドキュメントには記載がありません。

技術面でも、読み取れるデータの完全な一覧、期間の上限、問い合わせの回数制限、記録の保存期間は示されていません。書き込み機能がいつ提供されるかも、時期は書かれていません。導入した企業の名前や社数、作業時間がどれだけ減ったかといった数値も公表されていないため、効果の大きさをこの発表から測ることはできません。

Google広告の側では、対応するエージェントの一覧にあたる記載を確認できませんでした。接続できるエージェントの範囲は、利用者が動かす環境に依存すると読めますが、そこまでは明示されていないため、断定はしません。

出典と注記

この記事は、Snapchat for Businessの公式ブログ「The Snap Ads MCP Server Is Now Live」、Snap for Developersの公式ドキュメント「Ads MCP - Introduction」、Google Ads APIの開発者向けドキュメント「MCP server」を出典としています。いずれもプラットフォームが自ら公開している一次情報です。仕様は改定されるため、実際に接続する前には各ドキュメントの現在の記載を確認してください。確認日は2026年9月7日です。数値や機能の記述は原文の表記に沿っており、単位や通貨の換算はしていません。成果を保証する記述は含みません。