Рекламный кабинет может показать клики, а сайт — посещения. Но владельцу бизнеса этого недостаточно: нужно понимать, была ли заявка успешно отправлена, состоялся ли разговор с менеджером, стала ли заявка целевой и дошла ли сделка до оплаты. Для этого в Яндекс Метрике строят не коллекцию случайных «целей», а модель измерения действий клиента.
В этой статье разберём, как собрать такую модель, настроить и проверить цели для форм, звонков и продаж, а затем передать в Метрику фактические результаты из CRM. Материал актуален на 17 августа 2026 года и рассчитан на владельцев бизнеса и маркетологов. Он не дублирует инструкцию по UTM-меткам и сквозной аналитике: здесь фокус — на качестве самих конверсий, их событиях, проверке и офлайн-статусах.
Начните не с интерфейса Метрики, а с модели измерения
Плохая настройка обычно начинается так: на сайте есть кнопка «Оставить заявку», значит, её клик объявляют конверсией. В отчёте растёт число целей, но часть людей не заполняет форму, часть получает ошибку, а часть оставляет нецелевой контакт. Реклама и решения по бюджету начинают опираться на сигнал, который не равен обращению.
Полезнее разложить путь клиента на уровни. У каждого действия — собственный смысл, владелец данных и правило, когда оно считается состоявшимся.
| Уровень | Пример действия | Что подтверждает | Стоит ли делать основной целью рекламы |
|---|---|---|---|
| Микродействие | Открыл форму, начал вводить телефон, кликнул «Позвонить» | Интерес или намерение | Обычно нет; это диагностический сигнал |
| Контакт | Форма успешно принята, звонок состоялся | Бизнес получил возможность связаться | Иногда, если более глубоких данных пока нет |
| Квалификация | Менеджер отметил лид целевым, назначена встреча | Контакт соответствует критериям продажи | Часто да, если статус передаётся стабильно |
| Результат | Договор подписан, заказ выкуплен, счёт оплачен | Появилась подтверждённая бизнес-ценность | Да — при достаточном объёме и корректной передаче |
Одна и та же воронка различается по бизнесу. Для клиники значимы запись и визит, для B2B-интегратора — подтверждённая встреча или договор, для интернет-магазина — оплаченный либо выкупленный заказ. Не переносите названия целей из чужого проекта: сначала договоритесь с продажами, что именно считается полезным результатом.
Составьте паспорт целей
До настройки сделайте таблицу. Она защищает от дублирования, неясных названий и ситуации, когда разработчик считает событие одним, маркетолог — другим, а CRM — третьим.
| Поле | Пример |
|---|---|
| Бизнес-событие | «Запрос консультации успешно принят» |
| Технический источник | Форма на сайте, обработчик вернул успешный ответ |
| Идентификатор | `lead_form_success` |
| Когда срабатывает | После подтверждённой успешной отправки, один раз на заявку |
| Что не считается | Открытие попапа, клик по кнопке, ошибка валидации |
| Ценность | Не обязательна на первом этапе; позже — по согласованной экономике |
| Проверка | Тестовая заявка, отладчик событий, запись в CRM |
| Владелец | Маркетолог — смысл; разработчик — событие; продажи — статус |
Названия делайте короткими и однозначными. Например: form_callback_success, form_audit_success, phone_click, crm_qualified_lead, crm_paid_order. Не используйте один идентификатор для разных форм, если вы хотите сравнивать услуги, и не кладите в него персональные данные, номер телефона или содержимое заявки.
Какие цели выбрать для сайта
Яндекс Метрика поддерживает разные типы целей: посещение страниц, JavaScript-событие, клик по номеру телефона, отправку формы и ряд других условий. Тип выбирают по фактической механике, а не по тому, что проще отметить в интерфейсе. Актуальный перечень и ограничения нужно сверять в справке Метрики: продукт развивается.
Посещение страницы — только для действительно отдельного успешного шага
Цель «Посещение страниц» подходит, когда после успешного действия пользователь попадает на уникальную страницу подтверждения с устойчивым URL, например /thank-you/. Тогда условием цели служит адрес или его часть.
Этот подход понятен, но опасен в двух случаях:
- Страница «Спасибо» доступна по прямой ссылке или индексируется. Тогда посетитель может достичь цели, не отправив форму.
- Форма отправляется в модальном окне или через AJAX, URL не меняется. Тогда перехода на страницу просто нет.
Если страница подтверждения используется, исключите её из поиска, не делайте публичной точкой входа и проверьте, что редирект на неё происходит только после успешного ответа сервера. Цель по URL не должна одновременно учитывать и страницу с формой, и страницу успеха.
JavaScript-событие — основной способ для современных форм
Если форма остаётся на текущей странице, наиболее управляемый вариант — JavaScript-цель. В Метрике для неё задаётся идентификатор; сайт отправляет событие через вызов ym после подтверждения успешной отправки. По официальной документации Яндекса, для такого события используют форму ym(<номер_счётчика>, 'reachGoal', '<идентификатор_цели>').
Принципиальный момент: событие отправляется не на нажатии кнопки, а после того, как фронтенд получил подтверждение от сервера и пользователь действительно увидел успешное состояние. Если отправить reachGoal в обработчике клика, Метрика посчитает и пустые формы, и ошибки сети, и повторные нажатия.
Упрощённая логика для команды выглядит так:
- Пользователь заполняет форму и нажимает кнопку.
- Браузер отправляет данные обработчику.
- Сервер валидирует данные, создаёт обращение и возвращает успешный ответ.
- Интерфейс показывает понятное подтверждение.
- Только теперь сайт отправляет JavaScript-событие в Метрику.
Если на сайте несколько форм с одним коммерческим результатом, решите заранее, что важнее: единая цель «все успешно отправленные заявки» или отдельные цели для каждой услуги. Часто полезны обе: общая — для общего контроля, отдельные — для диагностики. Но в стратегии Яндекс Директа не стоит бездумно суммировать зависимые цели: одна заявка не должна становиться двумя конверсиями только потому, что попала в общую и частную цель.
Клик по телефону — измеряет намерение, а не разговор
Метрика умеет фиксировать клик по номеру телефона. Это полезно, особенно на мобильном сайте, но такой клик не доказывает, что пользователь дозвонился и разговор был полезным. Человек мог передумать, номер мог быть занят, звонок мог оказаться спамом.
Сохраняйте клик по телефону как отдельный ранний сигнал: он помогает понять, видят ли посетители контакт и как меняется поведение по устройствам и страницам. Для оценки качества канала дополняйте его данными коллтрекинга или телефонии: состоялся ли звонок, какова его длительность, был ли он первичным и признан ли менеджером целевым. По справке Яндекса, в Метрику можно передавать информацию о звонках в составе офлайн-данных и создавать цели по характеристикам переданных звонков, например по длительности и тегу из коллтрекинга.
Отправка формы: не путайте техническую форму и бизнес-результат
Автоматическое отслеживание отправки формы может быть удобным стартом для простого сайта. Однако сначала проверьте, какую именно форму система распознаёт и в какой момент возникает достижение. Нестандартная вёрстка, динамическая подгрузка, несколько шагов, капча, внешний виджет или асинхронная отправка могут потребовать явного JavaScript-события.
Отдельная цель нужна для формы, только если её результаты принимают разные решения. Например, «запрос аудита», «заказ звонка» и «регистрация на вебинар» могут иметь разные ценности и маршруты обработки. Если все формы создают один и тот же тип лида и различать их не планируется, лишняя дробность усложнит отчёты.
Как настроить и проверить цель: рабочая последовательность
Ниже — безопасный порядок, который подходит для новой или пересобираемой аналитики.
1. Проверьте счётчик и права доступа
Счётчик Метрики должен стоять на всех страницах, где происходит действие, и принадлежать бизнесу, а не только подрядчику. Проверьте, что у маркетолога и разработчика есть нужные права, номер счётчика известен, домены настроены корректно, а на тестовом и боевом контуре не смешиваются данные.
Откройте сайт в обычном и мобильном браузере. Убедитесь, что счётчик загружается без блокирующих ошибок. При согласии пользователя и требованиях законодательства учитывайте баннер согласия и выбранный режим обработки данных: не включайте передачу того, на что нет законного основания или согласия.
2. Создайте цель с понятным названием и условиями
В настройках счётчика добавьте цель нужного типа. Для JavaScript-события задайте ровно тот идентификатор, который будет отправлять сайт. Для цели по URL определите достаточно точное условие, чтобы не поймать другие страницы. Для клика по телефону проверьте, что телефон размечен ссылкой tel: и пользовательский путь действительно предполагает звонок.
Сразу занесите в паспорт: дату запуска, автора изменения, URL и формы, идентификатор, тип цели и правило подсчёта. Это сильно упрощает расследование через полгода, когда на сайте появится новая форма или изменится CMS.
3. Пройдите реальный пользовательский сценарий
Не ограничивайтесь просмотром кода. На боевом сайте отправьте тестовую заявку с пометкой для команды, позвоните на тестовый номер или выполните иной сценарий. Проверьте последовательно:
- форма не отправляется с невалидными обязательными полями;
- после корректного заполнения пользователь видит однозначное подтверждение;
- обращение дошло в CRM, почту или другую рабочую очередь;
- не появилось двух одинаковых обращений после двойного клика или обновления страницы;
- в Метрику отправилось ровно ожидаемое событие;
- событие не отправилось при искусственной ошибке сервера.
Для JavaScript-цели разработчик может проверить вызов в инструментах браузера и сетевых запросах, а маркетолог — появление достижения в доступных отчётах и диагностических инструментах Метрики. Не делайте вывод по одному экрану сразу после изменения: обработка данных требует времени. Сравнивайте тест с логами формы и CRM, а не с предположением «раз код вставлен, значит всё работает».
4. Проверьте дедупликацию и повторные визиты
Заявка, оформленная дважды одним пользователем, может быть реальным повторным обращением, а может — техническим дублем из-за повторной отправки. Это различие должна решать прикладная логика формы и CRM. Метрика не заменяет базу заявок и не может сама определить коммерческую уникальность контакта.
Минимальная защита: блокировать кнопку во время отправки, корректно обрабатывать повтор ответа и сохранять у заявки технический идентификатор. Если CRM получает дубликат, передача статусов назад в аналитику должна следовать вашему правилу: считать его новым лидом, объединять с существующим или отмечать как спам. Правило обязательно фиксируют до запуска оптимизации рекламы.
Как связать цели с Яндекс Директом без ложной оптимизации
В Яндекс Директе целевые действия используют для расчёта конверсионных метрик и настройки стратегий. В справке Директа указано, что для целей выбирают счётчик Метрики и нужные действия, а их ценность показывает относительную важность для бизнеса. Поэтому выбор цели — это не декоративная настройка отчёта: он влияет на сигнал, на который будет ориентироваться кампания.
Практическая последовательность:
- Сначала соберите корректные события и проверьте, что они достигаются на реальных сценариях.
- Отдельно посмотрите объём, долю ошибок, дубли и распределение по кампаниям.
- Только затем выбирайте цели для стратегии и задавайте ценность, если она действительно рассчитана.
- После изменения не смешивайте старую и новую модель в одном выводе: отметьте дату переключения в отчёте.
Не назначайте одинаково важными «открыл форму», «кликнул телефон» и «оплатил заказ». Если глубокая конверсия появляется редко, используйте ранние сигналы для диагностики, но не выдавайте их за продажи. В Директе можно выбрать несколько целевых действий и указать их ценность; официальная справка также подчёркивает, что для eCommerce-целей в стратегии «Максимум конверсий» предпочтительна динамическая ценность, когда она передаётся корректно.
Ценность — не произвольная сумма «для ускорения алгоритма». Она должна отражать согласованную экономическую пользу. Для лида можно использовать ожидаемую ценность, если команда знает конверсию лида в продажу и маржинальный вклад, но эти расчёты нужно регулярно пересматривать. Если данных нет, честнее временно не притворяться, что цена клика или заявки равна выручке.
Офлайн-конверсии: как увидеть качество лида и оплату
Форма на сайте фиксирует начало продаж, а CRM знает продолжение: менеджер обработал контакт, дисквалифицировал его, назначил встречу, получил оплату или закрыл сделку. Офлайн-конверсии в Метрике предназначены для привязки действий вне сайта к визитам и позволяют использовать такие результаты в отчётах и сегментах.
Когда достаточно офлайн-конверсии, а когда нужна загрузка CRM
Для отдельного подтверждённого действия можно передать офлайн-конверсию через CSV в интерфейсе Метрики или API. В справке Яндекса указано, что вместе с ней можно передать ценность достижения и валюту. Это подходит, например, чтобы загрузить факт выкупленного заказа, подписанного договора или квалифицированного звонка.
Если нужно работать не с единичными событиями, а с клиентами, заказами, статусами, выручкой, себестоимостью и товарами, рассмотрите загрузку данных из CRM. Метрика может сопоставить переданные заказы с визитами и создать связанные со статусами цели, например «CRM: Заказ создан» или «CRM: Заказ оплачен». Яндекс указывает, что для сопоставления применяются идентификаторы визитов (ClientId), а в предусмотренных настройках — e-mail и телефон; точный состав обязательных полей и метод передачи сверяйте по актуальной документации перед разработкой интеграции.
Не выгружайте CRM «как есть». Сначала определите статусы и качество:
| Статус CRM | Что означает в бизнесе | Что передавать в измерение |
|---|---|---|
| Новый | Контакт получен, менеджер ещё не проверил его | Можно считать техническим лидом |
| Целевой | Есть потребность и соответствие критериям | Полезная конверсия для оценки каналов |
| Спам / дубль | Не является новым качественным спросом | Исключать из оптимизационного результата по принятому правилу |
| В работе | Продажа продолжается | Промежуточный статус, не равный выручке |
| Оплачен | Деньги получены на согласованных условиях | Финальная конверсия и источник дохода |
| Отменён | Сделка не состоялась | Не выдавать за результат |
Для каждого статуса назначьте владельца и момент фиксации. Например, «целевой» ставит менеджер по регламенту, «оплачен» приходит из учётной системы, а «спам» — после проверки. Без этого выгрузка лишь автоматизирует хаос.
Как повысить шанс корректной привязки
Связь офлайн-результата с визитом невозможна без общих идентификаторов или разрешённых способов сопоставления. При отправке заявки сохраняйте технические данные, предусмотренные выбранной схемой: ClientId Метрики, идентификатор заявки/заказа, время события и согласованные контакты. Не передавайте их в URL и не оставляйте в незащищённых экспортных файлах.
В официальной справке Метрики отмечено, что отчёт «Офлайн-конверсии» показывает, привязалась ли переданная конверсия к визиту, а при непривязке — причину. После первой загрузки не ограничивайтесь числом строк «успешно импортировано»: проверьте именно статус привязки, долю непривязанных записей, дубли и соответствие периода. Для CRM-загрузки Яндекс указывает, что данные в отчётах появляются в течение двух часов после загрузки; планируйте проверку с этим запасом.
Если значительная доля результатов не связывается с визитами, не компенсируйте это завышением ценности. Проверьте сбор идентификатора, формат и время передачи, источник записи, согласие на обработку данных и логи интеграции. Иногда причина бизнесовая: покупатель пришёл без сайта или вернулся с другого устройства. Это тоже полезное знание, а не повод подделывать атрибуцию.
Контроль качества: еженедельный и послерелизный
Настроенная цель не вечна. Её ломают редизайн формы, смена обработчика, новый домен, переход на виджет CRM, антибот, обновление телефонии и даже «косметическая» замена кнопки. Поэтому контроль нужен как часть релиза, а не только при первом запуске.
После любого изменения формы, телефона, оплаты или CRM-интеграции пройдите короткий тест: успешный сценарий, ошибка, повторная отправка, запись в CRM, событие Метрики и соответствие названиям в паспорте. Раз в неделю или в согласованном ритме сопоставляйте количество принятых форм, звонков и лидов в CRM с количеством соответствующих целей. Расхождение само по себе не всегда ошибка — методики могут отличаться, — но внезапный сдвиг требует объяснения.
Храните журнал изменений: дата, URL, что менялось, цель, ответственный, результат теста. Тогда падение конверсий после релиза можно отличить от сезонности или изменения трафика.
Чек-лист перед запуском рекламы на цели
- Для каждого коммерческого результата есть бизнес-определение: заявка, целевой лид, встреча, оплата.
- Составлен паспорт целей: название, идентификатор, условие, источник, правило срабатывания и владелец.
- Клик по CTA, открытие формы и клик по телефону не выданы за успешную заявку или состоявшийся звонок.
- JavaScript-событие отправляется после подтверждённого успеха сервера, а не при нажатии кнопки.
- Каждая форма и номер телефона проверены в реальном сценарии на мобильном и десктопе.
- Тестовая заявка дошла до CRM, а дубли после повторного клика не создаются.
- Страница «Спасибо», если она используется, не достижима как обычная публичная посадочная.
- Для звонков определено, где появляется факт состоявшегося и качественного разговора.
- CRM-статусы «целевой», «спам», «оплачен» имеют владельца и единые правила.
- Передача офлайн-данных проверена по статусам привязки, а не только по факту загрузки файла.
- Цели и их ценности в Яндекс Директе соответствуют реальной важности действий.
- Есть журнал изменений и дата последнего теста.
Типичные ошибки
Оптимизировать кампанию на кнопку «Отправить». Нажатие не равно заявке. Цель должна срабатывать после успешного принятия данных, иначе алгоритм получает ложный сигнал.
Считать клик по номеру полноценным звонком. Это полезный поведенческий маркер, но не доказательство разговора и тем более продажи. Нужны данные телефонии или коллтрекинга.
Подсчитывать одну заявку несколько раз. Общая цель, цель конкретной формы и страница благодарности могут сработать на одном действии. Для анализа это иногда допустимо, но при сложении или передаче в стратегию создаёт искусственный рост конверсий.
Передавать из CRM все статусы без правил. «В работе», «не дозвонились» и «оплачен» не имеют одинаковой ценности. Сначала договоритесь о словаре и ответственности.
Игнорировать непривязанные офлайн-конверсии. Загруженный файл не означает, что результат связан с рекламным визитом. Проверяйте причины непривязки в отчёте Метрики.
Назначать выручку вручную без экономики. Выдуманная ценность может исказить приоритеты в рекламе. Используйте расчёт, который понимают маркетинг, финансы и продажи, либо временно анализируйте конверсии без претензии на доход.
Когда подключать ClickShot
ClickShot помогает выстроить измерение вокруг реальных процессов: провести аудит текущих целей Метрики, описать события формы и звонков, проверить передачу в CRM, настроить офлайн-конверсии и связать корректные сигналы с Яндекс Директом. Для старта полезно подготовить доступ к счётчику и рекламному кабинету, перечень форм и телефонов, карту статусов CRM и пример обезличенной сделки. Мы не обещаем фиксированный рост заявок или выручки: сначала проверяем исходные данные, ограничения сайта и качество процессов продаж.
FAQ
Можно ли настроить цель на отправку формы без страницы «Спасибо»?
Да. Для формы, которая отправляется без смены URL, обычно используют JavaScript-событие. Главное — вызвать его после успешного ответа обработчика, а не по клику на кнопку.
Почему цель есть в Метрике, но заявок в CRM меньше?
Проверьте, что событие не срабатывает до ответа сервера, форма не создаёт дубли при повторной отправке, а CRM получает заявки из всех используемых форм. Затем сравните период, часовой пояс и правило подсчёта. Цель может фиксировать технически принятую заявку, а CRM — только лид после фильтра спама; это нужно явно развести в модели.
Можно ли использовать клик по телефону для оптимизации Яндекс Директа?
Технически цели Метрики можно выбирать в настройках кампании, но смысл зависит от вашей воронки. Клик не подтверждает разговор. Если есть данные телефонии, разумнее передавать более глубокий результат — состоявшийся или качественный звонок — и проверять достаточность данных перед изменением стратегии.
Нужны ли UTM-метки, чтобы настроить офлайн-конверсии?
Не обязательно. UTM помогают маркировать источники и кампании, но для привязки офлайн-результата к визиту Метрике требуются предусмотренные идентификаторы и корректная схема передачи. Это отдельная задача от разметки ссылок; её правила надо согласовать с CRM и политикой обработки данных.
Как быстро появятся данные из CRM в Метрике?
По справке Яндекса, после загрузки данных из CRM информация появляется в отчётах в течение двух часов. Для офлайн-конверсий дополнительно важно дождаться привязки к визитам и проверить её статус в соответствующем отчёте.
Можно ли удалить ошибочно загруженные данные из CRM?
Официальная документация Метрики предупреждает, что загруженные CRM-данные удалить невозможно; изменение статуса заказа обновляет информацию по нему. Поэтому сначала тестируйте интеграцию на ограниченной выборке и проверьте маппинг статусов, идентификаторов и доступа.
Источники и дата проверки
Все ссылки проверены 17 августа 2026 года.
- Яндекс Метрика — «Что такое цели. Типы целей» — типы целей и базовая настройка.
- Яндекс Метрика — «JavaScript-событие» — вызов события и идентификаторы целей.
- Яндекс Метрика — «Импорт офлайн-данных» — офлайн-конверсии, звонки, ценность, API и CSV.
- Яндекс Метрика — «Что такое офлайн-конверсии» — отчёт и статусы привязки конверсий.
- Яндекс Метрика — «Загрузка данных из CRM» — передача клиентов, заказов и статусов, сроки появления данных.
- Яндекс Директ — «Целевые действия» — выбор целей и ценности в стратегиях.
- Яндекс Директ — «Цели в Мастере отчётов» — конверсионные метрики и выбор целей.
- Яндекс Директ — «Доход и ценность конверсий» — источники ценности и работа с доходом.