Adblock режет не только пиксели: как оценить потери событий без серой зоны
Adblock detection нужен не для «обхода», а для диагностики: понять, где client-side тег не отправился, и не смешивать это с багами в checkout или consent mode. Базовый паттерн — отдельный health-check на свой домен, без PII и рекламных идентификаторов.
Минимальный тест:
— на странице грузим легкий запрос /collect/ping?src=web в sGTM first-party endpoint;
— параллельно пишем факт бизнес-события на backend: order_created, lead_saved;
— в warehouse считаем разницу: backend-события минус web-ping/GA4/Pixel.
Важно: не называйте endpoint /ads, /pixel, /track. Это не защита от блокировщиков, а снижение ложных срабатываний фильтров на нейтральный технический сбор. Для Meta CAPI / TikTok Events API отправляйте только события, которые реально произошли на сервере, с корректным consent state.
Дедупликация: один event_id генерируется в момент бизнес-события и уходит в browser Pixel и CAPI. Если Pixel заблокирован, CAPI останется единственным событием; если дошли оба — платформа склеит.
Вывод: adblock detection не «восстанавливает всё». Он отделяет потерю доставки от потери конверсии и показывает, где переносить логику в server-side.
Server Attribution — sGTM, CAPI, Privacy Sandbox
@server_attribution
Adblock режет не только пиксели: как оценить потери событий без серой зоны
Этот пост опубликован в Telegram-канале Server Attribution — sGTM, CAPI, Privacy Sandbox. Подписаться можно по ссылке: @server_attribution.