Дедуп конверсий ломает аналитику чаще, чем ошибка в трекере

Дедуп конверсий ломает аналитику чаще, чем ошибка в трекере

Если один лид может прилететь из формы, CRM и postback, без дедупа вы получите три конверсии вместо одной. Нужен единый ключ события: order_id, lead_id, transaction_id или другой стабильный идентификатор, который создаётся один раз и проходит через все системы.

Правило простое: в аналитике храните не сам факт события, а связку из ключа и статуса обработки. Сначала проверка на наличие ключа, потом запись, потом пометка как учтённого. Если событие уже есть, новая отправка не должна увеличивать счётчик. Для оффлайн-источников добавляйте окно дедупликации и таймаут повторной отправки.

Важно заранее решить, что считать дублем:
— одинаковый ключ и одинаковое действие;
— повторный postback по той же сделке;
— повтор формы после редиректа или обновления страницы;
— повторная отправка из-за ретрая на стороне сервиса.

Отдельно проверьте, где ломается связка: в момент генерации ID, при передаче между сервисами, при ретраях и в ручных импортных файлах. Самая частая ошибка — дедуп только на стороне одной системы, когда другая продолжает считать событие как новое.

Сделайте один стабильный ключ, одинаковые правила проверки и логирование всех повторов — тогда отчёты перестанут разъезжаться и оптимизация будет опираться на реальные конверсии.

—
Чтобы быть в курсе рынка — подпишись на @ivanov_traffic_lab_4442710541