トラフィックプーリング

（セクション： エコシステムとネットワーク）

1）「トラフィックプーリング」とは"

• 「最高の受信機」に動的にルーティングすることで、変換とLTVを最大化します。
• 未請求セグメントの廃棄やクロスフィリングによる取得コストの削減。
• 季節性とバーストに対する耐性-プールはピーク/ディップを滑らかにします。
• 確定的帰属と透明なルールの下で公正な価値分布。

2）協力モデル

1.オープンプール（パブリックプール）-基本的な認定とSLOを持つすべての参加者が許可されています、一般的なルール、関税は透明です。
2.フェデレーションプール（連邦）-ローカルSLO/ポリシーを備えたテーマ別/地域別プール（「TRスポーツ」、「EUライブゲーム」など）。
3.プライベート・エクスチェンジ-カスタムKPIおよびNDAとの二国間/多国間取引。
4.Hybrid Brokered-QoS/Complianceルールに従った中央ブローカールート、および値の計算は独立した清算を行います。

推奨事項：フェデレーションモデル+ブローカーから始め、不正防止とアトリビューションが成熟するにつれてパブリックプールに拡張します。

3）イベントの基準とプライバシー

単一のイベントスキーマ：'view'、 'click'、 'signup'、 'kyc_pass'、' first_deposit'、'session'、'purchase'、'churn_signal'。
識別子：匿名PID （hash/EC-pseudonym）、 session-id、デバイス指紋（厳密には同意による）。
同意と目的：同意フラグ（広告、分析、アトリビューション）とTTLストレージ。
PII最小化：ストアトークンとハッシュ；PII-プライマリデータコントローラのみ。
データ常駐：管轄区域によるルーティング；ヨーロッパ/第三国の分離。
削除する権利：tombstoneイベントとredactionログ。

4）質の記録およびフィルター

• 有効性（ボットフィルタ、速度異常/geo/IP評判）。
• 意図（セッションの深さ、リピート訪問、事前資格イベント）。
• コンプライアンス（同意の可用性、年齢の旗、地域の許可）。
• 変換予測（MLスコア：signup→KYC→1st action→N-day hold）。

プール入場ポリシー：QoT ≥ X；疑わしいセグメント-手動で改訂した検疫サブプールへ。

5）交通SOR

目標：SLAとリスクを考慮して、各リクエスト/ユーザーを最高の受信者に与えること。

• 'TotalCost=-（Expected_LTV）+CPA/CPE+RiskAdj+TimePetal+SaturationPenalty'

Expected_LTVは、特定の受信機のPID/セグメント予測です。
CPA/CPEは実際の取引/表示価格です。
RiskAdj-制裁/管轄/国、確率チャージバック/詐欺。
TimePetal-初期登録/検証の遅延。
SaturationPetal-クォータまたはピーク負荷を超えた場合のペナルティ。

戦術：スプリットルーティングA/B、コホートによる粘着ルーティング（漏斗を壊さないように）、故障した場合のバックオフ/アルトパス、新しい受信機のウォームアップ。

6）クォータ、制限、SLO

セグメントクォータ：国×デバイス× QoT範囲×時間。
予算：CPA/RevShareの毎日/毎週の制限とリード数。

• 詐欺レート≤ 0。3％のリード；
• 有効な登録率≥ 75％；
• KYC パスp 95 ≤ 15分；
• 最初のアクションの変換≥ 35％；
• ROI uplift vs control ≥+5°。п.
• アラート（バーンレート）：詐欺/リターン/無効トラフィック、自動スロットルソースの1時間ごと/毎日のゲート。

7）紛争の帰属及び解決

モデル：フェデレーション用のウィンドウ、ポジションベース（40-20-40）、データ駆動型（Markov/Shapley）のラストタッチ。
重複排除：'attribution_key=PID'キャンペーン'time_bucket'。
衝突規則：等しい貢献-信頼重量による分割（QoT、歴史的精度）。
ソース認証：ポストバック精度評価、不一致ペナルティ。
仲裁：独立した清算；署名された生のログ、変更されていないログ。

8）経済モデル

CPA/RevShare/CPEハイブリッド：基本的なCPA+保持ボーナス（D7/D30）、高い詐欺/無効の削減率。
Tier-pricing：安定したQoTの方が低く、「初心者」の方が高くなります。
サージ乗数：ピーク時の価格の上昇、受信機の不足の場合の減少。
キャッシュバック/クレジット：KYCを通過していないリードの部分的な補償（合意されたルールに従って）。
質の高いファンド：仲裁と不可抗力のための一般的な準備（透明な報告と）。

9）詐欺防止と安全性

デバイス/IP/ASNグラフ：クラスタの識別、繰り返し、サンプリングマニュアル検証。
速度制限：クリック/登録/預金の頻度、バースト検出。
署名と領収書：すべてのイベントはソースキーで署名されます。クロスチェックのタイムスタンプ。
Greylisting：異常を伴うソース-限られたシェアを持つ「グレー」プールで。
キルスイッチ：インシデントクラスによるソース/レシーバの瞬時切断。

10）観察可能性、表示例およびダッシュボード

SLI（例）：有効なトラフィック％、詐欺率、QoT mid/percentile、 Signup/KYC/First-Action Conversion、 ROI uplift、 Time-to-KYC p95、 Postback Accuracy。

• Ops（時間）：成功率ルーティング、QoT、無効/詐欺スパイク、バーンレートSLO。
• 成長（曜日/週）：セグメント別のコンバージョン、アトリビューション、ソース別のROI、クォータ負荷。
• コンプライアンス（週）：データ主体の要求に応じて認可されたヒット、地域の違反、SLA。
• パートナーの健康：ソース/受信者の評価、ポストバック精度、アービトラージシェア。

11）データスキーマの例（Pseudo-SQL）

sql
CREATE TABLE traffic_events (
id TEXT PRIMARY KEY,
observed_at TIMESTAMPTZ,
pid TEXT, -- alias user id source_id TEXT, sink_id TEXT,
event_type TEXT,      -- view    click    signup    kyc_pass    first_action...
qot_score NUMERIC,
attrs JSONB
);

CREATE TABLE routing_decisions (
id TEXT PRIMARY KEY,
pid TEXT, source_id TEXT, sink_id TEXT,
expected_ltv NUMERIC, cpa NUMERIC,
total_cost NUMERIC, policy TEXT,
decided_at TIMESTAMPTZ
);

CREATE TABLE attribution (
pid TEXT, conversion_event TEXT, ts TIMESTAMPTZ,
model TEXT, key TEXT, winner_source TEXT, share NUMERIC,
PRIMARY KEY (pid, conversion_event, key)
);

12）擬似構成（YAML）

許容とクォータポリシー

yaml pool_policy:
min_qot: 60 quarantine_qot: 45 fraud_max_pct: 0. 3 quotas:
- segment: "TR    mobile    high_intent"
hour_cap: 5000
- segment: "EU    desktop    mid_intent"
hour_cap: 3000

ルーティング（トラフィックSOR）

yaml routing:
split_max_parts: 3 stickiness_hours: 72 penalties:
saturation_perc_start: 80 saturation_bps_per_perc: 15 time_ms_per_minute: 3 backoff:
errors_threshold_pct: 2. 0 cooldown_sec: 900

SLOアラート

yaml alerts:
- name: "fraud_spike"
when: "fraud_rate>0. 4%"
action: ["throttle_source","notify_security"]
- name: "qot_drop"
when: "qot_p50<55"
action: ["greylist_source","raise_cpa_multiplier"]
- name: "postback_mismatch"
when: "postback_accuracy<98%"
action: ["open_arbitrage","reduce_quota"]

13）分析クエリの例

ソース別のQoTディストリビューション

sql
SELECT source_id,
PERCENTILE_CONT(0. 5) WITHIN GROUP (ORDER BY qot_score) AS qot_p50,
PERCENTILE_CONT(0. 9) WITHIN GROUP (ORDER BY qot_score) AS qot_p90,
AVG(CASE WHEN event_type='signup' THEN 1 ELSE 0 END) AS signup_rate
FROM traffic_events
WHERE observed_at >= now() - INTERVAL '7 days'
GROUP BY source_id;

ポストバック精度

sql
SELECT sink_id,
100. 0 SUM(CASE WHEN report. conversion_ts BETWEEN ev. observed_at - INTERVAL '5m'
AND ev. observed_at + INTERVAL '5m'
THEN 1 ELSE 0 END) / COUNT() AS postback_accuracy_pct
FROM conversions ev
JOIN partner_reports report USING (pid)
GROUP BY sink_id;

ROIアップリフトとコントロール

sql
WITH scored AS (
SELECT pid, sink_id, expected_ltv, actual_ltv, cohort
FROM ltv_eval WHERE date >= current_date - INTERVAL '30 days'
)
SELECT sink_id, cohort,
AVG(actual_ltv) - AVG(expected_ltv) AS uplift
FROM scored
GROUP BY sink_id, cohort;

14）運営規程

毎日：アトリビューションレポートの調整、ポストバックの監査、クォータ/価格の調整。
毎週：品質委員会-min QoTの改訂、不正防止規則の更新、仲裁に関する報告。
毎月：MLスコアのキャリブレーション、アトリビューションモデルのリビジョン、レシーバーベンチマーク。
インシデント：シングルステータスチャネル、ソース/受信機の通信テンプレート。

15） Playbookインシデント

詐欺/無効なトラフィックのスパイク

自動スロットルソース、「グレー」プールへの転送、速度制限の増加、100ケースの手動サンプリング、24時間≤のレポート。

ポストバック/不一致の失敗

重複したWebhookを有効にします。、制御ログを比較します。、オープン仲裁、一時的にソースの価格/クォータを下げます。。

CSC/オンボーディングディレイジャンプ

速いKYC受信機に再ルーティングし、ソースを報告し、一時的に粘着性を低減します。

受信機の過負荷（飽和）

ルーティングのペナルティが効いた→共有を再配布し、分割ルーティングを有効にし、優先セグメントの価格を引き上げます。

16）実装チェックリスト

1.統一されたイベントスキーマとプライバシー/同意ポリシーを承認します。
2.QoTスコアリングと検疫サブプールを実行します。
3.クォータ/リミットと粘着性でトラフィックSORを有効にします。
4.SLO/品質アラートとポストバックを設定し、ダッシュボードを起動します。
5.経済（CPA/RevShareハイブリッド、ペナルティ/ボーナス、品質ファンド）を特定します。
6.仲裁プロセスを入力します。、ログシグネチャと独立した清算。
7.アトリビューションとスコアリングモデルを四半期ごとにレビューします。

17）用語集

QoTは交通品質の不可欠な指標です。
トラフィックSOR-フルコスト/リスクでのトラフィックのスマートなルーティング。
粘着性-漏斗の安定性のための受信機にユーザーを割り当てます。
ポストバック精度-受信機変換レポートの精度。
アトリビューション仲裁は、アトリビューションの競合を解決するための手順です。
飽和-受信機/チャネル使用率。

ボトムライン：トラフィックを一緒にプールすると、異なるフローが管理され、公正で効率的な成長システムに変わります。統一されたイベントとプライバシー、QoTスコアリング、SORルーティング、厳格なSLOと公正な経済の組み合わせは、ソース、受信機、およびエコシステムのユーザーが勝つ「共通の需要市場」を作成します。