Как арбитражник выбирает себе трекер? Ну друг посоветовал, ну все используют. А доходит до практики — и выясняется, что нужного функционала там просто нет: оно вроде и работает, и считает, и трекает, но могло бы быть… удобнее как-то. Чтобы не просто работало, а ещё и помогало ROI поднимать да денег больше зарабатывать. Что вообще должно быть на борту у хорошего трекера для гемблы — вот я вам сейчас и поведаю.
0. Наличие стандартных редиректов
Трекер должен помнить идентификатор посетителя и уметь передавать его в обе стороны — как и остальные данные по постбеку. Посетитель кликнул — клик получает ID, и дальше трекер его не теряет. Сначала протаскивает вперёд: макросом в ссылку на оффер или лендинг, чтобы партнёрка приняла его как свой sub или clickid. Потом принимает назад: рекламодатель шлёт постбек о реге, депе, холде или отмене, а трекер сопоставляет его с исходным кликом и забирает всё, что пришло вместе с ним, — гео, сумму, метки.
Сам способ показа при этом должен подстраиваться под источник. Где-то нужен обычный редирект без кэширования (пуши, попандер, тизерки), где-то — жёсткая склейка ссылки за конкретным юзером, где-то — мета-редирект или JS-переход, а где-то — iframe или отдача файла вообще без перехода.
Без этой базы дальше можно не читать: если трекер не способен достоверно привязать конверсию к конкретному клику, источнику и креативу, вы никогда не поймёте, что сработало, а что просто съело бюджет. Это тот минимум, который есть у каждого вменяемого трекера под любую вертикаль.
1. Учёт конверсий по целям и корректные даты конверсий
Цели в гембле стандартные — рега, первый деп, последующие депы. В большинстве трекеров, в том числе самых известных, конверсии падают в дату либо клика, либо первой конверсии (регистрации). В идеальном для гемблы трекере у каждой конверсии своя дата, и в статистике она отображается именно по ней. Это исключает ситуации, когда FTD пришёл к вам сегодня, а в статистике трекера светится две недели назад, ведь тогда был клик.
На практике это значит отдельные лиды под разные события, а не один лид, который просто переключает статусы. Регистрация — свой лид с датой регистрации. Дошёл игрок до депозита — появляется новый лид с новым внешним ID и собственной датой: датой фактического платежа, а не клика или реги. С ревшарой то же самое: каждый следующий платёж — отдельный лид со своей датой, суммой и статусом, а не довесок к старой записи.
Почему это критично именно для гемблы? Между регой и FTD у игрока запросто проходят недели, а то и месяц. Если трекер держит один лид на всю воронку, отчётность едет вслед за датой регистрации, а не за датой реальных денег: рега в январе, FTD в феврале — а в статистике депозит числится январским. Капы по депозитам и месячные балансы съезжают, и сравнивать периоды между собой или сверяться с партнёркой становится почти бессмысленно.
2. Функционал для оптимизации
Во-первых, наличие параметров в постбеке. Во-вторых, серверный пиксель Facebook и возможность по расписанию грузить в Google список конверсий. Это всё необходимо прежде всего для гемблы, где мы не можем поставить стандартный пиксель на сайт самого казино.
С параметрами всё просто: в исходящий постбек трекер должен прокидывать не только сам факт конверсии, но и её детали — тип события, сумму, валюту, метки. Иначе рекламная сеть видит только «лид пришёл» и оптимизируется вслепую — по количеству, а не по качеству.
С Facebook сложнее. В 99% случаев вебы вешают код пикселя на страницу «Спасибо» после лендинга, но в гембле игрок регистрируется и депает на сайте казино, а не на вашем ленде, — вставить туда пиксель попросту некому. Выручает серверный пиксель, он же Conversions API: трекер сам шлёт событие в Facebook со своего сервера, и доступ к сайту казино ему не нужен. Бонусом такие события не режут ни блокировщики рекламы, ни ограничения iOS.
В идеале на каждую фазу лида — новый, холд, апрув — можно назначить своё стандартное событие: скажем, Lead на поступление и Purchase на апрув, причём к Purchase трекер сам приложит сумму и валюту. Фанаты оптимизации по куче событий смогут заодно убедиться, что всё это хуйня и достаточно один раз слать Lead. Главное, чтобы летел он на депозит: пиксель можно ограничить нужными целями, и тогда кабинет учится на депах, а не на регах.
С Google постбеком вообще не выйдет: конверсию туда простым запросом не отправить. Поэтому схема обратная — трекер держит живую CSV-выгрузку, а Google Ads сам забирает её по расписанию. В каждой строке — gclid клика, код цели, время конверсии, выплата и валюта. Отдаются каждый раз только новые лиды с прошлого обращения, без дублей.
Код цели и есть имя конверсии, так что рега и деп уезжают в Google разными действиями-конверсиями: оптимизироваться можно на депах, а реги оставить дополнительной целью, которая в ставках не участвует. Выгрузка заводится своя на каждый рекламный аккаунт и обязательно с фильтром — по потоку, домену или кампании, иначе в неё попадут вообще все лиды. Чаще раза в сутки Google по одному расписанию файл не заберёт, но никто не мешает завести несколько расписаний на разное время: четыре штуки через каждые шесть часов — и этого с лихвой хватит для нормальной оптимизации.
3. Функциональность сплит-тестирования
Заливать с весом 50/50 на два пути можно почти в любом трекере. Но в идеале нужен целый арсенал возможностей:
- Сплит с машинным обучением, который смещает вес в сторону пути с лучшей конверсией или лучшим EPC.
- Регулировка сплита капами — как на реги, так и на депы. Чтобы система сама переводила трафик на пути с незаполненными капами и избегала переливов.
- Уровни сплита. К примеру, трафик льётся на 3 пути, у каждого своя капа. Если на пути 1 капа забилась — на нём можно поставить запасную капу (или 10 запасных кап), и трафик будет последовательно идти к ним. При этом запасные капы можно приоритизировать, то есть выбирать порядок заполнения.
- Разделение по гео как первый этап. Можно весь свой трафик пускать на одну ссылку, под каждое гео создать поток или сплит — и на первом уровне система разделит клики по странам, а потом подберёт для них ссылку.
Итого можно создавать большие конструкции, где в потоке 10 путей и у каждого есть 10 кап. Они крутятся в сплите, машинное обучение передаёт больше веса туда, где больше профит, а перелив кап исключён. Каждый игрок при повторном входе попадёт именно на свой продукт — система его запомнила.
4. Возможность забирать себе суммы депозитов по каждому игроку
Механика простая: рекламодатель или партнёрка присылает постбеком не просто факт депозита, а точную сумму. Трекер принимает её, привязывает к конкретному игроку и суммирует по потокам и путям. Привязывать лучше по ID клиента у партнёрки, а не по клику — тогда корректно считаются и повторные депозиты для ревшары.
Если рекл отдаст постбеком эту инфу — вы будете видеть своё качество по потокам практически в риалтайме и сможете понимать, где вас скоро стопнут, а где дадут анкап и ставку забампят. Мелкие и редкие депы по потоку — тревожный звонок задолго до того, как партнёрка сама остановит поток. Стабильно крупные — повод идти договариваться о ставке или снятии капы. Без сумм вы видите только бинарный статус лида — подтверждён или нет — и узнаёте о проблеме или о бонусе постфактум, когда решение уже приняли без вас.
5. Встроенная клоака, которая спокойно справляется с практически любым источником трафика
Facebook наёбывается легко и без проблем. Хватает схемы «просто редирект → четыре галочки → белая страница вместо вайта → CAPI-пиксель с токеном разработчика» — это тот самый серверный пиксель из пункта 2. Никакой возни с вайтами: модеры FB проверяют сайт на стоп-слова, а на странице ошибки или пустой странице их попросту нет. И нет, я не знаю, чего все тогда постоянно ноют.
Google наёбывается тяжелее, но всё так же реально: вреднее источника трафика просто не найти, и с наскока он не берётся. Понадобятся:
- Список гео, на которые льёте, а если ограничить гео никак — хотя бы языки и страны-исключения. Залив на весь мир с английским — опасная штука.
- Нормальный вайт — как сайт для людей, с контактами, политикой и разметкой. Файл для него лучше назвать
home.htmlилиhome.phpи ни в коем случае неindex.html— это сломает всё. - Блек — лучше всего локальным файлом со случайным именем.
- Галочка «Проверять клик рекламы» — и это строго обязательно. Кто пришёл без рекламного ID клика в ссылке — того самого
gclid, — блек не увидит. Без неё под Google лучше вообще не заливать.
И это должна быть именно клоака с конкретным вайтом, а не костыльно-ориентированная сборка потока. Каждый клик она разбирает сама и решает, какую версию сайта показать: вайт — модераторам и ботам, блек — живым людям. В идеале оба лежат локально, рядом с файлом клоаки, и редиректа как явления нет вовсе. Кстати, именно так устроен AlterCPA One — трекер с облачной самообучающейся клоакой под Google в комплекте.
6. Возможность выгружать расходы с любым источником
Расходы трекер не берёт из воздуха — их нужно импортировать: автоматически, по ссылке, руками или через API. И работать это должно с любым источником — рекламными и тизерными сетями, автозаливами. Условие почти всегда одно: сеть должна прокидывать ID креатива, объявления или адсета в одну из UTM-меток, иначе клики в трекере не с чем будет сопоставить, и расход повиснет отдельно от дохода.
Справитесь с интеграцией — и в одном месте увидите полные ROI: доходы наконец будут сопряжены с затратами. По каждому потоку и пути видно CPC, расход, прибыль (доход с холда и апрува минус расход) и ROI по связке. Автоимпорт при этом достаточно гонять пару раз в сутки — за вчера и сегодня, — и сверять вручную выписки из двух разных кабинетов больше не придётся.
Только сразу выясните, как именно ваш трекер считает ROI. Где-то окупаемость — это 100%, и всё, что ниже, — минус. А где-то окупаемость — это 0%: что с минусом — минус, что с плюсом — уже плюс. Перепутаете — и будете радоваться ROI в 90%, который на деле означает минус 10%.
7. Максимально гибкая статистика и аналитика, в идеале в формате drill-down
Чтобы на любой вопрос «что, когда, с чего и с какими сабами как конвертило» можно было ответить в пару кликов, без танцев с бубнами. Drill-down на практике — это срезы отчёта, вложенные один в другой в любом порядке: сначала по потоку, внутри потока по гео, внутри гео по сабу, внутри саба по дате. Каждый уровень разворачивается плюсиком, и не нужно пересобирать фильтры под каждый новый вопрос.
Для срезов в идеале доступно порядка двадцати параметров — дата, час, поток, путь, сайт, гео, устройство, браузер, IP, метки, subid и так далее, — а порядок вложенности задаётся простым перетаскиванием мышкой. Хочется покрутить цифры руками — отчёт выгружается в Excel.
И всё это должно оставаться быстрым на больших объёмах. Свежие клики берутся из «горячей» таблицы, а тяжёлый архив подключается, только когда период отчёта реально в него упирается, — вопрос про сегодняшний трафик не ждёт, пока трекер перелопатит историю за полгода.
8. Гибкость тарифов и бесплатный функционал, наличие серверной и облачной версии
Запросы у всех свои. Новичкам, которые тыкают 1 поток, пытаясь залить его в плюс, нужны бесплатное решение и облачная версия — например, AlterCPA Red, чтобы не иметь себе голову с серверами и прочей нечистью. Ребятам побольше нужен свой функционал, а на серьёзных объёмах — и серверная версия вроде AlterCPA Lite: без соседей по серверу и искусственных лимитов, с мощностью, которую регулируете сами (попандерщикам привет). И идеальный трекер должен закрывать все эти потребности за разумные деньги, не заставляя людей платить за приблуды, которыми они никогда не будут пользоваться.
9. Хранилище сайтов
Потребуется, если используете кастомные прокладки или вайты (полезно для некоторых источников трафика). По сути это та же схема, что с локальными файлами у клоаки из пункта 5, только сайты лежат не на отдельном хостинге, а в хранилище, связанном с самим трекером. Залили архив сайта, выбрали его в потоке или пути — и при обработке клика трекер отдаёт его сам, без редиректа.
Плюшек у такой связки несколько. У каждого сайта из хранилища своя статистика — CR, EPC, аппрув, заработок — по всем потокам и путям, где он крутится, а макросы вроде {click} или {geo} подставляются прямо в код страницы. Адрес у каждого сайта обфусцирован: по нему не угадать ни ID, ни сколько сайтов у вас вообще. А если хранилище своё, оно живёт на отдельном сервере, куда и паркуются домены: шансов словить бан из-за соседей меньше, а выйти по домену на сам трекер сложнее.
Нужно это не всем: если льёте на офферы напрямую, без своих прокладок и вайтов, проживёте и без хранилища. Но там, где свои вайты и блеки нужны регулярно, каждый наконец сможет заниматься своим делом: вы — лить трафик, клоака — фильтровать, трекер — считать, боты — идти нахуй.
Итого
Эти 9 пунктов — программа минимум. Если нет хранилища сайтов и вам оно не надо — можно пережить, но без остального функционала брать трекер = идти на компромисс и делать крайне спорный выбор.
А если вы не так давно в гембле — обращайте особое внимание на наличие бесплатного тарифа. Да и на тарифы в целом. Если думаете, что на рынке популярны лишь 1–2 решения и надо под них прогибаться, — забудьте: есть альтернативы получше, просто с меньшим маркетинговым бюджетом.