В Метрике за неделю 31 достижение цели, а заявок пришло 40. Или наоборот, целей 55 при 40 заявках. Прежде чем искать виноватых, стоит пройти короткий порядок проверки: половина расхождений находится в настройке цели или отчёта, а не в поведении посетителей. Общие причины, по которым счётчик и заявки никогда не совпадают до единицы, разобраны в статье «Почему заявки в Метрике не совпадают с CRM и почтой». Здесь о том, как проверить конкретную цель.
Шаг 1. Договоритесь, что именно сравниваете
Половина споров о цифрах возникает из-за того, что сравнивают разные вещи. Перед проверкой зафиксируйте три вещи.
Период и часовой пояс
У счётчика Метрики свой часовой пояс, он задаётся в настройках счётчика. Если он не совпадает с часовым поясом, в котором записаны заявки, заявки около полуночи окажутся в разных днях. На недельном отрезке это пара заявок, на дневном отчёте заметное расхождение. Сравнивайте одинаковые периоды в одном часовом поясе.
Показатель
В отчёте по цели есть достижения цели, целевые визиты и конверсия. Достижения считают каждое срабатывание цели, целевые визиты считают визиты, в которых цель сработала хотя бы раз. Если посетитель отправил две формы за визит, это два достижения и один целевой визит. Для сравнения с числом заявок берите достижения.
Что считается заявкой
Решите, что входит в эталон: все письма с формы, включая тестовые и спам, или только настоящие обращения. Цель в Метрике сработает и на тестовую заявку сотрудника, а вот на спам от бота, который отправил форму без браузера, скорее всего нет.
Шаг 2. Соберите эталон заявок
Для сверки нужен список заявок за тот же период с датой и временем каждой: письма с формы, записи в CRM или журнал заявок на сервере. Лучше всего подходит журнал, который пишет сам сервер в момент отправки формы: он не зависит ни от почты, ни от того, что менеджеры сделали с заявкой в CRM.
Если заявки приходят только на почту, выгрузите письма с формы в таблицу с датой и временем получения. Время письма может немного отставать от времени отправки формы, но для сверки по дням этого достаточно. Заявки, которые менеджеры заводят в CRM вручную после звонков, в эталон не включайте: целей по ним в Метрике и не должно быть.
Разложите эталон по дням и по формам: главная форма, всплывающее окно, обратный звонок, квиз. Сравнивать по каждой форме отдельно проще, чем общую сумму: так сразу видно, какая цель сломана.
Шаг 3. Проверьте тип и условие цели
Откройте настройки цели в Метрике и сверьте, на что она реагирует. У разных типов целей свои типичные ошибки.
JavaScript-событие
Цель срабатывает, когда код сайта вызывает её идентификатор. Идентификатор в настройках цели и в коде должен совпадать посимвольно, с учётом регистра. Номер счётчика в вызове должен быть номером того счётчика, где создана цель. После переделки сайта вызов нередко остаётся со старым номером или пропадает вовсе.
// Сайт вызывает цель после успешной отправки формы:
ym(12345678, 'reachGoal', 'lead_form');
// Частые ошибки в этой строке:
ym(12345678, 'reachGoal', 'Lead_Form'); // регистр: это другая цель
ym(87654321, 'reachGoal', 'lead_form'); // номер чужого или старого счётчикаВажно и место вызова. Если цель вызывается по нажатию кнопки, она сработает и тогда, когда форма не прошла проверку. Правильное место: после успешной отправки, когда сервер ответил, что заявка принята.
Посещение страницы «Спасибо»
Цель срабатывает при открытии страницы с заданным адресом. Проверьте условие: «адрес содержит» ловит лишние страницы с похожим адресом, «совпадает» не ловит адрес с параметрами. Страница «Спасибо», открытая повторно из истории браузера или обновлённая посетителем, засчитает цель ещё раз без новой заявки.
Отправка формы
Метрика сама отслеживает отправку форм на странице. Такая цель не знает, прошла ли форма проверку на сервере, и не видит формы, которые отправляются без классической отправки, например скриптом. Формы внутри фрейма с другого домена, например квиз или виджет стороннего сервиса, счётчик страницы не видит совсем.
Составная цель
Цель из нескольких шагов засчитывается, только если посетитель прошёл все шаги в заданном порядке. Если на сайте появился короткий путь к форме в обход одного из шагов, заявки через него в цель не попадут.
Шаг 4. Убедитесь, что цель срабатывает
Откройте сайт, добавив к адресу параметр ?_ym_debug=1, и откройте консоль браузера. Счётчик будет
выводить в неё отправляемые данные, в том числе срабатывание целей. Отправьте тестовую заявку через каждую форму
и проверьте, что сообщение о цели появляется и в нём верный идентификатор.
Проверяйте именно так, как ходят посетители:
- на телефоне и на компьютере: мобильная версия часто собрана из других шаблонов;
- во всех формах, включая всплывающие окна и формы в подвале;
- в браузере без расширений и в браузере с блокировщиком рекламы, чтобы оценить, какую часть посетителей счётчик теряет.
Если цель в консоли есть, а в отчёте нет, проверьте, не отфильтрованы ли ваши собственные визиты настройками счётчика: тогда тестовые заявки в отчёт и не попадут.
Шаг 5. Проверьте настройки отчёта
Точность
На больших объёмах Метрика может строить отчёт по выборке визитов, а не по всем. Цифры тогда приблизительные. Переключите точность отчёта на максимальную перед сверкой.
Роботы
Метрика отфильтровывает визиты, которые считает роботами. Если бот отправил форму из настоящего браузера, письмо придёт, а цель в отчёте, скорее всего, нет.
Сегменты и фильтры
Отчёт, открытый с сегментом «только реклама» или «только мобильные», покажет часть целей. Перед сверкой уберите все сегменты.
Модель атрибуции
Модель атрибуции не меняет общее число достижений цели, но меняет то, к какому источнику они приписаны. Если сравниваете заявки по каналам, выберите модель, близкую к тому, как источник записан в заявке. UTM-метки первой страницы визита ближе всего к последнему переходу.
Дата создания цели
Цель считает достижения с момента создания или изменения. Если цель создали или поправили в середине месяца, за начало месяца её данных нет, и сравнивать месяц целиком нельзя.
Шаг 6. Сравните по дням и найдите закономерность
Поставьте рядом два столбца: заявки по дням и достижения цели по дням. Характер расхождения подсказывает причину.
| Что видно | Вероятная причина |
|---|---|
| целей стабильно меньше, ровно по всем дням | блокировщики рекламы и защита от отслеживания в браузерах, это фон, а не поломка |
| с какой-то даты целей ноль или резко меньше | после обновления сайта пропал вызов цели или поменялась форма |
| целей больше, чем заявок | цель на нажатие кнопки, повторные открытия страницы «Спасибо», тестовые заявки |
| разница только в отдельные дни около полуночи | разные часовые пояса счётчика и журнала заявок |
| не хватает заявок с одной формы | на эту форму цель не настроена или форма во фрейме другого домена |
| не хватает заявок с мобильных | мобильная версия собрана из другого шаблона без вызова цели |
Если расхождение после всех исправлений держится на одном уровне и равномерно по дням, скорее всего, это посетители с блокировщиками. Их доля зависит от аудитории: у технической и молодой аудитории она выше. Исправить это настройкой цели нельзя: счётчик такого посетителя не видит вообще.
Как не допустить новых расхождений
Большинство поломок целей случается при изменениях сайта. Короткий список на каждый релиз экономит недели неправильной статистики:
- Ведите список всех форм сайта с указанием цели, которая на каждую настроена. Новая форма без цели не должна попадать на сайт.
- После обновления шаблонов, форм или скриптов отправляйте тестовую заявку через каждую форму с параметром
?_ym_debug=1. - Ставьте вызов цели после успешного ответа сервера, а не на нажатие кнопки.
- Раз в неделю сравнивайте число целей с числом заявок за прошлую неделю. Резкое изменение разницы заметно сразу, а не через месяц в отчёте подрядчика.
- Фиксируйте в заметках счётчика даты релизов и изменения целей: так провал в отчёте легко связать с причиной.
Что делать с остаточным расхождением
Полного совпадения счётчика с заявками не будет никогда: Метрика работает в браузере посетителя, а заявку принимает сервер. Поэтому разумно разделить роли.
- Метрика отвечает за поведение: откуда приходят, что смотрят, где уходят, какие страницы и объявления работают лучше. Для оптимизации рекламы по целям её данных хватает.
- Журнал заявок на сервере отвечает за число заявок и их источник. На его цифрах строят отчёты о стоимости заявки и сверяют работу подрядчика.
Такой журнал и ведёт Linkodium Analytics. Заявку отправляет сервер сайта: плагином для Contact Form 7, обработчиком для 1С-Битрикс или через API. Вместе с контактами сохраняются страница входа, реферер и UTM-метки, а выгрузка в Excel даёт ровно тот эталон по дням, который нужен для шага 6. Даты в выгрузке московские и подписаны «МСК», учитывайте это, если часовой пояс счётчика другой.
Журнал в Linkodium Analytics хранит все отправки формы, включая тестовые и повторные: отметить их в кабинете нельзя, их отсеивают в выгрузке по телефону, тексту или IP. Связи с конкретным визитом в Метрике в заявке нет, сопоставление идёт по времени и странице заявки.