Карта значимых действий
Каждая цель связана с бизнес-вопросом, страницей, сценарием и ожидаемым результатом.
Измерение целевых действий
Настройка целей Яндекс Метрики
Настраиваем цели для действий, которые имеют смысл для бизнеса: заявки, заказы, звонки, переходы и ключевые этапы сценария. Проверяем каждую цель контрольным действием и документируем её назначение.
Что за услуга?
Какие цели можно настроить в Яндекс Метрике?
Цели можно настроить для отправки формы, подтверждённого заказа, клика по контакту, скачивания файла, перехода на важный шаг и других событий. S.O.L CORP сначала определяет, какое действие связано с задачей бизнеса, затем выбирает способ фиксации и параметры. Цель проходит контрольную проверку на desktop и mobile. Для сложных сценариев дополнительно проверяется создание записи в CRM или другой системе, чтобы формальное событие не подменяло реальное обращение.
Практическая ценность
Что получает бизнес после настройки целей
Проверенное срабатывание
Фиксируем не только наличие настройки, но и прохождение теста без очевидных ложных достижений.
Понятные отчёты
Имена, идентификаторы и параметры позволяют различать формы, места контакта и типы действий.
Основа для рекламы
В кампании передаются только цели, смысл и корректность которых предварительно проверены.
Когда нужна настройка
Какие действия можно превратить в проверяемые цели
Формы и заявки
Разделяем начало заполнения, ошибку, клик по отправке и фактический успешный результат.
Контактные действия
Отслеживаем телефон, email, мессенджер и выбор удобного способа связи на разных страницах.
Каталог и контент
Фиксируем поиск, фильтр, просмотр ключевой карточки, скачивание документа и квалифицированный запрос.
Интернет-магазин
Разводим корзину, начало оформления, успешный заказ, возврат из оплаты и электронную коммерцию.
Реклама и оптимизация
Проверяем, какие цели допустимо использовать для стратегии, ретаргетинга и оценки качества трафика.
Состав настройки
Что входит в настройку целей Яндекс Метрики
Количество целей не является показателем качества. Настраиваем минимальный достаточный набор, который отвечает на конкретные вопросы и не смешивает микродействия с бизнес-результатом.
- 01
Аудит счётчика и сайта
Проверяем доступы, установленный счётчик, домены, формы, переходы, JavaScript-логику и текущие цели.
- 02
Карта бизнес-действий
Фиксируем макроцели, микродействия, владельцев показателей, страницы и решения, которые будут приниматься.
- 03
Выбор типа цели
Сопоставляем посещение, клик, форму, телефон, файл, целевое событие, мультицель или последовательность.
- 04
Схема имён и параметров
Создаём устойчивые идентификаторы, понятные названия, контекст размещения и только допустимые параметры.
- 05
Внедрение событий
Добавляем `reachGoal` в подтверждённую точку сценария и не блокируем основной пользовательский процесс.
- 06
Проверка и отладка
Проходим успех, ошибку, повтор, desktop и mobile, проверяем запрос, достижение и отсутствие очевидного дубля.
- 07
Отчёты и реклама
Проверяем доступность целей в отчётах, избранном и рекламном контуре, документируем ограничения.
- 08
Передача и регламент
Передаём карту, идентификаторы, точки вызова, тесты и правило повторной проверки после изменений сайта.
Результат работы
Какие материалы получает заказчик
Карта измерения
Бизнес-действия, типы целей, страницы, условия и приоритет использования.
Таблица идентификаторов
Названия, `target` для событий, параметры, точки вызова и ответственные сценарии.
Протокол проверки
Успешные, ошибочные, повторные и мобильные тесты с фактическим наблюдаемым результатом.
Рекомендации по отчётам
Какие цели применять для анализа, рекламы и последующего контроля после изменений.
Выбор механизма
Штатная цель, JavaScript-событие или офлайн-конверсия
| Формат | Когда подходит | Что получает заказчик |
|---|---|---|
| Штатная цель | Действие надёжно определяется стандартной разметкой: телефон, email, файл, посещение или простая форма. | Быстрая настройка в интерфейсе после проверки разметки и фактического достижения. |
| JavaScript-событие | Нужно фиксировать точный момент успешного результата в нестандартной форме, SPA или пользовательском сценарии. | Управляемый вызов `reachGoal` со стабильным идентификатором и проверенными параметрами. |
| Офлайн-конверсия | Результат возникает позже на стороне CRM, звонка или заказа и должен быть привязан к исходному визиту. | Отдельная интеграция идентификаторов и статусов; не входит в базовую настройку целей без согласования. |
Экспертная методика
Как выбираем и проверяем цели
Для каждой цели фиксируются событие, условие срабатывания, назначение и владелец данных. Простые клики не считаются заявкой, если пользователь ещё не завершил действие. Повторная отправка, ошибки формы и тестовые обращения рассматриваются отдельно. После настройки выполняется контрольный сценарий, сверяются параметры источника и доступность события в отчёте. Такая документация помогает не потерять смысл целей при редизайне или изменении формы.
Выбираем полезное действие
Отделяем завершённый сценарий от промежуточного клика или просмотра.
Настраиваем условие
Определяем событие, параметры и ситуации, в которых цель не должна срабатывать.
Проводим контроль
Тестируем нормальный сценарий, ошибку и повторное действие на основных устройствах.
Проверяемое событие
Как настраивается цель успешной отправки формы
Пример показывает принцип. Точная точка вызова зависит от реализации формы, серверной обработки и способа сохранения заявки.
- Контекст
- Посетитель заполняет обязательные поля. Клик по кнопке может привести к ошибке валидации, сетевому сбою или успешному сохранению.
- Передача
- После подтверждённого успешного ответа вызывается `reachGoal` с идентификатором `lead_form_success` и безопасным параметром типа формы. При ошибке событие не отправляется.
- Результат
- Метрика получает достижение только после подтверждения, пользователь видит успешное состояние, а отчёт позволяет различать тип формы без персональных данных.
- Критерий проверки
- Невалидная и серверная ошибка не создают достижение. Успешная отправка создаёт одно событие на desktop и mobile, запрос виден в отладке, цель появляется в отчёте после обработки данных.
Сроки и бюджет
Что влияет на стоимость настройки целей
Стоимость зависит от числа событий, сложности форм, вариантов ошибок, устройств и систем, куда передаются обращения. Стандартная форма отличается от многошагового заказа, личного кабинета или серверного события. Перед началом работ согласуются список целей, ожидаемые параметры и критерии проверки. Доработка сайта, CRM, коллтрекинг и электронная коммерция оцениваются отдельными задачами.
Пример решения
Исправление ложной цели формы
- Задача
- Отделить нажатие кнопки и неуспешную валидацию от фактически сохранённой заявки, чтобы отчёты и реклама не опирались на завышенное число действий.
- Решение
- Зафиксировали состояния формы, перенесли вызов события в точку успешного ответа, добавили устойчивый идентификатор, проверили ошибку, успех, повтор и появление достижения в отчёте.
- Результат
- Команда заказчика видит не только посещения, но и завершённые действия по каждому источнику. Понятные названия и контрольные сценарии упрощают проверку рекламы, форм и изменений сайта.
Этапы работы
Как настраиваются цели Яндекс Метрики
- 1
Получаем доступы
Проверяем счётчик, права, домены, текущие настройки и техническую возможность тестирования.
- 2
Проводим интервью
Определяем важные действия, решения по отчётам и различие между интересом и бизнес-результатом.
- 3
Строим карту целей
Назначаем тип, имя, идентификатор, условие, страницу, параметры и приоритет.
- 4
Внедряем события
Настраиваем штатные условия и добавляем код в подтверждённые точки нестандартных сценариев.
- 5
Проводим негативные тесты
Проверяем ошибку, отмену, повтор, разные формы, устройства и отсутствие лишних достижений.
- 6
Проверяем отчёты
Подтверждаем получение событий, различимость параметров и доступность нужных целей.
- 7
Передаём регламент
Документируем карту, кодовые идентификаторы, тесты и условия повторной проверки после релиза.
Управление рисками
Какие ошибки устраняем при настройке целей
Клик принят за заявку
Разделяем попытку отправки, ошибку валидации и подтверждённый результат.
Одна цель смешивает формы
Идентификаторы и безопасные параметры сохраняют контекст места и типа обращения.
Цель ломается после релиза
Избегаем хрупких условий, фиксируем зависимости и добавляем повторную проверку в регламент.
В параметры попадают лишние данные
Передаём только необходимый неперсональный контекст и отдельно проверяем состав параметров.
Опыт, экспертиза и доверие
Цели проверяются на уровне интерфейса и данных
Методика S.O.L CORP основана на анализе задачи, проверке исходных данных и применении профильной документации. Для каждой услуги мы определяем состав работ, ограничения, критерии результата и порядок проверки. Решения адаптируются под конкретный проект и согласуются с заказчиком до начала реализации.
- Ответственный за материал
- S.O.L CORP
- Область компетенции
- S.O.L CORP работает с формами, событиями, Яндекс Метрикой и интеграциями. Поэтому цель связывается с реальным сценарием пользователя и, при необходимости, с созданием записи в системе заказчика.
- Дата проверки
Связанные услуги аналитики и рекламы
Вопросы и ответы
Ответы на вопросы о целях Яндекс Метрики
Какие цели нужно настроить в первую очередь?
Сначала выбираются действия, которые ближе всего к бизнес-результату и влияют на решения: подтверждённая заявка, заказ, звонок, скачивание значимого документа или квалифицированный переход. Микродействия добавляются только при понятном вопросе. Большое количество целей без приоритета затрудняет анализ.
Почему нельзя считать конверсией клик по кнопке формы?
После клика данные могут не пройти валидацию, запрос может завершиться ошибкой, а заявка не сохраниться. Официальная справка Яндекса предупреждает, что стандартная цель формы способна засчитать неуспешную попытку. Для точного результата проверяется подтверждённая точка сценария.
Когда нужен метод reachGoal?
`reachGoal` применяется для целевого события, которое сайт может передать в определённый момент. Он полезен для нестандартной формы, SPA, подтверждения серверного результата или действия, которое штатная цель не различает достаточно точно. Вызов и параметры обязательно проверяются.
Можно ли передавать персональные данные в параметры цели?
В нашей карте целей персональные данные не используются как аналитические параметры. Для различения сценариев обычно достаточно типа формы, раздела или категории действия. Передача данных должна соответствовать правилам сервиса, политике владельца сайта и применимым требованиям обработки информации.
Когда цель появится в отчётах?
После создания цели и тестового действия данным требуется время на обработку. Проверка включает технический факт отправки и последующее появление достижения в интерфейсе. Мы не подменяем отсутствие немедленной строки повторными массовыми событиями и учитываем ограничения конкретного типа цели.
Можно ли использовать настроенную цель в Яндекс Директе?
Да, Метрика позволяет использовать цели для оптимизации рекламных кампаний при соответствующих доступах и настройках. Перед этим проверяется смысл цели и корректность достижения. Ложная или слишком широкая цель может направить оптимизацию на действие, которое не соответствует результату бизнеса.
Входит ли передача продаж из CRM?
Нет, не по умолчанию. Офлайн-конверсии и CRM-статусы требуют идентификаторов визита, внешних данных, сопоставления статусов и отдельной интеграционной проверки. Мы можем включить этот контур в индивидуальный состав или продолжить работу в рамках сквозной аналитики.
Работаете ли вы только в Санкт-Петербурге?
Нет. S.O.L CORP находится в Санкт-Петербурге и работает с проектами по всей России. Настройка доступов, интервью, внедрение, демонстрация тестов и передача карты целей могут проходить дистанционно при наличии доступа к сайту и счётчику.
Начнём с задачи
Заказать настройку целей
Перечислите важные действия на сайте и используемые формы или системы. S.O.L CORP предложит карту целей и способ проверки каждой из них.
support@solcorp.ru Пн–Пт, 10:00–19:00 МСК