Skip to main content
パフォーマンスの成果をパブリッシャーと共有し、データドリブンな最適化や配信改善を可能にします。 応答時間: 約 5 秒(データ取り込み) リクエストスキーマ: https://adcontextprotocol.org/schemas/v3/media-buy/provide-performance-feedback-request.json レスポンススキーマ: https://adcontextprotocol.org/schemas/v3/media-buy/provide-performance-feedback-response.json

リクエストパラメーター

レスポンス(メッセージ)

レスポンスには人間が読めるメッセージが含まれ、次を行います。
  • フィードバックの受領を確認
  • 提供されたパフォーマンス水準の要約
  • フィードバックの最適化への活用方法を説明
  • 次のアクションや推奨事項を提示
メッセージの戻し方はプロトコルごとに異なります。
  • MCP: JSON レスポンスの message フィールドとして返却
  • A2A: アーティファクト内のテキストパートとして返却

レスポンス(ペイロード)

フィールド説明

  • success: パフォーマンスフィードバックの受領に成功したか
  • message: フィードバック処理に関する任意のメッセージ

プロトコル別の例

AdCP のペイロードはプロトコル間で同一です。リクエスト/レスポンスのラッパーのみが異なります。

MCP リクエスト

MCP レスポンス

A2A リクエスト

自然言語での呼び出し

スキルを明示して呼び出す

A2A レスポンス

A2A では結果をアーティファクトとして返します。

主な違い

  • MCP: 引数付きのツール呼び出しを行い、フラットな JSON を返す
  • A2A: スキル呼び出しで入力を渡し、テキストとデータのパートを持つアーティファクトとして返す
  • ペイロード: A2A の input フィールドは MCP の arguments と同一構造

シナリオ

例 1: キャンペーンレベルのフィードバック

リクエスト

レスポンス - 想定未達

Message: “Performance feedback received for campaign gam_1234567890. The 15% below-expected brand lift suggests targeting refinement is needed. Our optimization algorithms will reduce spend on underperforming segments starting with the next cycle.” Payload:

例 2: パッケージ単位のフィードバック

リクエスト

レスポンス - 卓越した成果

Message: “Outstanding performance feedback for package pkg_social_feed! The 110% above-expected click-through rate indicates this audience segment is highly engaged. We’ll increase allocation to similar inventory and audiences.” Payload:

例 3: クリエイティブ単位のフィードバック

リクエスト

レスポンス - 低調なクリエイティブ

Message: “Creative creative_video_123 shows 35% below-expected completion rate. Consider creative refresh or A/B testing alternative versions.” Payload:

例 4: 複数のパフォーマンスメトリクス

同じメディアバイについて複数のメトリクスをレポートするには、メトリクスタイプごとに 1 リクエストを送ります:

リクエスト - ビューアビリティのフィードバック

リクエスト - 完了率のフィードバック

リクエスト - ブランドセーフティのフィードバック

パフォーマンスインデックスのスケール

パフォーマンスインデックスはビジネス成果を正規化して伝えるための指標です。
  • 0.0: 価値が確認できません
  • 0.5: 想定を大幅に下回る(-50%)
  • 1.0: 想定どおり(0% 乖離)
  • 1.5: 想定比 50% 上振れ
  • 2.0+: 非常に優れた成果(100% 以上の上振れ)

よく使われる metric_type

  • overall_performance: 全体的な成功度(デフォルト)
  • conversion_rate: ポストクリック/ポストビューのコンバージョン
  • brand_lift: ブランド認知・好意度向上
  • click_through_rate: クリエイティブへのエンゲージメント
  • completion_rate: 動画・音声の完了率
  • viewability: ビューアブルインプレッション率
  • brand_safety: ブランドセーフティの準拠状況
  • cost_efficiency: 目標成果あたりのコスト

feedback_source の例

  • buyer_attribution: バイヤー自身の計測・アトリビューション
  • third_party_measurement: 第三者の計測パートナー
  • platform_analytics: パブリッシャープラットフォームの分析
  • verification_partner: 検証ベンダー

パブリッシャーがフィードバックを活用する方法

パブリッシャーはパフォーマンスインデックスを以下に活用します。
  1. ターゲティング最適化: 高パフォーマンスのセグメント・オーディエンスへ配信をシフト
  2. インベントリ改善: 価値の高い掲載面を特定し優先度を上げる
  3. 価格調整: 実績に基づいて CPM を更新
  4. アルゴリズム強化: 実際の成果データで機械学習モデルを学習
  5. 商品開発: パフォーマンス傾向をもとにプロダクト定義を洗練

利用上の注意

  • パフォーマンスフィードバックは任意だが、最適化に大きく寄与します
  • フィードバックはキャンペーンまたはパッケージ単位で提供可能
  • 同一期間に複数のインデックスを共有できる(バッチ送信は将来対応予定)
  • 効果はパブリッシャーのアルゴリズム成熟度に依存
  • 処理は非同期で行われる。レスポンスでステータスを確認可能
  • 過去のフィードバックは将来の配信パフォーマンス向上に役立つ

プライバシーとデータ共有

  • フィードバックの共有は任意で、バイヤーが制御します
  • 集計されたパフォーマンス傾向はプラットフォーム全体の改善に利用される場合があります
  • 個別キャンペーンの詳細はバイヤーとパブリッシャーの関係に限定されます
  • パブリッシャーは AdCP ドキュメントで明確なデータ利用ポリシーを提示すべき

実装ガイド

パフォーマンスインデックスの計算

metric_type の決定

キャンペーン目標に基づいて metric_type を選択します。

関連ドキュメント