Как в GTM собрать серверный трекинг формы и не потерять события в 2026

Как в GTM собрать серверный трекинг формы и не потерять события в 2026

Если у вас B2B-лидогенерация или e-commerce с упором на retention и LTV, клиентский трекинг уже не тянет. Браузер режет куки, расширения ломают пиксели, а last-click всё хуже объясняет выручку. Базовая задача на этой неделе — перенести критические события формы на server-side.

Что сделать по шагам:

— Выберите 1–2 события, которые реально влияют на деньги: отправка формы, клик по телефону, заявка в демо, подписка.
— В GTM Web создайте отдельный триггер на успешную отправку, а не на клик по кнопке. Если форма AJAX-ная — ловите кастомное событие от разработчика.
— Отправляйте событие не сразу в рекламные пиксели, а в ваш server container через `send to server container` или через endpoint вашего сервера.
— На стороне server GTM настройте приём события и нормализацию параметров: `event_name`, `page_location`, `client_id`, `user_id`, `form_id`, `value`.
— Передавайте `user_id`, если он появляется до отправки формы: по логину, email-hash или CRM-ID. Это сильно улучшает склейку с CRM и post-click анализ.
— Включите first-party домен для server container. Без этого часть данных будет теряться на фоне privacy-first ограничений.
— Отправляйте событие одновременно в GA4 и в рекламные платформы, но с разными правилами. В аналитику — полные параметры, в рекламу — только то, что нужно для оптимизации.
— Проверьте дубль-срабатывания: одна отправка формы должна давать одно событие в отчётах и одно conversion-событие в рекламном кабинете.
— Сравните 3 дня данных до и после: расхождения между формой в CRM и аналитикой должны стать меньше, а не «красивее» на глаз.

Если всё сделать правильно, вы получите не просто «ещё один тег», а нормальную основу для RevOps-логики: маркетинг, продажи и аналитика видят одну и ту же заявку.

— @GTMrecipesRuPro