Короткий ответ
  • Передайте уникальный click_id в партнёрскую ссылку и сохраните его на своей стороне.
  • Разведите registration, deposit и approved FTD по разным событиям.
  • Проверьте подпись, дедупликацию, повторы и серверные логи до боевого трафика.

Редакционное раскрытие: Примеры объясняют механику и не являются обещанием дохода или выигрыша. Коммерческие параметры сверяются с действующими условиями, а игровые исходы всегда остаются случайными.

01

Как проходит идентификатор

Трекер создаёт click_id, добавляет его в согласованный параметр партнёрской ссылки и сохраняет связку с кампанией. Когда событие подтверждено, партнёрский сервер обращается к вашему postback URL и возвращает тот же идентификатор.

Данные и допущенияS2S-цепочка

Один click_id соединяет расход и результат.

01Клик
10Генерация click_id
02Редирект
30Передача subid
03Событие
65Регистрация или FTD
04Postback
100Запись конверсии
02

Минимальный контракт параметров

Названия полей отличаются между платформами, поэтому сначала согласуйте таблицу. Денежные поля передавайте только по HTTPS; секрет или подпись не помещайте в клиентский JavaScript.

Таблицу можно прокрутить по горизонтали

Сравнительная таблица: Минимальный контракт параметров
ПараметрНазначение
click_idСвязь с исходным кликом
eventregistration, deposit, approved
transaction_idДедупликация
payoutПодтверждённая комиссия
currencyВалюта выплаты
statuspending, approved, rejected

Проверьте postback до запуска

Передайте шаблон URL и карту параметров. Техническая команда согласует события и поможет провести тестовый клик.

03

Тестовый протокол

Создайте тестовый клик, проверьте сохранение параметра и попросите менеджера отправить тестовые события. Затем повторите один transaction_id, отправьте неизвестный click_id и неверную подпись: система должна не удвоить конверсию и отклонить неподтверждённый запрос.

  • 200 OK только после записи
  • Идемпотентность по transaction_id
  • Лог времени и payload без секретов
  • Retry не создаёт дубль
  • Часовой пояс и валюта нормализованы
04

Безопасность и приватность

Postback не должен содержать имя, email, телефон или документ игрока. Ограничьте принимаемые параметры, валидируйте типы, используйте секретную подпись и мониторьте всплески неизвестных событий. Логи храните столько, сколько требует сверка, а не бесконечно.

05

Диагностика расхождений

Если кабинет видит FTD, а трекер нет, сравните raw postback, карту параметров и статус ответа. Если событий больше, проверьте retry и дедупликацию. Если расход приписан не той кампании, проблема обычно возникает до редиректа или при повторном использовании идентификатора.

Методология и ограничения

Трекинг должен соблюдать требования приватности и не передавать персональные данные игрока в URL или postback.

Q/A

Частые вопросы

Чем postback отличается от пикселя?

S2S-запрос идёт между серверами и меньше зависит от браузерных ограничений. Но он требует корректной передачи click_id и серверной валидации.

Какое событие оптимизировать?

Сначала собирайте все этапы отдельно. Закупку обычно оценивают по approved FTD или подтверждённой выплате, а не по одной регистрации.

Почему postback приходит дважды?

Сервер мог повторить запрос после таймаута. Дедупликация по transaction_id должна оставить одну конверсию.

SRC

Источники и проверка фактов

  1. Google AnalyticsРучная разметка кампанийsupport.google.com ↗