validate_property_delivery
AdCP 3.0 提案 - このタスクは AdCP 3.0 向けに開発中です。
- プロパティ準拠: インプレッションはリスト内プロパティに配信されたか?
- サプライパス認可: セールスエージェントにその在庫を売る権限があったか?
Use Cases
- ポストキャンペーン検証: インプレッションが準拠プロパティに配信されたか確認
- サプライパス検証: セールスエージェントがパブリッシャーに認可されていたか確認
- リアルタイム監視: 実行中キャンペーンの準拠率を確認
- 監査証跡: 規制・ブランドセーフティ審査向けレポート生成
Request
Parameters
Response
レスポンスフィールド
Summary フィールド
Summary は生カウントを提供し、率の算出はクライアントサイドで行います:検証ステータス
not_covered と unidentified の違い
いずれも「未知」だが性質が異なります:not_covered - 識別子は認識した(例: 有効なドメイン)が、そのプロパティのデータがない場合。例:
- プロパティが新しく DB に未登録
- プロパティは存在するが未評価
- エージェントのカバレッジ外カテゴリ
unidentified - 識別子を認識できない場合。例:
- クライアントサイドでプロパティ検出に失敗
- サポート外の識別子型(ドメインのみ対応だが App ID を受信など)
- 値が不正
Optional Aggregate Metrics
Governance agents can optionally return computed metrics in theaggregate field:
The
aggregate field is optional and agent-specific. Consumers should not assume a particular format - always check methodology_url for interpretation.
Calculating Your Own Rates
The response always includes raw counts. Calculate rates as needed:- Compliant impressions: 103
- Non-compliant impressions: 47
- not_covered + unidentified impressions: 50 (excluded)
- Compliance rate: 103 / (200 - 50) = 103 / 150 = 68.7%
機能結果
features[] の各エントリは feature_id と status を運びます。データ機能はガバナンスエージェントの機能カタログ(get_adcp_capabilities で発見)に由来します。レコードレベルの構造チェックは予約名前空間を使うため、データ機能と同じアイデンティティ空間に収まります。
予約された feature_id プレフィックス
ガバナンスエージェントは、これらの名前空間内で新しいチェックを追加し、機能カタログで公開してもかまいません(MAY)。
機能レベルの失敗
プロパティが特定の機能要件に失敗した場合、エントリは機能を id で参照します。レスポンスは判定と方向性のある説明を運びます。呼び出し元が要件を作成した場合(例: プロパティリストのfeature_requirements)、評価器は requirement をエコーバックして、リスト定義を読み直さずに修正・再試行ループを可能にしてもかまいません(MAY)。
Supply Path Authorization
Whensales_agent_url is provided in delivery records, the governance agent validates that the sales agent is authorized to sell the property by checking the publisher’s adagents.json.
Request with Authorization
Response with Authorization
When authorization is validated, each result includes anauthorization field:
Authorization Statuses
Authorization Violation Codes
Two Independent Checks
Property compliance and authorization are independent checks. A record can be:
Both checks use the same “unknown excludes from rate” pattern - you cannot penalize for detection gaps.
Best Practices
Batch Validation
For large-scale validation, batch records up to the 10,000 limit:Sampling Strategy
For real-time monitoring during campaign execution, validate a statistical sample rather than all records:Handling Unknown Records
Track unknown rates separately to identify detection gaps:Related Tasks
- create_property_list - Create the list to validate against
- get_property_list - Retrieve current list membership
- get_adcp_capabilities - Discover available filter features