Server Attribution — sGTM, CAPI, Privacy Sandbox

Adblock режет не только пиксели: как оценить потери событий без серой зоны

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

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

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

start

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

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

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