Как проверить учёт заявок в GA4 перед запуском рекламы

Сначала разделите клик, заявку и продажу

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

Для отправки формы или запроса информации Google рекомендует событие generate_lead. Его нужно настроить: оно не появляется автоматически только потому, что на сайте есть форма или установлен Google Analytics. После настройки событие можно проверить в Realtime и DebugView. См. справку Google о рекомендуемых событиях и описание событий и их проверки.

Для рабочего отчёта отдельно считайте этапы: клик по контакту, успешная отправка формы, новое обращение в журнале, подходящий запрос, продажа. У каждого этапа — собственное определение и источник подтверждения.

Составьте карту событий для каждого способа связи

До открытия рекламной кампании перечислите места, куда человек может перейти с объявления. Не назначайте одно событие для действий, которые имеют разный смысл.

Для WhatsApp и телефонных ссылок нажатие показывает намерение перейти к связи, а не подтверждённый разговор. Если сообщение после перехода отправляется во внешнем приложении, сайт может не знать, состоялась ли отправка. Поэтому назовите событие, например, whatsapp_click, а фактическое обращение сверяйте с входящими сообщениями. Правила приёма и обработки обращений разобраны в отдельном чек-листе обработки заявок.

Проверьте путь от объявления до учёта

1. Опишите ожидаемый результат. Для каждого способа связи укажите, что должно произойти на сайте, когда событие отправляется и кто видит реальное обращение.
2. Проверьте установленный ресурс. Убедитесь, что сайт отправляет данные в нужный поток и что событие настроено на успешный шаг, а не просто на загрузку страницы или нажатие.
3. Пройдите успешный сценарий. В тестовом порядке заполните обязательные поля и дождитесь подтверждения формы. Зафиксируйте только те параметры события, которые нужны для отчёта.
4. Посмотрите получение события. В Realtime найдите события, поступившие за последние 30 минут. В DebugView можно проверить события и параметры конкретного тестового устройства; для него требуется режим отладки. Инструкции есть в справке Google по DebugView.
5. Проверьте отрицательные сценарии. Отправка пустой формы, ошибка валидации, отмена и клик по WhatsApp не должны выглядеть в отчёте как успешно принятая форма.
6. Проверьте повторы. Повторное нажатие, обновление страницы подтверждения или возврат назад не должны случайно умножать число заявок. Если дубли возникают, попросите ответственного за сайт проверить момент вызова события и защиту от повторной отправки.
7. Сверьте с источником обращений. Отметьте тест в рабочем журнале, чтобы не принять его за клиентскую заявку. Сравните определения и период с CRM, почтой или журналом входящих запросов; не подгоняйте цифры вручную.

Если событие не видно, проверьте, отправляет ли сайт данные в ожидаемое свойство, открыт ли тестовый поток, не мешают ли фильтры и был ли завершён успешный путь. Отсутствие события в DebugView само по себе не объясняет причину: Google указывает, что режим отладки, клиентские настройки приватности и отсутствие согласия на аналитические cookies могут влиять на отображение. Не обходите выбранные настройки согласия ради теста.

Используйте короткий шаблон проверки

Добавьте к таблице дату теста, устройство, ответственного, результат и найденный дефект. Например, при тесте формы ожидаемый путь — подтверждённая отправка, одно событие и одна помеченная тестовая запись. Это проверка настройки, а не свидетельство рекламного результата.

События и параметры не должны содержать имя, телефон, email, текст обращения или иные персональные данные. Google отдельно предупреждает об отправке таких данных в Analytics, в том числе в параметрах событий, адресах и UTM. Для отчётности используйте обезличенные технические значения, например тип формы или направление услуги, если они действительно нужны. Правила Google по защите персональных данных в Analytics.

Выберите событие, которое важно бизнесу

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

Для анализа рекламы сопоставляйте расходы и источник перехода с принятыми обращениями и их статусами. UTM-метки помогают различать кампании в ссылках, но сами не создают события и не подтверждают заявку — пример настройки есть в руководстве по UTM для бизнеса. А определение подходящего обращения и этапов рассмотрено в статье о разборе маркетингового отчёта.

Если настройка аналитики входит в подготовку сайта или рекламного запуска, у WE ARE MK STUDIO можно обсудить стратегию и аналитику. Начните с одного вопроса: какое действие считается обращением и где команда подтвердит, что оно действительно произошло?