Яндекс Метрика для сайта услуг: какие цели настроить и как считать заявки
На сайт приходят посетители. Кто-то открывает страницы услуг, кто-то нажимает на телефон, кто-то переходит в Telegram, а кто-то заполняет форму обратной связи.
Но как понять, какие из этих действий действительно приводят к обращениям клиентов?
Часто после установки Яндекс Метрики владелец бизнеса видит количество посещений, источники трафика и несколько автоматически созданных целей. Кажется, что аналитика уже настроена.
Однако между установленным счётчиком и системой учёта заявок существует большая разница.
Например, посетитель может нажать кнопку «Обсудить проект», открыть форму и закрыть её. Метрика зафиксирует интерес, но компания не получит обращения.
Другой человек перейдёт в мессенджер, но так и не отправит сообщение.
Третий заполнит форму, однако из-за технической ошибки заявка не попадёт менеджеру.
Если считать все эти действия одинаковыми конверсиями, можно получить красивую статистику, которая плохо отражает реальные результаты сайта.
Разберём, какие цели стоит настраивать на сайте услуг, как работать с аналитикой в Tilda и почему важно разделять действия посетителя, отправленные заявки и фактические обращения клиентов.
Зачем сайту услуг нужна Яндекс Метрика
Яндекс Метрика — сервис веб-аналитики, который помогает изучать посещаемость сайта и действия пользователей.
С её помощью можно оценивать источники переходов, популярные страницы, устройства посетителей и выполнение определённых действий.
Но важнее не просто собирать данные, а использовать их для принятия решений.
Например, компания запускает рекламу нескольких услуг.
Одна посадочная страница получает много посещений, а другая — значительно меньше.
Если смотреть исключительно на трафик, первая может казаться успешнее.
Однако после настройки целей может выясниться, что на второй странице посетители чаще переходят к обсуждению услуги.
Это не означает автоматически, что второй раздел эффективнее по всем показателям. Для окончательной оценки нужны сведения о качестве обращений, стоимости привлечения и результатах продаж.
Но аналитика помогает увидеть различия, которые невозможно определить по одному количеству посещений.
Главная задача Метрики — показывать, что происходит на сайте между переходом посетителя и его следующим действием.
1. Сначала определите, что считать заявкой
Прежде чем создавать цели, необходимо договориться о терминологии.
Иначе в одном отчёте могут смешаться совершенно разные события.
Для сайта услуг удобно выделять четыре уровня.
Уровень 1. Посещение страницы
Человек перешёл на сайт и открыл его содержимое.
Это ещё не означает заинтересованность в сотрудничестве.
Уровень 2. Проявление интереса
Посетитель нажал кнопку связи, открыл форму, посмотрел стоимость или перешёл к подробному описанию услуги.
Эти действия помогают изучать пользовательский путь, но не обязательно означают обращение.
Уровень 3. Отправка обращения
Форма успешно обработана сайтом или человек отправил сообщение, которое поступило компании.
Но Метрика не всегда может самостоятельно подтвердить оба сценария.
Например, она может зафиксировать переход в Telegram, но не знать, отправил ли человек сообщение после открытия приложения.
Уровень 4. Подтверждённая заявка
Обращение поступило, содержит контактную информацию или описание задачи и может быть обработано компанией.
Далее возможны дополнительные этапы: квалификация, обсуждение проекта, коммерческое предложение и договор.
Для анализа коммерческого результата именно эти последующие этапы имеют особенно большое значение.
Важно: событие в Метрике не всегда равно фактически полученной заявке.
Поэтому при настройке аналитики нужно понимать, какой именно этап отслеживает каждая цель.
2. Какие цели нужны сайту услуг
Не существует единого набора целей, обязательного для абсолютно каждого сайта.
Он зависит от способов связи, структуры интерфейса и бизнес-процессов.
Но для типичного сайта услуг я бы выделила несколько основных групп.
Успешная отправка формы
Одна из главных целей.
Если посетитель заполнил форму и система успешно приняла данные, это значимое действие для бизнеса.
При этом важно отслеживать именно корректно обработанную отправку, а не только нажатие кнопки.
Нажатие на телефон
Позволяет оценивать интерес к телефонной связи.
Однако клик по номеру не доказывает, что звонок состоялся.
Для подтверждённого учёта звонков могут потребоваться отдельные инструменты телефонии и коллтрекинга.
Переход в Telegram
Показывает, что посетитель выбрал соответствующий канал связи.
Но сам по себе переход не означает отправку сообщения.
Переход в MAX
Аналогичный сценарий для ссылки на MAX.
В зависимости от реализации ссылки и возможностей автоматического распознавания может потребоваться отдельная настройка события.
Нажатие на электронную почту
Позволяет видеть интерес к email-связи.
Но открытие почтового приложения не гарантирует отправку письма.
Открытие формы или попапа
Полезное промежуточное событие.
Например, если форму открывают часто, а успешных отправок мало, можно изучить её удобство и техническую работу.
При этом количество открытий нельзя смешивать с количеством заявок.
Просмотр важной коммерческой страницы
Иногда полезно отдельно анализировать посещение страницы стоимости, конкретного направления или раздела проектов.
Но такое событие следует воспринимать как интерес к информации, а не как доказательство намерения купить услугу.
3. Почему не стоит считать все клики заявками
Представим условную ситуацию.
За определённый период на сайте произошло:
Это исключительно иллюстративный пример, не статистика какого-либо реального проекта.
Если в отчёте считать нажатия кнопок полноценными заявками, получится 40 обращений.
Но фактически сайт успешно обработал только восемь отправок формы.
При этом ещё нужно убедиться, что данные поступили по предусмотренному каналу связи и не оказались ошибочными или тестовыми.
Разница принципиальная.
Поэтому я рекомендую разделять цели на две категории.
Основные: действия, наиболее близкие к реальным обращениям, например подтверждённая отправка формы.
Вспомогательные: клики по кнопкам, открытия форм, переходы в мессенджеры и посещения определённых страниц.
Вспомогательные цели важны, но их не стоит суммировать с основными как одинаковые лиды.
Иначе один пользователь, открывший форму несколько раз перед отправкой, может искусственно увеличить общую статистику.
4. Автоматические цели Яндекс Метрики: можно ли им доверять
В Яндекс Метрике предусмотрены автоматические цели.
Сервис может распознавать определённые действия на сайте без ручного создания каждого события.
Например, нажатия на кнопки, телефонные ссылки, переходы в поддерживаемые мессенджеры и действия с формами.
Это удобно для первоначального сбора информации.
Однако есть важный нюанс.
Автоматическое распознавание события не всегда означает, что оно соответствует бизнес-результату, который вы хотите измерять.
В частности, цель отправки формы в некоторых реализациях может фиксировать попытку отправки, включая случаи, когда данные не прошли проверку.
Поэтому нельзя просто включить автоматические цели и считать, что учёт заявок полностью настроен.
Что я рекомендую
Сначала посмотреть, какие цели уже появились в счётчике.
Затем проверить, какие элементы сайта они отслеживают.
После этого отдельно настроить важные действия, для которых нужна большая точность.
Например, успешную отправку конкретной формы или переход через определённую кнопку связи.
Далее выполнить реальные тестовые действия и проверить отчёты.
Официальная инструкция: Автоматические цели Яндекс Метрики.
5. Как отслеживать формы на Tilda
Tilda позволяет подключать Яндекс Метрику и передавать события, связанные с действиями посетителей.
Но способ отслеживания зависит от реализации формы.
Для стандартных блоков Tilda предусмотрена передача событий через виртуальные просмотры страниц.
Например, событие успешной отправки формы может иметь адрес вида:
tilda/form123456789/submitted
Это пример структуры события, а не реальный идентификатор конкретной формы.
Такие события можно использовать при настройке целей в Метрике.
Чем это полезно
Если на сайте есть несколько форм, можно отслеживать их отдельно.
Например:
Форма консультации. Посетитель обращается по общему вопросу.
Форма расчёта стоимости. Человек отправляет параметры проекта для подготовки предложения.
Форма на странице конкретной услуги. Позволяет оценивать обращения по соответствующему направлению.
Такой подход информативнее одной общей цели «Клик по кнопке».
Что важно учитывать
В Tilda существуют стандартные механизмы передачи событий, но собственные HTML-формы или нестандартные сценарии могут требовать индивидуальной настройки.
Например, если форма написана на JavaScript, необходимо определить момент, когда система действительно подтвердила успешную обработку данных.
И только после этого передавать соответствующее событие.
Для программируемых сценариев Яндекс Метрика поддерживает метод reachGoal.
Но вызывать его необходимо в правильный момент.
Если событие вызывается при нажатии кнопки, то оно измеряет нажатие, даже если обработка формы затем завершилась ошибкой.
Если вызывается после подтверждённого успешного результата — может использоваться для более точного отслеживания успешной отправки.
Официальная инструкция Tilda: Как отправлять данные о достижении целей.
6. Зачем отслеживать каждую кнопку связи отдельно
Представим, что на сайте есть несколько способов обращения:
Если все действия объединены в одну общую цель «Контакт», данные будут менее информативными.
Например, невозможно будет сразу понять, каким способом чаще пользуются посетители.
Поэтому для важных каналов связи лучше предусматривать отдельные цели.
Для проекта с несколькими точками входа можно также различать расположение кнопок.
Например:
Телефон в Header.
Telegram в Footer.
Кнопка открытия формы в Hero.
Отправка формы расчёта стоимости.
Это позволяет анализировать не только выбранный канал, но и место взаимодействия.
Однако не нужно создавать отдельную цель для каждого декоративного элемента.
Детализация должна соответствовать задачам бизнеса.
Для небольшого сайта может быть достаточно отдельных событий по основным каналам.
Для проекта с большим количеством направлений, рекламных посадочных страниц и форм полезна более подробная структура.
Хорошая аналитика должна помогать принимать решения, а не превращаться в сотни целей с непонятными названиями.
7. Как учитывать Telegram и MAX
Мессенджеры часто становятся одним из основных способов связи между посетителем сайта и компанией.
Но в аналитике существует принципиальное ограничение.
Когда пользователь нажимает на сайте ссылку Telegram или MAX, Метрика может зафиксировать переход.
После этого человек покидает сайт или открывает другое приложение.
То, что происходит дальше внутри мессенджера, не всегда доступно веб-аналитике.
Например, человек может открыть чат и ничего не написать.
Или написать сообщение позже, после повторного посещения сайта.
Поэтому переход в мессенджер корректнее считать контактным действием, а не автоматически подтверждённой заявкой.
Как сделать учёт точнее
В Метрике отдельно отслеживать нажатия на Telegram и MAX.
А для фактически поступивших обращений использовать журнал заявок, CRM или другую систему учёта.
Если техническая реализация позволяет связать обращение с источником и конкретным действием пользователя, можно получить более полную картину.
Однако такую связь нельзя предполагать автоматически.
Нужно убедиться, что используемый способ передачи данных действительно позволяет установить происхождение обращения.
Для некоторых мессенджеров Метрика умеет распознавать ссылки автоматически. Для нестандартных ссылок и кнопок может понадобиться собственное событие.
8. Почему важно проверять не только отправку, но и получение заявки
Форма может показывать сообщение «Спасибо, заявка отправлена», однако это ещё не доказывает, что обращение поступило нужному сотруднику.
Например, могут возникнуть проблемы с интеграцией, настройкой почты или сторонним сервисом передачи данных.
Поэтому при проверке форм нужно пройти весь путь.
Первый этап: пользователь заполнил поля.
Второй этап: сайт корректно обработал форму.
Третий этап: аналитика зафиксировала нужное событие.
Четвёртый этап: сообщение поступило в предусмотренный канал.
Пятый этап: сотрудник может открыть заявку и ответить клиенту.
Только после проверки всей цепочки можно уверенно говорить о корректной работе системы приёма обращений в протестированном сценарии.
Что делать, если заявка должна приходить в несколько каналов
Для некоторых проектов удобно организовать оперативную доставку обращений одновременно в электронную почту и мессенджеры.
Так сотрудник может быстрее заметить новую заявку.
Однако отправка уведомлений в несколько мест не означает появления нескольких независимых лидов.
Если одна форма создала одно обращение и три уведомления, это по-прежнему одна заявка.
Именно поэтому важно иметь единый принцип учёта обращений.
Например, в кейсе HAMEL настройка сайта включала отдельные цели для действий связи и форм, а также оперативную передачу обращений в MAX, Telegram и email.
Такой подход позволяет рассматривать аналитику и получение заявок как связанные части одной системы, а не как независимые технические настройки.
9. Как не допустить двойного подсчёта заявок
Одна из практических проблем аналитики — несколько целей могут срабатывать на одно действие.
Например, посетитель успешно отправляет форму.
При этом могут одновременно сработать:
Если затем сложить достижения этих трёх целей, возникнет впечатление, что сайт получил три заявки.
На самом деле обращение было одно.
Как избежать ошибки
Сначала определить основную цель, которой будет соответствовать успешная отправка.
Затем проверить, какие вспомогательные события также возникают.
Если для диагностики используются несколько способов отслеживания, их не нужно суммировать как разные обращения.
Особенно важно соблюдать этот принцип при формировании отчётов для владельца бизнеса или при оценке эффективности рекламы.
В противном случае стоимость заявки может оказаться искусственно заниженной.
Один лид — это не количество сработавших событий, а одно реальное обращение, определённое по согласованным правилам учёта.
10. Как назвать цели, чтобы в них можно было разобраться
Когда у сайта несколько форм и способов связи, полезно заранее договориться о системе названий.
Например, можно использовать понятные идентификаторы:
lead_form_success — успешная отправка формы.
phone_click — нажатие на телефон.
telegram_click — переход в Telegram.
max_click — переход в MAX.
email_click — нажатие на email.
popup_open — открытие формы.
Это пример возможной системы именования, а не обязательные названия Яндекс Метрики.
Если нужны разные цели для отдельных страниц или элементов, можно добавлять уточнения.
Например, различать форму расчёта и общую форму обращения.
Важно, чтобы названия были последовательными и понятными человеку, который будет анализировать отчёты через несколько месяцев.
Почему это имеет значение
Без системы именования список целей постепенно превращается в набор формулировок вроде:
«Кнопка 1».
«Новая форма».
«Цель тест».
«Отправка заявки 2».
Разобраться, какая из них действительно отражает важное действие, становится сложно.
Поэтому структуру целей полезно документировать вместе с остальными настройками проекта.
11. Какие показатели смотреть после настройки целей
Когда события начали корректно фиксироваться, можно переходить к анализу.
Но не стоит ограничиваться общей конверсией сайта.
Полезнее смотреть на несколько показателей в связке.
Посещения
Показывают объём трафика.
Сами по себе посещения не характеризуют качество обращений.
Достижения целей
Показывают, сколько раз зафиксированы настроенные события.
При этом одно событие может происходить несколько раз, а один пользователь способен выполнить разные цели.
Целевые визиты
Помогают оценивать посещения, в которых выполнялось выбранное целевое действие.
Это не то же самое, что общее число всех нажатий или фактических заявок.
Конверсия
Позволяет оценивать долю визитов, соответствующих условиям цели.
Но важно понимать, какая именно цель используется для расчёта.
Например, конверсия в открытие попапа и конверсия в успешную отправку формы отражают разные этапы.
Подтверждённые обращения
Показывают, сколько заявок действительно получено и зарегистрировано бизнесом.
Эти данные могут храниться не в Метрике, а в CRM, электронной почте или другой системе.
Качество обращений
Для коммерческой оценки важно понимать, какие заявки относятся к реальным потенциальным клиентам.
Например, обращение может оказаться спамом, ошибкой или запросом на услугу, которой компания не занимается.
Поэтому рост числа событий не обязательно означает рост продаж.
Лучше анализировать цепочку от источника трафика до подтверждённого обращения, чем один показатель в отрыве от остальных.
12. Как понять, какие источники приносят обращения
После настройки целей появляется возможность сравнивать различные источники посетителей.
Например:
Но здесь важно различать количество посетителей и действия, которые они совершают.
Представим условную ситуацию: одна рекламная кампания приводит много пользователей, но лишь немногие взаимодействуют с формами.
Другая кампания получает меньше переходов, однако доля целевых визитов выше.
Это повод изучить соответствие рекламы содержанию посадочных страниц и качество привлекаемой аудитории.
Но делать вывод только по конверсии тоже неправильно.
Необходимо учитывать стоимость переходов, расходы, качество обращений и конечный бизнес-результат.
Какую роль играют UTM-метки
UTM-метки помогают передавать сведения об источнике рекламного перехода через параметры URL.
Они полезны при анализе кампаний, отдельных объявлений и других рекламных материалов.
Но их нужно использовать последовательно.
Разные варианты написания названий кампаний могут усложнять отчётность.
Также не стоит добавлять UTM-метки во все внутренние ссылки сайта: это может нарушать интерпретацию источников и отдельных переходов.
Для рекламных задач важно заранее продумать правила разметки.
Подробнее о работе с рекламным трафиком — на странице «Реклама и привлечение клиентов».
13. Как определить, где посетители теряют интерес
Одна из полезных возможностей аналитики — изучение промежуточных действий.
Например, можно отдельно отслеживать открытие формы и её успешную отправку.
Если форму открывают часто, но успешных отправок относительно мало, это повод проверить пользовательский сценарий.
Возможные причины:
Но нельзя автоматически утверждать, что причина именно в неудобной форме.
Возможно, часть пользователей просто изучает варианты связи и пока не готова обращаться.
Поэтому статистику полезно дополнять техническими проверками и наблюдением за пользовательскими сценариями.
Пример
На странице услуги находится кнопка «Получить расчёт».
Посетитель нажимает её и видит форму, которая требует указать большое количество технических сведений.
Если человеку пока неизвестны эти параметры, он может закрыть форму.
В такой ситуации стоит проверить, действительно ли все поля необходимы для первого обращения.
Иногда удобнее сначала получить контакт и краткое описание задачи, а детали уточнить позже.
Однако для некоторых сложных услуг определённый набор исходных данных действительно нужен.
Поэтому универсального идеального количества полей не существует.
14. Какие ошибки чаще всего встречаются при настройке аналитики
Даже небольшой сайт может содержать несколько незаметных проблем.
Счётчик установлен, но цели не настроены
Видна посещаемость, но непонятно, какие действия посетители совершают.
Цель создаётся на любой клик
Открытие попапа или нажатие кнопки ошибочно учитывается как полноценная заявка.
Формы отслеживаются без проверки результата
Событие появляется в отчёте, но данные не поступают в систему обработки обращений.
Несколько событий считаются несколькими лидами
Одна успешная отправка активирует несколько целей, которые затем суммируются.
Не учитываются разные способы связи
Сайт получает обращения через телефон и мессенджеры, но в отчётах отражаются только формы.
После изменения сайта цели перестают работать
Разработчик заменил блок или изменил HTML-структуру, а аналитика продолжает использовать старую настройку.
Цели не проверяются после публикации
Система кажется настроенной, однако часть событий не фиксируется или срабатывает неправильно.
Поэтому аналитика требует проверки не только при первом подключении, но и после значимых изменений интерфейса.
15. Как проверить работу целей перед запуском
Я рекомендую включать проверку аналитики в общий сценарий тестирования сайта.
Шаг 1. Убедиться, что счётчик работает
Проверить загрузку счётчика на опубликованном сайте и получение базовых данных.
Шаг 2. Пройти основные пользовательские сценарии
Открыть форму, нажать телефон, перейти в мессенджер, выполнить тестовую отправку.
Шаг 3. Проверить каждое событие
Убедиться, что для соответствующего действия срабатывает нужная цель.
Шаг 4. Проверить отсутствие ложных срабатываний
Например, открытие формы не должно ошибочно засчитываться как её успешная отправка.
Шаг 5. Проверить доставку заявки
Подтвердить, что тестовое обращение действительно поступило по нужному каналу.
Шаг 6. Проверить мобильную версию
На смартфоне могут использоваться другие элементы интерфейса и способы взаимодействия.
Шаг 7. Зафиксировать список целей
Сохранить информацию о названиях событий, связанных элементах и логике срабатывания.
Важно помнить, что собственные тестовые отправки тоже могут попасть в статистику. Их следует учитывать при оценке первоначальных данных, а при наличии подходящих настроек — исключать тестовый трафик.
16. Как связать аналитику с реальными заявками бизнеса
Наиболее полезный уровень аналитики начинается тогда, когда данные сайта сопоставляются с фактическими обращениями.
Например, Метрика показывает, что пользователь успешно отправил форму.
Но для бизнеса важно знать, что произошло дальше.
Поступила ли заявка?
Ответил ли менеджер?
Была ли задача потенциального клиента подходящей?
Перешёл ли разговор к расчёту или коммерческому предложению?
Заключён ли договор?
Для такого анализа может понадобиться CRM или другая система учёта.
При этом нельзя считать, что любое подключение CRM автоматически создаёт полноценную сквозную аналитику.
Для корректной связи между визитами, обращениями и продажами необходимо отдельно продумать передачу идентификаторов, источников и статусов.
Также нужно соблюдать применимые требования к работе с персональными данными.
Но даже если сложная интеграция пока не нужна, полезно начать с простого и надёжного учёта поступающих обращений.
Главное — использовать одинаковые определения и исключать дубли.
Подробнее о технических возможностях таких связок — на странице «Интеграция сайта с CRM и сервисами».
Чек-лист: аналитика сайта услуг
Перед запуском или после переработки сайта полезно проверить основные элементы.
Счётчик и источники
Контактные действия
Качество учёта
Дальнейшая работа
Такой набор позволяет организовать базовую систему измерения действий пользователей без избыточной сложности.
Как я настраиваю аналитику в проектах AnaBel
В AnaBel аналитика рассматривается как часть разработки коммерческого сайта.
Если сайт создаётся для привлечения клиентов, недостаточно просто установить счётчик.
Нужно определить, какие действия действительно важны для бизнеса, как они реализованы технически и каким образом поступают обращения.
Для стандартных элементов Tilda можно использовать предусмотренные платформой механизмы передачи событий.
Для индивидуальных HTML/CSS/JS-блоков при необходимости настраиваются собственные события.
Отдельное внимание уделяется формам, кнопкам связи и корректной доставке обращений.
Я также учитываю, что разные цели имеют разный смысл.
Переход в мессенджер — это контактное действие.
Открытие формы — проявление интереса.
Успешная отправка — более конкретное событие.
А фактически полученное обращение — уже часть бизнес-процесса, которую необходимо учитывать отдельно.
Главное — не количество настроенных целей, а достоверность данных и возможность понять, как сайт помогает бизнесу получать обращения.
Частые вопросы о Яндекс Метрике
Достаточно ли просто установить счётчик?
Для базового анализа посещаемости — это необходимый первый шаг.
Но для понимания обращений нужны корректно настроенные и проверенные цели.
Нужно ли создавать цели, если Метрика уже добавила автоматические?
Зависит от того, какие действия необходимо измерять и насколько корректно работают существующие цели.
Автоматические события полезны, но для подтверждённых отправок и сложных сценариев могут потребоваться дополнительные настройки.
Можно ли считать клик на телефон заявкой?
Нет.
Он показывает намерение взаимодействовать с телефонным каналом.
Факт состоявшегося звонка и его результат требуют отдельной проверки или инструментов учёта звонков.
Можно ли считать переход в Telegram или MAX заявкой?
Не автоматически.
Метрика может зафиксировать переход по ссылке, но не всегда знает, отправил ли человек сообщение.
Для подтверждения обращения нужны данные из соответствующего канала или интегрированной системы.
Можно ли настроить отдельные цели для разных форм?
Да.
Способ зависит от реализации форм и механизма передачи событий.
На Tilda предусмотрены стандартные события форм, а для индивидуальных сценариев могут использоваться собственные события Яндекс Метрики.
Почему в Метрике больше конверсий, чем фактических заявок?
Возможные причины — учёт кликов вместо успешных отправок, повторные действия пользователей, дублирующие цели или разница между техническим событием и полученным обращением.
Необходимо проверить настройки каждой цели.
Нужно ли менять цели после редизайна сайта?
Да, их необходимо проверить.
Если изменились формы, кнопки, URL или HTML-структура, прежние настройки могут перестать корректно работать.
Можно ли узнать, какая реклама привела к заключённому договору?
Это возможно в рамках подходящей системы учёта и интеграций, но не следует ожидать такого результата автоматически от одной установленной Метрики.
Нужно отдельно обеспечить корректное сопоставление источников, обращений и последующих бизнес-событий.
Итог: считать нужно не только клики, но и реальные обращения
Яндекс Метрика помогает понять, как посетители используют сайт, какие страницы открывают и какие контактные действия совершают.
Но между нажатием кнопки и поступлением заявки есть несколько этапов, которые важно не смешивать.
Поэтому эффективная аналитика сайта услуг строится вокруг понятных определений и проверенных событий.
Нужно отдельно отслеживать формы, телефон, мессенджеры и другие значимые действия.
Проверять не только срабатывание целей, но и фактическую доставку обращений.
И по возможности связывать данные сайта с результатами обработки заявок.
Хорошая аналитика — это не большое количество графиков и целей. Это возможность ответить на конкретные вопросы: откуда приходят потенциальные клиенты, что они делают на сайте и какие действия действительно приводят к обращениям.
Именно на такой основе можно принимать более обоснованные решения о рекламе, SEO, развитии интерфейса и дальнейшем продвижении бизнеса.
Но как понять, какие из этих действий действительно приводят к обращениям клиентов?
Часто после установки Яндекс Метрики владелец бизнеса видит количество посещений, источники трафика и несколько автоматически созданных целей. Кажется, что аналитика уже настроена.
Однако между установленным счётчиком и системой учёта заявок существует большая разница.
Например, посетитель может нажать кнопку «Обсудить проект», открыть форму и закрыть её. Метрика зафиксирует интерес, но компания не получит обращения.
Другой человек перейдёт в мессенджер, но так и не отправит сообщение.
Третий заполнит форму, однако из-за технической ошибки заявка не попадёт менеджеру.
Если считать все эти действия одинаковыми конверсиями, можно получить красивую статистику, которая плохо отражает реальные результаты сайта.
Разберём, какие цели стоит настраивать на сайте услуг, как работать с аналитикой в Tilda и почему важно разделять действия посетителя, отправленные заявки и фактические обращения клиентов.
Зачем сайту услуг нужна Яндекс Метрика
Яндекс Метрика — сервис веб-аналитики, который помогает изучать посещаемость сайта и действия пользователей.
С её помощью можно оценивать источники переходов, популярные страницы, устройства посетителей и выполнение определённых действий.
Но важнее не просто собирать данные, а использовать их для принятия решений.
Например, компания запускает рекламу нескольких услуг.
Одна посадочная страница получает много посещений, а другая — значительно меньше.
Если смотреть исключительно на трафик, первая может казаться успешнее.
Однако после настройки целей может выясниться, что на второй странице посетители чаще переходят к обсуждению услуги.
Это не означает автоматически, что второй раздел эффективнее по всем показателям. Для окончательной оценки нужны сведения о качестве обращений, стоимости привлечения и результатах продаж.
Но аналитика помогает увидеть различия, которые невозможно определить по одному количеству посещений.
Главная задача Метрики — показывать, что происходит на сайте между переходом посетителя и его следующим действием.
1. Сначала определите, что считать заявкой
Прежде чем создавать цели, необходимо договориться о терминологии.
Иначе в одном отчёте могут смешаться совершенно разные события.
Для сайта услуг удобно выделять четыре уровня.
Уровень 1. Посещение страницы
Человек перешёл на сайт и открыл его содержимое.
Это ещё не означает заинтересованность в сотрудничестве.
Уровень 2. Проявление интереса
Посетитель нажал кнопку связи, открыл форму, посмотрел стоимость или перешёл к подробному описанию услуги.
Эти действия помогают изучать пользовательский путь, но не обязательно означают обращение.
Уровень 3. Отправка обращения
Форма успешно обработана сайтом или человек отправил сообщение, которое поступило компании.
Но Метрика не всегда может самостоятельно подтвердить оба сценария.
Например, она может зафиксировать переход в Telegram, но не знать, отправил ли человек сообщение после открытия приложения.
Уровень 4. Подтверждённая заявка
Обращение поступило, содержит контактную информацию или описание задачи и может быть обработано компанией.
Далее возможны дополнительные этапы: квалификация, обсуждение проекта, коммерческое предложение и договор.
Для анализа коммерческого результата именно эти последующие этапы имеют особенно большое значение.
Важно: событие в Метрике не всегда равно фактически полученной заявке.
Поэтому при настройке аналитики нужно понимать, какой именно этап отслеживает каждая цель.
2. Какие цели нужны сайту услуг
Не существует единого набора целей, обязательного для абсолютно каждого сайта.
Он зависит от способов связи, структуры интерфейса и бизнес-процессов.
Но для типичного сайта услуг я бы выделила несколько основных групп.
Успешная отправка формы
Одна из главных целей.
Если посетитель заполнил форму и система успешно приняла данные, это значимое действие для бизнеса.
При этом важно отслеживать именно корректно обработанную отправку, а не только нажатие кнопки.
Нажатие на телефон
Позволяет оценивать интерес к телефонной связи.
Однако клик по номеру не доказывает, что звонок состоялся.
Для подтверждённого учёта звонков могут потребоваться отдельные инструменты телефонии и коллтрекинга.
Переход в Telegram
Показывает, что посетитель выбрал соответствующий канал связи.
Но сам по себе переход не означает отправку сообщения.
Переход в MAX
Аналогичный сценарий для ссылки на MAX.
В зависимости от реализации ссылки и возможностей автоматического распознавания может потребоваться отдельная настройка события.
Нажатие на электронную почту
Позволяет видеть интерес к email-связи.
Но открытие почтового приложения не гарантирует отправку письма.
Открытие формы или попапа
Полезное промежуточное событие.
Например, если форму открывают часто, а успешных отправок мало, можно изучить её удобство и техническую работу.
При этом количество открытий нельзя смешивать с количеством заявок.
Просмотр важной коммерческой страницы
Иногда полезно отдельно анализировать посещение страницы стоимости, конкретного направления или раздела проектов.
Но такое событие следует воспринимать как интерес к информации, а не как доказательство намерения купить услугу.
3. Почему не стоит считать все клики заявками
Представим условную ситуацию.
За определённый период на сайте произошло:
- 40 нажатий кнопки «Обсудить проект».
- 25 открытий формы.
- 12 попыток отправки.
- 8 успешно обработанных отправок.
Это исключительно иллюстративный пример, не статистика какого-либо реального проекта.
Если в отчёте считать нажатия кнопок полноценными заявками, получится 40 обращений.
Но фактически сайт успешно обработал только восемь отправок формы.
При этом ещё нужно убедиться, что данные поступили по предусмотренному каналу связи и не оказались ошибочными или тестовыми.
Разница принципиальная.
Поэтому я рекомендую разделять цели на две категории.
Основные: действия, наиболее близкие к реальным обращениям, например подтверждённая отправка формы.
Вспомогательные: клики по кнопкам, открытия форм, переходы в мессенджеры и посещения определённых страниц.
Вспомогательные цели важны, но их не стоит суммировать с основными как одинаковые лиды.
Иначе один пользователь, открывший форму несколько раз перед отправкой, может искусственно увеличить общую статистику.
4. Автоматические цели Яндекс Метрики: можно ли им доверять
В Яндекс Метрике предусмотрены автоматические цели.
Сервис может распознавать определённые действия на сайте без ручного создания каждого события.
Например, нажатия на кнопки, телефонные ссылки, переходы в поддерживаемые мессенджеры и действия с формами.
Это удобно для первоначального сбора информации.
Однако есть важный нюанс.
Автоматическое распознавание события не всегда означает, что оно соответствует бизнес-результату, который вы хотите измерять.
В частности, цель отправки формы в некоторых реализациях может фиксировать попытку отправки, включая случаи, когда данные не прошли проверку.
Поэтому нельзя просто включить автоматические цели и считать, что учёт заявок полностью настроен.
Что я рекомендую
Сначала посмотреть, какие цели уже появились в счётчике.
Затем проверить, какие элементы сайта они отслеживают.
После этого отдельно настроить важные действия, для которых нужна большая точность.
Например, успешную отправку конкретной формы или переход через определённую кнопку связи.
Далее выполнить реальные тестовые действия и проверить отчёты.
Официальная инструкция: Автоматические цели Яндекс Метрики.
5. Как отслеживать формы на Tilda
Tilda позволяет подключать Яндекс Метрику и передавать события, связанные с действиями посетителей.
Но способ отслеживания зависит от реализации формы.
Для стандартных блоков Tilda предусмотрена передача событий через виртуальные просмотры страниц.
Например, событие успешной отправки формы может иметь адрес вида:
tilda/form123456789/submitted
Это пример структуры события, а не реальный идентификатор конкретной формы.
Такие события можно использовать при настройке целей в Метрике.
Чем это полезно
Если на сайте есть несколько форм, можно отслеживать их отдельно.
Например:
Форма консультации. Посетитель обращается по общему вопросу.
Форма расчёта стоимости. Человек отправляет параметры проекта для подготовки предложения.
Форма на странице конкретной услуги. Позволяет оценивать обращения по соответствующему направлению.
Такой подход информативнее одной общей цели «Клик по кнопке».
Что важно учитывать
В Tilda существуют стандартные механизмы передачи событий, но собственные HTML-формы или нестандартные сценарии могут требовать индивидуальной настройки.
Например, если форма написана на JavaScript, необходимо определить момент, когда система действительно подтвердила успешную обработку данных.
И только после этого передавать соответствующее событие.
Для программируемых сценариев Яндекс Метрика поддерживает метод reachGoal.
Но вызывать его необходимо в правильный момент.
Если событие вызывается при нажатии кнопки, то оно измеряет нажатие, даже если обработка формы затем завершилась ошибкой.
Если вызывается после подтверждённого успешного результата — может использоваться для более точного отслеживания успешной отправки.
Официальная инструкция Tilda: Как отправлять данные о достижении целей.
6. Зачем отслеживать каждую кнопку связи отдельно
Представим, что на сайте есть несколько способов обращения:
- Форма обратной связи.
- Телефон.
- Telegram.
- MAX.
- Электронная почта.
Если все действия объединены в одну общую цель «Контакт», данные будут менее информативными.
Например, невозможно будет сразу понять, каким способом чаще пользуются посетители.
Поэтому для важных каналов связи лучше предусматривать отдельные цели.
Для проекта с несколькими точками входа можно также различать расположение кнопок.
Например:
Телефон в Header.
Telegram в Footer.
Кнопка открытия формы в Hero.
Отправка формы расчёта стоимости.
Это позволяет анализировать не только выбранный канал, но и место взаимодействия.
Однако не нужно создавать отдельную цель для каждого декоративного элемента.
Детализация должна соответствовать задачам бизнеса.
Для небольшого сайта может быть достаточно отдельных событий по основным каналам.
Для проекта с большим количеством направлений, рекламных посадочных страниц и форм полезна более подробная структура.
Хорошая аналитика должна помогать принимать решения, а не превращаться в сотни целей с непонятными названиями.
7. Как учитывать Telegram и MAX
Мессенджеры часто становятся одним из основных способов связи между посетителем сайта и компанией.
Но в аналитике существует принципиальное ограничение.
Когда пользователь нажимает на сайте ссылку Telegram или MAX, Метрика может зафиксировать переход.
После этого человек покидает сайт или открывает другое приложение.
То, что происходит дальше внутри мессенджера, не всегда доступно веб-аналитике.
Например, человек может открыть чат и ничего не написать.
Или написать сообщение позже, после повторного посещения сайта.
Поэтому переход в мессенджер корректнее считать контактным действием, а не автоматически подтверждённой заявкой.
Как сделать учёт точнее
В Метрике отдельно отслеживать нажатия на Telegram и MAX.
А для фактически поступивших обращений использовать журнал заявок, CRM или другую систему учёта.
Если техническая реализация позволяет связать обращение с источником и конкретным действием пользователя, можно получить более полную картину.
Однако такую связь нельзя предполагать автоматически.
Нужно убедиться, что используемый способ передачи данных действительно позволяет установить происхождение обращения.
Для некоторых мессенджеров Метрика умеет распознавать ссылки автоматически. Для нестандартных ссылок и кнопок может понадобиться собственное событие.
8. Почему важно проверять не только отправку, но и получение заявки
Форма может показывать сообщение «Спасибо, заявка отправлена», однако это ещё не доказывает, что обращение поступило нужному сотруднику.
Например, могут возникнуть проблемы с интеграцией, настройкой почты или сторонним сервисом передачи данных.
Поэтому при проверке форм нужно пройти весь путь.
Первый этап: пользователь заполнил поля.
Второй этап: сайт корректно обработал форму.
Третий этап: аналитика зафиксировала нужное событие.
Четвёртый этап: сообщение поступило в предусмотренный канал.
Пятый этап: сотрудник может открыть заявку и ответить клиенту.
Только после проверки всей цепочки можно уверенно говорить о корректной работе системы приёма обращений в протестированном сценарии.
Что делать, если заявка должна приходить в несколько каналов
Для некоторых проектов удобно организовать оперативную доставку обращений одновременно в электронную почту и мессенджеры.
Так сотрудник может быстрее заметить новую заявку.
Однако отправка уведомлений в несколько мест не означает появления нескольких независимых лидов.
Если одна форма создала одно обращение и три уведомления, это по-прежнему одна заявка.
Именно поэтому важно иметь единый принцип учёта обращений.
Например, в кейсе HAMEL настройка сайта включала отдельные цели для действий связи и форм, а также оперативную передачу обращений в MAX, Telegram и email.
Такой подход позволяет рассматривать аналитику и получение заявок как связанные части одной системы, а не как независимые технические настройки.
9. Как не допустить двойного подсчёта заявок
Одна из практических проблем аналитики — несколько целей могут срабатывать на одно действие.
Например, посетитель успешно отправляет форму.
При этом могут одновременно сработать:
- Автоматическая цель Метрики.
- Цель по виртуальной странице Tilda.
- Дополнительное JavaScript-событие.
Если затем сложить достижения этих трёх целей, возникнет впечатление, что сайт получил три заявки.
На самом деле обращение было одно.
Как избежать ошибки
Сначала определить основную цель, которой будет соответствовать успешная отправка.
Затем проверить, какие вспомогательные события также возникают.
Если для диагностики используются несколько способов отслеживания, их не нужно суммировать как разные обращения.
Особенно важно соблюдать этот принцип при формировании отчётов для владельца бизнеса или при оценке эффективности рекламы.
В противном случае стоимость заявки может оказаться искусственно заниженной.
Один лид — это не количество сработавших событий, а одно реальное обращение, определённое по согласованным правилам учёта.
10. Как назвать цели, чтобы в них можно было разобраться
Когда у сайта несколько форм и способов связи, полезно заранее договориться о системе названий.
Например, можно использовать понятные идентификаторы:
lead_form_success — успешная отправка формы.
phone_click — нажатие на телефон.
telegram_click — переход в Telegram.
max_click — переход в MAX.
email_click — нажатие на email.
popup_open — открытие формы.
Это пример возможной системы именования, а не обязательные названия Яндекс Метрики.
Если нужны разные цели для отдельных страниц или элементов, можно добавлять уточнения.
Например, различать форму расчёта и общую форму обращения.
Важно, чтобы названия были последовательными и понятными человеку, который будет анализировать отчёты через несколько месяцев.
Почему это имеет значение
Без системы именования список целей постепенно превращается в набор формулировок вроде:
«Кнопка 1».
«Новая форма».
«Цель тест».
«Отправка заявки 2».
Разобраться, какая из них действительно отражает важное действие, становится сложно.
Поэтому структуру целей полезно документировать вместе с остальными настройками проекта.
11. Какие показатели смотреть после настройки целей
Когда события начали корректно фиксироваться, можно переходить к анализу.
Но не стоит ограничиваться общей конверсией сайта.
Полезнее смотреть на несколько показателей в связке.
Посещения
Показывают объём трафика.
Сами по себе посещения не характеризуют качество обращений.
Достижения целей
Показывают, сколько раз зафиксированы настроенные события.
При этом одно событие может происходить несколько раз, а один пользователь способен выполнить разные цели.
Целевые визиты
Помогают оценивать посещения, в которых выполнялось выбранное целевое действие.
Это не то же самое, что общее число всех нажатий или фактических заявок.
Конверсия
Позволяет оценивать долю визитов, соответствующих условиям цели.
Но важно понимать, какая именно цель используется для расчёта.
Например, конверсия в открытие попапа и конверсия в успешную отправку формы отражают разные этапы.
Подтверждённые обращения
Показывают, сколько заявок действительно получено и зарегистрировано бизнесом.
Эти данные могут храниться не в Метрике, а в CRM, электронной почте или другой системе.
Качество обращений
Для коммерческой оценки важно понимать, какие заявки относятся к реальным потенциальным клиентам.
Например, обращение может оказаться спамом, ошибкой или запросом на услугу, которой компания не занимается.
Поэтому рост числа событий не обязательно означает рост продаж.
Лучше анализировать цепочку от источника трафика до подтверждённого обращения, чем один показатель в отрыве от остальных.
12. Как понять, какие источники приносят обращения
После настройки целей появляется возможность сравнивать различные источники посетителей.
Например:
- Органический поиск.
- Рекламные кампании.
- Переходы с других сайтов.
- Социальные сети и мессенджеры.
- Прямые посещения.
Но здесь важно различать количество посетителей и действия, которые они совершают.
Представим условную ситуацию: одна рекламная кампания приводит много пользователей, но лишь немногие взаимодействуют с формами.
Другая кампания получает меньше переходов, однако доля целевых визитов выше.
Это повод изучить соответствие рекламы содержанию посадочных страниц и качество привлекаемой аудитории.
Но делать вывод только по конверсии тоже неправильно.
Необходимо учитывать стоимость переходов, расходы, качество обращений и конечный бизнес-результат.
Какую роль играют UTM-метки
UTM-метки помогают передавать сведения об источнике рекламного перехода через параметры URL.
Они полезны при анализе кампаний, отдельных объявлений и других рекламных материалов.
Но их нужно использовать последовательно.
Разные варианты написания названий кампаний могут усложнять отчётность.
Также не стоит добавлять UTM-метки во все внутренние ссылки сайта: это может нарушать интерпретацию источников и отдельных переходов.
Для рекламных задач важно заранее продумать правила разметки.
Подробнее о работе с рекламным трафиком — на странице «Реклама и привлечение клиентов».
13. Как определить, где посетители теряют интерес
Одна из полезных возможностей аналитики — изучение промежуточных действий.
Например, можно отдельно отслеживать открытие формы и её успешную отправку.
Если форму открывают часто, но успешных отправок относительно мало, это повод проверить пользовательский сценарий.
Возможные причины:
- Слишком много обязательных полей.
- Непонятные подписи.
- Ошибки валидации.
- Некорректное отображение на мобильных устройствах.
- Проблемы с отправкой.
- Несоответствие формы обещанию на кнопке.
Но нельзя автоматически утверждать, что причина именно в неудобной форме.
Возможно, часть пользователей просто изучает варианты связи и пока не готова обращаться.
Поэтому статистику полезно дополнять техническими проверками и наблюдением за пользовательскими сценариями.
Пример
На странице услуги находится кнопка «Получить расчёт».
Посетитель нажимает её и видит форму, которая требует указать большое количество технических сведений.
Если человеку пока неизвестны эти параметры, он может закрыть форму.
В такой ситуации стоит проверить, действительно ли все поля необходимы для первого обращения.
Иногда удобнее сначала получить контакт и краткое описание задачи, а детали уточнить позже.
Однако для некоторых сложных услуг определённый набор исходных данных действительно нужен.
Поэтому универсального идеального количества полей не существует.
14. Какие ошибки чаще всего встречаются при настройке аналитики
Даже небольшой сайт может содержать несколько незаметных проблем.
Счётчик установлен, но цели не настроены
Видна посещаемость, но непонятно, какие действия посетители совершают.
Цель создаётся на любой клик
Открытие попапа или нажатие кнопки ошибочно учитывается как полноценная заявка.
Формы отслеживаются без проверки результата
Событие появляется в отчёте, но данные не поступают в систему обработки обращений.
Несколько событий считаются несколькими лидами
Одна успешная отправка активирует несколько целей, которые затем суммируются.
Не учитываются разные способы связи
Сайт получает обращения через телефон и мессенджеры, но в отчётах отражаются только формы.
После изменения сайта цели перестают работать
Разработчик заменил блок или изменил HTML-структуру, а аналитика продолжает использовать старую настройку.
Цели не проверяются после публикации
Система кажется настроенной, однако часть событий не фиксируется или срабатывает неправильно.
Поэтому аналитика требует проверки не только при первом подключении, но и после значимых изменений интерфейса.
15. Как проверить работу целей перед запуском
Я рекомендую включать проверку аналитики в общий сценарий тестирования сайта.
Шаг 1. Убедиться, что счётчик работает
Проверить загрузку счётчика на опубликованном сайте и получение базовых данных.
Шаг 2. Пройти основные пользовательские сценарии
Открыть форму, нажать телефон, перейти в мессенджер, выполнить тестовую отправку.
Шаг 3. Проверить каждое событие
Убедиться, что для соответствующего действия срабатывает нужная цель.
Шаг 4. Проверить отсутствие ложных срабатываний
Например, открытие формы не должно ошибочно засчитываться как её успешная отправка.
Шаг 5. Проверить доставку заявки
Подтвердить, что тестовое обращение действительно поступило по нужному каналу.
Шаг 6. Проверить мобильную версию
На смартфоне могут использоваться другие элементы интерфейса и способы взаимодействия.
Шаг 7. Зафиксировать список целей
Сохранить информацию о названиях событий, связанных элементах и логике срабатывания.
Важно помнить, что собственные тестовые отправки тоже могут попасть в статистику. Их следует учитывать при оценке первоначальных данных, а при наличии подходящих настроек — исключать тестовый трафик.
16. Как связать аналитику с реальными заявками бизнеса
Наиболее полезный уровень аналитики начинается тогда, когда данные сайта сопоставляются с фактическими обращениями.
Например, Метрика показывает, что пользователь успешно отправил форму.
Но для бизнеса важно знать, что произошло дальше.
Поступила ли заявка?
Ответил ли менеджер?
Была ли задача потенциального клиента подходящей?
Перешёл ли разговор к расчёту или коммерческому предложению?
Заключён ли договор?
Для такого анализа может понадобиться CRM или другая система учёта.
При этом нельзя считать, что любое подключение CRM автоматически создаёт полноценную сквозную аналитику.
Для корректной связи между визитами, обращениями и продажами необходимо отдельно продумать передачу идентификаторов, источников и статусов.
Также нужно соблюдать применимые требования к работе с персональными данными.
Но даже если сложная интеграция пока не нужна, полезно начать с простого и надёжного учёта поступающих обращений.
Главное — использовать одинаковые определения и исключать дубли.
Подробнее о технических возможностях таких связок — на странице «Интеграция сайта с CRM и сервисами».
Чек-лист: аналитика сайта услуг
Перед запуском или после переработки сайта полезно проверить основные элементы.
Счётчик и источники
- Яндекс Метрика подключена к опубликованному сайту.
- Данные о посещениях поступают.
- Основные рекламные кампании размечены последовательно.
- Понятно, какие источники используются для привлечения посетителей.
Контактные действия
- Отдельно отслеживаются основные формы.
- Проверяется успешная обработка отправки.
- Настроено отслеживание телефона.
- Настроены переходы в Telegram и другие используемые мессенджеры.
- При необходимости отслеживаются email и дополнительные способы связи.
Качество учёта
- Открытие формы не считается автоматически полноценной заявкой.
- Не суммируются дублирующие цели.
- Названия целей понятны.
- Цели проверены на компьютере и смартфоне.
- Тестовые обращения поступают в предусмотренные каналы.
- Есть способ учитывать фактически полученные заявки.
Дальнейшая работа
- Определены ключевые показатели для регулярного контроля.
- Понятно, кто отвечает за получение и обработку заявок.
- После изменений сайта предусмотрена повторная проверка событий.
Такой набор позволяет организовать базовую систему измерения действий пользователей без избыточной сложности.
Как я настраиваю аналитику в проектах AnaBel
В AnaBel аналитика рассматривается как часть разработки коммерческого сайта.
Если сайт создаётся для привлечения клиентов, недостаточно просто установить счётчик.
Нужно определить, какие действия действительно важны для бизнеса, как они реализованы технически и каким образом поступают обращения.
Для стандартных элементов Tilda можно использовать предусмотренные платформой механизмы передачи событий.
Для индивидуальных HTML/CSS/JS-блоков при необходимости настраиваются собственные события.
Отдельное внимание уделяется формам, кнопкам связи и корректной доставке обращений.
Я также учитываю, что разные цели имеют разный смысл.
Переход в мессенджер — это контактное действие.
Открытие формы — проявление интереса.
Успешная отправка — более конкретное событие.
А фактически полученное обращение — уже часть бизнес-процесса, которую необходимо учитывать отдельно.
Главное — не количество настроенных целей, а достоверность данных и возможность понять, как сайт помогает бизнесу получать обращения.
Частые вопросы о Яндекс Метрике
Достаточно ли просто установить счётчик?
Для базового анализа посещаемости — это необходимый первый шаг.
Но для понимания обращений нужны корректно настроенные и проверенные цели.
Нужно ли создавать цели, если Метрика уже добавила автоматические?
Зависит от того, какие действия необходимо измерять и насколько корректно работают существующие цели.
Автоматические события полезны, но для подтверждённых отправок и сложных сценариев могут потребоваться дополнительные настройки.
Можно ли считать клик на телефон заявкой?
Нет.
Он показывает намерение взаимодействовать с телефонным каналом.
Факт состоявшегося звонка и его результат требуют отдельной проверки или инструментов учёта звонков.
Можно ли считать переход в Telegram или MAX заявкой?
Не автоматически.
Метрика может зафиксировать переход по ссылке, но не всегда знает, отправил ли человек сообщение.
Для подтверждения обращения нужны данные из соответствующего канала или интегрированной системы.
Можно ли настроить отдельные цели для разных форм?
Да.
Способ зависит от реализации форм и механизма передачи событий.
На Tilda предусмотрены стандартные события форм, а для индивидуальных сценариев могут использоваться собственные события Яндекс Метрики.
Почему в Метрике больше конверсий, чем фактических заявок?
Возможные причины — учёт кликов вместо успешных отправок, повторные действия пользователей, дублирующие цели или разница между техническим событием и полученным обращением.
Необходимо проверить настройки каждой цели.
Нужно ли менять цели после редизайна сайта?
Да, их необходимо проверить.
Если изменились формы, кнопки, URL или HTML-структура, прежние настройки могут перестать корректно работать.
Можно ли узнать, какая реклама привела к заключённому договору?
Это возможно в рамках подходящей системы учёта и интеграций, но не следует ожидать такого результата автоматически от одной установленной Метрики.
Нужно отдельно обеспечить корректное сопоставление источников, обращений и последующих бизнес-событий.
Итог: считать нужно не только клики, но и реальные обращения
Яндекс Метрика помогает понять, как посетители используют сайт, какие страницы открывают и какие контактные действия совершают.
Но между нажатием кнопки и поступлением заявки есть несколько этапов, которые важно не смешивать.
Поэтому эффективная аналитика сайта услуг строится вокруг понятных определений и проверенных событий.
Нужно отдельно отслеживать формы, телефон, мессенджеры и другие значимые действия.
Проверять не только срабатывание целей, но и фактическую доставку обращений.
И по возможности связывать данные сайта с результатами обработки заявок.
Хорошая аналитика — это не большое количество графиков и целей. Это возможность ответить на конкретные вопросы: откуда приходят потенциальные клиенты, что они делают на сайте и какие действия действительно приводят к обращениям.
Именно на такой основе можно принимать более обоснованные решения о рекламе, SEO, развитии интерфейса и дальнейшем продвижении бизнеса.
