Agentic eXecution Engine (AXE)

Documentation Index

Fetch the complete documentation index at: https://adcp-docs-ja.pier1.co.jp/llms.txt

Use this file to discover all available pages before exploring further.

​

2 フェーズのワークフロー

​

Phase 1: オフラインセットアップ

1. Buyer Agent がターゲティング・予算付きキャンペーンを作成
2. Signal Agent がコンテキストデータ（オーディエンス、ブランドセーフティルール、天気トリガー等）を付与
3. Orchestrator がキャンペーンを AXE セグメントにマッピングしリアルタイムモジュールへ同期
4. Sales Agent が AXE セグメントのキー値に基づくラインアイテムを作成

​

Phase 2: リアルタイム配信

1. ユーザーがページ訪問し広告リクエスト発火
2. アドサーバーが Prebid 等へリクエスト
3. Prebid が OpenRTB 入札リクエストを AXE に送信
4. AXE がユーザー/コンテキストを評価しセグメント値を返却
5. アドサーバーがセグメントに合うラインアイテムを選び配信

​

AXE セグメントタイプ

​

セグメントがクリエイティブへ渡る流れ

{
  "packages": [{
    "product_id": "premium_video",
    "targeting_overlay": {
      "axe_include_segment": "seg_auto_intenders_q1",
      "axe_exclude_segment": "seg_existing_customers"
    }
  }]
}

• axei を axe_include_segment と照合 → 一致していれば配信
• axex を axe_exclude_segment と照合 → 一致していれば配信しません
• axem を {AXEM} マクロ経由でクリエイティブに渡します

​

データフロー例

​

セットアップ（オフライン）

Advertiser CRM
  → Hash emails (SHA256)
  → Upload to orchestrator
  → Receive segment ID: "seg_existing_customers_acme"

{
  "buyer_ref": "acme_acquisition_q1",
  "packages": [{
    "product_id": "premium_video_millennials",
    "budget": { "amount": 50000 },
    "targeting_overlay": {
      "axe_exclude_segment": "seg_existing_customers_acme"
    }
  }]
}

Line item: "Acme Q1 Acquisition"
Targeting: axex != "seg_existing_customers_acme"

​

配信（リアルタイム）

GET /ad-request
User-Agent: Mozilla/5.0...
Cookie: uid=abc123

Input: uid=abc123
Check: Is abc123 in seg_existing_customers_acme?
Result: YES (hashed email matches)

{
  "axei": null,
  "axex": "seg_existing_customers_acme",
  "axem": null
}

Line item requires: axex != "seg_existing_customers_acme"
Current axex: "seg_existing_customers_acme"
Decision: DO NOT SERVE (user is existing customer)

​

コア機能

​

1. 動的オーディエンスターゲティング

• オーディエンスデータをアップロード（ハッシュ済みメール、デバイス ID など）
• オーケストレーターからセグメント ID を受領
• axe_include_segment にセグメント ID を参照
• インプレッション時に AXE がユーザーを照合

​

2. ブランドセーフティ

• コンテンツ分類 - ニュース/エンタメ/スポーツなど
• センチメント分析 - ポジ/ネガの検知
• キーワードブロック - ブランド固有の NG ワード回避
• 隣接ルール - ページ上の他広告との並び

​

3. パブリッシャー横断のフリークエンシー管理

• 複数パブリッシャー
• 複数キャンペーン
• 複数デバイス（ID 解決を含む）

​

4. ファーストパーティデータ活用

1. 顧客 ID（メール/電話など）をハッシュ化
2. オーケストレーターへアップロード（データはオーケストレーターに留まる）
3. キャンペーンでセグメント ID を参照
4. AXE がインプレッション時に照合
5. パブリッシャーは生データに触れない

​

Privacy by Design: 不透明なセグメント ID

• ユーザーが頻度上限を超えた
• ページがブランドセーフティ検査に失敗
• ユーザーがファーストパーティサプレッションリストに含まれます
• ユーザーがオーディエンスセグメントに一致

• CRM リストに誰が含まれるか
• 頻度キャップの閾値
• ブランドセーフティルールの内容
• オーディエンスセグメントの定義

​

インテグレーションの要点

​

バイヤー向け

​

パブリッシャー向け

1. Prebid 等の RTD と統合
2. キーバリューターゲティングを受け入れる - axei/axex をアドサーバーへ渡します
3. ラインアイテム設定 - AXE セグメントのキーバリューでターゲティング
4. 対応表明 - adagents.json で AXE 対応を宣言

​

オーケストレーター向け

1. セグメントインジェスト - バイヤーからオーディエンスデータを受け入れる
2. リアルタイムルックアップ - 10ms 未満でセグメント所属判定
3. シグナル統合 - ブランドセーフティやコンテキストシグナルを適用
4. 頻度状態の維持 - キャンペーン横断の露出管理
5. RTD モジュール - Prebid や OpenRTB でセグメントを公開

​

ユニバーサルマクロ:

<img src="https://cdn.brand.com/creative.png"
     data-context="{AXEM}" />

• 天候条件
• コンテンツカテゴリ
• ユーザーセグメント属性（匿名化）
• カスタムオーケストレーターデータ

​

AXE を使うべき/避けるべきシナリオ

​

性能

​

関連ドキュメント

• Targeting - ブリーフベースのターゲティングと地理オーバーレイ
• Signals Protocol - シグナル探索と有効化
• Universal Macros - クリエイティブでの AXE 連携
• Orchestrator Design - オーケストレーション基盤の構築