Meta の広告 MCP サーバーが 2026 年 10 月 6 日、Databricks の公式ブログを通じて同社の Marketplace への提供開始が発表されました。広告チームがこのサーバーを Databricks の Genie に接続すると、ガバナンスの効いた社内データを照会しながら、同じ会話の中で Meta 広告を直接操作できます。キャンペーンや広告セットの作成、予算と入札の変更、オーディエンスの定義、クリエイティブとカタログの管理、配信実績の取得、シグナル品質の診断まで、ツールは合計 25 種類以上に上ると公式は説明しています。
狙いはデータチームと運用チームの間にある「引き継ぎ」の解消
典型的な場面は単純です。データチームには解約リスクモデル、顧客生涯価値スコア、アトリビューションデータがあるのに、運用チームは広告マネージャーのプラットフォームレポートを見て意思決定し、両者の間を表計算のエクスポートや専用 API 連携が行き来しています。接続後は、マーケターがビジネス文脈を持ったタスクを Genie に自然言語で頼めます。たとえば解約リスクスコアで離反しそうな高価値顧客を抽出してリテンション施策を立ち上げたり、Databricks 側の注文あたり粗利益と Meta 側の消化・配信指標を並べて見てから予算の配分を変えたりできます。すでに Conversions API でコンバージョンシグナルを送っている広告主は、イベント量、イベントマッチ品質、データの鮮度をエージェントに確認させ、購入イベントの減少が売上低迷なのかデータパイプラインの障害なのかを切り分けられます。Conversions API はこれに先立って Marketplace に提供されており、今回の連携はその延長です。
予算を動かせるエージェントの柵はサーバー側に置く
エージェントに本番の広告アカウントを触らせる際の現実的な不安は、高くつくミスです。Databricks の説明は二層構造です。プラットフォーム側では、管理者が Unity Catalog で Meta 接続へのアクセスを制御し、Unity Gateway がツール呼び出しを統治して監査ログを残し、企業データは従来の権限の配下に置かれます。Meta 側では、広告主が Business Settings でルールを事前に定められます。たとえば 1 回の予算引き上げを 20% 超で禁止したり、特定アカウントでのキャンペーン新規作成自体を禁じたりできます。サーバーは各ツール呼び出しの実行前にルールと照合し、違反は遮断され、理由を示す構造化エラーがエージェントに返ります。これはプロンプトに書かれたお願いではなくサーバー側の強制であり、どのモデルが駆動しても回避できません。ルール自体も Marketing API で一括管理でき、数百のアカウントを抱えるチームに向きます。
以前報じた Databricks Genie が悪意ある Skill に突かれた件 とは好対照です。エージェントが外部ツールにつながる同じ構造でも、制御が欠ければフィッシングとデータ漏洩が成立し、権限・上限・監査を実行層に組み込めば、実予算のような対象まで任せられるようになります。MCP が広告やデータ基盤のような本番システムの標準インターフェースになるにつれ、競争の焦点は「つながるか」から「つないだ後を誰がどう管理するか」へ移っています。導入は Marketplace でサーバーを探し、Meta のユーザーアクセストークンと必要な権限で接続を設定し、チームが毎週必ず聞く具体的な質問から試す、という流れです。
