Какие цели Яндекс.Метрики настроить для лендинга
Без целей лендинг превращается в красивую страницу без обратной связи. Метрика должна показывать не только визиты, но и путь к заявке.
Базовые цели
Отправка формы, успешная отправка анкеты, клики по телефону, Telegram, WhatsApp и электронная почта. Это минимальный набор для оценки заявок.
Микроцели
Клики по целевой кнопке, старт анкеты, прохождение ключевых шагов, просмотр страницы стоимости, открытие примера работы и глубина просмотра.
- CTA_CLICK
- QUIZ_START
- PRICE_PAGE_VIEW
- CASE_OPEN
- SCROLL_75
Параметры визита
Полезно передавать нишу, услугу, бюджет, срок, источник перехода и страницу, с которой пришла заявка.
Как использовать данные
Сравнивать страницы, источники и ниши не только по количеству заявок, но и по их полноте и готовности к разговору.
Что важно знать до внедрения
На лендинге нужно измерять не только итоговую отправку, но и ключевые переходы к ней: видимость предложения, нажатие целевой кнопки, начало заполнения формы, ошибки, успешное завершение и контактные действия. Названия целей и параметры должны быть стабильными, чтобы их можно было связать с рекламой и CRM.
Клик по кнопке не равен заявке. Финальную цель фиксируют только после подтверждённой сервером или интерфейсом успешной отправки.
Слишком много несогласованных событий усложняет анализ. Сначала вводят словарь имён и обязательных параметров, затем расширяют схему.
Клиентская аналитика может блокироваться или теряться. Важные обращения дополнительно сверяют с журналом серверной системы или системой учёта клиентов, не записывая персональные данные в параметры цели.
Какое решение принять по наблюдаемому сигналу
Матрица связывает ситуацию с действием и способом проверки, чтобы рекомендация не оставалась общим советом.
| Сигнал | Действие | Контроль |
|---|---|---|
| Есть одна короткая форма | Отслеживать начало, ошибку и подтверждённую отправку как разные этапы. | Сверить число успехов с фактически созданными заявками. |
| Форма многошаговая | Добавить прогресс по осмысленным шагам и выбранный тип сценария. | Не передавать имя, телефон, адрес электронной почты и свободный комментарий в аналитику. |
| Есть звонки и мессенджеры | Назначить отдельные события каждому каналу и месту вызова. | Не суммировать их с продажами без последующей квалификации. |
Порядок проверки без лишних перестроений
Шаги идут от фактов и измерения к изменению, чтобы не смешивать несколько причин в одном выводе.
Составить карту
Свяжите блок страницы, действие пользователя, имя события, параметры и бизнес-вопрос, на который оно отвечает.
Разделить попытку и успех
Клик отправки, ошибка валидации и подтверждённое создание заявки должны иметь разные значения.
Проверить реализацию
Пройдите путь на мобильном и десктопе, исключите двойные срабатывания и повторную отправку при обновлении.
Сверить с результатом
Регулярно сопоставляйте успешные события с CRM-заявками, источниками и причинами расхождений.
Типовая ситуация: отчёт показывает много кликов по «Отправить», но заявок в системе учёта клиентов меньше. Проверка обнаруживает, что цель срабатывала до валидации телефона. После переноса события на подтверждённый успех данные начинают описывать реальное действие, а ошибки остаются отдельным диагностическим сигналом.
Что подготовить до следующего решения
- 01Результат проверки: техническая карта событий с именем, триггером, параметрами, запретом персональных данных, тестовым сценарием и бизнес-вопросом для отчёта.
- 02Владелец: аналитик управляет словарём, разработчик реализует события, серверная система подтверждает успешную операцию, CRM-владелец сверяет созданные обращения.
- 03Доказательство готовности: тест создаёт ровно одно событие успеха после реальной заявки, а ошибки и промежуточные шаги не засчитываются как заявка.
- 04Стоп-условие: рекламу не оценивают по цели, пока она срабатывает до валидации, дублируется при повторном клике или содержит чувствительные значения.
- 05Следующий шаг: пройти тестовый контрольный список на мобильном и десктопе, сверить события с CRM и сохранить дату утверждения схемы.
Практические вопросы по теме
Какая цель главная?
Подтверждённое целевое действие: созданная заявка, завершённая запись или другой результат формы. Промежуточные цели объясняют, где теряется путь.
Нужно ли передавать ответы формы?
Только неперсональные классификаторы, необходимые для анализа, например тип услуги или сегмент. Контактные и чувствительные данные в параметры аналитики не передают.
Как назвать события?
Единообразно и независимо от текста кнопки: например, этап и результат действия. Словарь хранит значение, место вызова и обязательные параметры.