Определите владельца и получателя события
| Что измеряем | Какой источник данных проверить | Что может помешать |
|---|---|---|
| Посещение страницы или клик по кнопке | Браузерное событие | Блокировка скрипта, запрет согласия, ошибка загрузки |
| Оплата или подтверждение в партнёрской сети | Входящий серверный postback | Потерянный ID, несогласованная схема статусов |
| Передача результата рекламной платформе | Интеграция источника | Неверный ID источника или повторная отправка |
В справке Keitaro о входящем postback описан приём сообщения от сети. Исходящий postback источника относится к другому направлению. Доставка первого сообщения не гарантирует, что рекламный кабинет получил второе. Схему согласия и объём передаваемых данных сверяйте для обоих вариантов.
Если нужны оба канала
Используйте один устойчивый ID на одно бизнес-событие и правила получателя. Если браузер и сервер независимо посылают одну покупку как два события с разными ID, получатель может учесть её дважды. Для повторной попытки отправляйте тот же ID, если это предусмотрено интерфейсом. При отдельных действиях, например регистрации и оплате, сохраняйте различие между событиями. При обновлении статуса следуйте схеме получателя.
Учебный пример. Пять покупок видны на сервере. Браузер успел отправить четыре события. Если просто сложить источники, выйдет девять. Сначала сопоставьте их по согласованному идентификатору, затем проверьте, осталось ли пять уникальных покупок. Не используйте email или телефон как видимый параметр ссылки.
Проверьте результат до запуска
Подготовьте один тест покупки и один тест повторной доставки. Посмотрите в браузере, ушёл ли запрос. В серверном журнале проверьте ответ, ID и тип события. В кабинете получателя убедитесь, что событие появилось один раз и с ожидаемой суммой. Проверьте отказ согласия и неполный сценарий, если это применимо.
Если браузерный сигнал пропал, но сервер подтвердил заказ, сверяйте итог по источнику, который отвечает за деньги. Если оба канала работают, но дают разные числа, изучите правила атрибуции получателя до изменения интеграции. Для отчёта укажите, какой источник показывает подтверждения и как учитываются повторы.
Пример реализации браузерного способа есть в документации Conversion Pixel Binom. Для внешней страницы подтверждения Binom описывает передачу Click ID в параметре bcid, после чего браузерный скрипт отправляет событие. Это подтверждает посещение страницы с пикселем. Сверку фактической оплаты по-прежнему ведите с системой заказов. Механизм повторной отправки и дедупликации у разных платформ может отличаться.