ПРАКТИЧЕСКОЕ РУКОВОДСТВО / ТРЕКИНГ КОНВЕРСИЙ
Почему расходятся отчёты о конверсиях в iGaming
Деловое общение — на английском.
Сначала убедитесь, что во всех системах сравниваете одни и те же события за один период и с одинаковым статусом. Затем проверьте цепочку постбэков, чтобы отличить расхождения в отчётности от проблем передачи данных.
Рассматриваете Джеймса на роль медиабайера?
Обсудить роль с ДжеймсомЭто руководство показывает, как я проверяю определения конверсий, цепочки postback и расхождения в отчётности. Для обсуждения найма расскажите о роли, каналах и обязанностях по трекингу, которые вы хотите оценить.
Рабочее общение ведётся на английском языке.
Хотите сначала разобраться самостоятельно? Ниже — практическое руководство.
Проверка S2S-постбэков при пропущенных конверсиях и расхождениях в отчётах
В бэкенде событие есть, а в трекере нет
Проверьте, было ли отправлено событие, сохранился ли click ID трекера и какой ответ вернул получатель. Если нет общего идентификатора или журнала доставки, отметьте расхождение как невыясненное.
В трекере событие есть, а в рекламной сети нет
Сначала убедитесь, что для события настроена отправка постбэка в рекламную сеть. Затем отдельно проверьте этот этап передачи: click ID источника, сопоставление событий, ответ получателя и фильтры отчёта сети. Успех первого этапа не подтверждает успех второго.
Событие есть в обеих системах, но итоги за день различаются
Согласуйте часовые пояса, границы периода, принцип группировки по времени визита или получения постбэка, статус подтверждения и правила атрибуции. Дождитесь обновления отчётов с учётом известной задержки и повторите экспорт, прежде чем менять настройки.
1. Определите конверсию до сравнения CPA
Регистрация, подтверждённая партнёрская конверсия и первый депозит (FTD) — разные результаты. Статус подтверждения также может измениться после первой фиксации события. Прежде чем сравнивать итоги, запишите для каждого отчёта событие и условия его учёта.
- Укажите событие, условие его срабатывания и требования к подтверждению.
- Зафиксируйте, считает ли отчёт события, уникальных пользователей или подтверждённые действия.
- Рассчитывайте CPA по расходам и согласованному числу конверсий за один период и при одинаковых условиях отбора данных; CPA регистрации — не стоимость привлечения первого депозита (FTD).
2. Согласуйте даты, часовые пояса и правила атрибуции
Дата клика, дата конверсии и время получения постбэка могут различаться. Например, Voluum поддерживает отчётность по времени визита или времени постбэка. Поэтому отложенная конверсия может учитываться под разными датами, хотя само событие не потеряно.
- Используйте одинаковый часовой пояс и границы отчётного периода во всех выгрузках.
- Документируйте, какая временная метка используется, а также модель и окно атрибуции в каждой системе.
- Фиксируйте время формирования каждой выгрузки и учитывайте известные задержки подтверждения или отчётности перед повторным сравнением.
Источник: Voluum: отчётность по времени регистрации конверсии
3. Проследите событие по цепочке постбэков
Межсерверный постбэк (S2S) передаёт информацию о конверсии между системами. Проверяйте каждый участок отдельно: от бэкенда или партнёрской платформы к трекеру, затем от трекера к рекламной сети. Успешная передача на одном участке не подтверждает успех на следующем.
- Проследите выборку, к которой у вас есть разрешённый доступ, по соответствующему click ID и идентификатору события или транзакции.
- Сопоставьте тип отправленного события с настройками сопоставления событий в принимающей системе и доступными журналами ответов или ошибок.
- Сверьте обработку дублей, обновления статусов и отложенную доставку с документацией конкретной интеграции. Разные события от одного клика не обязательно являются дублями.
Источник: Voluum: параметры в URL постбэков · Voluum: пользовательские конверсии
4. Сверьте доступные вам данные
Начните с одной кампании и ограниченного периода. Сопоставляйте записи, если у них есть общие идентификаторы. Сравнивайте суммарные показатели только после согласования событий, фильтров и настроек времени. Партнёрской команде могут быть доступны отчёты о подтверждённых конверсиях, но не данные оператора о депозитах; зафиксируйте это ограничение вместо того, чтобы делать предположения о депозитах.
- Совпадение: одно и то же событие можно идентифицировать в обеих системах.
- Объяснённое расхождение: разницу объясняют время, статус, фильтры или определения.
- Не выяснено: данных недостаточно либо нужно изучить конкретную проблему доставки или сопоставления событий.
5. Определите конкретное следующее действие
Полезный разбор фиксирует вывод, подтверждающие данные, ответственного и последующую проверку. Исправьте подтверждённую ошибку сопоставления событий или приведите настройки отчётов к единому виду, затем сравните снова. Не меняйте несколько настроек трекинга одновременно: так сложнее понять, какое изменение повлияло на результат.
Не считайте каждую несопоставленную запись потерянным доходом и не увеличивайте расходы только потому, что один дашборд показывает более низкий CPA. Если причина остаётся неясной, укажите, какие данные помогут её установить.
CPA снизился после исправления трекинга: улучшилась ли эффективность?
Снижение CPA в отчёте после исправления трекинга может означать, что ранее пропущенные конверсии начали учитываться. Прежде чем считать это основанием для увеличения расходов:
- Зафиксируйте изменение измерений. Запишите, что исправили, когда внесли изменение и какие события оно затронуло. При сравнении до и после укажите определение события, временную основу отчёта и статус подтверждения: изменение метода подсчёта ограничивает выводы из такого сравнения.
- Проверьте результаты на стороне рекламодателя. Если доступны отчёты рекламодателя, используйте полные отчётные периоды одинаковой длительности с тем же набором кампаний, событием и правилами подтверждения. Сравните расходы и подтверждённые конверсии с учётом известных задержек отчётности или подтверждения. Больше учтённых регистраций не означает больше подтверждённых первых депозитов.
- При наличии данных оцените, что происходит после первой конверсии. Проверьте выручку или удержание привлечённых пользователей, если эти отчёты доступны. В противном случае зафиксируйте ограничение, а не делайте вывод об улучшении качества клиентов только по CPA.
- Определите следующее действие на основе данных. Если данные рекламодателя не подтверждают улучшение, не считайте снижение CPA в дашборде сигналом к масштабированию. Если данные дают основания для теста, согласуйте ограниченное увеличение бюджета и отслеживайте те же результаты; оценивайте тест отдельно от изменения метода подсчёта.
Джеймс в LinkedIn: изменения трекинга и CPA в отчётах
Когда отчёты станут сопоставимыми, оцените стоимость привлечения с учётом ценности клиента. Стоимость привлечения и ценность клиента
Практический чек-лист для сверки отчётов
Выберите одну кампанию и ограниченный период. Во внутреннем журнале проверки заведите строку для каждого события из выборки со следующими полями:
- Кампания и источник отчёта; время экспорта и часовой пояс.
- Определение события, единица подсчёта и статус подтверждения.
- Click ID трекера, click ID источника и ID события или транзакции, если доступны.
- Время клика, конверсии и получения постбэка, если эти данные доступны.
- Результат: совпадение, объяснённое расхождение или невыясненное расхождение.
- Подтверждающие данные, ответственная команда, предлагаемое действие и дата следующей проверки.
Условный пример, не результат клиента: клик происходит до полуночи, а конверсия поступает следующим утром. Отчёты с группировкой по дате визита и дате получения постбэка могут отнести событие к разным дням. Прежде чем считать событие потерянным, найдите его в обеих системах и проверьте, по какой дате оно учтено.
Постбэк успешен. Почему число конверсий в отчётах отличается?
Успешный запрос сам по себе не доказывает, что нужное событие записано с правильным кликом и включено в открытый отчёт. Проверьте оба этапа передачи, сопоставление событий, основу дат, фильтры и задержку обновления.
Заполненный пример: сверка 10 / 9 / 10 конверсий
Учебный условный пример. Все количества, идентификаторы, даты и ссылки на доказательства вымышлены. Это не результаты клиентов и не настройки платформ по умолчанию. Названия полей оставлены на английском, как в скачиваемой таблице.
1. Задайте параметры на листе Review
Проверяется одна кампания и одно событие регистрации. Все десять регистраций относятся к выбранному источнику, соответствуют одинаковым правилам проверки и окну атрибуции. Девять событий уже совпадают; десятое требует проверки.
Показать все заполненные параметры
| Поле таблицы | Заполненное значение |
|---|---|
| Campaign / market | DEMO-01 / hypothetical market |
| Conversion event / trigger | registration / backend validates a completed registration |
| Counting unit | One unique event ID per validated registration |
| Period start (inclusive) | 2026-10-11 00:00:00 |
| Period end (exclusive) | 2026-10-12 00:00:00 |
| Time zone | UTC for all fields |
| Owner | Media buyer (hypothetical role) |
| Review date | 2026-10-13 |
| Currency | N/A: event-count reconciliation; no spend comparison |
| Approval / rejection rules | Include validated registrations only |
| Attribution model / window | Scenario assumption: last eligible click / 7 days |
| Expected reporting delay | Scenario assumption: up to 24 hours; verify actual integration |
| Reference system | Backend export B01 |
| Exclusions (QA, duplicates) | Exclude test events and repeated event IDs |
| Maturity cutoff / rationale | Export 2026-10-13 09:00 UTC, more than 24 hours after period end |
| Access / evidence gaps | Scenario assumes permitted access to all event logs and exports |
2. Согласуйте отчёты до расчёта разницы
Все исходные отчёты выгружены 13 октября в 09:00 UTC. Трекер сначала группирует события по дате клика, остальные источники — по дате конверсии. Для трекера укажите No в Comparable? и оставьте разницу пустой. Значения 9 и 10 требуют проверки, но не доказывают потерю конверсии.
| Источник | Исходная основа дат | Исходное число | Сопоставимо? | После сверки / разница |
|---|---|---|---|---|
| Рекламная сеть (N01) | Дата конверсии | 10 | Yes | 10 / 0 |
| Трекер (T01 → T02) | Дата клика | 9 | No → Yes | 10 / 0 |
| Бэкенд / эталон (B01) | Дата конверсии | 10 | Yes | 10 / — |
Согласованный источник сравнения — выгрузка бэкенда. После сопоставления ID и перегруппировки событий трекера по времени конверсии все три набора содержат одинаковые десять ID событий. У трекера становится 10 событий и разница 0. Если нужные данные недоступны, расхождение остаётся нерешённым.
3. Заполните Event log для события около полуночи
Клик произошёл 10 октября в 23:58 UTC, регистрация — 11 октября в 00:06 UTC. Отчёт за 11 октября по дате клика исключает это событие, хотя конверсия и оба постбэка произошли 11 октября. В примере записи получателей подтверждают правильное событие и клик; одного сообщения об успехе недостаточно.
Показать заполненную строку события
| Поле таблицы | Заполненное значение |
|---|---|
| Sample ID | S01 |
| Event / approval status | registration / validated |
| Tracker click ID | T001 |
| Source click ID | N001 |
| Event / transaction ID | E001 |
| Click time | 2026-10-10 23:58:00 |
| Conversion time | 2026-10-11 00:06:00 |
| Tracker receipt time | 2026-10-11 00:06:02 |
| Network receipt time | 2026-10-11 00:06:04 |
| Time zone | UTC |
| Match status | Explained difference |
| Evidence reference | DEMO B01 / T01 / N01: E001 mapped to T001 and N001; both receivers recorded registration |
| Finding | Click-date report excludes E001 from 11 October; conversion-date report includes it |
| Next action | Regroup tracker export by conversion time and compare the full event-ID set |
| Owner | Tracking analyst (hypothetical role) |
| Next check | 2026-10-13 10:00:00 UTC |
4. Запишите вывод и закройте задачу после проверки
Показать заполненную строку задачи
| Поле таблицы | Заполненное значение |
|---|---|
| Issue ID | D01 |
| Finding / evidence | Date-basis mismatch for E001; see DEMO B01 / T01 / N01 |
| Status | Closed |
| Next action | Use conversion-time grouping for this review; preserve original exports |
| Owner | Tracking analyst (hypothetical role) |
| Due date | 2026-10-13 |
| Verification evidence | DEMO T02 at 10:00 UTC: 10 event IDs match B01 and N01. All Comparable? = Yes. Network and tracker deltas = 0. |
| Closed date | 2026-10-13 |
Причина расхождения — основа дат отчёта. Это не подтверждает улучшение кампании, возврат выручки или необходимость увеличить бюджет. Равенство итогов лишь начало; основанием для закрытия служит совпадение десяти ID событий.
Скачайте Excel и заполните свою проверку
Если после согласования разница остаётся
Проверьте приём нужного события и сохранение ID на обоих этапах постбэка. Затем проверьте сопоставление событий, подтверждение, обработку дублей, фильтры и обновление отчётов. При отсутствии доказательств назначьте следующую проверку команде с доступом к данным.
Например, PropellerAds описывает отдельные цели конверсии и предупреждает, что появление конверсии в статистике может занять до 24 часов. Это правило конкретной платформы, а не универсальный срок ожидания. Официальная документация S2S (проверено 13 октября 2026 г.)
FTD отображается в отчёте. Оптимизируется ли кампания именно под FTD?
Не обязательно. Бизнес-цель, событие, отправляемое трекером, цель в рекламной сети и сигнал оптимизации нужно проверять отдельно. Наличие столбца FTD не доказывает, что этот сигнал управляет показами или что кампания прибыльна.
Условный диагностический пример. Идентификаторы, числа и настройки вымышлены; это не результаты клиента и не настройки платформы по умолчанию.
Оператор хочет привлекать больше клиентов с первым депозитом, принятым по согласованным правилам. Допустим, команда проверила следующую схему кампании PropellerAds CPA Goal. Регистрации и FTD передаются, но выполняют разные функции.
На узком экране таблицу можно прокручивать по горизонтали.
| Проверка | Условная подтверждённая настройка | Значение |
|---|---|---|
| Бизнес-цель | Принятый FTD | Желаемый результат оператора |
| Трекер → основной постбэк | registration | Основное событие для рекламной сети |
| Трекер → дополнительная цель | first_deposit → goal=2 | Отдельно учитываемое последующее событие |
| Сигнал оптимизации | Основной постбэк | В этой конфигурации — регистрация |
Согласно PropellerAds, на работу кампаний CPA Goal влияют только события основного постбэка; дополнительные цели учитывают последующие события. Правило относится к этой платформе и типу кампании. Документация платформы; проверено 14 октября 2026 г.: PropellerAds: S2S / CPA Goal.
Что проверить дальше
- Проверьте одновременно исходящее сопоставление событий и текущие настройки кампании. Одного названия события в трекере недостаточно; сохраните датированное подтверждение принимающей цели.
- Сравните регистрации и принятые FTD для когорт одинакового возраста. Задержку или отсутствие данных FTD сначала отметьте как пробел, а затем оценивайте, оправдывают ли дешёвые регистрации рост расходов.
- Если сигнал отличается от бизнес-цели, согласуйте следующий тест с владельцем аккаунта. До изменения настроек проверьте поддержку платформы, качество событий и доступный объём конверсий.
Какие выводы подтверждены
Схема объясняет, какой сигнал получает кампания, но не причину слабых депозитов. Она не доказывает проблему оплаты, KYC или качества трафика. Запишите текущую настройку, предполагаемое изменение, согласующего и условие повторной проверки. Автоматически переключать основную цель на FTD не следует.
Чем может помочь James
James может проверить сопоставление событий и доступные отчёты по источникам и площадкам, описать обоснованный тест и недостающие данные. Доступ к настройкам и сами изменения согласуются отдельно.
Сравните CPA регистрации с подтверждёнными FTD
Запишите доказательства в таблицу Tracking · Как я определяю события перед сравнением затрат на кампании
В трекере есть конверсия, а в рекламной сети нет: какого ID не хватает?
Click ID трекера и click ID источника выполняют разные задачи. Первый связывает событие с визитом в трекере; второй может требоваться для обратной передачи в рекламную сеть. Нельзя подменять один другим из-за похожего названия.
Условный диагностический пример. Идентификаторы, числа и настройки вымышлены; это не результаты клиента и не настройки платформы по умолчанию.
В бэкенде и трекере есть регистрация E204, связанная с T204. Но в доступном экспорте не виден ID клика источника, а в отчёте сети нет соответствующего события. Причина пока не установлена.
На узком экране таблицу можно прокручивать по горизонтали.
| Где искать | Условное наблюдение | Следующий вопрос |
|---|---|---|
| Событие в бэкенде | E204 / registration / accepted | Связано ли оно с правильным визитом трекера? |
| Запись трекера | E204 связано с T204 | Сохранился ли ID источника при входе? |
| Click ID источника | Не виден в экспорте | Он отсутствует или не включён в этот отчёт? |
| Исходящий запрос | Ещё не проверен | Какие ID и событие отправлены фактически? |
Voluum указывает cid как обязательный параметр click ID трекера. PropellerAds отдельно описывает токен ID источника. Названия полей и сопоставление зависят от интеграции. Документация платформы; проверено 14 октября 2026 г.: Voluum: postback parameters · PropellerAds: S2S tokens.
Что проверить дальше
- Проверьте разрешённую к использованию запись входа и сопоставление токенов. Пустое значение или нераскрытый шаблон требуют проверки; отсутствие столбца в экспорте само по себе не доказывает сбой.
- Проследите то же событие в исходящем запросе и результате приёма. Сверьте адресата, ID источника, событие и время. Ответ сервера и включение в отчёт — разные доказательства.
- Если ID не сохранялся, уточните у ответственной команды, осталась ли достоверная связь. Не придумывайте ID и не привязывайте событие к другому клику. При нехватке данных оставьте вопрос открытым.
Какие выводы подтверждены
Подтверждённая ошибка сопоставления даёт основание для ограниченного исправления и разрешённого теста, но не гарантирует восстановление прошлых конверсий. До повторной отправки владелец интеграции или платформа должны подтвердить процедуру и обработку дублей. Тестовые события исключаются из статистики эффективности.
Чем может помочь James
James может собрать доказательства по этапам передачи и подготовить вопросы для трекера, сети или оператора. Недоступные данные бэкенда и внутренние сбои платформы проверяет команда с соответствующим доступом.
Запишите доказательства в таблицу Tracking · Как я определяю события перед сравнением затрат на кампании
Четыре постбэка: четыре конверсии, два события или один клиент?
Считайте заранее определённые бизнес-события, а не уведомления. Повторная доставка, новое событие и обновление статуса требуют разной обработки. Удаление всех повторов по click ID также может исключить корректные последующие события.
Условный диагностический пример. Идентификаторы, числа и настройки вымышлены; это не результаты клиента и не настройки платформы по умолчанию.
Все четыре уведомления относятся к одному проверенному тестовому пути T031. Повтор регистрации содержит тот же ID и данные. Последнее уведомление меняет статус исходной регистрации, а не создаёт новую. В примере связи между ID считаются проверенными.
На узком экране таблицу можно прокручивать по горизонтали.
| Уведомление | ID / тип события | Как понимать |
|---|---|---|
| 1 | E101 / registration / pending | Первое сообщение о регистрации |
| 2 | E101 / те же регистрация и статус | Повтор уведомления 1 |
| 3 | D201 / first_deposit / accepted | Отдельное последующее событие |
| 4 | E101 / registration / approved | Обновление статуса исходного события |
RedTrack предлагает разные режимы обработки дублей: создание, игнорирование или обновление конверсии. Проверьте фактический режим и идентификацию события; единой настройки для всех случаев этот пример не задаёт. Документация платформы; проверено 14 октября 2026 г.: RedTrack: conversion types and duplicates.
Что проверить дальше
- Свяжите попытки доставки с событиями. Здесь четыре уведомления, два разных бизнес-события, одна регистрация и один FTD — не четыре новых клиента.
- Проверьте, как интеграция различает повторы и изменения статуса. Переход pending → approved не обязательно создаёт новую конверсию; одинаковый click ID не всегда означает дубль события.
- Сверьте не только трекер, но и принимающую систему. Исправление в одной системе не доказывает обновление количества или суммы в другой. Запишите ожидаемый результат и проверьте после предусмотренной задержки.
Какие выводы подтверждены
Для показателя подтверждённых регистраций результат примера — одна; для принятых FTD — тоже один. Нельзя сложить два типа событий и назвать их двумя привлечёнными клиентами. Без ID или истории статусов число уникальных событий остаётся неизвестным.
Чем может помочь James
James может разделить уведомления, события и статусы в журнале расхождений и проверить правила подсчёта. В таблице выделите строку для каждого отдельного события, а повторы и обновления укажите в примечаниях к доказательствам. Не удаляйте записи ради совпадения итогов.
Запишите доказательства в таблицу Tracking · Как я определяю события перед сравнением затрат на кампании
Скачать таблицу для проверки трекинга
Сравните отчёты по одной кампании и одному событию конверсии. Сохраните подтверждающие данные и следующие шаги в одном файле.
Report downloads are not shared through this portfolio.
На английском · XLSX · 9 КБ · Бесплатно, без регистрации
- На листе Review задайте событие, период отчёта и правила сравнения. Вносите итоги трёх источников после согласования параметров.
- На листе Event log укажите выбранные события, время и подтверждающие данные. Для нерешённых расхождений назначьте ответственного и дату следующей проверки.
Пустая разница означает, что данные неполны или несопоставимы. Ноль означает равенство итогов, но не подтверждает совпадение всех событий. В файле есть явно обозначенный условный пример.
Вопросы о трекинге перед изменением кампании
Постбэк успешен. Почему число конверсий в отчётах отличается?
Успешный запрос сам по себе не доказывает, что нужное событие записано с правильным кликом и включено в открытый отчёт. Проверьте оба этапа передачи, сопоставление событий, основу дат, фильтры и задержку обновления. Посмотреть заполненный пример 10 / 9 / 10
Можно ли сравнивать CPA регистрации и первого депозита?
Эти показатели отражают разные результаты. При сравнении CPA используйте одно и то же определение события, одинаковую единицу подсчёта и одинаковый набор данных в отчётах. Снижение CPA регистрации само по себе не означает снижения стоимости привлечения первого депозита или роста прибыльности.
Какой контекст полезен при обсуждении обязанностей по трекингу?
Опишите роль, рынок, инструменты и обязанности по трекингу. Для первого обсуждения достаточно общего анонимизированного примера; не присылайте пароли, данные игроков или конфиденциальные отчёты.
Как этот метод связан с моей работой
Мой практический опыт включает платный трафик в APAC и S2S-трекинг в RedTrack. Это руководство показывает, как я определил бы расхождение в отчётности, выявил нерешённые вопросы и выбрал следующие проверки. Команда по найму может использовать его для обсуждения моего подхода к измерению и управлению кампаниями.
Это руководство по диагностике, а не клиентский кейс и не обещание одинаковых итоговых цифр во всех системах.
Обсудить роль медиабайера
Расскажите о компании, роли, формате работы и обязанностях по кампаниям или трекингу, которые хотите обсудить.
Рабочее общение ведётся на английском языке.
For job opportunities, use the current contact page.
Discuss a role with James (English)