https://adcontextprotocol.org/schemas/v2/media-buy/provide-performance-feedback-request.json
レスポンススキーマ: https://adcontextprotocol.org/schemas/v2/media-buy/provide-performance-feedback-response.json
リクエストパラメーター
| Parameter | Type | Required | Description |
|---|---|---|---|
media_buy_id | string | Yes | パブリッシャー側のメディアバイ ID |
measurement_period | object | Yes | パフォーマンス測定期間 |
performance_index | number | Yes | 正規化されたスコア(0.0 = 価値なし、1.0 = 想定どおり、>1.0 = 想定超え) |
package_id | string | No | メディアバイ内の特定パッケージ(パッケージ単位のフィードバックの場合) |
creative_id | string | No | 特定クリエイティブ(クリエイティブ単位のフィードバックの場合) |
metric_type | string | No | 測定しているビジネスメトリクス(デフォルト: “overall_performance”) |
feedback_source | string | No | パフォーマンスデータのソース(デフォルト: “buyer_attribution”) |
レスポンス(メッセージ)
レスポンスには人間が読めるメッセージが含まれ、次を行います。- フィードバックの受領を確認
- 提供されたパフォーマンス水準の要約
- フィードバックの最適化への活用方法を説明
- 次のアクションや推奨事項を提示
- 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: 複数メトリクス(今後実装予定)
リクエスト - バッチフィードバック(未実装)
パフォーマンスインデックスのスケール
パフォーマンスインデックスはビジネス成果を正規化して伝えるための指標です。- 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: 検証ベンダー
パブリッシャーがフィードバックを活用する方法
パブリッシャーはパフォーマンスインデックスを以下に活用します。- ターゲティング最適化: 高パフォーマンスのセグメント・オーディエンスへ配信をシフト
- インベントリ改善: 価値の高い掲載面を特定し優先度を上げる
- 価格調整: 実績に基づいて CPM を更新
- アルゴリズム強化: 実際の成果データで機械学習モデルを学習
- 商品開発: パフォーマンス傾向をもとにプロダクト定義を洗練
利用上の注意
- パフォーマンスフィードバックは任意だが、最適化に大きく寄与する
- フィードバックはキャンペーンまたはパッケージ単位で提供可能
- 同一期間に複数のインデックスを共有できる(バッチ送信は将来対応予定)
- 効果はパブリッシャーのアルゴリズム成熟度に依存
- 処理は非同期で行われる。レスポンスでステータスを確認可能
- 過去のフィードバックは将来の配信パフォーマンス向上に役立つ
プライバシーとデータ共有
- フィードバックの共有は任意で、バイヤーが制御する
- 集計されたパフォーマンス傾向はプラットフォーム全体の改善に利用される場合がある
- 個別キャンペーンの詳細はバイヤーとパブリッシャーの関係に限定される
- パブリッシャーは AdCP ドキュメントで明確なデータ利用ポリシーを提示すべき
実装ガイド
パフォーマンスインデックスの計算
metric_type の決定
キャンペーン目標に基づいて metric_type を選択します。関連ドキュメント
get_media_buy_delivery- 配信メトリクスを取得- Optimization & Reporting - パフォーマンスフィードバックの考え方
- Targeting - 最適化に向けたターゲティングの理解