Яндекс.Метрика для малого бизнеса: какие цели настроить

Для небольшого сайта в Яндекс.Метрике достаточно начать с трёх действий: нажатия на телефон, перехода к записи и успешного сохранения заявки. Клик по номеру не подтверждает разговор; открытие формы не означает обращение, а надпись «Спасибо» не доказывает доставку письма. Я бы сначала связал цели с реальным путём клиента, отправил контрольную заявку и сверил её с очередью обращений. Затем посмотрел бы, из каких источников приходят люди и на какой странице останавливаются. Такая настройка помогает искать конкретный сбой, но не объясняет всю выручку и не гарантирует рост продаж. Ниже — минимальная схема, которую можно проверить без большого отчёта и десятков целей.

Что вы хотите узнать у счётчика?

Владелец обычно спрашивает «сайт работает?», а счётчик видит посещения и отдельные действия. Между ними надо построить понятную связь. Для сайта услуг полезны три вопроса: откуда пришёл человек, какое предложение прочитал и дошёл ли до обращения.

Я начал бы с одного основного результата. Если сайт предлагает оставить заявку, результатом считаю сохранённую запись, которую можно найти в рабочей очереди. Если продаёт через телефон, отдельно отмечаю нажатие на номер, а состоявшиеся разговоры проверяю по журналу звонков. Подменять разговор кликом нельзя: человек мог закрыть приложение набора номера.

В статье почему сайт не приносит заявок разобраны разные причины отсутствия обращений. Здесь задача уже: получить наблюдения, по которым эти причины можно различить.

Какие цели настроить первыми?

Клик по телефону. Показывает намерение позвонить. Назовите цель так, чтобы никто в отчёте не принял её за подтверждённый звонок.
Переход к записи. Полезен, если клиент уходит во внешнюю систему. Это ещё не доказательство, что запись завершена у партнёра.
Успешная заявка. Событие после положительного ответа сервера, когда запись уже сохранена. Его смысл нужно согласовать с разработчиком.

Не складывайте эти числа в «всего клиентов». Один посетитель способен выполнить все три действия. Отдельно проверьте, что повторное нажатие кнопки или обновление страницы не отправляет событие успеха заново.

Имена событий — ваша договорённость, а не универсальный стандарт. В этом проекте успешная заявка отмечается событием lead_sent; установка счётчика включается настройкой сайта. Без настроенного счётчика код цели не создаёт статистику сам.

Почему готовой цели формы бывает недостаточно?

В справке Яндекса о цели «Отправка формы» прямо описано ограничение: по умолчанию может учитываться попытка с неправильными данными, даже если пользователь получил ошибку. Это проверено 5 октября 2026 года. Поэтому слово «отправка» в интерфейсе нельзя автоматически читать как «лид принят».

Для подтверждённого результата разработчик может передавать отдельное событие через метод reachGoal. Моё техническое предложение — вызывать его после сохранения заявки на сервере. Это не обещание точного совпадения двух систем: счётчик в браузере может быть заблокирован или не загрузиться, тогда запись в базе будет, а событие в Метрике — нет.

Как устроить надёжное сохранение, объясняю в разборе пути заявки. Аналитика наблюдает этот путь; хранить обращения вместо базы она не должна.

Как проверить настройку одной контрольной отправкой?

Используйте собственные контактные данные и заметную тестовую метку. Не отправляйте чужой телефон ради проверки.

Откройте сайт в обычном браузере и найдите страницу с нужной услугой.
Нажмите отправку с пустым обязательным полем. Цель успеха не должна сработать.
Исправьте поля и отправьте форму. Убедитесь, что сервер подтвердил приём.
Найдите тестовую запись в очереди обращений и проверьте уведомления.
Проверьте событие цели в счётчике. Не ждите, что каждый отчёт обновится мгновенно.
Повторите путь с телефона и проверьте внешний сервис записи, если он используется.

Сохраните дату проверки и короткое описание результата. После смены формы, домена или системы записи это станет готовым сценарием повторной проверки.

Что смотреть после накопления данных?

Сравнивайте обращения по источникам и посадочным страницам. Одновременно смотрите сами заявки: соответствует ли запрос услуге, удалось ли ответить человеку, дошло ли дело до обсуждения работы. Счётчик не знает, что запрос оказался ошибочным или что менеджер не ответил.

Разобранный типовой пример: на странице ремонта кондиционеров есть посещения и клики по номеру, но мало заявок из формы. Это не доказывает неисправность формы: посетители могут предпочитать звонить. Сначала сверяют звонки и отправляют тестовую заявку. Только после этого есть смысл менять кнопку или текст страницы.

Другой случай: очередь содержит тестовую запись, а цель не появилась. Тогда проверяют загрузку счётчика, имя события и момент его вызова. Переписывать всю форму из-за одного такого расхождения рано.

При маленьком числе посещений проценты скачут от каждого обращения. Не делайте вывод об эффективности двух страниц по единичным событиям и не объявляйте любую разницу результатом нового дизайна. Фиксируйте, что изменили, когда и какие ещё источники трафика работали.

Когда нужна более сложная аналитика?

Когда основной путь проверен, можно связать сайт с CRM, учитывать качество обращения и последующие этапы сделки. Это отдельная задача с доступами, правилами передачи данных и ответственным за сверку. Начинать с неё, пока не проверено базовое событие, неудобно: сложный отчёт скрывает простую ошибку.

Если непонятно, какие события считать на вашем сайте, опишите путь клиента от страницы до ответа. По нему можно составить небольшой список целей и проверок.

Коротко

Отмечайте намерение позвонить, переход к записи и принятую заявку отдельно.
Готовая цель формы может учитывать неуспешную попытку.
Событие успеха привязывают к сохранению на сервере и проверяют тестом.
Метрика помогает наблюдать путь, а обращения хранятся в рабочей очереди.
Сверяйте цифры с реальными запросами прежде, чем менять сайт.

Частые вопросы

Сколько целей нужно небольшому сайту?

Начните с основного обращения и действий, которые к нему ведут. Для обычного сайта услуг хватит заявки, нажатия на телефон и перехода к записи. Дополнительная цель полезна, когда заранее понятно, какое решение вы примете по её результату.

Почему заявок в базе больше, чем событий в Метрике?

Браузер мог не загрузить счётчик или заблокировать его, а сервер при этом принял обращение. Возможна и ошибка настройки цели. Проверьте несколько контрольных отправок и время события; число сохранённых записей не следует заменять числом браузерных событий.

Можно ли считать нажатие на телефон звонком?

Можно считать его намерением позвонить. Сам разговор начинается вне страницы, и обычный клик этого не подтверждает. Для проверки звонков нужен отдельный источник данных: хотя бы журнал обращений, а при необходимости — система учёта звонков.

Цели сами увеличат число обращений?

Нет. Они позволяют заметить, где проходит или обрывается путь посетителя. Решение о правках принимают вместе с проверкой предложения, формы и качества входящих запросов. Настроенный счётчик без такой работы остаётся источником чисел.