広告・計測API連携
Google Ads・GA4を、AIエージェントへつなぐ
cotomuは、Google Ads、Meta Ads、GA4、GTM、Search Consoleをpromotion単位へ接続します。MCP、CLI、REST APIから認可済みのデータを読み、レポート生成や社内workflowへ渡せます。
利用できるservice、機能、更新頻度、OAuth scopeは契約・接続状態・各APIの提供条件により異なります。
SOURCE
Google Ads / Meta Ads
GA4 / GTM / Search Console
接続済みの広告・計測account
SCOPE
tenant
→ promotion
→ DataSourceAccount
READONLY / READ_WRITE
RESPONSE
CLI JSON
MCP tool response
REST response
認可範囲のquery結果
対応範囲
serviceごとに、readとwriteを分けて確認する
「連携できる」という一語では、分析だけか、設定変更まで含むかが分かりません。主要serviceのPublic API経路を、query、write、対象scopeに分けます。
| service | read | write | 対象scope |
|---|---|---|---|
| Google Ads | GAQL、検索語句、改善候補、simulation | Change Plan | 接続済み広告アカウント |
| Meta Ads | Graph nodeとfieldsのquery(MCP / REST) | Change Plan | 接続済み広告アカウント |
| Google Analytics 4 | Admin API / Data APIのreport query | Change Plan | 認可済みproperty |
| Google Tag Manager | container、workspace、tag等のquery | Change Plan | 認可済みcontainerとOAuth scope |
| Google Search Console | 検索performance、sitemap | 対象外 | 認可済みsite(read-only) |
上表はPublic API経路の整理です。cotomuの分析画面を含む全機能一覧ではありません。writeの対応operationと必要scopeはserviceごとに異なります。
広告レポート自動化
自動化するのは、まず取得と受け渡し
query responseを自社workflowへ渡せば、媒体ごとの転記を減らす構成を作れます。一方、指標定義、集計条件、コメント、共有前の確認は別の判断です。
- 01
INPUT
接続先と期間を決める
promotionとDataSourceAccountを選び、queryの期間・指標・dimensionを固定します。
- 02
QUERY
認可済みデータを取得する
CLI、MCP、REST APIのいずれかでresponseを受け取ります。
- 03
HANDOFF
既存workflowへ渡す
JSONを集計、BI、spreadsheet、レポート下書きの処理へ渡します。
- 04
REVIEW
定義と共有内容を確認する
運用担当者が集計条件と説明を確認し、変更が必要な場合だけChange Planへ分けます。
実行入口
利用者とworkflowに合わせて、入口を選ぶ
- CLI
- script、CI、定期実行するworkflow
cotomu google-ads query <PROMO_ID> <DSA_ID> --gaql …OAuth login後にJSONで受け取り、retryやidempotency keyを扱えます。Meta Adsの透過readはCLI未対応です。
- MCP
- 人がAI toolから対話的にquery
execute_ga4_query / execute_facebook_ads_query自然文からtoolを選ぶ入口です。認証後もpromotionとDataSourceAccountの範囲は変わりません。
- REST API
- 社内tool、独自UI、既存data pipeline
POST /api/v1/promotions/{id}/data_source_accounts/{dsa}/ga4/queriesOpenAPIで定義したendpointへ接続します。API key permissionとpromotion whitelistを設定できます。
READONLY
分析とレポート作成は、読み取りだけで始める
READONLYのAPI keyはquery系操作に限定できます。promotion whitelistと接続accountのscopeを組み合わせ、必要な案件だけをAIエージェントやCIへ渡します。
READ_WRITE / CHANGE PLAN
変更はresponseと切り離し、planへ積む
raw mutateの直接実行はchange_plan_requiredで拒否されます。対応するwriteはreasonとoperationをChange Planへ記録し、preview後に明示的にapplyします。
導入時に決めること
accountを接続する前に、対象と出力先をそろえる
- 01
対象をpromotionへ分ける
client、brand、事業など、別accountへ越境させない業務単位を決めます。
- 02
DataSourceAccountを接続する
Google Ads、Meta Ads、GA4等のうち、必要なaccountとOAuth scopeを確認します。
- 03
入口と出力先を選ぶ
CLI、MCP、REST APIと、JSON、BI、spreadsheet等へ渡すworkflowを決めます。
- 04
readから結果を照合する
READONLYで同じ期間・指標を再現できるか確認し、必要な操作だけwriteへ広げます。
FAQ
API連携を決める前の確認
CLI・MCP・REST APIは同じデータへ接続しますか?
はい。いずれもcotomu Public APIを利用し、tenant、promotion、DataSourceAccountで認可範囲を限定します。ただし、入口ごとに提供commandやtoolの差があり、Meta Adsの透過readはCLIではなくMCPまたはREST APIを使います。
広告レポートを自動化できますか?
認可済みの広告・計測データをqueryし、JSON responseを自社の集計、BI、spreadsheet、レポート生成workflowへ渡せます。出力項目、更新頻度、共有方法、最終確認は要件により異なり、cotomuへの接続だけで完成レポートの定期配信まで一律に有効になるわけではありません。
読み取り専用で始められますか?
はい。分析やレポート作成だけに使う場合はREADONLYのAPI keyから始められます。promotion whitelistと接続済みDataSourceAccountも組み合わせ、必要な案件とアカウントだけへ範囲を限定します。
広告や計測設定の変更は直接実行されますか?
raw mutate endpointへの直接実行はchange_plan_requiredで拒否されます。対応するwriteはREAD_WRITE権限でChange Planへreasonとoperationを積み、preview後にapplyします。担当者確認はAPIが強制する承認状態ではないため、外部の運用手順として定めます。
NEXT STEP
現在の連携先と、データを渡したいworkflowを送る
使用中の広告媒体・計測service、レポートや社内toolの出力先、読み取りだけか変更も必要かを伺い、接続範囲を整理します。
現在の連携先を送って相談する