Чтобы отслеживать отправку формы, нужно зафиксировать момент, когда сайт успешно принял данные, передать событие в систему аналитики и создать на его основе конверсию. Надёжнее всего использовать отдельную страницу благодарности или событие, которое разработчик отправляет после положительного ответа сервера.
В статье разберём, что именно считать конверсией, как выбрать способ отслеживания для обычной или AJAX-формы, настроить передачу события через Google Tag Manager, создать цели в Яндекс Метрике и GA4, а затем проверить результат. Инструкция подходит для заявок, обратных звонков, регистраций, скачивания материалов и других форм на сайте.
Что считать отправкой формы
Отправка формы и клик по кнопке — разные действия. Пользователь может нажать «Отправить», но не заполнить обязательное поле, указать данные в неверном формате или столкнуться с ошибкой сервера. Если аналитика фиксирует только нажатие, количество конверсий окажется завышенным.
Успешная отправка формы — событие, которое происходит после прохождения валидации и подтверждения со стороны сайта или сервера, что данные приняты. Именно этот момент желательно передавать в аналитику.
Перед настройкой определите:
- какие формы нужно учитывать;
- одинакова ли ценность заявок из разных форм;
- что происходит после успешной отправки: переход на другую страницу, сообщение в интерфейсе или открытие всплывающего окна;
- перезагружается ли страница;
- появляется ли заявка в CRM или другой системе обработки обращений;
- какое событие должно считаться основной конверсией.
Если на сайте есть формы «Заказать», «Задать вопрос» и «Подписаться», лучше передавать отдельный идентификатор или название каждой формы. Тогда в отчётах можно оценить не только общее количество отправок, но и результативность конкретных точек захвата.
Как выбрать способ отслеживания
Подход зависит от технической реализации формы. Универсального метода, одинаково надёжного для всех сайтов, нет.
| Способ | Когда подходит | Ограничения |
|---|---|---|
| Страница благодарности | После отправки пользователь переходит на отдельный URL | Повторное открытие или обновление страницы может создать лишнюю конверсию |
| Событие после ответа сервера | AJAX-формы, одностраничные приложения, всплывающие формы | Обычно требуется помощь разработчика |
| Триггер отправки формы в GTM | Стандартные HTML-формы с обычным событием submit | Может не сработать в нестандартных компонентах или зафиксировать попытку вместо успеха |
| Появление сообщения об успехе | После отправки возникает уникальный элемент с подтверждением | Зависит от стабильности вёрстки и логики показа элемента |
| Клик по кнопке | Только как временный диагностический показатель | Не подтверждает, что форма прошла валидацию и была принята |
Приоритет способов обычно выглядит так: подтверждённое сервером событие, страница благодарности, уникальное сообщение об успешной отправке, стандартный submit и только затем клик. Чем ближе точка измерения к фактическому приёму заявки, тем точнее данные.
Автоматическое отслеживание форм в аналитических системах может помочь при первичной диагностике, но его стоит проверить на реальном сайте. Конструкторы, виджеты, формы внутри iframe и нестандартные JavaScript-компоненты обрабатывают отправку по-разному.
Настройка через страницу благодарности
Страница благодарности — отдельная страница, на которую сайт перенаправляет пользователя после успешной отправки. Например, адрес может содержать уникальный путь вроде /thanks/. Аналитическая система фиксирует просмотр этого адреса как достижение цели.
- Создайте отдельный URL. Он не должен использоваться для обычных информационных страниц или показываться до отправки формы.
- Настройте перенаправление только после успеха. Переход должен происходить после того, как сайт принял данные, а не сразу после клика.
- Создайте цель на посещение страницы. В условии используйте точное совпадение URL или уникальную часть пути.
- Проверьте сценарии с ошибкой. Незаполненные поля и отказ сервера не должны вести на страницу благодарности.
- Проведите тестовую отправку. Убедитесь, что посещение и конверсия появились в режиме проверки или отчёте аналитики.
Метод прост и не требует сложной настройки контейнера тегов. Однако пользователь может обновить страницу благодарности, вернуться к ней из истории браузера или открыть сохранённую ссылку. Такие посещения способны создать повторные события.
Снизить риск дублей можно несколькими способами: запрещать прямой переход без завершённой отправки, отправлять событие только при наличии признака успешной операции или контролировать уникальность заявки на стороне сервера. Конкретная реализация зависит от CMS и архитектуры сайта.
Страницу благодарности не стоит закрывать от счётчика аналитики: иначе посещение не будет зафиксировано. Ограничение индексации поисковыми системами решает другую задачу и само по себе не влияет на работу установленного счётчика.
Отслеживание AJAX-формы через событие и GTM
AJAX-форма отправляет данные без полной перезагрузки страницы. После успеха пользователь обычно видит сообщение, новый экран формы или всплывающее окно. Изменения URL при этом может не быть, поэтому для аналитики требуется отдельное событие.
Наиболее контролируемая схема — передача события в dataLayer после положительного ответа сервера. Разработчик добавляет вызов в обработчик успешной отправки, а Google Tag Manager реагирует на это событие и запускает нужные теги.
Шаг 1. Подготовьте описание события
До разработки согласуйте название события и параметры. Например, единое событие form_success может содержать идентификатор формы, понятное название, тип страницы и внутренний идентификатор заявки.
Не передавайте в системы аналитики имя, телефон, email, текст обращения и другие персональные данные. Для сегментации достаточно технических значений: callback, consultation, download или внутреннего номера формы.
Шаг 2. Передавайте событие только после успеха
Событие должно попадать в dataLayer после подтверждения, что сервер принял заявку. Ветка обработки ошибки, клиентская валидация и обычный клик по кнопке не должны отправлять form_success.
Если форма передаёт данные сразу в сторонний сервис, нужно определить доступный сигнал успеха: callback виджета, событие компонента, изменение его состояния или подтверждение через собственный сервер. Формы внутри iframe могут ограничивать доступ родительской страницы к внутренним действиям.
Шаг 3. Создайте триггер и переменные в GTM
В Google Tag Manager создайте триггер типа «Пользовательское событие» и укажите согласованное название. Для параметров формы добавьте переменные уровня данных. При необходимости ограничьте срабатывание: например, запускайте тег только для формы с определённым идентификатором.
Затем свяжите триггер с тегами аналитических систем. Один подтверждённый сигнал можно использовать для отправки события одновременно в Яндекс Метрику и GA4, сохранив единые правила измерения.
Шаг 4. Защититесь от повторной отправки
Кнопка может быть нажата несколько раз, обработчик — подключён повторно, а сообщение об успехе — заново отрисовано. До публикации проверьте, что одна принятая заявка создаёт одно событие. На стороне интерфейса кнопку обычно блокируют на время запроса, а в аналитической логике контролируют повторные срабатывания.
Если разработчика привлечь нельзя, альтернативой может стать триггер видимости уникального сообщения «Заявка отправлена». Настройка должна учитывать появление элемента после успеха, а не его постоянное присутствие в скрытой части страницы. Такой вариант менее устойчив: изменение текста или вёрстки может нарушить отслеживание.
Как создать конверсии в Яндекс Метрике и GA4
Передача события ещё не означает, что оно используется как бизнес-конверсия. После технической настройки нужно создать цель или отметить событие как ключевое, а затем согласовать одинаковые названия в рекламных и аналитических системах.
Яндекс Метрика
- Откройте настройки нужного счётчика и раздел целей.
- Для страницы благодарности создайте цель на посещение страниц и задайте условие по URL.
- Для AJAX-формы создайте JavaScript-событие и укажите идентификатор цели.
- Настройте тег GTM или обращение к счётчику так, чтобы идентификатор передавался после события form_success.
- Сохраните цель и выполните тестовую отправку.
Идентификатор в настройках цели и в вызове счётчика должен совпадать. Если форм несколько, можно создать отдельные цели или одну общую цель с дополнительной детализацией на уровне передаваемых параметров. Выбор зависит от структуры отчётности и рекламных кампаний.
Google Analytics 4
- Создайте в GTM тег события GA4.
- Укажите понятное имя события, например generate_lead, и добавьте неперсональные параметры формы.
- Свяжите тег с триггером пользовательского события form_success.
- Проверьте передачу в режиме предварительного просмотра GTM и отладочных инструментах GA4.
- Отметьте нужное событие как ключевое в интерфейсе ресурса GA4.
Единое название события упрощает сводную отчётность. Если формы имеют разную бизнес-ценность, различия лучше передавать параметром или использовать отдельные события по заранее согласованной схеме. Не следует хаотично создавать новое имя для каждой страницы: такая структура усложняет анализ.
Проверка настройки и типовые ошибки
Тестировать нужно не только успешный сценарий. Корректная настройка одновременно подтверждает настоящие заявки и исключает ложные конверсии.
Порядок проверки:
- Откройте режим предварительного просмотра GTM или отладки системы аналитики.
- Нажмите кнопку отправки с пустыми обязательными полями. Конверсионное событие не должно появиться.
- Введите данные в неверном формате. Ошибка валидации также не должна считаться заявкой.
- Заполните форму корректно и отправьте один раз.
- Проверьте появление пользовательского события, запуск нужных тегов и переданные параметры.
- Убедитесь, что заявка действительно поступила в CMS, почту или CRM.
- Повторите тест на мобильном устройстве и в основных браузерах.
- Проверьте форму после обновления страницы, повторного клика и возврата со страницы благодарности.
Результаты могут появляться в стандартных отчётах не сразу, поэтому для первичной проверки лучше использовать режимы реального времени и отладки. После накопления данных дополнительно сопоставьте число событий с количеством заявок в системе обработки обращений.
Расхождение между аналитикой и CRM не всегда означает поломку. На данные влияют блокировщики, отсутствие согласия на аналитические cookies, ограничения браузеров, потеря соединения, фильтрация дублей и разные часовые пояса. Полного совпадения может не быть, но резкий или систематический разрыв требует диагностики.
Частые ошибки настройки:
- Отслеживается клик. Аналитика учитывает попытки, включая ошибки заполнения.
- Событие запускается до ответа сервера. Пользователь видит ошибку, а конверсия уже записана.
- Один тег срабатывает несколько раз. Причиной могут быть повторно подключённые обработчики или несколько одинаковых контейнеров GTM.
- Все формы объединены без параметров. Невозможно понять, какой оффер или страница привели заявку.
- В параметры попадают персональные данные. Телефоны, адреса почты и содержание сообщений не нужны для маркетинговой аналитики.
- Изменение сайта не проходит повторную проверку. Обновление CMS, формы или вёрстки может нарушить старый триггер.
- Событие есть, но не отмечено как конверсия. Данные видны в списке событий, однако не используются в конверсионных отчётах.
Чек-лист для рабочей системы аналитики
Настройка считается завершённой, если можно ответить «да» на следующие вопросы:
- событие возникает только после успешного приёма данных;
- ошибки валидации и клики по пустой форме не создают конверсию;
- одна заявка формирует одно событие;
- каждую важную форму можно определить по названию или идентификатору;
- в аналитику не передаются персональные данные;
- цели созданы в нужных системах и отмечены как конверсии;
- источник, канал, кампания и посадочная страница сохраняются в отчётах;
- данные периодически сопоставляются с CRM или журналом заявок;
- после изменений сайта проводится повторный тест.
Корректная фиксация формы нужна не только для подсчёта обращений. События позволяют сравнивать посадочные страницы, рекламные кампании и аудитории, рассчитывать стоимость заявки и передавать подтверждённые сигналы рекламным алгоритмам. При запуске контекстной рекламы настройку целей желательно проверить до начала активного расходования бюджета.
Для оценки качества маркетинга одной отправки формы недостаточно. Следующий уровень аналитики — связать обращение с квалификацией, продажей и выручкой в CRM. Тогда оптимизация опирается не только на количество лидов, но и на их ценность для бизнеса.
Частые вопросы
Можно ли отслеживать форму без Google Tag Manager?
Да. Событие можно отправлять непосредственно из кода сайта в Яндекс Метрику или GA4, а страницу благодарности — отслеживать по URL. GTM удобен для централизованного управления тегами, но не является обязательным.
Почему цель срабатывает при ошибке заполнения?
Скорее всего, триггер привязан к клику по кнопке или попытке submit, а не к успешному ответу сервера. Перенесите отправку аналитического события в обработчик подтверждённого успеха.
Как отслеживать несколько форм на одной странице?
Передавайте вместе с общим событием идентификатор или название формы. В GTM и аналитике этот параметр можно использовать для отдельных целей, фильтрации и сравнения результатов.
Что делать, если форма находится в iframe?
Родительская страница не всегда видит действия внутри iframe. Потребуется встроенная интеграция виджета, обмен сообщениями между iframe и сайтом либо настройка аналитики внутри доступного содержимого. Возможности зависят от поставщика формы.
Нужно ли считать автоматические цели по формам?
Автоматические цели полезны как дополнительный источник данных, но их точность нужно проверить. Для основной бизнес-конверсии предпочтительнее контролируемое событие после успешного приёма заявки.
Почему количество целей не совпадает с заявками в CRM?
Причинами могут быть блокировщики аналитики, отказ от cookies, дубли, спам, ошибки интеграции, разные правила учёта и часовые пояса. Сначала сравните тестовые заявки по времени и идентификаторам, затем проверьте каждый этап передачи данных.
