Adblock не лечится магией: как не потерять события, когда браузер режет запросы

Adblock не лечится магией: как не потерять события, когда браузер режет запросы

Если пиксель и часть JS-запросов блокируются, считать надо не «надежду», а отказоустойчивую схему. Базовый принцип: событие должно уходить не только из браузера, но и через server-side, с одинаковым event_id для дедупликации.

Что обычно ломается:
— request к /collect или /tr/ режется фильтром;
— скрипт не успевает поднять cookie до ухода пользователя;
— callback на thank-you page не срабатывает из-за SPA/redirect.

Что делать:
— дублировать ключевые события через sGTM/CAPI;
— отправлять event_id из клиента и сервера;
— передавать fbp/fbc, IP и User-Agent там, где это допустимо;
— для важных конверсий триггерить не только pageview, а submit/confirm order на сервере.

Для контроля считайте не «все хиты», а recovery rate: долю событий, которые дошли через сервер при потере client-side. Если browser-side упал, а server-side держит хотя бы основную воронку, атрибуция не разваливается. Ловушка в том, что без deduplication вы просто удвоите Purchase и испортите оптимизацию.

Практика простая: сначала защищайте Purchase, Lead, CompleteRegistration, потом уже микрособытия. Чем выше ценность события, тем раньше его надо выводить из зоны client-only.