Как проверить, где теряются заявки: Яндекс.Метрика + ИИ

Если счётчик и цели ещё не настроены

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

Сначала разделите события

В кабинете есть визиты. Кнопку «Записаться» нажимают. А в календаре встреч пусто. Первая реакция — переписать сайт или сменить рекламу. Но между визитом и встречей есть несколько разных событий. Пока они смешаны, даже сильная нейросеть не скажет, где возник разрыв.

Эту инструкцию можно повторить на своём сайте. Мы откроем три отчёта Метрики, занесём в таблицу только проверенные числа и попросим ИИ предложить проверки, а не поставить диагноз. Для примера используем агрегированный срез собственного образовательного сайта за четыре полные недели. Данных мало; малые числа особенно легко переобъяснить.

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

1. Зафиксируйте период и настройки

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

В нашем срезе за 26 августа — 22 сентября 2026 года без семплирования было 58 визитов: 45 прямых, 7 внутренних, 3 перехода с сайтов, 2 из поиска и 1 из мессенджеров. Это не портрет покупателей. Здесь есть рабочие проверки сайта. Кроме того, «прямой» не обязательно означает, что человек вручную ввёл адрес: источник мог не передаться. Нужна сверка и очистка тестовых посещений перед оценкой каналов.

Параметры отчёта описаны в справке Метрики, а модели — отдельно.

2. Сравните клик и принятую заявку

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

Здесь нельзя написать «потерялись две заявки»: мы видим два визита с кликом, а не два отправленных обращения. Ноль достижений серверной цели также не доказывает, что форма сломана.

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

3. Проверьте страницы входа

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

После сброса цели в нашем отчёте снова появились все 58 визитов. Среди страниц входа были технические тестовые переходы. Мы не публикуем их URL: для методики важна не строка адреса, а то, что собственные проверки искажают малый срез.

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

Иллюстрацию этого шага не публикуем: фрагмент отчёта содержит служебные параметры адресов, которые нельзя безопасно показывать без потери смысла.

4. Найдите метки, а неизвестное оставьте неизвестным

Если размещаете ссылки в рекламе, письмах или постах, откройте Отчёты → Источники → Метки UTM. Проверьте utm_source, utm_medium, utm_campaign, затем посадочную страницу и цель. Метки чувствительны к написанию: Telegram, telegram и опечатка могут разойтись по разным строкам. Путь и поля описаны в справке Метрики.

Если меток нет, не просите ИИ восстановить происхождение визита по догадке. Запишите «источник не установлен» и приведите будущие ссылки к единому шаблону. Аналитика после факта не превращает неизвестное в измеренное.

5. Дайте ИИ агрегаты и правила вывода

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

Скопируйте запрос и подставьте свои проверенные числа:

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

Для каждого вывода укажи: 1) наблюдаемый факт; 2) минимум две альтернативные гипотезы; 3) какую проверку провести в Метрике или серверном журнале; 4) какое решение допустимо только после проверки.

Если выборка мала или источник не размечен, прямо напиши «неизвестно». Не придумывай норму конверсии.

Данные: [завершённый период и часовой пояс], [визиты по источникам], [достижения цели клика], [достижения серверной цели], [известные тестовые заходы без личных данных].

В конце дай три проверки на ближайший рабочий день. Не запрашивай телефоны, email, ClientID, сырые URL и доступ к рекламным кабинетам.

Полезный ответ здесь не звучит как «покрасьте кнопку в зелёный». Он предлагает проверить, отправляется ли событие после сохранения заявки, были ли попытки отправки формы, отделены ли собственные тесты и сходится ли счётчик с сервером или CRM. Если модель уверенно называет причину без проверки, верните её к наблюдениям.

6. Сверьте счётчик с заявками и деньгами

Ноль принятых заявок в счётчике — повод для проверки, не для редизайна. Откройте свой журнал обращений или CRM за тот же период. Сверьте дату, статус и число записей без передачи контактов в ИИ. Если реальная заявка была, но её нет в Метрике, проверьте отправку события после сохранения, согласие на аналитику и блокировку скрипта. Если обращений действительно не было, разбирайте шаги «посадочная → CTA → форма» и качество трафика. Если встречи были, а оплат нет — это уже другой участок цепочки.

Только после сверки выбирайте, что менять: рекламу, посадочную страницу, форму, скорость ответа или аналитику. На малой выборке одна устранённая неопределённость полезнее десяти уверенных «инсайтов».

Следующий материал — разбор рекламного отчёта с ИИ. Все инструкции собраны в Практикуме.

Если хотите пройти вашу цепочку «визит → обращение → продажа» вместе, опишите задачу на бесплатной вводной. За 25 минут определим, какие данные уже есть и какую проверку сделать первой. Продолжение — только по вашему решению; условия личной работы открыты на странице.