CPA FTD в iGamingкак считать стоимость депозитного игрока

# CPA FTD в iGaming: как считать стоимость депозитного игрока

На созвоне всё обычно звучит красиво: залили трафик, получили депы, CPA FTD — огонь. А потом открываются кабинет, трекер и бэкенд, и в каждом своя цифра. В одном месте 80 FTD, в другом 74, в третьем вообще 91. И начинается любимая арбитражная игра «найди тот отчёт, где мы в плюсе».

Чтобы не масштабировать красивую, но нарисованную цифру, нужно заранее договориться, кого считаем FTD, какой спенд берём и к какой когорте относим деп. Ниже — практическая схема для Meta Ads, in-app и других источников. Общая логика привлечения игроков разобрана в статье про iGaming-маркетинг и депозитные когорты; здесь разбираемся именно с CPA FTD.

Что у вас считается FTD — а не просто «депом»

FTD — это не любое событие `deposit`, прилетевшее в трекер. Для нормального отчёта это уникальный игрок, чей первый успешный депозит подтвердил продуктовый бэкенд. Отсюда четыре правила:

1. один игрок попадает в знаменатель только один раз за всё время жизни аккаунта;
2. отклонённая, отменённая или тестовая транзакция не считается FTD;
3. повторный депозит относится к retention и LTV, а не увеличивает число FTD;
4. источник и кампания должны быть связаны с игроком по заранее принятому правилу атрибуции.

Кабинету событие нужно для оптимизации, трекеру — для атрибуции. Но деньги подтверждает бэкенд. Иначе можно радоваться «депам», которые потом окажутся тестами, дублями или неуспешными платежами.

Один игрок — один FTD, даже если он очень старается

Игрок может трижды повторить оплату, сменить метод и вечером занести ещё раз. Это хороший игрок, но всё ещё один FTD. Поэтому разделяйте `first_deposit_confirmed`, которое срабатывает один раз, и `deposit_confirmed` для всех успешных депозитов. Названия не принципиальны; принципиальны логика и стабильный `player_id`.

Формула простая. Подвох — в расходах

Базовая формула:

`CPA FTD = расходы за выбранную когорту / уникальные подтверждённые FTD этой когорты`

Самое интересное начинается в слове «расходы». Баер часто смотрит только на спенд, а бизнес — ещё на комиссии, креативы и инфраструктуру. Поэтому полезно вести три показателя:

| Показатель | Что входит в числитель | Для какого решения нужен | | --- | --- | --- | | Media CPA FTD | Только фактический расход рекламной платформы | Оптимизация кампаний и сравнение закупки | | Acquisition CPA FTD | Media spend + комиссии сети/трекера, относимые к закупке | Сравнение каналов на общей основе | | Fully loaded CPA FTD | Все прямые расходы: закупка, комиссия, креативы, инфраструктура, согласованная агентская стоимость | Финансовая оценка направления |

Не сравнивайте тёплое с мягким: если Meta Ads считается по чистому спенду, а in-app — по инвойсу с комиссией, «победитель» определён ещё до запуска.

Пример расчёта

Допустим, связка принесла 80 FTD при спенде €8 000. В кабинете CPA FTD выглядит как €100. Добавили €800 комиссии — уже €110. Учли ещё €1 200 на креативы — получили €125. Все три цифры верные, просто отвечают на разные вопросы. Это пример, а не клиентский результат.

Не делите сегодняшний спенд на вчерашних игроков

Для performance-решений собирайте когорту по дате клика или установки и ждите FTD в фиксированном окне, например D7 или D30. Тогда видно, какого качества трафик вы действительно купили в конкретный период.

Отчёт «депы за сегодня» полезен для оперативки, но там могут сидеть игроки с прошлой недели. Делить их на сегодняшний спенд — быстрый способ получить красивый CPA, который развалится при сверке. А свежую когорту не называйте плохой раньше времени: часть игроков ещё просто не дошла до кассы.

Кому верить: кабинету, трекеру или бэкенду

Короткий ответ: всем троим, но каждому в своей части.

• рекламная платформа даёт spend, кампанию, валюту и дату расхода;
• MMP или трекер связывает источник с post-install событием;
• бэкенд подтверждает игрока, статус транзакции, сумму и факт первого депозита.

Для сверки храните `player_id`, `first_deposit_id`, время FTD в UTC, статус, сумму, валюту, дату привлечения, source и campaign ID. Не теряйте исходный timestamp: по документации AppsFlyer и Adjust без него событие может попасть в отчёт по времени получения запроса. Так ночной деп легко «переезжает» в другой день, а баер потом ищет, куда пропала конверсия.

Когда один игрок внезапно превращается в два FTD

Перед расчётом уберите тестовые аккаунты, отклонённые платежи и технические дубли. Повторный postback не должен магически превращать одного игрока в двух депозиторов — для этого нужен стабильный ID транзакции или события. Затем по каждой кампании сравните:

• attributed registrations в трекере и регистрации в бэкенде;
• событие FTD в MMP и уникальных FTD в бэкенде;
• сумму first deposits и валютную конвертацию;
• долю FTD без источника и долю событий без `player_id`;
• задержку от регистрации до первого депозита.

Если цифры не сходятся, не выбирайте ту, что приятнее выглядит в отчёте. Вынесите дельту отдельно и найдите причину: окно атрибуции, поздний postback, часовой пояс, возврат платежа или потерянный ID.

Дешёвый FTD тоже может оказаться дорогим

Связка может дать дешёвый первый деп и почти нулевые редепы. Формально баер молодец, по факту экономика не сходится. Поэтому рядом с CPA FTD смотрите:

• conversion rate registration → FTD;
• средний и медианный первый депозит;
• D7/D30 redeposit rate;
• net revenue или другой согласованный показатель ценности;
• ROAS в том же окне и на той же когорте;
• доля возвратов, fraud и исключённых тестовых аккаунтов.

Поэтому гайд по in-app traffic для iGaming оценивает источник после установки, а не радуется дешёвому CPI. Для управляемой закупки также доступна услуга In-app Traffic для iGaming.

Что проверить перед тем, как доливать

1. FTD — уникальный подтверждённый первый депозит.
2. Расходы подписаны: media, acquisition или fully loaded.
3. Валюта, дата привлечения и окно D7/D30 едины.
4. Бэкенд и MMP сверены по ID и timestamp.
5. Дубли, тесты и отклонённые платежи исключены.
6. CPA FTD рассматривается вместе с redeposit, revenue и ROAS.

Если CPA скачет, кабинет спорит с бэкендом, а каждый источник считает FTD по-своему, сначала разберите одну когорту от спенда до редепа. Посмотрите, как IK.Agency ведёт performance-маркетинг для iGaming, или обсудите измерение с командой. Масштабировать лучше после сверки — долив редко лечит кривой отчёт.