Нарисуйте маршрут события
Перечислите все источники: код сайта, GTM, CMS-плагин, CRM-коннектор и серверный обработчик. Для каждого зафиксируйте название события, момент срабатывания и ответственного. Убедитесь, что покупка или заявка не отправляются повторно после обновления страницы благодарности.
Далее по теме: Аудит конверсий Google Ads: считается ли настоящая заявка.
Согласуйте идентификаторы
Для браузерной и серверной копии одного действия должны быть согласованы event_name и тот же идентификатор события: eventID в соответствующем вызове Pixel и event_id в серверном payload. Для нового действия требуется новый ID. Не создавайте независимые случайные значения для двух копий и не используйте один ID для всех покупок.
Далее по теме: Повторные API-запросы в Laravel: как не создавать дубликаты.
Проверьте тестовый сценарий
Создайте одно тестовое действие и проверьте его в доступных инструментах Events Manager. Сопоставьте имя, ID, время, сумму и валюту. Затем повторите доставку и проверьте диагностику дедупликации. Отдельно контролируйте требования к согласию и передаваемым данным: серверный канал не отменяет правил их использования.
Одинакова ли сумма автоматически устраняет дубликаты?
Нет. Две разные покупки могут иметь одинаковую сумму. Нужна идентичность события, а не сравнение только его стоимости.