کازینو رمزنگاری
دنده تورنت
چگونه کار تجزیه و تحلیل ارائه در سیستم های CPA
1) تجزیه و تحلیل پیشنهاد چیست و در کجا زندگی می کند
در سیستم های CPA، «پیشنهاد» یک پیکربندی محصول (نام تجاری/geo/land/payout model/validity rules) است که پلت فرم آن تبدیل، هزینه و کیفیت را شمارش می کند. تجزیه و تحلیل پیشنهاد جمع آوری و پردازش رویدادها برای هر پیشنهاد، مقایسه منابع/خلاقیت، نرخ نمایه سازی و تصمیم گیری در مورد مقیاس/توقف است.
اهداف کلیدی:- مشاهده اثربخشی: CTR، CR (کلیک کنید → reg → KYC → FTD)، CPA، ROAS/ROI.
- کنترل کیفیت: حفظ D7/D30، نرخ 2 درجه، بازپرداخت/بازپرداخت، NGR.
- مدیریت اقتصاد: پرانتز پرداخت، کلاه/قدم زدن، یخ/اختلافات.
- حفاظت: deduplication، ضد تقلب، قوانین اعتبار FTD.
2) ارائه طرح داده (حداقل قرارداد)
پیشنهاد: «پیشنهاد _ id»، «نام تجاری»، «جغرافیایی»، «دستگاه»، «فرود _ id»، «مدل پرداخت (CPL/CPA/Hybrid/RS)»، «پرداخت _ قوانین»، «کلاه/روز»، «انطباق _ راهنماها».
نقاط تماس ترافیکی: 'click _ id', 'sub _ id/aff _ id', 'utm _', 'creative _ id', 'placement', 'device/os', 'ip/asn'.
رویدادها (S2S): 'ثبت نام'، 'kyc _ approved'، 'deposit _ success {amount,currency,is_ftd}'،' second _ deposit '،' بازپرداخت/بازپرداخت '.
امور مالی: «payout _ calc», «hold», «schedule», «currency», «fx _ rate (date)».
کیفیت: 'risk _ flags'، 'fraud _ score'، 'cohort _ metrics'.
3) انتساب، deduplication، و اعتبار
کلید تخصیص: 'click _ id' (ایجاد شده توسط تغییر مسیر دهنده شبکه/شریک).
idempointence رویداد: منحصر به فرد 'event _ id' → ≡ تلاش مجدد «قبلاً حساب شده».
FTD deduplication: توسط '(account_id OR payment_fingerprint) + پیشنهاد + پنجره 30-90 روز).
قوانین اعتبار FTD (در پیشنهاد): حداقل سپرده، ممنوعیت دوباره پر کردن پاداش/صفر، وضعیت KYC.
تقاطع منبع: با چند کلیک قبل از FTD - خط مشی (آخرین کلیک در داخل پنجره انتساب) یا داده محور در سمت ردیاب.
4) ارائه معیارهای تجزیه و تحلیل (لایه عملیاتی)
قیف:- 'CTR = کلیک/تصاویر'
- 'CR1 = Reg/Clicks'
- 'CR2 = KYC/ثبت نام'
- 'CR3 = FTD/Reg' (یا 'FTD/KYC' برای قیف دقیق)
- CPA = هزینه/FTD
- 'ARPU _ Dn = NGR_Dn/FTD'
- 'بازپرداخت = حداقل {n: Cum_ARPU_Dn ≥ CPA}'
- 'ROAS = NGR/Spend', 'ROI = (NGR − Spend − Direct_Opex )/خرج کردن'
- '2nd _ dep _ rate = Users_with_2nd_dep/FTD'
- 'حفظ _ D7/D30'، 'نرخ بازپرداخت'، 'نرخ بازپرداخت'
5) رویدادهای خط لوله: از کلیک تا پرداخت
1. کلیک کنید: تغییر مسیر ایجاد 'click _ id'، UTM عادی، می نویسد ورود به سیستم.
2. انتقال به زمین: انتشار 'click _ id '/cipher; جبهه بدون اطلاعات حساس.
3. رویدادهای کارساز از اپراتور: 'registration/kyc/deposit/...' در S2S نقطۀ پایانی شبکه → صف گرداننده.
4. قوانین پیشنهاد: اعتبار سنجی، پنجره انتساب، deduplication.
5. نمایشگاه های BI: FTD (D1/D7/D30)، NGR، گروه های بازپرداخت، نوشتن/اختلافات.
6. صورتحساب و پرداخت: محاسبه مدل (CPA/ترکیبی/RS)، نگه دارید، گواهی آشتی.
6) نمایه سازی پرداخت و براکت های با کیفیت
پرداخت CPA توسط پیشنهاد اغلب با کیفیت کوهورت همراه است. مثال قوانین:- براکت پایه: «CPA = $120» اگر «2nd _ dep ≥ 25٪» و «ARPU _ D30 ≥ $90».
- پایین آمدن: «CPA = $100» اگر '2nd _ dep <20٪' یا 'بازپرداخت> 3٪'.
- افزایش: 'CPA = $140' اگر 'ARPU _ D30 ≥ $110' و 'D7 _ ret ≥ 40٪'.
- شاخص سازی توسط گروه ها و منابع دوباره محاسبه می شود. تصمیمات در توافقنامه اضافی به پیشنهاد ثبت می شود.
7) SmartLink و ریشه کن کردن خودکار پیشنهادات
SmartLink جریان را بین پیشنهادات در کلاس (یک GEO/عمودی) توزیع می کند. پیشنهاد تجزیه و تحلیل می دهد بازخورد به روتر:- سیگنال ها: eCPA، CR به FTD، پروکسی ARPU، سهم رد/اختلافات، پرچم های انطباق.
- مدیریت: پیشنهادات سفید/سیاه لیست، «پین» دستی، کلاه، قدم زدن، اولویت ها.
- هدف: حداکثر رساندن بازپرداخت/کیفیت در حالی که پیوستن به قوانین اعتبار.
8) ضد تقلب و کیفیت در سطح پیشنهاد
کلیک تقلب: امتیاز دهی IP/ASN، قوانین سرعت، اثر انگشت دستگاه، لیست منابع.
Reg-fraud: اسناد مسابقات/CCM، بسته های ثبت نام شبانه، مشارکت کم.
تقلب FTD: «پاداش» سپرده, بازده, «چرخ فلک» پرداخت.
واکنش: انجماد خودکار پرداخت برای پیشنهاد/sabu، تحقیق، اعمال آشتی، تنظیمات پرداخت.
9) داشبورد تجزیه و تحلیل پیشنهاد (استخدام اجباری)
1. Funnel by offer: kliki → reg → KYC → FTD by «source/creative/placement/device».
2. کیفیت/کوهورت: ARPU D1/D7/D30، 2-dep، نگهداری، بازپرداخت.
3. نوشتن آف/اختلافات: انحراف، استرداد/بازپرداخت به دلایل و منابع.
4. ثبات ردیابی: تاخیر پس زمینه، سهم تکراری، EMQ/سهم رویدادها بدون «click _ id».
5. اقتصاد پرداخت: CPA واقعی/ترکیبی/RS در مقابل براکت, پیش بینی جریان نقدی (نگه دارید, برنامه).
10) هشدارها و SLA ها برای پیشنهاد
پیگیری SLA: تاخیر S2S> 15 دقیقه، نرخ خطا> 1٪، نسبت تکراری> 0. 5%.
SLA کسب و کار: کاهش در 'CR (reg → FTD)' توسط X σ، افزایش در بازپرداخت، کاهش ARPU.
انطباق: انحراف از خلاقیت/زمین، شکایات، نام تجاری مناقصه - خودکار تشدید.
واکنش: خودکار توقف/کلاه، اطلاع رسانی مدیر، راه اندازی تحقیقات.
11) اختلافات و اقدامات مصالحه
روش استاندارد:1. تطبیق حجمها با «click _ id/event _ id» برای دوره (UTC).
2. مقایسه اعتبار FTD توسط قوانین پیشنهاد.
3. تخلیه موارد «مرزی» (رد/بازپرداخت).
4. عمل نهایی، پرداخت/تنظیمات RS، به روز رسانی براکت کیفیت.
12) فرمول ها و مینی مثال
منبع: به مدت 30 روز با پیشنهاد «BR-آندروید»
هزینه = 25000 ؛ کلیک = 50 000 ؛ Reg = 4000; KYC = 2600 FTD = 600
GGR_D30/FTD = 130 پاداش = 15٪ ؛ ارائه دهندگان بازی = 10٪ GGR ؛ پرداخت = 3٪ سپرده ؛ بازپرداخت = 1٪ از سپرده ها
قرارداد CPA = $110 (براکت پایه)
محاسبه NGR_D30 (در هر 1 FTD):- GGR = 130 → منهای پاداش 19. 5 (15٪) → ارائه دهندگان منهای 13 (10٪) → سفارشات پرداخت منهای ~ 3. 6 → شارژ منهای ~ 1. کهکشان ⇒ NGR ≈ 92 7
- ARPU_D30 = 92,7 ؛ CPA واقعی = 25000/600 = 41. 7 (برای شبکه)
- بازپرداخت (خام): متوسط ARPU روزانه ≈ 92. 7/30 = 3. 09 ⇒ 41. 7/3. 09 ≈ 14 روز
- براکت کیفیت: اگر 25٪ و 90 → نمایه سازی CPA به $120.
13) خطاهای مکرر در تجزیه و تحلیل ارائه
1. شمارش با توجه به GGR، به استثنای پاداش/کمیسیون → ROAS نادرست است.
2. بدون idempotency → FTD تکراری در عقب نشینی.
3. مخلوط کردن جغرافیایی/دستگاه ها در یک پیشنهاد → «درجه حرارت متوسط»، تصمیمات بد.
4. فقدان رویدادهای بازپرداخت/بازپرداخت → ARPU بیش از حد
5. قوانین اعتبار FTD فازی → اختلافات ابدی، پرداخت مسدود می شود.
6. تنها EPC بدون گروه و دوم dep → یک اقتصاد شکننده است.
7. هیچ هشداری برای تاخیر وجود ندارد S2S شکاف داده ها، اختلال در صورتحساب.
14) چک لیست
14. 1. قبل از شروع پیشنهاد
- شرح داده شده «پرداخت _ مدل»، «پرداخت _ قوانین»، پنجره انتساب، اعتبار FTD
- s2s- схема: «ثبت نام/KYC/FTD/2 _ dep/بازپرداخت/شارژ»
- UTC، ارزها، جدول fx ؛ idemotency по «رویداد _ ایده»
- آستانه ضد ریزش، لیست منبع سفید/سیاه
- داشبورد: قیف، گروه ها، نوشتن، معیارهای SLA
- هشدارها: تاخیر> 15 دقیقه، ناهنجاری های CR، پشت سر هم
14. 2. روال هفتگی
- آشتی «operator↔set» توسط حوادث و مقدار
- به روز رسانی براکت کیفیت (توسط کوهورت)
- یکپارچهسازی با سیستمعامل توسط خلاق/زمین/منابع توسط پیشنهاد
- به روز رسانی لیست های سفید/سیاه، تجزیه و تحلیل موارد بحث برانگیز
15) برنامه 30-60-90 برای اجرای تجزیه و تحلیل پیشنهاد
0-30 روز - قاب و بهداشت
استاندارد سازی مدل پیشنهاد و رویدادهای S2S ؛ idempotency، UTC، ارزها را فعال کنید.
داشبورد های اصلی را بالا ببرید: قیف، گروه های D7/D30، ردیابی SLA.
حداقل براکت های پرداخت و آستانه های ضد تقلب را وارد کنید.
31-60 روز - کیفیت و اقتصاد
اضافه کردن بازپرداخت/بازپرداخت، 2-dep، نگهداری به گزارش.
تنظیم نمایه CPA توسط کیفیت کوهورت، mouthguards خودکار و قدم زدن.
سیگنال های SmartLink را وصل کنید (لیست سفید/سیاه، اولویت ها).
61-90 روز - پایداری و حسابرسی
پیاده سازی سیاهههای مربوط با همبستگی 'click _ id/event _ id'، DLQ و retray.
انجام تست استرس S2S و آشتی با BI/مالی (سازگاری NGR).
رسمی playbooks از موارد بحث برانگیز و ممیزی سه ماهه از پیشنهادات.
تجزیه و تحلیل پیشنهاد یک «جدول سرب» نیست، بلکه یک سیستم است: یک مدار S2S قابل اعتماد، قوانین اعتبار دقیق، یک اقتصاد کوهورت و پرانتز پرداخت شفاف. هنگامی که هر پیشنهاد به عنوان یک شی با حوادث، کیفیت و امور مالی توصیف می شود، شما به سرعت «سر و صدا» را از رشد تشخیص می دهید، از حاشیه ها محافظت می کنید و تنها آن دسته از بسته های نرم افزاری را که واقعا بازپرداخت و LTV طولانی را می دهد، مقیاس می کنید.