Server Attribution — sGTM, CAPI, Privacy Sandbox

<b>Adblock detection: как не терять события, когда браузер режет теги и пиксели</b>

<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, тем меньше потерь от блокировок и тем чище атрибуция.
Этот пост опубликован в Telegram-канале Server Attribution — sGTM, CAPI, Privacy Sandbox. Подписаться можно по ссылке: @server_attribution.
tech

Свежие посты в категории «Tech Infrastructure»

Все каналы категории →

start

Готовы запустить рекламу через сеть public.tg?

Новый оффер, продукт, GEO, кейс, событие или партнёрский запуск — соберём маршрут под задачу и отдадим медиаплан.

Telegram для медиаплана: @dumay. Быстрый тест: $20 за канал, $1000 за пакет по сети.