Где теряется источник заявки: как найти точку обрыва
Метки теряются не везде сразу, а в одном-двух местах. Процедура на полчаса: одна тестовая заявка проходит весь путь и показывает, где обрыв.
Где теряется источник заявки: как найти точку обрыва за один проход
Источник заявки теряется не равномерно по всему пути, а в одном-двух конкретных местах. Одна тестовая заявка, шесть контрольных точек и 30–40 минут — этого достаточно, чтобы узнать, где именно рвётся цепочка и чья это зона ответственности.
Статья даёт воспроизводимую процедуру: как подготовить тестовую заявку, что проверять на каждом шаге, как определить вес найденной точки в общих потерях и кому передать задачу на починку. Что настраивать после того, как точка найдена — разобрано отдельно.
Коротко: пять фактов, которые меняют подход
- 01
Потери источника почти никогда не размазаны по всему пути — они сконцентрированы в одном-двух местах.
- 02
В модельном разборе одна форма из четырёх даёт 72% всех потерь. Починка одной точки поднимает долю заявок с источником с 68% до 91%.
- 03
Формы во встроенном фрейме — квизы, внешние виджеты — не видят параметров адреса родительской страницы. Это полная потеря по всем заявкам через такую форму, а не частичная.
- 04
Редирект теряет параметры, когда сервер собирает адрес перенаправления вручную и оставляет только путь.
- 05
Если скрытое поле для источника одно, при повторном визите первоисточник затирается последним касанием.
Почему искать важнее, чем настраивать
Что метки нужно сохранять в первой сессии клиента через cookies или localStorage и передавать при любой конверсии — форма, звонок, чат — уже известно. Что расхождение больше 15% между числом сделок с источником «Директ» в CRM и числом конверсий в Директе означает работающий разрыв — тоже известно и подробно разобрано в статье о том, [как измерить разрыв между Директом и источниками в CRM](https://gurucontext.ru/blog/6-razryvov-mezhdu-metrikoy-i-realnostyu-biznesa). Что делать с этим разрывом на уровне настроек — описано в разборе [двенадцати точек, где ломается внедрение](https://gurucontext.ru/blog/nastrojka-roistat-v-b2b-12-tochek-otkaza).
Между «разрыв есть» и «настройте сохранение меток» лежит вопрос, который остаётся без ответа: а где именно рвётся? Настроить сохранение на всём сайте — это работа разработчика на несколько дней. Но рвётся, как правило, в одном месте.
Принцип, который меняет порядок действий: потери сконцентрированы. Поэтому сначала находим точку — потом чиним её — потом смотрим, осталось ли что-то ещё. Именно этот порядок позволяет закрыть большую часть проблемы за один сфокусированный подход, не распыляя ресурсы разработчика на общую настройку всего подряд.
Маршрут тестовой заявки: шесть контрольных точек
- 01
Подготовка. Возьмите рекламную ссылку из кампании и добавьте к меткам узнаваемый маркер — например, значение вида `test-2608` в поле кампании. Так тестовая заявка не потеряется среди настоящих. Прогонять нужно каждую форму отдельно.
- 02
Точка 1 — Посадочная страница после перехода. Что проверяем: параметры адреса на месте. Чем проверяем: адресная строка браузера. Обрыв выглядит так: параметров нет — их обрезал редирект. Редирект теряет параметры, когда сервер собирает адрес перенаправления вручную и оставляет только путь.
- 03
Точка 2 — Переход на вторую страницу сайта. Что проверяем: метки сохранены. Чем проверяем: консоль браузера, cookies и localStorage. Обрыв выглядит так: хранилище пустое — сохранение не настроено. Это самая частая точка потери на обычных сайтах.
- 04
Точка 3 — Страница с формой. Что проверяем: скрытые поля заполнены. Чем проверяем: инструменты разработчика, вкладка элементов. Обрыв выглядит так: поля есть, но пустые — значения не подставились. Полей нет вообще — они не созданы.
- 05
Точка 4 — Момент отправки формы. Что проверяем: метки ушли в запросе. Чем проверяем: инструменты разработчика, вкладка сети (Network). Обрыв выглядит так: в теле запроса меток нет — форма их не собирает, даже если поля были заполнены визуально.
- 06
Точка 5 — Журнал отправок формы. Что проверяем: заявка зарегистрирована с метками. Чем проверяем: административная панель формы или конструктора. Обрыв выглядит так: заявки нет — не дошла до сервера. Есть, но без меток — обрыв на шаге 4. Это самая недооценённая проверка: она разделяет два принципиально разных случая и не даёт неделю чинить интеграцию, когда проблема в самой форме.
- 07
Точка 6 — Карточка в CRM. Что проверяем: поля источника заполнены. Чем проверяем: карточка сделки или лида. Обрыв выглядит так: карточки нет — обрыв на интеграции или в антиспам-фильтре. Есть, поля пусты — не настроено соответствие полей между формой и CRM.
Как читать результат. Обрыв на шагах 1–4 — это сайт, зона разработчика. Обрыв на шаге 5 — форма или её обработчик. Обрыв на шаге 6 — интеграция с CRM либо фильтр антиспама. Три разные зоны ответственности и три разных исполнителя — определить нужного и есть половина работы.
Что процедура не найдёт. Прогон одной заявки показывает то, что ломается стабильно. Плавающие сценарии — потеря только на мобильных, только в одном браузере, только при определённом пути по сайту — потребуют повторов. Если первый прогон прошёл чисто, а потери в отчётах есть, повторите с мобильного и через другую форму.
маршрут тестовой заявки
страница
вторую страницу
с формой
отправки
отправок
в CRM
Как только метка пропала — точка найдена. Дальше идти не нужно.
Где рвётся у разных типов сайтов
Маршрут универсален, но вероятные места обрыва зависят от того, как устроен сайт. Это позволяет сократить проверку: начинайте с того, что вероятнее именно у вас.
Обычный сайт на CMS. Чаще всего рвётся на шаге 2 — метки не сохраняются при переходах между страницами. Проверяйте хранилище браузера.
Одностраничное приложение (React, Vue). Такие приложения иногда не передают параметры адреса на сервер; метки нужно разбирать на стороне браузера и подставлять в форму явно. Обрыв обычно на шаге 3 или 4.
Форма во встроенном фрейме — квиз, внешний виджет. Такая форма не видит параметров адреса родительской страницы. Это не частичная потеря, а полная по всем заявкам через неё. Обрыв на шаге 3, и он самый дорогой: квизы нередко дают заметную долю заявок.
Кросс-доменный сценарий. Основной сайт, поддомен с формой, платёжный сервис, внешняя форма CRM — каждый переход между доменами проверяется отдельно. Обрыв может быть на любом из них.
Конструкторы сайтов. Проверяйте, поддерживает ли конструктор подстановку значений из адреса в скрытые поля и сколько полей можно создать: в некоторых одно скрытое поле передаёт только одну метку.
Отдельно — про разметку. Если одновременно включены авторазметка и ручные метки, параметры конфликтуют и переход распознаётся неверно. Это тема [корпоративного стандарта разметки](https://gurucontext.ru/blog/utm-metki-dlya-yandeksdirekta-2026-korporativnyj-standart); здесь достаточно убедиться, что конфликта нет, до всей остальной диагностики.
вероятность обрыва по типу сайта
Сколько весит найденная точка
Найти обрыв — половина работы. Вторая половина — понять, стоит ли чинить именно эту точку первой, или есть что-то важнее. Для этого потери раскладываются по формам.
Рассмотрим модельный пример (числа модельные, не бенчмарк): 220 заявок за месяц, четыре формы на сайте, рекламный бюджет 350 000 ₽. Доля заявок с источником — 68,4%. Но посмотрите, как распределены потери.
| Форма | Заявок | Метки доходят | С источником | Потеряно |
|---|---|---|---|---|
| На главной, обычная | 90 | 95% | 85,5 | 4,5 |
| На странице услуги, обычная | 60 | 95% | 57,0 | 3,0 |
| Квиз во встроенном фрейме | 50 | 0% | 0 | 50,0 |
| Заказ звонка через попап с редиректом | 20 | 40% | 8,0 | 12,0 |
| Итого | 220 | — | 150,5 | 69,5 |
Потери распределены крайне неравномерно: квиз даёт 72% всех потерь, а вместе с попапом — 89%. Две обычные формы вместе дают меньше 11% потерь.
Что это меняет на практике. Починка одной точки — квиза — поднимает долю заявок с источником с 68% до 91%. Настройка сохранения меток на всём сайте даст ещё несколько процентов сверху, но это несопоставимо по трудозатратам.
Искажение, которое видит руководитель. При бюджете 350 000 ₽ реальная цена заявки — 1591 ₽. По данным CRM, где источник есть только у 150 заявок, она выглядит как 2326 ₽ — то есть Директ кажется дороже в 1,46 раза. Одновременно 70 заявок засчитываются другим источникам: органика и прямые заходы выглядят лучше, чем есть, и бюджет перераспределяют в их пользу.
Метрика, которую стоит завести прямо сейчас. Доля заявок с заполненным источником. Снимается в CRM за пять минут. В отраслевом кейсе она поднималась с 58% до 92% за три недели после наведения порядка. Это не разовая проверка, а термометр, который показывает состояние всей цепочки атрибуции.
эффект починки одной точки — модельный пример
цена заявки по CRM: 2 326 ₽
цена заявки по CRM: 1 750 ₽
Числа модельные, не бенчмарк. Реальный эффект зависит от структуры форм и объёма трафика.
Типичные ошибки после того, как точка найдена
Что идёт не так
- Задача передаётся разработчику в формулировке «у нас теряются метки» без указания шага и конкретного симптома.
- Скрытых полей создаётся одно — при повторном визите первое касание затирается последним.
- После починки никто не прогоняет тестовую заявку повторно — и тихая регрессия остаётся незамеченной неделями.
- Не проверяются дубликаты карточек в CRM: контакт создаётся заново при повторном обращении, и источник оказывается не у той карточки.
Как сделать правильно
- 01
Формулировать задачу с номером шага и тем, что именно вы увидели: «на шаге 3 скрытые поля есть, но пустые — значения не подставляются».
- 02
Разделить поля заранее: отдельно первое касание, отдельно последнее, отдельно страница входа, страница конверсии и идентификатор клика.
- 03
Прогнать процедуру заново после починки — это занимает те же 30–40 минут и подтверждает, что исправление сработало.
- 04
Добавить проверку на дубликат по телефону или почте до создания контакта в CRM.
Что делать после того, как нашли
Передать задачу в нужную зону. Обрыв на шагах 1–4 — разработчику сайта. На шаге 5 — тому, кто отвечает за форму или конструктор. На шаге 6 — интегратору или администратору CRM. Формулировка задачи должна содержать номер шага и то, что вы увидели, а не просто «у нас теряются метки».
Заранее решить про разделение полей. Если поле источника одно, при повторном визите первое касание затирается последним. Разумно разделять: отдельно первое касание, отдельно последнее, отдельно страница входа, страница конверсии и идентификатор клика. Это решение принимается до починки — иначе переделывать придётся дважды.
Что настраивать — уже описано подробно: передача всех параметров в скрытые поля, сохранение в первой сессии через cookies или localStorage, передача при любой конверсии — форма, звонок, чат. Это зона статьи о [двенадцати точках, где ломается внедрение](https://gurucontext.ru/blog/nastrojka-roistat-v-b2b-12-tochek-otkaza).
Где обрывается картина. Процедура доводит заявку до карточки в CRM. Дальше начинается другой вопрос — доходит ли информация обратно в рекламный кабинет и учитываются ли сделки в оптимизации кампаний. Это уже связка сквозной аналитики: Roistat, Calltouch, CoMagic, K50. В нашей практике порядок именно такой: пока источник не доезжает до карточки, настраивать обратную передачу бессмысленно — передавать будет нечего.
Итог: один прогон — одна точка — одно исправление
- 01
Добавьте узнаваемый маркер в тестовую ссылку и прогоните заявку через все шесть контрольных точек.
- 02
Остановитесь там, где метка пропала — дальше идти не нужно.
- 03
Определите зону ответственности: сайт, форма или интеграция с CRM.
- 04
Посчитайте вес точки: сколько заявок проходит через неё и какой процент теряется.
- 05
Передайте задачу с конкретным симптомом, а не общей формулировкой.
- 06
Прогоните процедуру повторно после починки и заведите метрику доли заявок с источником.
Процедура находит то, что ломается стабильно. Плавающие сценарии — потеря только на мобильных или в одном браузере — потребуют дополнительных прогонов. Но в большинстве случаев первый прогон уже показывает главное.
Часто задаваемые вопросы
Потому что теряется не везде, а в конкретном месте — чаще всего в одной из форм. Типичная картина: обычные формы передают метки нормально, а квиз во встроенном фрейме не передаёт вообще, потому что не видит параметров адреса родительской страницы. Проверять надо каждую форму отдельно, а не сайт в целом. В модельном разборе одна такая форма давала 72% всех потерь при том, что через неё проходила примерно четверть заявок.
Прогоните одну тестовую заявку по рекламной ссылке, добавив в метки узнаваемый маркер, и проверяйте на каждом шаге: параметры в адресной строке после перехода, содержимое хранилища браузера на второй странице, заполненность скрытых полей формы, тело запроса при отправке, журнал отправок формы и карточку в CRM. Как только метка пропала — точка найдена, дальше идти не нужно. Занимает 30–40 минут на одну форму.
Значит ломается не стабильно. Повторите прогон с мобильного устройства, в другом браузере и через другую форму — чаще всего обнаруживается, что проблема привязана к одному из этих условий. Отдельно проверьте, нет ли конфликта между авторазметкой и ручными метками: при одновременном использовании параметры могут конфликтовать и переход распознаётся неверно. И проверьте дубликаты карточек в CRM: если контакт создаётся заново при повторном обращении, источник может оказаться не у той карточки.
Универсальной нормы нет, но есть рабочий ориентир: расхождение больше 15% между числом сделок с источником «Директ» в CRM и числом конверсий в Директе означает работающий разрыв. Полезнее следить за динамикой собственной доли заявок с заполненным источником: она измерима, снимается в CRM за несколько минут и хорошо реагирует на починку. В отраслевом кейсе после наведения порядка эта доля поднялась с 58% до 92% примерно за три недели.
Спасибо за заявку!
Мы свяжемся с вами в ближайшее время.
