تجمع ترافیک

(بخش: اکوسیستم و شبکه)

1) «ترافیک» چیست ؟

• به حداکثر رساندن تبدیل و LTV به صورت پویا مسیریابی به «بهترین گیرنده».
• کاهش هزینه های خرید با از بین بردن بخش های ناخواسته و پر کردن متقابل.
• مقاومت در برابر فصلی و انفجار - استخر صاف کردن قله/شیب.
• توزیع ارزش منصفانه تحت تخصیص قطعی و قوانین شفاف

2) مدل های همکاری

1. استخر باز (استخر عمومی) - همه شرکت کنندگان با صدور گواهینامه پایه و SLO مجاز هستند، قوانین عمومی، تعرفه ها شفاف هستند.
2. استخرهای فدرال (فدراسیونها) - استخرهای موضوعی/منطقهای با SLO/سیاستهای محلی (به عنوان مثال، «TR Sports»، «بازیهای زنده اتحادیه اروپا»).
3. مبادلات خصوصی - معاملات دو جانبه/چند جانبه با KPI های سفارشی و NDA ها.
4. Hybrid Brokered - مسیرهای کارگزار مرکزی با توجه به قوانین QoS/انطباق، و محاسبه ارزش باعث پاکسازی مستقل می شود.

توصیه: با یک مدل فدرال + کارگزار شروع کنید، سپس به یک استخر عمومی گسترش دهید تا ضد تقلب و تخصیص بالغ شود.

3) استانداردهای رویداد و حریم خصوصی

طرح رویداد تک: «مشاهده»، «کلیک»، «ثبت نام»، «kyc _ pass»، «اولین سپرده»، «جلسه»، «خرید»، «churn _ signal».
شناسه: نام مستعار PID (هش/EC-نام مستعار), جلسه ID, دستگاه اثر انگشت (به شدت با رضایت).
رضایت و هدف: پرچم های رضایت (تبلیغات، تجزیه و تحلیل، اسناد) و ذخیره سازی TTL.
به حداقل رساندن PII: نشانه های فروشگاه و هش ؛ PII - فقط کنترل کننده داده اولیه.

اقامت داده: مسیریابی توسط حوزه های قضایی ؛ تفکیک کشورهای اروپایی و سوم

حق حذف: رویدادهای سنگ قبر و سیاهههای مربوط به redaction.

4) نمره کیفیت و فیلتر

• اعتبار (فیلترهای ربات، ناهنجاری های سرعت/شهرت جغرافیایی/IP).
• قصد (عمق جلسات، بازدیدهای مکرر، رویدادهای قبل از واجد شرایط).
• انطباق (در دسترس بودن موافقت نامه ها، پرچم سن، پذیرش منطقه ای).
• پیش بینی تبدیل (نمره ML: ثبت نام → KYC → اقدام اول → N-day hold).

سیاست پذیرش استخر: QoT ≥ X ؛ بخش های مشکوک - به یک زیر استخر قرنطینه با تجدید نظر دستی.

5) SOR ترافیک

هدف: به هر درخواست/کاربر را به بهترین گیرنده، با در نظر گرفتن SLA و خطر.

• 'TotalCost = - (Expected_LTV) + CPA/CPE + RiskAdj + TimePenalty + SaturationPenalty'

Expected_LTV پیش بینی PID/بخش برای یک گیرنده خاص است.
CPA/CPE قیمت واقعی معامله/صفحه نمایش است.
RiskAdj - تحریم ها/حوزه های قضایی/کشور، بازپرداخت احتمالی/تقلب.
TimePenalty - تاخیر در تأیید/تأیید.
SaturationPenalty - مجازات در هنگام بیش از سهمیه یا بارهای اوج.

تاکتیک: تقسیم مسیریابی A/B، چسبنده مسیریابی توسط کوهورت (به طوری که برای شکستن قیف)، برگشت/ALT مسیر در صورت شکست، گرم کردن گیرنده های جدید.

6) سهمیه ها، محدودیت ها و SLO ها

سهمیه های بخش: دستگاه × کشور × محدوده QoT × ساعت.
بودجه: محدودیت های روزانه/هفتگی در CPA/RevShare و تعداد سرب.

• نرخ کلاهبرداری ≤ 0 3٪ منجر می شود ؛
• نرخ ثبت نام معتبر ≥ 75٪ ؛
• مجوز KYC p95 ≤ 15 دقیقه ؛
• تبدیل اول عمل ≥ 35٪ ؛
• ROI بالا بردن در مقابل کنترل ≥ + 5 п. п.
• هشدار (نرخ سوختن): دروازه های ساعتی/روزانه برای تقلب/بازگشت/ترافیک نامعتبر، منبع خودکار دریچه گاز.

7) ارجاع و حل منازعات

مدل: آخرین تماس با پنجره، مبتنی بر موقعیت (40-20-40)، داده محور (Markov/Shapley) برای فدراسیون ها.
تخصیص: 'attribution _ key = PID' کمپین 'time _ bucket'.
قوانین برخورد: با سهم برابر - تقسیم بر وزن اعتماد به نفس (QoT، دقت تاریخی).
صدور گواهینامه منبع: رتبه دقت پس از بازگشت، مجازات اختلاف.
داوری: پاکسازی مستقل ؛ سیاهههای خام امضا شده، سیاهههای مربوط بدون تغییر.

8) مدل اقتصادی

CPA/RevShare/CPE ترکیبی: پایه CPA + جایزه حفظ (D7/D30), عامل کاهش در تقلب بالا/نامعتبر.
سطح قیمت گذاری: پایین تر برای QoT پایدار، بالاتر برای «مبتدیان».
Surge-multiplier: افزایش قیمت در اوج، کاهش در صورت عدم استفاده از گیرنده.
Cashbacks/credits: جبران جزئی برای منجر می شود که KYC را تصویب نکرده اند (طبق قوانین توافق شده).
صندوق کیفیت: ذخیره به طور کلی برای داوری و نیروی majeure (با گزارش شفاف).

9) ضد تقلب و ایمنی

نمودار دستگاه/IP/ASN: شناسایی خوشه ها، تکرارها، تأیید دستی نمونه برداری.
محدودیت سرعت: فرکانس کلیک/ثبت نام/سپرده، تشخیص پشت سر هم.
امضاها و رسیدها: همه رویدادها با کلیدهای منبع امضا می شوند. جدول زمانی چک کردن متقابل.
Greylisting: منابع با ناهنجاری ها - در استخر «خاکستری» با سهم محدود.
Kill-switch: قطع فوری منبع/گیرنده توسط کلاس حادثه.

10) قابلیت مشاهده، موارد نمایش و داشبورد

SLI (مثال): ترافیک معتبر٪، نرخ تقلب، QoT متوسط/صدک، ثبت نام/KYC/تبدیل اولین اقدام، افزایش ROI، زمان به KYC p95، دقت پس از بازگشت.

• عملیات (ساعت): مسیریابی نرخ موفقیت، QoT، سنبله نامعتبر/تقلب، SLO نرخ سوزاندن.
• رشد (روز/هفته): تبدیل توسط بخش، انتساب، ROI توسط منبع، بار سهمیه.
• انطباق (هفته): بازدید های تحریم شده، نقض منطقه ای، SLA ها به درخواست افراد داده شده.
• شریک بهداشت: منبع/گیرنده امتیاز, دقت postback, سهم آربیتراژ.

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) مقررات عملیاتی

روزانه: تطبیق گزارش های اسناد، حسابرسی پس زمینه، تنظیم سهمیه/قیمت.
هفتگی: کمیته کیفیت - تجدید نظر از حداقل QoT, به روز رسانی از قوانین ضد تقلب, گزارش در داوری.
ماهانه: کالیبراسیون به ثمر رساند ML، تجدید نظر در مدل انتساب، معیار گیرنده.
حوادث: کانال تک وضعیت، قالب های ارتباطی برای منابع/گیرنده.

15) حوادث کتاب بازی

کلاهبرداری/سنبله ترافیک نامعتبر

منبع دریچه گاز خودکار، انتقال به استخر «خاکستری»، افزایش محدودیت سرعت، نمونه برداری دستی از موارد 100، گزارش ≤ 24 ساعت.

شکست postbacks/اختلاف

فعال کردن webhooks تکراری, مقایسه سیاهههای مربوط به کنترل, داوری باز, به طور موقت قیمت/سهمیه برای منبع پایین تر.

CSC/پرش تاخیر در حال اجرا

تغییر مسیر به گیرنده های سریع KYC، گزارش منابع، به طور موقت کاهش چسبندگی.

بیش از حد گیرنده (اشباع)

مجازات مسیریابی → توزیع مجدد سهم، فعال کردن تقسیم مسیریابی، افزایش قیمت برای بخش های اولویت.

16) چک لیست پیاده سازی

1. تصویب یک طرح رویداد یکپارچه و سیاست حفظ حریم خصوصی/رضایت.
2. اجرای QoT به ثمر رساند و قرنطینه زیر استخر.
3. SOR ترافیک را با سهمیه/محدودیت و چسبندگی فعال کنید.
4. تنظیم هشدار SLO/کیفیت و پس زمینه، شروع داشبورد.
5. شناسایی اقتصاد (CPA/RevShare ترکیبی، مجازات/پاداش، صندوق کیفیت).
6. وارد فرآیندهای داوری, امضای ورود به سیستم و پاکسازی مستقل.
7. مدل های تخصیص و امتیاز دهی را به صورت سه ماهه بررسی کنید.

17) واژه نامه

QoT یک شاخص جدایی ناپذیر از کیفیت ترافیک است.
SOR ترافیک - مسیریابی هوشمند ترافیک در هزینه کامل/خطر.
چسبندگی - اختصاص دادن کاربر به گیرنده برای ثبات قیف.
دقت پس زمینه - دقت گزارش های تبدیل گیرنده.
انتساب داوری یک روش برای حل و فصل درگیری انتساب است.
اشباع - استفاده از گیرنده/کانال.

جمع آوری ترافیک با هم جریان های متفاوتی را به یک سیستم رشد مدیریت شده، عادلانه و کارآمد تبدیل می کند. ترکیبی از رویدادهای یکپارچه و حفظ حریم خصوصی، امتیاز QoT، مسیریابی SOR، SLO های سخت و یک اقتصاد عادلانه، «بازار تقاضای مشترک» را ایجاد می کند که در آن منابع، گیرنده ها و کاربران اکوسیستم برنده می شوند.