GA4 и GTM после обновления сайта: что проверить, чтобы не потерять заявки

После редизайна важно заново договориться, что считается лидом. Отправка формы, подтвержденная заявка, покупка или квалифицированное обращение из CRM - это ключевые события. Клики по телефону, email, мессенджерам, скролл и просмотр блока - полезные сигналы интереса, но они не должны автоматически считаться равными заявке.

Если все действия отправлять как одну конверсию, реклама начинает оптимизироваться на шум. Человек мог просто открыть Telegram, ничего не написать и уйти, а система уже считает это лидом. При маленьком бюджете такая ошибка особенно болезненна: алгоритму и так мало данных, а часть этих данных оказывается некачественной.

Правильная структура выглядит так:

• `form_submit` и `generate_lead` - основные события для заявок.
• `purchase` или подтвержденная сделка - основной сигнал для ecommerce и CRM.
• `phone_click`, `email_click`, `messenger_click` - сильные контактные микрособытия.
• `scroll_depth`, `content_read`, `quiz_step` - поведенческие сигналы для анализа и аудиторий.

Для Google нормально начинать с denied, если пользователь еще не дал согласие на аналитику и рекламу. Но после нажатия "Принять" статусы должны обновиться на granted, а события должны уходить уже с новым состоянием согласия.

Если после принятия все остается красным, проблема обычно в одном из трех мест:

• баннер cookies не отправляет consent update;
• GTM загружается раньше или позже нужного момента;
• теги имеют неправильные consent-настройки.

В такой ситуации GA4 может показывать часть пользователей, но данные для аудиторий и рекламы будут неполными.

После смены дизайна, CMS, домена, сервера или CDN обычно всплывают не одна, а несколько проблем одновременно. Часть из них заметна сразу, часть проявляется только через несколько дней в рекламных отчетах.

Самые частые ошибки:

• GTM-контейнер установлен, но часть событий осталась привязанной к старым CSS-селекторам.
• Форма визуально отправляется, но событие успеха не уходит в `dataLayer`.
• Событие формы уходит до фактической успешной отправки, поэтому ошибки валидации считаются заявками.
• Кнопки мессенджеров изменились, а старые триггеры больше не срабатывают.
• GA4 и Google Ads получают разные события с похожими названиями.
• В Яндекс Метрике цели называются иначе, чем в Google, и сравнить каналы становится сложно.
• UTM-метки теряются при переходе между страницами, поддоменами или checkout.
• Consent banner блокирует теги, но не отправляет корректный статус после выбора пользователя.
• Ecommerce-события есть, но в них нет товара, цены, валюты или ID заказа.

Если не зафиксировать эти ошибки, маркетинг начинает спорить не о росте продаж, а о том, какой системе верить.

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

Для лидогенерации полезно передавать:

• `page_location` - URL страницы;
• `page_title` - название страницы;
• `lead_type` - форма, квиз, мессенджер, телефон, email;
• `service_category` - направление услуги;
• `cta_text` - текст кнопки;
• `form_id` - конкретная форма;
• `utm_source`, `utm_medium`, `utm_campaign`, `utm_content`, `utm_term`;
• `client_id` или другой технический идентификатор, если это допустимо;
• `consent_state` - состояние согласия в момент события.

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