ChiliWOW / блог / аудит Директа

Кейс: страницу «Спасибо» открыли повторно 11 раз — Метрика увидела 29 заявок вместо 18

Учебная составная диагностика: это не кейс конкретной компании, все цифры условные.

Форма приняла 18 уникальных обращений, но цель на странице «Спасибо» сработала 29 раз.

Скрытая проблема в том, что счётчик видел открытия URL, а не подтверждённые сервером заявки.

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

СТРАНИЦА «СПАСИБО» СЧИТАЕТ ВИЗИТЫ

Один URL не равен одной заявке

Цель вида «посетил страницу /thanks» отвечает только на один вопрос: открылся ли указанный адрес. Она не знает, принял ли сервер форму впервые, создала ли CRM новую сделку и принадлежит ли открытие новому человеку.

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

18уникальных заявок в учебной модели
11повторных открытий страницы
29достижений URL-цели

При одинаковых расходах отчётный CPL по 29 достижениям выглядит примерно на 38% ниже, чем стоимость 18 реально принятых заявок. Это не улучшение рекламы — это другая единица подсчёта.

Сверять нужно три независимых следа

Сначала выгрузите из CRM уникальные идентификаторы обращений и время создания. Затем возьмите серверный журнал успешного приёма формы: положительный ответ API важнее клика по кнопке. После этого сопоставьте события Метрики по времени, ClientID и URL.

Расхождение само по себе не доказывает ошибку счётчика. Оно показывает место для проверки: повторный URL, двойная отправка формы, потеря CRM-записи или событие, которое сработало до ответа сервера.

Слабая проверкаСравнить общий счётчик целей с общим числом лидов.
Рабочая проверкаСопоставить каждое событие с серверным lead_id и записью CRM.

Цель должна срабатывать после подтверждения сервера

Страницу «Спасибо» можно оставить как понятный экран для пользователя, но основную цель лучше отправлять JavaScript-событием только после успешного ответа backend. Официальная документация Метрики описывает вызов целевого события через метод reachGoal.

В событие или связанный журнал передают внутренний идентификатор заявки. Тогда повторное открытие страницы не создаёт новый коммерческий факт, а сервер и CRM дают основу для дедупликации.

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

Чек-лист: как проверить цель по странице «Спасибо»

Нужен разбор без красивых отчётов?

Проверьте запросы, цели, качество лидов и путь до расчёта или продажи.

Проверить настройку Яндекс Директа