Аналитика заявок: какие события действительно измерять

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

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

Общее событие доставки может иметь подмножества для разных форм. Их нельзя складывать с общим как отдельные заявки. Повтор страницы подтверждения или повторная доставка события тоже не должны создавать новую бизнес-сущность.

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

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

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

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

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

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

Цепочка «статья → подтверждённая заявка» помогает понять путь внутри визита. Она не прибавляет ещё одну заявку к общей цели доставки. Если человек вернулся через несколько дней, составная цель Метрики не соединит эти визиты: для такого анализа нужна отдельная модель источников и реальный учёт обращений.

Клик по телефону или Telegram также не доказывает разговор. Его полезно хранить как намерение связаться и сверять с фактическими звонками или перепиской, а не автоматически считать продажей.

Начать можно с CRM или ограниченной рабочей таблицы, если ей действительно пользуется ответственный. Для каждого обращения нужны стабильный ID, время, источник, интересующая услуга, текущий статус и причина отказа. Контактные данные остаются в системе работы с клиентом; свободный текст заявки не нужен в общих параметрах событий.

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

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

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

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

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