Дедупликация: одно событие, два источника, одна конверсия

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

Как это решается:

— Единый идентификатор события. Браузер и сервер отправляют одно и то же событие с одинаковым event_id. Рекламная сеть видит дубль и считает один раз. Так работает большинство крупных сетей.
— Один канал на конверсию. Проще всего: деньги и заказы только с сервера, поведение только с клиента. Дублей нет по определению.
— Серверный фильтр. Если оба потока проходят через серверный контейнер, он может помнить недавние идентификаторы и отбрасывать повторы.

Где обычно ошибаются: идентификатор генерируется в браузере, а сервер получает событие с бэкенда, где этого идентификатора нет. Решение — генерировать идентификатор заказа на бэкенде и отдавать его в браузер, а не наоборот.

Проверка: сравните число конверсий в рекламном кабинете с числом заказов в базе за день. Если первое заметно больше — дубли есть.