Тест: infrastructure и server-side

TL;DR

• Server-side инфраструктура нужна не для “обхода браузеров”, а для управляемого качества данных, безопасности и устойчивости рекламной оптимизации.
• sGTM переносит часть логики в серверный контейнер, но требует custom domain, корректных клиентов, тегов, transformations и логов.
• CAPI работает только тогда, когда события дедуплицируются и связываются с CRM-качеством, а не просто дублируют пиксель.
• В практическом кейсе важно назвать места диагностики в цепочке, а не ограничиться фразой “проверить настройки”.

Как проходить этот зачет

• Дайте себе 30-35 минут: этот зачет технический, поэтому формулируйте ответы через цепочку передачи данных.
• На каждый вопрос представьте маршрут события: browser -> web GTM -> server endpoint -> server container -> vendor API -> отчет.
• В кейсе перечисляйте конкретные проверки в Preview: входящий запрос, Client, Tag, response, event data, errors.
• После проверки отметьте, какие темы требуют разговора с разработчиком или аналитиком, а не самостоятельной настройки в интерфейсе.

Что повторить перед стартом

• Client-side tracking теряет точность из-за ITP, ad blockers, cookie restrictions, consent mode и ограничений платформ.
• First-party cookie создается доменом сайта, поэтому обычно устойчивее third-party cookie, но не отменяет privacy-правила.
• sGTM принимает данные на серверном endpoint и отправляет их дальше в GA4, Google Ads, Meta или другие системы.
• Transformations помогают фильтровать или изменять данные перед отправкой vendor-платформам.
• Deduplication требует общего event_id между browser и server событиями.

Маркетинговая инфраструктура становится отдельной зоной ответственности, потому что браузеры, платформы и регуляторы ограничивают старую модель пикселей. Команда должна понимать, какие данные собираются, зачем, где они преобразуются и кто отвечает за ошибки.

Хороший server-side проект начинается не с “перенести все теги”, а с одного критичного события: purchase, qualified lead, subscription, approved application. Когда этот поток стабилен, логируется и сверяется с CRM, инфраструктуру можно масштабировать.

Тестовая часть

Блок 1: Вопросы

1. Почему Client-side tracking становится менее точным?

   • А) Из-за плохой скорости интернета.
   • Б) Из-за ограничений браузеров (ITP), блокировщиков рекламы (AdBlock) и удаления кук (Third-party cookies).
   • В) Потому что люди перестали пользоваться компьютерами.
   • Г) Это заговор программистов.

2. Как работает Server-side GTM (sGTM)?

   • А) Он устанавливается на компьютер пользователя.
   • Б) Данные с сайта отправляются на ваш собственный облачный сервер, а уже сервер распределяет их по рекламным системам (Facebook, Google).
   • В) Это просто более дорогая версия обычного GTM.
   • Г) Он вообще не использует теги.

3. Что такое First-party cookies?

   • А) Куки, которые создает сам домен сайта, на котором находится пользователь.
   • Б) Самые первые печенья в столовой Goodlabs.
   • В) Куки, которые создаются рекламными сетями на чужих доменах.
   • Г) Ошибка 404.

4. Зачем нужен Facebook Conversions API (CAPI)?

   • А) Для отправки сообщений в Messenger.
   • Б) Для передачи данных о конверсиях напрямую с сервера в Facebook, минуя браузерные ограничения.
   • В) Чтобы Facebook стал бесплатным.
   • Г) Это только для крупных корпораций.

5. Как sGTM помогает в безопасности данных?

   • А) Он шифрует все пароли пользователей.
   • Б) Он позволяет фильтровать данные перед отправкой в рекламные системы, удаляя лишнюю персональную информацию (PII).
   • В) Он блокирует всех хакеров.
   • Г) Никак не помогает.

Блок 2: Практический Кейс

Ситуация: Вы внедрили sGTM, но данные всё равно не приходят в GA4. Задание: Назовите 3 места в цепочке передачи данных, которые вы проверите в первую очередь в режиме Preview GTM.

---

Ответы для самопроверки

Вопросы:

1. Б
2. Б
3. А
4. Б
5. Б

Кейс (Вариант ответа):

1. Тег в браузерном контейнере (отправляет ли он данные в сторону сервера?).
2. Настройки транспортного URL (корректно ли указан адрес сервера?).
3. Клиент (Client) и Тег в серверном контейнере (видит ли сервер входящий запрос и отправляет ли он его дальше в GA4?).

Как понять, что тема усвоена

• Вы объясняете разницу между client-side и server-side tracking без мифов.
• Вы понимаете роль first-party cookies, custom domain, Client, Tag и transformations в sGTM.
• Вы можете назвать, где проверять событие, если оно не дошло до GA4.
• Вы учитываете PII, privacy, логирование и дедупликацию как обязательные части архитектуры.

Типичные ошибки в ответах

• Считать sGTM “волшебной заменой пикселя”, не меняя схему событий и CRM-сверку.
• Отправлять персональные данные без минимизации, нормализации и согласованных правил.
• Не заводить логи и владельца, из-за чего поломка обнаруживается только по падению продаж.

Видео

Что почитать

• Google Tag Manager: Server-side tagging - официальная документация по server-side tagging.
• An introduction to server-side tagging - введение в архитектуру sGTM.
• Send data to server-side Tag Manager - как отправлять события в server container.
• Meta for Developers: Conversions API - документация Meta CAPI.

Что сделать после проверки

1. Нарисуйте цепочку одного события и подпишите владельца каждого участка: frontend, GTM, server container, vendor, CRM.
2. Проверьте, где создается event_id и одинаков ли он у browser и server событий.
3. Сформируйте минимальный список логов и алертов, без которых server-side tracking нельзя считать production-ready.