CPA sistemlərində offer analitikası necə işləyir

1) Offer analitikası nədir və harada yaşayır

CPA sistemlərində «offer» platformanın dönüşüm, dəyər və keyfiyyəti hesab etdiyi məhsul konfiqurasiyasıdır (marka/geo/land/ödəniş modeli/etibarlılıq qaydaları). Offer analitikası hər bir offer üzrə hadisələrin toplanması və işlənməsi, mənbələrin/yaradılışların müqayisəsi, dərəcələrin indeksləşdirilməsi və ölçü/ayaq qərarlarının qəbul edilməsidir.

Əsas vəzifələr:

Effektivliyi görmək: CTR, CR (click → reg → KYC → FTD), CPA, ROAS/ROI.
Keyfiyyətə nəzarət edin: D7/D30 retention, 2nd-dep rate, chargeback/refund, NGR.
İqtisadiyyatı idarə edin: payout braketləri, caps/paysing, dondurma/mübahisələr.
Müdafiə: deduplikasiya, antifrod, FTD etibarlılıq qaydaları.

2) Offer məlumat sxemi (minimum müqavilə)

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`.

💡 Bütün vaxt nişanları - UTC, məbləğ valyutası - ISO-4217 + "hesabat valyutası 'na çevirmə ilə vitrin.

3) Atributluq, deduplikasiya və validlik

Sifət açarı: 'click _ id' (şəbəkə/partnyor direktoru tərəfindən yaradılır).

Hadisələrin idempotentliyi: unikal 'event _ id' → təkrar ≡ «artıq nəzərə alınıb».

FTD-nin təkrarlanması: '(account_id OR payment_fingerprint) + offer + pəncərə 30-90 gün)'.

FTD etibarlılıq qaydaları (offerdə): minimum depozit, bonus/sıfır doldurma qadağası, KYC statusu.

Mənbələrin kəsişməsi: FTD-dən əvvəl bir neçə kliklə - siyasət (atributiya pəncərəsi daxilində son click) və ya izləyicinin tərəfində data-driven.

4) Offer analitikasının metrikası (əməliyyat təbəqəsi)

Huni:

`CTR = Clicks / Impressions`
`CR1 = Reg / Clicks`
`CR2 = KYC / Reg`
'CR3 = FTD/Reg' (və ya 'FTD/KYC' sərt huni üçün)

İqtisadiyyat:

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

Keyfiyyət:

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

5) Paypline hadisələri: tıklamadan ödənişə qədər

1. Klik: redaktor 'click _ id' yaradır, UTM-ni normallaşdırır, log yazır.

2. Lendə keçid: 'click _ id '/şifrə; həssas məlumat olmadan cəbhə.

3. Operatordan server hadisələri: 'registration/kyc/deposit/...' üzərində S2S-endpoint şəbəkəsi → növbə → prosessor.

4. Offer qaydaları: etibarlılığın yoxlanılması, atributasiya pəncərəsi, deduplikasiya.

5. BI vitrinləri: kogorts FTD (D1/D7/D30), NGR, Payback, yazma/mübahisələr.

6. Billing və ödənişlər: model üzrə hesablama (CPA/Hybrid/RS), hold, yoxlama aktları.

6) payout indeksləşdirilməsi və «keyfiyyət braketləri»

CPA offer ödənişi tez-tez kohortanın keyfiyyəti ilə əlaqələndirilir. Qaydaların nümunəsi:

Əsas breket: 'CPA = $120', əgər '2nd _ dep ≥ 25%' və 'ARPU _ D30 ≥ $90'.
Enmə: 'CPA = $100', əgər '2nd _ dep <20%' və ya 'Chargeback> 3%'.
Artım: 'CPA = $140', əgər 'ARPU _ D30 ≥ $110' və 'D7 _ ret ≥ 40%'.
Indeksasiya kohortlara və mənbələrə görə yenidən hesablanır. Qərarlar offerə əlavə razılaşmada qeyd olunur.

7) SmartLink və offerlərin avtomatik rutasiyası

SmartLink axını sinif daxilində offerlər arasında paylayır (bir GEO/şaquli). Offer analitikası ruterə fidbek verir:

Siqnallar: eCPA, CR FTD, ARPU-proxy, uğursuzluqlar/mübahisələr payı, uyğunluq bayraqları.
İdarəetmə: white/black-list offerlər, əl «pins», caps, pacing, prioritetlər.
Məqsəd: etibarlılıq qaydalarına uyğun olaraq Payback/keyfiyyəti maksimuma çatdırmaq.

8) Antifrod və offer səviyyəsində keyfiyyət

Klik-frod: IP/ASN-skor, velocity-qaydalar, device-fingerprint, mənbə siyahıları.

Req-frod: sənədlərin üst-üstə düşməsi/KUS, gecə qeydiyyat paketləri, aşağı engagement.

FTD-frod: «bonus» depozitlər, geri qaytarmalar, «karusel» ödənişlər.

Reaksiya: offer/saba ödənişlərinin avtomatik dondurulması, araşdırma, yoxlama aktları, payout düzəlişləri.

9) Offer analitikası daşbordları (məcburi dəst)

1. Offer hunisi: basın → reg → KYC → FTD 'source/creative/placement/device'.

2. Keyfiyyət/koqortlar: ARPU D1/D7/D30, 2nd-dep, Retention, Payback.

3. Silinmələr/mübahisələr: səbəblərə və mənbələrə görə sapmalar, chargeback/refund.

4. Tracking stabilliyi: postback gecikməsi, dublikat payı, EMQ/' click _ id 'olmadan hadisələrin payı.

5. Ödəniş iqtisadiyyatı: faktiki CPA/Hybrid/RS vs braket, cache flow proqnozu (hold, schedule).

10) Alert və SLA offer

Track-SLA: gecikmə S2S> 15 dəqiqə, error-rate> 1%, dublikat payı> 0,5%.

Biznes SLA: X σ-də 'CR (reg → FTD) düşməsi, chargeback sıçrayışı, ARPU çöküşü.

Komplayens: kreativlərin/lendlərin sapmaları, şikayətlər, brand-bidding - avtomatik eskalasiya.

Reaksiya: auto-stop/cap, menecer bildirişi, istintaqın başlaması.

11) Mübahisələr və yoxlama aktları

Standart prosedur:

1. 'click _ id/event _ id' üzrə həcmlərin müqayisəsi (UTC).

2. Offer qaydalarına görə FTD etibarlılığının müqayisəsi.

3. «Sərhəd» hallarının boşaldılması (rədd/chargeback).

4. Son akt, payout/RS düzəlişləri, keyfiyyət braketlərinin yenilənməsi.

12) Formullar və mini nümunə

Mənbə: 'BR-Android' offerində 30 gün ərzində

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

GGR_D30/FTD = 130; bonuslar = 15%; oyun provayderləri = 10% GGR; ödənişlər = depozitlərin 3% -i; chargeback = 1% depozitlər

Müqavilə üzrə CPA = $110 (əsas breket)

NGR_D30 hesablanması (1 FTD üçün):

GGR = 130 → mənfi bonuslar 19.5 (15%) → mənfi provayderlər 13 (10%) → mənfi ödənişlər ~ 3,6 → mənfi chargeback ~ 1,2 ⇒ NGR ≈ 92,7
ARPU_D30 = 92,7; CPA fakt = 25 000/600 = 41.7 (şəbəkə üçün)
Payback (kobud): orta günlük ARPU ≈ 92,7/30 = 3,09 ⇒ 41,7/3,09 ≈ 14 gün
Bracket keyfiyyəti: 2nd-dep_rate ≥ 25% və ARPU_D30 ≥ 90 → $120 qədər CPA indeksləşdirilməsi.

13) Offer analitikada tez-tez səhvlər

1. GGR ilə hesab, bonuslar/komissiyalar nəzərə alınmadan → saxta ROAS.

2. Retralarda idempotency → FTD duple yoxdur.

3. Bir offerdə geo/cihazların qarışması → «orta temperatur», pis həllər.

4. Hadisələrin chargeback/refund olmaması → şişirdilmiş ARPU.

5. Qeyri-müəyyən FTD qaydaları → əbədi mübahisələr, ödənişlərin dondurulması.

6. Yalnız EPC olmadan kohort və 2nd-dep → kövrək iqtisadiyyat.

7. Gecikmələr üçün heç bir yol yoxdur S2S → məlumatlarda uğursuzluqlar, billinqin pozulması.

14) Çek vərəqləri

14. 1. Offer başlamazdan əvvəl

'payout _ model', 'payout _ rules', atributlar pəncərəsi, FTD doğruluğu təsvir
s2s-схема: `registration/KYC/FTD/2nd_dep/refund/chargeback`
UTC, valyuta, fx cədvəl; idempotency по `event_id`
Antifrod eşik, ağ/qara siyahı mənbələri
Daşbordlar: huni, kohortlar, silinmə, SLA metrika
Alert: gecikmə> 15 dəq, CR-anomaliyalar, chargeback-sıçrayışlar

14. 2. Həftəlik rutin

Hadisələr və məbləğlər üzrə "şəbəkə operatoru 'nun müqayisəsi
Keyfiyyətə görə braketlərin yenilənməsi (kohortlara görə)
Retro kreativlər/lentlər/mənbələr
Ağ/qara vərəqləri yeniləmək, mübahisəli halların təhlili

15) Offer analitikasının tətbiqinin 30-60-90 planı

0-30 gün - Çərçivə və gigiyena

Offer modelini və S2S hadisələrini standartlaşdırın; idempotency daxil, UTC, valyuta.

Əsas daşbordları qaldırın: huni, kohortlar D7/D30, SLA izi.

Minimum payout braketlərini və antifrod eşiklərini daxil edin.

31-60 gün - Keyfiyyət və iqtisadiyyat

Hesabatlara chargeback/refund, 2nd-dep, Retention əlavə edin.

Kohorta keyfiyyətinə görə CPA indeksləşdirməsini konfiqurasiya edin, kapları və peysinqi avtomatlaşdırın.

SmartLink siqnallarını (ağ/qara siyahı, prioritetlər) bağlayın.

61-90 gün - Dayanıqlılıq və audit

'click _ id/event _ id', DLQ və retray korrelyasiyaları ilə qeydləri daxil edin.

S2S stress testləri və BI/finans (NGR-sabitlik) ilə müqayisə edin.

Mübahisəli halların oyun kitablarını və offerlərin rüblük auditlərini rəsmiləşdirin.

Offer analitikası «lid cədvəli» deyil, sistemdir: etibarlı S2S konturu, ciddi etibarlılıq qaydaları, koqort iqtisadiyyatı və şəffaf ödəniş breketləri. Hər bir offer hadisələr, keyfiyyət və maliyyə ilə bir obyekt kimi təsvir edildikdə, sürətlə «səs-küy» ilə böyüməni fərqləndirirsiniz, marjanı qoruyursunuz və yalnız həqiqətən Payback və uzun LTV verən bağları ölçürsünüz.