Custom domain в sGTM: где чаще всего теряется first-party контекст

Custom domain в sGTM: где чаще всего теряется first-party контекст

Custom domain нужен не «для красоты», а чтобы контейнер жил в той же зоне доверия, что и сайт: tags.example.com рядом с www.example.com. Тогда cookies, заголовки и consent-сигналы проходят предсказуемее, чем через дефолтный домен провайдера.

Минимальный чек-лист:
— CNAME ведёт на endpoint sGTM, SSL выпущен и автообновляется
— в Web GTM endpoint заменён на https://tags.example.com
— GA4 Client принимает запросы с нужных путей: /g/collect, /collect
— Preview работает через тот же домен, а не через запасной URL

Типовая ошибка: домен подключили, но теги продолжают стрелять в старый endpoint. Проверка простая: DevTools → Network → фильтр collect. В Request URL должен быть ваш subdomain, а не сторонний хост.

Для CAPI и Events API custom domain сам по себе не повышает match quality. Он только помогает стабильнее собрать исходные сигналы: fbp, fbc, client_id, consent state, user-agent.

Вывод: сначала добейтесь чистого routing через custom domain, потом оптимизируйте payload. Иначе будете чинить EMQ поверх дырявой доставки событий.