Постбэки и статистика в CPA: чек-лист 2026, после которого данные сходятся

Обновлённая версия статьи 2017 года. Базовые принципы остались, но в 2026 многое делается через server-side и macro-replacement, не через cookie-based трекинг.

Без серверной статистики вы сливаете бюджет вслепую. Кликов много — а на каких площадках/креативах реально приходит апрув, неизвестно. Этот гайд — что и как настроить, чтобы видеть данные на уровне source → creative → offer → payout.

1. Что такое S2S-постбэк (если коротко)

Постбэк (postback, S2S, server-to-server) — HTTP-запрос, который CPA-сеть отправляет вашему трекеру в момент, когда лид одобрен. В отличие от cookie/pixel-трекинга, он работает через сервер и не страдает от блокировок браузеров (Safari ITP, iOS ATT, блокировщики рекламы).

Связка такая:

1. Вы создаёте поток в трекере, получаете уникальный clickid для каждого клика.
2. clickid передаётся в ссылку на CPA-сеть как параметр.
3. Когда лид подтверждается (или статусится в reject/trash) — CPA-сеть дёргает ваш постбэк-URL с этим clickid и статусом.
4. Трекер связывает clickid с источником клика и показывает реальную конверсию.

2. Что нужно настроить в трекере

Возьмём Keitaro как пример (один из самых распространённых трекеров в нише), принципы такие же для Voluum, BeMob, RedTrack:

• Уникальный clickid на клик — Keitaro генерит сам, передавай через макрос {subid} или {external_id}.
• Subaccounts (sub1-sub10) — параметры, которые вы пробрасываете от источника трафика (Facebook adset, тизерка campaign_id, push subscriber_id). Без них вы не отделите хорошие источники от плохих.
• Postback URL — найдёте в настройках потока, выглядит как https://your-tracker.com/postback?subid={subid}&status={status}&payout={payout}.
• События статусов — настрой обработку как минимум approved, rejected, trash, hold. Не все сети шлют все статусы.

3. Что нужно передать в CPA-сеть

При создании потока в кабинете CPA:

• Целевая ссылка с placeholder’ом для clickid: https://offer.shakes.pro/...&subid={clickid} Конкретное имя параметра (subid/sub1/clickid) — смотри в кабинете сети.
• Subaccounts — если сеть поддерживает sub1-sub5, прокидывай туда creative_id, adset_id, geo, device. Это даст drill-down в отчётах сети независимо от трекера.
• Postback URL — вставь из трекера. Большинство сетей принимают как глобальный, так и пер-офферный постбэк. На старте хватит глобального.

4. Макросы CPA-сети

При вставке постбэка сеть подставит свои макросы в ваш URL. Стандартные:

• {clickid} или {subid} — ваш clickid, должен совпасть с тем, что ждёт трекер.
• {status} — статус лида (approved/rejected/hold/trash).
• {payout} — выплата по конкретному лиду в той валюте, в которой ставка.
• {offer_id} — какой оффер сконвертил (если льёте несколько одной кампанией).
• {country}, {datetime} — дополнительные параметры.

Точные названия макросов разные в разных сетях. Проверяй документацию своей CPA.

5. clickid, subid и sub1–sub10 — это не одно и то же

Термины путают, потому что в ссылке они стоят рядом, часто в одном поле.

• clickid — уникальный идентификатор клика (клик ID), его создаёт трекер. Один клик — одно значение.
• subid / sub_id — чаще всего имя параметра, который несёт этот идентификатор в ссылке. В части систем subid и есть clickid, в других — отдельное поле.
• sub1–sub10 — дополнительные метки источника: креатив, adset, гео. Они описывают клик, а не идентифицируют его.

При этом сам clickid часто кладут именно в sub1 — отсюда запись sub1={{clickid}}. Тогда sub1 занят под идентификатор, и метку источника приходится переносить в следующий свободный sub.

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

Формы записи макросов

Одна и та же переменная пишется по-разному: {clickid}, {{clickid}}, [clickid], %clickid%. Форма зависит от того, чья система подставляет значение, — трекер в своей ссылке, рекламная площадка или CPA-сеть в постбэке.

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

6. Тест постбэка перед заливом

Самая частая ошибка — настроил, залил, через 3 дня обнаружил что 0 конверсий записано в трекере. Чтобы такого не случилось:

1. В кабинете CPA-сети найди функцию «отправить тестовый постбэк» (есть почти везде).
2. Отправь тест со статусом approved и каким-нибудь clickid.
3. Открой Keitaro → отчёт по конверсиям → должен прилететь ваш тестовый clickid.
4. Проверь что статус, payout и subaccounts передались корректно.
5. Если что-то пустое — поправь макросы и повтори тест.

Этот шаг занимает 10 минут и спасает от 3-дневных слитых бюджетов.

7. Сверка статистики

Раз в неделю сверяй: данные в трекере ≠ данные в кабинете CPA на 100%, всегда есть дельта 1-3% (отложенные постбэки, hold→approve, технические задержки). Если дельта

5% — что-то не так:

• Постбэк не доходит на некоторые статусы.
• В трекере и в кабинете разная логика времени конверсии (дата клика vs дата approve).
• Двойные срабатывания (одно событие пришло как approve и как hold).

Регулярная сверка ловит проблемы до того как они станут хроническими.

8. Что НЕ передавать в постбэк

• Чувствительные данные клиента (телефон, email лида) — это нарушает GDPR/CCPA и условия большинства CPA-сетей.
• Внутренние ID офферов рекламодателя (если они отличаются от ID в кабинете сети) — вы получите данные, которые ничего не значат для оптимизации.

Чек-лист перед заливом

• Поток в трекере создан, clickid генерится.
• Целевая ссылка в кабинете CPA содержит макрос для clickid.
• Postback URL вставлен в кабинет CPA, все нужные макросы заполнены.
• Sub1-sub5 настроены и пробрасываются от источника трафика.
• Отправлен тестовый постбэк, конверсия отобразилась в трекере.
• Сверка статистики на 1-й и 7-й день после старта.

CTA

В Shakes.pro полная документация по постбэкам, готовые шаблоны под Keitaro/Voluum/BeMob, и менеджер поможет настроить интеграцию за один звонок.