Чек-лист с примером
Аналитика уже настроена: с чего начать проверку
Как проверить путь от перехода на сайт до заявки и понять, что поручить специалисту.
После обновления формы в Метрике почти перестала достигаться цель, хотя заявки в CRM продолжают поступать. По одному отчёту не определить, что произошло: цель могла потерять связь с новой формой, счётчик — перестать получать данные со страницы, а часть заявок — не дойти до CRM.
В статье разберём, как проверить путь от перехода на сайт и отправки формы до подтверждения и появления заявки в CRM. Вы сможете провести проверку самостоятельно или поручить её специалисту, а затем оценить результат.
Для отладки и поиска причины может понадобиться аналитик или разработчик. В примере используется Яндекс Метрика, но сам подход применим и к другим системам.
Когда стоит проверить аналитику
Проверка полезна после изменений на сайте, в форме или CRM, а также если без понятной причины меняются показатели целей, перестают определяться источники переходов или расходятся данные аналитики и CRM.
Если заявок стало меньше, причина может быть в рекламе, на сайте или в изменении спроса. Пока учёт не проверен, сложно понять, заявок действительно стало меньше или часть из них перестала попадать в отчёты. От этого зависит, что делать дальше.
Что подготовить перед тестом
Выберите страницу и форму, через которую компания получает важные заявки. Уточните, какая цель должна срабатывать после успешной отправки и где искать тестовую заявку: в CRM или на почте.
Согласуйте тест с командой, используйте тестовые контактные данные и пометьте заявку, чтобы менеджеры не приняли её за реальную. Запишите адрес страницы, дату и время с часовым поясом, устройство и браузер: по ним проще найти заявку и сопоставить её с записями в отладчике.
Для проверки понадобятся доступ к счётчику и возможность увидеть тестовую запись. Для просмотра данных Метрики обычно достаточно доступа на просмотр. Если потребуется проверить настройки тегов или интеграцию с CRM, специалист отдельно уточнит необходимые права.
Пример поручения специалисту
Проверьте учёт заявок с формы на странице [адрес]: как цель срабатывает при успешной отправке и ошибке формы, появляется ли тестовая заявка в CRM. Если важен источник перехода, проверьте и его передачу. Запишите условия теста, результаты по каждому шагу и задачи с приоритетами.
Если проверяете источник перехода, подготовьте отдельную ссылку с UTM-метками и уникальным названием тестовой кампании. Не включайте в метки имена, телефоны и другие персональные данные.
Согласие на сбор данных. Если сайт предлагает выбор, для основного сценария разрешите сбор аналитики и запишите это в условиях теста. Не отключайте механизм согласия; при необходимости сценарий отказа проверяют отдельно.
Для специалиста: ссылка и подготовка отладки
Пример тестовой ссылки:
https://example.com/usluga/?utm_source=audit&utm_medium=test&utm_campaign=check_01&_ym_debug=2
Замените адрес страницы и название кампании. Параметр _ym_debug=2 нужно добавить до открытия страницы: после ?, если в адресе ещё нет параметров, или через & после существующих. Если в адресе есть #, параметр ставят перед ним.
Откройте ссылку в новом приватном сеансе, раскройте панель отладки и включите в дополнительном меню Preserve log до отправки формы и переходов. Так записи сохранятся при обновлении страницы. Сохранение журнала в консоли браузера включается отдельно. После перехода убедитесь, что отладка продолжает работать на нужной странице.
Параметры ссылки могут повлиять на цель с точным совпадением адреса — сопоставьте тестовый URL с её настройкой. Если панель не появилась, например из-за старой версии счётчика, можно проверить цель через консоль браузера с параметром _ym_debug=1. Порядок — в справке Метрики о проверке цели.
Пять проверок, с которых стоит начать
Проверки идут по пути заявки, но не все зависят друг от друга. Если счётчик не виден в отладчике, всё равно проверьте, дошла ли тестовая заявка до CRM: проблемы учёта и передачи заявки могут возникать отдельно.
1. Счётчик фиксирует просмотр страницы
Откройте страницу, с которой начинается выбранный сценарий, и убедитесь, что в отладчике появилась запись о просмотре нужного счётчика. Если посетитель переходит к форме на другую страницу, проверьте и её, в том числе при переходе без перезагрузки.
Если записи нет, попросите специалиста проверить номер и установку счётчика, настройки согласия и ограничения браузера. Пока известно только то, что просмотр не удалось увидеть в отладчике; причину ещё предстоит выяснить.
2. Метки перехода попадают в отчёт
Этот шаг нужен, если компания использует данные об источниках. В Метрике откройте «Отчёты → Источники → Метки UTM», выберите период теста и найдите название тестовой кампании. Данные могут появиться не сразу. Если после ожидания их нет, проверьте период, фильтры и передачу параметров.
Метки могут оставаться в адресной строке, но не попасть в аналитику. Бывает и наоборот: сайт убирает их из адреса после того, как счётчик получил данные. Поэтому наличие меток в адресе само по себе не подтверждает их появление в отчёте.
Отдельно проверьте действующие рекламные ссылки и перенаправления: тестовая ссылка не показывает, что с ними всё в порядке.
3. Цель соответствует результату отправки
Выясните, что именно учитывает цель. Например, после обновления формы подтверждение может появляться на той же странице, тогда как цель по-прежнему ждёт перехода на старую страницу благодарности. Цель на нажатие кнопки, в свою очередь, может засчитывать и неудачные попытки.
В Метрике цель «Отправка формы» может засчитаться даже при попытке отправить форму с ошибкой. Если цель нужна для учёта успешных заявок, проверьте, что она срабатывает именно после успешной отправки. Например, для цели «Целевое событие» момент передачи нужно настроить отдельно: сам тип цели этого не гарантирует.
Сначала отправьте форму с заполненными обязательными полями и запишите время. Затем попробуйте отправить её с пустым обязательным полем и снова запишите время.
Сценарий
Ожидаемый результат: цель на успешную отправку
Заполненная форма
На сайте появилось подтверждение, в отладчике видно достижение цели. Тестовую заявку можно найти в CRM или почте.
Пустое обязательное поле
Форма показала ошибку, цель на успешную отправку не сработала.
ЧТО СОПОСТАВИТЬ
Одна отправка — две отдельные проверки
Аналитика
Зафиксировалась цель?
CRM или почта
Появилась заявка?
Если после успешной отправки достижение цели не найдено, отсутствие сигнала при ошибке ещё не подтверждает правильную работу цели. Сначала выясните, почему не виден успешный сценарий, затем повторите оба теста.
После отладки посмотрите отчёт «Конверсии» с нужной целью и периодом. Он включает действия других посетителей, поэтому по общему числу не всегда можно выделить свой тест. Тестовая метка может помочь с отбором, если она попала в данные, но сама по себе не гарантирует, что получится найти отдельное достижение.
4. Тестовая заявка дошла до CRM или почты
Найдите запись по времени и тестовой пометке. Убедитесь, что она относится к нужной форме и содержит сведения, необходимые менеджеру. Если источник должен передаваться в CRM, проверьте и соответствующее поле.
Подтверждение на сайте не доказывает, что запись появилась в CRM: сообщение показывает страница, а дальнейшая передача проходит отдельно. Если проблема могла затронуть реальные заявки, выясните, где сохранились контакты и как менеджеры смогут связаться с клиентами.
5. Одно действие не учитывается дважды
После одной успешной отправки посмотрите, сколько раз сработала нужная цель для выбранного счётчика. Если в отладчике несколько похожих записей, попросите специалиста выяснить, описывают ли они одно срабатывание или цель передаётся повторно. Несколько записей сами по себе ещё не доказывают завышение в отчёте.
Если цель считает просмотры страницы благодарности, отдельно проверьте, не добавляется ли достижение при её повторном открытии без новой заявки. Согласуйте тест, чтобы случайно не отправить форму повторно. За один визит цель может сработать несколько раз, но в числе целевых визитов такой визит останется одним. При этом повторные достижения не обязательно ошибка: посетитель мог отправить несколько заявок.
Пример результата проверки
Условная компания рекламирует консультации и оценивает заявки по цели в Метрике. Заявки в CRM поступают, но цель достигается редко. Бюджет кампании фиксирован; данные об источниках пока не используются для оптимизации рекламы или распределения расходов. Специалист проводит контрольный тест.
Условия теста: форма консультации; цель «Заявка на консультацию» типа «Целевое событие» по замыслу должна срабатывать только после успешной отправки. Тест провели на компьютере в Chrome 15 октября 2026 года с 10:12 до 10:15 по Москве. Сбор аналитики разрешён. Использована тестовая ссылка с метками audit / test / check_01, выбран нужный счётчик, сохранение журнала включено. Отчёт по меткам проверили позже.
| Сценарий | Что ожидали | Что увидели |
|---|---|---|
| Открытие страницы, 10:12 | В отладчике появился просмотр | Просмотр виден |
| Тестовые метки | Тестовая кампания видна в отчёте | Метки есть в адресе, но после ожидания обработки в отчёте не найдены |
| Успешная отправка, 10:13 | Подтверждение на сайте и достижение цели | Подтверждение есть, достижение цели в журнале не найдено |
| Форма с пустым полем, 10:14 | Ошибка формы, цель успешной отправки не сработала | Форма показала ошибку, достижение цели не найдено. Вывод ненадёжен: при успешной отправке цель тоже не найдена |
| Проверка CRM, 10:15 | Одна тестовая запись | Одна тестовая заявка найдена |
| Повторное срабатывание | Одна отправка не создаёт лишних достижений | Не проверено: достижение цели при успешной отправке не найдено |
В этом тесте заявка дошла до CRM, но достижение цели в журнале и тестовые метки в отчёте не найдены. Прежде чем называть причину, нужно проверить условия отладки, настройки цели и отчёта. Один тест показывает работу выбранного сценария в конкретных условиях: он не позволяет судить о потере других заявок или полноте прошлых данных.
Разница между аналитикой и CRM может возникать и по другим причинам, например из-за повторов или отбора спама. Подробнее — в разборе «Почему 8 событий формы не равны 5 заявкам в CRM?».
Какие задачи решать в первую очередь
Приоритет зависит от последствий: могут ли клиенты остаться без ответа, используются ли данные для решений и можно ли восстановить их позже. Если заявки не доходят до менеджеров, сначала организуйте их обработку, а затем разбирайтесь с учётом.
Для описанной компании предварительный порядок может быть таким:
| Задача | Приоритет | Почему |
|---|---|---|
| Выяснить, почему после успешной отправки не найдено достижение цели | Высокий | Компания использует эту цель как основной показатель заявок в Метрике |
| Выяснить, почему тестовые метки не найдены в отчёте | Средний | По условиям примера источники пока не влияют на решение о бюджете |
| Повторить тест с ошибкой формы и проверить лишние достижения | После проверки успешного сценария | Пока достижение цели при успешной отправке не видно, завершить эти проверки нельзя |
Если источники используются для управления рекламой или данные потом нельзя восстановить, их проверка может получить более высокий приоритет.
Что запросить у специалиста
Попросите описание условий теста и результат по каждому сценарию: что ожидали, что увидели и какие проверки не завершены. Ответа «всё работает» без описания теста недостаточно. К отчёту можно приложить данные отладки или обезличенные снимки экрана. Предположения о причинах должны быть отделены от подтверждённых наблюдений.
Для дальнейшей работы нужен список задач с приоритетами и ответственными. Отчёт пригоден для работы, если по нему понятно, что проверено, что не подтвердилось и какие вопросы остались открытыми. После исправлений повторите тест в сопоставимых условиях и запишите новый результат.
ПОСЛЕ ПРОВЕРКИ
Что должно остаться у команды
01
Условия теста
Что, где и когда проверяли
02
Наблюдения
Что произошло и что не подтверждено
03
Задачи
Что выяснить и кто отвечает
Вопрос-ответ
Можно ли провести проверку без программиста?
Владелец или маркетолог может выбрать сценарий, отправить тестовую форму и найти заявку в CRM, если есть доступы. Для отладки и поиска причины сбоя может понадобиться аналитик или разработчик.
Нужно ли на время теста останавливать рекламу?
Обычно нет. Но сообщите специалисту, какие цели используются для оптимизации и оплаты рекламы: тестовое достижение может попасть в отчёты и при определённых условиях учитываться рекламной системой. Отдельная UTM-метка сама по себе этого не исключает.
Не переходите по собственному объявлению без согласования: это может создать платный клик. Повторные технические тесты можно провести на тестовом стенде, а проверку опубликованного сайта — по согласованному сценарию.
План действий
Шаги
- Выбрать важную форму и согласовать условия теста с командой.
- Провести проверку самостоятельно или поручить её специалисту.
- Получить результаты по каждому сценарию и список задач с ответственными.
- После исправлений повторить тест и выбрать следующий сценарий.
Инструменты: Яндекс Метрика и её отладчик — для проверки просмотра и цели; CRM или почта — для поиска тестовой заявки.
Результат: описание проверенного сценария, условий и наблюдений; список отклонений и вопросов, которые ещё нужно выяснить.
Чек-лист
Отметьте подтверждённые пункты. Неприменимые пропустите, а незавершённые запишите в отчёт.
При обновлении страницы отметки могут сброситься.
Полезные материалы
- Как проверить цель — Яндекс Метрика
- Отладчик счётчика — Яндекс Метрика
- Цель «Отправка формы» — Яндекс Метрика
- Отчёт по UTM-меткам — Яндекс Метрика
Веб-аналитика · Проверить работу