<b>Adblock detection: как не терять события, когда браузер режет теги и пиксели</b>
Adblock чаще ломает не «аналитику вообще», а конкретные точки: загрузку GTM, запросы к /collect, пиксельные gif, сторонние скрипты. Поэтому считать нужно не по факту отказа скрипта, а по тому, дошёл ли серверный hit и есть ли запасной маршрут.
Рабочая схема:
— client-side отправляет event_id и минимальный контекст
— sGTM принимает его и пишет в first-party endpoint
— если браузер блокирует пиксель, сервер всё равно видит POST
— для критичных событий держите fallback через form submit / fetch
Что проверять:
— не грузите всё через один внешний домен
— не завязывайте Purchase только на JS callback
— добавьте таймаут на client-side и retry на server-side
— сравнивайте browser count vs server count по event_name и event_id
Анти-кейс: если событие живёт только в `gtag('event')`, Adblock не просто режет доставку — вы ещё и теряете дедупликацию. Тогда Pixel и CAPI расходятся, а EMQ/Match Quality на сервере выглядит хуже, чем есть.
Вывод простой: считайте не «блок есть или нет», а покрытие маршрутов. Чем раньше у события появляется server-side дубль и нормальный event_id, тем меньше потерь от блокировок и тем чище атрибуция.
Server Attribution — sGTM, CAPI, Privacy Sandbox
@server_attribution
<b>Adblock detection: как не терять события, когда браузер режет теги и пиксели</b>
Этот пост опубликован в Telegram-канале Server Attribution — sGTM, CAPI, Privacy Sandbox. Подписаться можно по ссылке: @server_attribution.