Настройка трекинга для CPA-кампаний: постбэки, дедупликация, отчёты
В CPA трекинг — это контракт, сделанный техническим: постбэк решает, что оплачивается. Этот гид проходит корректную настройку — постбэки, дедупликация, антифрод-сигналы и отчётность, — чтобы обе стороны смотрели на одни цифры.
Почему server-to-server постбэки — стандарт
Браузерный пиксель срабатывает с устройства пользователя — значит, умирает от блокировщиков рекламы, настроек приватности, закрытых вкладок и перенаправленных потоков. В партнёрском маркетинге, где каждая потерянная конверсия — спор, эта хрупкость неприемлема. Server-to-server постбэк решает это: когда ваша система фиксирует оплачиваемое событие, ваш сервер вызывает трекер баера напрямую. Браузер не участвует, блокировать нечего.
Механика: трекер баера фиксирует клик с уникальным click ID, переданным на ваш лендинг как параметр. Ваша система хранит его с пользователем, и когда оплачиваемое событие срабатывает — депозит, подтверждённый заказ, активация, — ваш сервер вызывает URL постбэка с этим click ID плюс параметры, нужные сделке. Протестируйте end-to-end реальной конверсией до запуска: сработало один раз, параметры целы, значения совпадают в обеих системах.
Click ID и цепочка хранения
Всё в CPA-валидации прослеживается к click ID: это цепочка хранения от источника трафика до вашей системы учёта. Когда конверсия оспаривается — отклонена как фрод, заявлена как дубль, — пересмотр идёт по данных уровня клика: метки времени, параметры, путь пользователя. Настройка, теряющая click ID (срезанный редиректами, не сохранённый через вашу воронку, перезаписанный поздними кликами), не может разрешать споры, значит, они разрешаются против вас по умолчанию.
Проверьте вашу цепочку до запуска: click ID захвачен на лендинге, сохранён через регистрацию или checkout, прикреплён к оплачиваемому событию и включён в ваши отчёты валидации.
Дедупликация: подсчёт каждой конверсии ровно один раз
Дубли приходят предсказуемыми путями: один и тот же пользователь конвертирует через органический визит и платный клик; два платных источника претендуют на одного пользователя; ваша система повторно отправляет постбэк после таймаута. Без правил каждый становится платёжным спором. Правила, предотвращающие это, согласуются до трафика: атрибуционное окно — как долго клик зарабатывает кредит; правило конфликта — кто выигрывает, когда два источника претендуют на одну конверсию; и идемпотентность — повторные постбэки логируются, но не засчитываются дважды.
Ваша система учёта — финальный арбитр: один и тот же ID заказа или клиента не может аппрувиться дважды, что бы ни говорили постбэки. Внесите эти правила в письменные условия, потому что цель не устранение дублей — этого никогда не происходит, — а их сжатие до малого, предсказуемого, неоспариваемого остатка.
Антифрод на уровне трекинга
Трекинговые данные — первая линия антифрод-защиты, и сигналы конкретны. Тайминг: интервалы клик-конверсия, которые не производит ни один человек, метки конверсий, плоские по дню. Идентичность: отпечатки устройств, IP и click ID, повторяющиеся с невозможной частотой. География: несоответствия между локацией клика, локалью устройства и GEO конверсии. Поведение: конверсии с нулевыми последующими событиями. И паттерн-аномалии на уровне источников.
Детекция — половина защиты; сверка — другая. Конверсии сопоставляются с вашей системой учёта в пределах холд-окна — прошедшие депозиты, подтверждённые заказы, активные подписки, — так что мошеннические конверсии ловятся до оплаты, а не оспариваются после. Источники, системно производящие отклонения, выводятся из ротации.
Отчётность: что обе стороны должны видеть
Отчётность — слой прозрачности сделки. Как минимум вы должны видеть конверсии по дням со статусом валидации и мочь проследить любую конверсию до атрибутов её источника — кампания, плейсмент, креатив, параметры уровня клика. Баер должен видеть ваши исходы аппрува по конверсиям с причинами отклонений достаточно быстро для оптимизации. Этот второй поток — тот, которым рекламодатели чаще всего пренебрегают, и именно он определяет, улучшается качество или стагнирует.
Гранулярность детализации источника следует соглашению о прозрачности для сотрудничества, — но принцип абсолютен: каждый вопрос качества должен иметь ответ в данных.
Предзапускной трекинг-чек-лист
До любого трафика: трекинг-платформа запущена — Keitaro, Everflow, Affise, TUNE (HasOffers), CAKE, Binom, RedTrack или собственный эквивалент. URL постбэка настроен с click ID, типом события и параметрами KPI. End-to-end тест с реальной конверсией проверен в обеих системах. Сохранение click ID проверено через всю вашу воронку. Правила дедупликации и атрибуции написаны. Холд валидации определён и укомплектован. Причины отклонений кодированы. Еженедельная сверка в календаре.
Каждый пункт этого списка дешевле спора, который он предотвращает. Чек-лист KPI сворачивает их в полную двадцатипунктную подготовку запуска.