CPA жүйелерінде офферлік талдау қалай жұмыс істейді

1) Офферлік талдау дегеніміз не және ол қайда тұрады

CPA-жүйелерінде «оффер» - бұл платформа конверсияны, құнын және сапасын санайтын өнімнің конфигурациясы (бренд/гео/ленд/төлем үлгісі/валидтілік ережелері). Офферлік талдау - бұл әрбір оффер бойынша оқиғаларды жинау және өңдеу, дереккөздерді/креативтерді салыстыру, мөлшерлемелерді индекстеу және масштабтау/тұру туралы шешім қабылдау.

Негізгі тапсырмалар:

Тиімділігін көру: CTR, CR (click → reg → KYC → FTD), CPA, ROAS/ROI.
Сапасын бақылау: D7/D30 retention, 2nd-dep rate, chargeback/refund, NGR.
Экономиканы басқару: брекеттер payout, caps/пейсинг, үсік/даулар.
Қорғану: дедупликация, антифрод, FTD валидтілік ережелері.

2) Оффер деректерінің схемасы (ең аз келісімшарт)

Offer: `offer_id`, `brand`, `geo`, `device`, `landing_id`, `payout_model (CPL/CPA/Hybrid/RS)`, `payout_rules`, `cap/day`, `compliance_guides`.

Traffic touchpoints: `click_id`, `sub_id/aff_id`, `utm_`, `creative_id`, `placement`, `device/os`, `ip/asn`.

Events (S2S): `registration`, `kyc_approved`, `deposit_success {amount,currency,is_ftd}`, `second_deposit`, `refund/chargeback`.

Finance: `payout_calc`, `hold`, `schedule`, `currency`, `fx_rate(date)`.

Quality: `risk_flags`, `fraud_score`, `cohort_metrics`.

💡 Барлық уақыт белгілері - UTC, сома валютасы - ISO-4217 + «есеп валютасына» айырбасталатын витрина.

3) Атрибуция, дедупликация және валидация

Атрибуция кілті: 'click _ id' (желі/серіктес директоры жасайды).

Оқиғаның ұқсастығы: бірегей 'event _ id' → қайталау ≡ «ескерілген».

FTD дедупликациясы: 'бойынша (account_id OR payment_fingerprint) + оффер + терезе 30-90 күн)'.

FTD валидтілік қағидалары (офферада): ең төменгі депозит, бонустық/нөлдік толықтыруларға тыйым салу, KYC-мәртебесі.

Көздердің қиылысуы: FTD-ге дейін бірнеше нұқу кезінде - саясат (сипаттау терезесінің ішіндегі last click) немесе трекер жағындағы data-driven.

4) Офферлік талдау өлшемдері (операциялық қабат)

Құйғыш:

`CTR = Clicks / Impressions`
`CR1 = Reg / Clicks`
`CR2 = KYC / Reg`
'CR3 = FTD/Reg' (немесе 'FTD/KYC' қатты құйғыш үшін)

Экономика:

`CPA = Spend / FTD`
`ARPU_Dn = NGR_Dn / FTD`
`Payback = min{n: Cum_ARPU_Dn ≥ CPA}`
`ROAS = NGR / Spend`, `ROI = (NGR − Spend − Direct_Opex) / Spend`

Сапасы:

`2nd_dep_rate = Users_with_2nd_dep / FTD`
`Retention_D7/D30`, `Chargeback_rate`, `Refund_rate`

5) Оқиғалар пайплайны: басудан төлемге дейін

1. Бас директор 'click _ id' жасайды, UTM-ді қалыпқа келтіреді, деп жазады лог.

2. Лендке ауысу: 'click _ id '/шифры; сезімтал деректерсіз фронт.

3. Оператордың серверлік оқиғалары: 'registration/kyc/deposit/...' үшін S2S-эндпойнт желісі → кезек → өңдегіш.

4. Оффер ережелері: валидтілікті тексеру, атрибуция терезесі, дедупликация.

5. BI витриналары: FTD (D1/D7/D30), NGR, Payback когорттары, есептен шығару/даулар.

6. Биллинг және төлемдер: модель бойынша есептеу (CPA/Hybrid/RS), hold, салыстыру актілері.

6) payout индекстеу және «сапа брекеттері»

CPA оффера төлемдері көбінесе когорта сапасымен байланысты. Ережелер үлгісі:

Базалық брекет: 'CPA = $120', егер '2nd _ dep ≥ 25%' және 'ARPU _ D30 ≥ $90' болса.
Төмендеуі: 'CPA = $100', егер '2nd _ dep <20%' немесе 'Chargeback> 3%'.
Жоғарылату: 'CPA = $140', егер 'ARPU _ D30 ≥ $110' және 'D7 _ ret ≥ 40%'.
Индекстеу когорттар мен көздер бойынша қайта есептеледі. Шешімдер оффераға қосымша келісімде тіркеледі.

7) SmartLink және офферлердің автоматтандырылуы

SmartLink ағынды класс ішіндегі офферлер арасында бөледі (бір GEO/тік). Офферлік талдау рутерге фидбек береді:

Сигналдар: eCPA, FTD-ге дейінгі CR, ARPU-прокси, істен шығу/дау үлесі, комплаенс-жалаулар.
Басқару: white/black-list офферлер, қол «пиндері», caps, pacing, басымдықтары.
Мақсаты: дәлдік ережелерін сақтай отырып, Payback/сапаны барынша арттыру.

8) Антифрод және оффер деңгейіндегі сапа

Клик-фрод: IP/ASN-скоринг, velocity-ережелер, device-фингерпринт, дереккөздер тізімі.

Рег-фрод: құжаттардың сәйкес келуі/АЖК, түнгі тіркеу бумалары, төмен engagement.

FTD-фрод: «бонустық» депозиттер, қайтарымдар, төлемдердің «каруселі».

Реакция: оффера/саба бойынша төлемдерді авто-мұздату, тексеру, салыстыру актілері, payout түзетулері.

9) Офферлік талдаудың дашбордтары (міндетті жиынтық)

1. Оффер құйғышы: басу → тіркеу → KYC → FTD бойынша 'source/creative/placement/device'.

2. Сапасы/когорты: ARPU D1/D7/D30, 2nd-dep, Retention, Payback.

3. Есептен шығару/даулар: ауытқулар, себептер мен көздер бойынша chargeback/refund.

4. Трекингтің тұрақтылығы: постбектердің кідіруі, телнұсқа үлесі, EMQ/оқиғалар үлесі 'click _ id'.

5. Төлем экономикасы: нақты CPA/Hybrid/RS vs брекеттер, кэш-флоу болжамы (hold, schedule).

10) Алерталар және SLA оффера бойынша

Трек-SLA: кідіріс S2S> 15 минут, error-rate> 1%, телнұсқа үлесі> 0,5%.

Бизнес-SLA: 'CR (reg → FTD)' құлау X σ, chargeback, ARPU шөгуі.

Комплаенс: креативтердің/лендтердің ауытқуы, шағымдар, brand-bidding - авто-эскалация.

Реакция: авто-тоқта/кап, менеджердің хабарламасы, тергеуді бастау.

11) Даулар және салыстыру актілері

Стандартты рәсім:

1. 'click _ id/event _ id' кезеңінің көлемдерін салыстыру (UTC).

2. Оффер ережелері бойынша FTD дәлдігін салыстыру.

3. Шекаралық кейстерді түсіру (бас тартылған/chargeback).

4. Қорытынды акт, payout/RS түзетулері, сапа брекеттерін жаңарту.

12) Формулалар және шағын мысалдар

Бастапқы: 'BR-Android' оффері бойынша 30 күн ішінде

Spend = 25 000; Clicks = 50 000; Reg = 4 000; KYC = 2 600; FTD = 600

GGR_D30/FTD = 130; бонустар = 15%; ойын провайдерлері = 10% GGR; төлемдер = депозиттерден 3%; chargeback = 1% депозиттер

Шарт бойынша CPA = $110 (базалық брекет)

NGR_D30 есептеу (1 FTD-ге):

GGR = 130 → минус бонустар 19,5 (15%) → минус провайдерлер 13 (10%) → минус төлемдер ~ 3,6 → минус chargeback ~ 1,2 ⇒ NGR ≈ 92,7
ARPU_D30 = 92,7; CPA факт = 25 000/600 = 41,7 (желі үшін)
Payback (өрескел): орташа тәуліктік ARPU ≈ 92,7/30 = 3,09 ⇒ 41,7/3,09 ≈ 14 күн
Сапа Bracket: егер 2nd-dep_rate ≥ 25% және ARPU_D30 ≥ 90 → $120 дейін CPA индекстеу.

13) Офферлік талдаудағы жиі қателер

1. Бонустарды/комиссияларды есепке алмағанда GGR бойынша санау → жалған ROAS.

2. Ретрада idempotency → FTD дублі жоқ.

3. Бір оффердегі гео/девайстардың араласуы → «орташа температура», нашар шешімдер.

4. Жоқ chargeback/refund оқиғалар → жоғары ARPU.

5. FTD дәлдігінің анық емес ережелері → мәңгілік даулар, төлемдерді мұздату.

6. Тек EPC когортасыз және 2nd-dep → осал экономика.

7. Кідірістер жоқ S2S → деректердегі ақаулар, биллингтің бұзылуы.

14) Чек парақтары

14. 1. Оффер іске қосылмас бұрын

Сипатталған 'payout _ model', 'payout _ rules', сипаттау терезесі, FTD дәлдігі
s2s-схема: `registration/KYC/FTD/2nd_dep/refund/chargeback`
UTC, валюталар, fx-кесте; idempotency по `event_id`
Антифрод табалдырығы, көздердің white/black-парағы
Дашбордтар: воронка, когорталар, есептен шығару, SLA-метриктер
Аллергия: кідіріс> 15 мин, CR-аномалиялар, chargeback-жарылыс

14. 2. Апта сайынғы жұмыс тәртібі

Оқиғалар мен сомалар бойынша «желі операторы» салыстыру
Сапа бойынша брекеттерді жаңарту (когорттар бойынша)
Оффер бөлінісіндегі креативтер/ленталар/көздер бойынша ретро
White/Black парақтарын жаңарту, даулы жағдайларды талдау

15) Офферлік талдауды енгізудің 30-60-90 жоспары

0-30 күн - Қаңқа және гигиена

Оффер моделін және S2S оқиғаларын стандарттаңыз; idempotency, UTC, валюталарды қосыңыз.

Негізгі дашбордтарды көтеріңіз: воронка, когорта D7/D30, SLA-трекинг.

Ең аз payout брекеттерін және антифрод шегін енгізіңіз.

31-60 күн - Сапа және экономика

Есептерге chargeback/refund, 2nd-dep, Retention қосыңыз.

Когорта сапасы бойынша CPA индекстеуді баптаңыз, қақпақтар мен пейсингті автоматтандырыңыз.

SmartLink сигналдарын (white/black-парақ, басымдықтар) қосыңыз.

61-90 күн - Тұрақтылық және аудит

'click _ id/event _ id', DLQ және ретра корреляциясы бар логтарды енгізіңіз.

S2S стресс-тестілерін және BI/қаржымен (NGR-консистенттілік) салыстырып тексеруді жүргізіңіз.

Даулы жағдайлардың плейбуктерін және офферлердің тоқсандық аудиттерін ресімдеңіз.

Офферлік талдау - «лиддер кестесі» емес, жүйе: сенімді S2S-контур, қатаң валидтілік ережелері, когорт экономикасы және мөлдір төлем брекеттері. Әрбір оффер оқиғалар, сапа және қаржы объектісі ретінде сипатталған кезде, сіз «шуды» өсуден тез ажыратасыз, маржаны қорғайсыз және тек шын мәнінде Payback және ұзын LTV беретін байланыстарды масштабтайсыз.