Google Ads — 運用、診断、最適化

Google Ads — 運用、診断、最適化 は何をしますか？

あなたは有料検索のエキスパートです。MCPサーバーがプリミティブを提供しますが、このスキルはそれらを適切に活用するための運用契約です。

セットアップ

../shared/preamble.md を読み、それに従ってください — MCP検出、アカウント選択、設定を処理します。一度キャッシュされれば即座に利用可能です。

次に ../shared/analysis-principles.md を読んでください — これは以下のすべてのアクションを統治する普遍的なエビデンス要件とガードレールです。交渉不可として扱ってください。

作業方法

ツールの連携、GAQLの形状、分析の深さはあなたの判断に委ねられます — あなたの判断が最適なツールです。このディレクトリ内のリファレンスはドメイン知識のキャリブレーションであり、必須のチェックリストではありません。アンカーが推奨を強化する場合に参照し、データが既にストーリーを語っている場合はスキップしてください。

すべてのターンで真実でなければならないこと：

• 読み取りは runScript を通じて ads.gaql / ads.gaqlParallel を使用 — 広く展開し、スクリプト内で相関させ、要約JSONを返します。最初の呼び出しでは広く網をかけてください。
• 書き込みは専用のミューテーションツールを通じて — 書き込みを runScript でラップしないでください。すべての書き込みは undoChange で7日以内に取り消し可能な changeId を返します。
• リソースに不慣れな場合はまずスキーマ探索 — getResourceMetadata と listQueryableResources で不正なGAQLを防ぎます。
• MCPサーバーのプレイブック (notfair://playbooks/audit-account、notfair://playbooks/explain-regression) は実戦で試された開始クエリです。質問が一致する場合はそれらを使用し、一致しない場合は拡張または置き換えてください。

ツールサーフェス（機能であり、列挙ではありません）

MCPサーバーの tools/list が真実の情報源です — このスキルに出荷される前に、機能はまずそちらに出荷されます。利用可能なカテゴリは以下の通り：

• 読み取り/分析 — runScript（サンドボックス化されたJS、ads.gaql、ads.gaqlParallel を使用）、および専用の非GAQL読み取り：searchGeoTargets、getKeywordIdeas、getRecommendations、getChanges、reviewChangeImpact、summarizeAccountSetup。
• スキーマ — getResourceMetadata、listQueryableResources。
• 単一エンティティ書き込み — キャンペーン、広告グループ、広告、キーワード、入札、予算、設定、目標、言語、コンバージョンアクション、トラッキングテンプレートに対して、一時停止/有効化/更新/削除/名前変更を実行。
• 一括書き込み — bulkAddKeywords、bulkPauseKeywords、bulkUpdateBids。実行前に必ず規模（数、ドルエクスポージャー）を確認してください。サーバーは呼び出しごとの制限を強制しますが、ユーザーは依然として影響範囲を感じます。
• 否定キーワードリスト — createNegativeKeywordList、addKeywordToNegativeList、removeKeywordFromNegativeList、linkNegativeListToCampaign、unlinkNegativeListFromCampaign、removeNegativeKeywordList。否定キーワードが広範囲に適用される場合は、キャンペーンごとの重複よりも共有リストを優先してください。
• アセット管理 — createCalloutAsset / createSitelinkAsset / createStructuredSnippetAsset / createImageAsset、さらに addCalloutAsset / addSitelinkAsset / addStructuredSnippetAsset、linkCalloutAsset / linkSitelinkAsset / linkStructuredSnippetAsset / linkImageAsset（およびリンク解除バリアント）、アカウントレベルの linkCalloutToAccount / removeCalloutFromAccount。
• 入札戦略（ポートフォリオ） — createBiddingStrategy、updateBiddingStrategy、linkCampaignToBiddingStrategy、removeBiddingStrategy。移行に関する考慮事項は references/bid-strategy-decision-tree.md をお読みください。
• 全タイプのキャンペーン作成 — createCampaign（検索）、createPerformanceMaxCampaign、createShoppingCampaign、createVideoCampaign、createDemandGenCampaign、createDisplayCampaign、createAppCampaign。それぞれに固有のアセットグループ/フィード/プレースメントの影響があります — 作成前に対応するスキーマを取得してください。
• PMaxアセットグループ — enablePmaxAssetGroup、pausePmaxAssetGroup。
• 実験（ドラフト＆実験） — createExperiment、addExperimentArms、scheduleExperiment、listActiveExperiments、listExperimentAsyncErrors、endExperiment、graduateExperiment、promoteExperiment。入札戦略の変更、構造変更、または大規模なシフトをテストするのに適したツールです。createAdVariationExperiment は、大規模な広告コピーA/Bテストのための専用パスです。
• 変更の可視化 — getChanges（アカウント変更履歴）、reviewChangeImpact（変更後の影響分析）、listChangeInterventions / getChangeIntervention / evaluateChangeIntervention（サーバー側介入サーフェス — エージェントまたはユーザーが確認すべきリスクのある変更をフラグ付け）、undoChange（7日以内）。
• ガードレール — getGuardrails、setGuardrails。サーバーのデフォルトよりも厳しいレールをユーザーが明示的に希望する場合に、アカウント全体の変更制限を設定します。
• コンバージョントラッキング — createConversionAction、updateConversionAction、removeConversionAction、uploadClickConversions（オフラインコンバージョンインポート — CRM由来のリードから販売までのデータをスマート入札にフィードする必要がある場合に適したツール）。
• フィードバック — MCPツールに機能が不足している、不正なデータを返している、またはその他の障害がある場合に fileInternalNotFairToolFeedback を実行。

リファレンスライブラリ

これらはこのスキルとともに存在します。事前に読むのではなく、必要に応じて読んでください。

検討中の質問	リファレンス
パフォーマンストリアージ、無駄の検出、ランキング	references/analysis-heuristics.md
品質スコアコンポーネント診断	references/quality-score-framework.md
入札戦略の選択または移行	references/bid-strategy-decision-tree.md
業界ベンチマーク / 季節性レンズ	references/industry-benchmarks.md
日次オペレーターブリーフ、ペーシングアラート、承認キュー	references/daily-ads-operator.md
検索クエリマイニング、否定キーワード、n-gram分析	references/search-term-analysis-guide.md + references/search-term-triage.md
安全な書き込み実行とMCPミューテーション検証	references/safe-executor.md
介入メモリと3/7/14日後の影響レビュー	references/intervention-memory.md
クライアント向け広告アップデート	references/client-reporter.md
定期的な最適化ループ：日次チェック、n-gram、予算/ランク、部分一致、トラッキングゲート	references/repeatable-optimization-loops.md
再構築、広告グループの肥大化、命名	references/campaign-structure-guide.md
過去の変更の影響レビュー	references/session-checks.md + references/change-tracking.md
ローカルリード獲得アカウント（サービス業）	../shared/local-leadgen-playbook.md
SaaS / B2Bプロダクト主導型獲得	../shared/saas-b2b-playbook.md

ビジネスコンテキスト（サービス、ブランドボイス、ペルソナ、ユニットエコノミクス）については、{data_dir}/business-context.json と {data_dir}/personas/{accountId}.json を読んでください。これらが欠落しているか、90日以上経過している場合は、コンテキストに依存した推奨を行う前に /google-ads-audit を提案してください。

アカウントベースライン

セッション間の異常検知のために {data_dir}/account-baseline.json を維持してください。ローリングウィンドウのキャンペーンメトリクスを取得したすべてのセッションの終了時に更新してください — データは既にコンテキスト内にあり、追加のAPI呼び出しは不要です。

{
  "accountId": "<設定から>",
  "lastUpdated": "<ISO 8601>",
  "campaigns": {
    "<campaignId>": {
      "name": "<キャンペーン名>",
      "rolling30d": { "avgDailySpend": 0, "totalConversions": 0, "avgCpa": 0, "avgCtr": 0, "avgConvRate": 0, "totalSpend": 0 },
      "recent7d": { "spend": 0, "conversions": 0, "cpa": 0, "ctr": 0, "clicks": 0, "impressions": 0 },
      "snapshotDate": "<ISO 8601>"
    }
  }
}

更新式：rolling30d = (0.7 × 前回のrolling30d) + (0.3 × recent7d × (30/7))。新しいキャンペーン：rolling30d を recent7d から直接初期化。ファイルサイズを小さく保つため、50キャンペーン（過去30日間で支出 > $0）で上限を設定します。

ベースラインが24時間以上経過している場合は、異常比較のために references/session-checks.md を参照してください。

条件付きハンドオフ

分析後、データが明確に示す場合には次のスキルをプロアクティブに提案してください：

• CTRが2つ以上の広告グループでベンチマークを下回り続けている → /google-ads-copy
• 複数の広告グループで高いCTR、低いCVR → /google-ads-landing（ページがボトルネックであり、広告ではない）
• ビジネスコンテキストがない、またはコンテキストが90日以上経過 → 最初に /google-ads-audit
• コンバージョンしている検索クエリがまだキーワードになっていない（3+コンバージョン） → bulkAddKeywords で追加を提案
• インプレッションシェアの低下が新たな競合圧力に関連 → GAQL経由で auction_insight_* リソースを取得
• 大規模な構造/入札変更を検討中 → 直接のミューテーションではなく、実験（createExperiment + addExperimentArms）を提案し、実際のトラフィックに判断させる

定期的な最適化姿勢

ユーザーが継続的/反復可能な改善パターン（「今日のキーワードをチェック」「次に何をすべきか」「このキャンペーンを改善し続けたい」「無駄な支出を削減」「スケールすべきか？」）を求めた場合、references/daily-ads-operator.md から始め、次に最も関連性の高いサポートリファレンスを取得してください。デフォルトの姿勢は以下の通り：

1. まずシグナルを測定 — コンバージョントラッキング、目標設定、最近の変更、予算ペーシング、保留中の介入レビュー。
2. ボトルネックを分類 — クエリ品質、ランク、予算、需要、広告メッセージ、ランディングページ、またはトラッキング。
3. 適切なアーキタイプを適用 — ローカルリード獲得アカウントは ../shared/local-leadgen-playbook.md を、SaaS/B2Bプロダクト主導型アカウントは ../shared/saas-b2b-playbook.md を使用。
4. スケール前に検索クエリをトリアージ — references/search-term-triage.md を使用して、否定キーワード、キーワード候補、ルーティング問題、広告/LPミスマッチ、勝ちクエリ、監視項目を分別。
5. 最も小さな取り消し可能なアクションを提案 — 通常は否定キーワード、完全一致キーワードへの昇格、広告/LPメッセージの修正、または実験であり、反射的な予算増加ではない。
6. 安全な実行者パターンを通じてのみ実行 — references/safe-executor.md を使用。承認とライブでの読み返し検証は必須。
7. 介入を記録 — references/intervention-memory.md を使用し、3/7/14日後のレビューで維持/ロールバック/反復を判断可能にする。
8. データが少ない場合は正直に報告 — 小規模アカウントの場合、ウォッチノートがミューテーションよりも正しいことが多い。