Реклама может показывать переходы и достижения целей, а в отделе продаж при этом будут говорить, что заявок почти нет. В такой ситуации легко обвинить Директ, остановить кампании или, наоборот, увеличить бюджет в надежде получить больше обращений. Оба решения преждевременны, пока не проверен весь путь заявки.
Конверсия в рекламном кабинете, отправленная форма, полученный контакт, карточка в CRM и продажа — разные события. Между ними находятся технические и организационные этапы: сообщение должно отправиться, попасть в рабочий канал, сохраниться без потери источника, получить ответственного и пройти обработку.
Ниже — практическая схема для владельца бизнеса. Она помогает последовательно проверить, где именно теряются обращения после рекламы, не подменяя факты предположениями.
Что должна дать эта проверка
Задача проверки — не найти виноватого, а определить конкретный участок, на котором цифры перестают сходиться. После неё должно быть понятно:
- отправляется ли форма с реального устройства;
- срабатывает ли правильная цель в Метрике;
- доходит ли обращение до почты, Telegram, CRM или другого рабочего канала;
- сохраняется ли источник рекламы;
- назначается ли ответственный менеджер;
- как быстро начинается обработка;
- не считаются ли дубли отдельными заявками;
- по каким причинам обращения закрываются;
- какая доля заявок действительно подходит бизнесу;
- можно ли на основании данных менять рекламный бюджет.
Если эти вопросы не закрыты, вывод «реклама не работает» или «отдел продаж плохо обрабатывает» остаётся предположением.
Почему потери после клика выглядят как проблема рекламы
Владелец бизнеса обычно видит конечный результат: менеджеры не получили нужного количества обращений или не закрыли продажи. Рекламный кабинет показывает промежуточные действия — клики, визиты и цели. Если между системами нет сверки, один и тот же период может выглядеть успешным в рекламном отчёте и провальным для бизнеса.
Причина может находиться в разных местах:
- реклама приводит неподходящих пользователей;
- посадочная страница не соответствует запросу;
- форма не отправляется с телефона;
- цель срабатывает раньше успешной отправки;
- уведомление попадает в спам;
- сообщение не доходит в Telegram;
- карточка в CRM создаётся без источника;
- заявка остаётся без ответственного;
- менеджер отвечает слишком поздно;
- обращение закрывается без понятной причины.
Поэтому проверка начинается с подтверждения самого факта обращения. Только после этого оцениваются качество трафика и работа менеджеров. Причины отсутствия результата непосредственно после клика отдельно разобраны в статье о том, почему Яндекс Директ может не приносить заявки.
Шаг 1. Отправить контрольную заявку
Первая проверка должна отвечать на простой вопрос: после отправки формы бизнес действительно получает обращение? Для этого недостаточно увидеть сообщение «Спасибо» или достижение цели в Метрике. Нужна контрольная отправка с реального устройства и последующая проверка всех точек доставки.
- Открыть посадочную страницу по рекламной или размеченной ссылке.
- Записать точное время перехода.
- Отправить форму с телефона, используя узнаваемый тестовый контакт.
- Проверить сообщение об успешной отправке.
- Проверить срабатывание нужной цели в Метрике.
- Найти обращение во всех рабочих каналах.
- Сверить время, поля, источник и назначенного ответственного.
- Убедиться, что тестовая заявка получила правильный статус.
Лучше использовать внутренний идентификатор, например «TEST-2026-01», и указывать его в комментарии формы. Так обращение легко найти без переноса персональных данных в общий отчёт.
Полезно отдельно проверить форму на телефоне и в Метрике. Если форма отображается, но результат не доходит до бизнеса, поможет материал «Форма есть, а заявок нет: где ошибка».
Шаг 2. Сверить цель и фактическое обращение
После тестовой отправки нужно понять, что именно зафиксировала аналитика. Цель может срабатывать на открытие формы, нажатие кнопки или успешную отправку. Эти события нельзя считать одинаковыми.
| Событие | Что подтверждает | Что проверять дальше |
|---|---|---|
| Открытие формы | Пользователь начал следующий шаг | Было ли заполнение и отправка |
| Клик по кнопке | Попытку отправки или перехода | Прошла ли валидация и ушли ли данные |
| Успешная отправка | Сайт принял форму | Дошло ли обращение в рабочий канал |
| Переход в мессенджер | Открытие внешнего канала | Написал ли пользователь сообщение |
| Карточка в CRM | Обращение появилось в системе | Сохранился ли источник и назначен ли ответственный |
Если цель сработала, а фактического контакта нет, рекламный отчёт завышает количество заявок. Сначала исправляется аналитика или доставка, а уже затем оценивается цена обращения.
Если цели ещё не настроены или неясно, что именно они считают, сначала стоит проверить Метрику и события, связанные с заявкой.
Шаг 3. Проверить все каналы доставки
Форма может сообщить об успешной отправке, но обращение не попадёт к менеджеру. Поэтому проверяются все участки доставки, которые используются на сайте.
- основной email;
- папка «Спам»;
- Telegram-чат или бот;
- CRM;
- уведомления WordPress или формы;
- резервный адрес;
- журнал отправок, если он предусмотрен;
- телефония и запись звонков;
- мессенджеры и формы обратного звонка.
У одного обращения может быть несколько копий в разных каналах. Это нормально, если они связываются в одну карточку. Проблема возникает, когда каждая копия считается отдельной заявкой или, наоборот, ни один канал не сохраняет контакт надёжно.
Шаг 4. Проверить источник в CRM
Чтобы связать рекламу с результатом, в карточке обращения нужно сохранить источник. Обычно используются UTM-метки, идентификатор кампании, посадочная страница и технический идентификатор визита или обращения.
Главное требование — данные не должны теряться после формы. Если в Метрике кампания видна, а в CRM у всех карточек указано только «Интернет», оценка будет приблизительной.
- источник;
- канал;
- кампания;
- объявление или группа, если данные передаются;
- посадочная страница;
- дата и время обращения;
- внутренний ID заявки.
Начать можно с проверки того, как передаются UTM-метки из Директа, а затем убедиться, что те же значения сохраняются в карточке.
Шаг 5. Измерить скорость первого ответа
После подтверждения доставки измеряется время до первого содержательного ответа. Автоматическое письмо или сообщение бота показывает, что система сработала, но не означает, что менеджер начал обработку.
Для контроля фиксируются:
- время создания обращения;
- время назначения ответственного;
- время первого звонка или сообщения;
- результат первой попытки;
- количество последующих попыток;
- использованный канал связи;
- следующий согласованный шаг.
Универсальной нормы для всех ниш нет. Срочная услуга, сложная консультация и запрос коммерческого предложения требуют разного процесса. Поэтому бизнесу нужен собственный регламент: кто получает карточку, в какие часы работает отдел, когда выполняется первая попытка и что происходит, если клиент не ответил.
Заявка ночью не должна оцениваться так же, как заявка в рабочее время, если круглосуточная обработка не заявлена. Но фактическое время ответа нельзя подменять плановым.
Шаг 6. Разделить события, дубли и уникальные заявки
Один человек может несколько раз отправить форму, позвонить и написать в мессенджер. Рекламная система зафиксирует несколько событий, а для бизнеса это может быть один потенциальный клиент.
Для сверки полезно разделить:
- все достижения целей;
- успешные отправки;
- полученные контакты;
- уникальные обращения;
- квалифицированные заявки;
- продажи.
Дубли лучше объединять по подтверждённому контакту или внутреннему идентификатору, сохраняя историю исходных событий. Простое удаление повторов лишает команду информации: по ним можно увидеть, пытался ли человек отправить форму несколько раз из-за ошибки.
Шаг 7. Зафиксировать понятные статусы CRM
Статусы нужны не для порядка в интерфейсе, а для ответа на вопрос, что стало с каждым обращением. Если карточки остаются в статусе «Новая» или закрываются без причины, CRM не позволяет оценить ни рекламу, ни обработку.
| Статус | Что означает | Что не должно происходить |
|---|---|---|
| Новая | Обращение создано, контакт ещё не состоялся | Карточка не должна оставаться без ответственного |
| В работе | Менеджер связался или выполняет следующий шаг | Статус не должен использоваться бессрочно |
| Не дозвонились | Выполнена предусмотренная попытка связи | Один звонок не должен автоматически закрывать заявку |
| Отказ | Обработка завершена без продажи | Нужна конкретная подтверждённая причина |
| Продажа | Наступило заранее определённое бизнес-событие | Отправленное предложение не равно продаже |
Важно договориться, когда меняется статус и кто отвечает за актуальность. «Не ответил один раз» не должен превращаться в «Нецелевой», а комментарий менеджера сам по себе не подтверждает продажу или отказ.
Шаг 8. Зафиксировать причины отказа
Общая причина «нецелевой» почти бесполезна. Она не показывает, что нужно менять. Причины лучше разделить на проверяемые категории:
- неподходящий регион;
- другая услуга;
- ошибочный контакт;
- спам или предложение услуг;
- дубль;
- не удалось связаться после предусмотренных попыток;
- не подходят сроки;
- не подходят условия или цена;
- компания не может выполнить запрос;
- клиент выбрал другое решение;
- причина не установлена.
Причина должна подтверждаться историей контакта. Нельзя задним числом относить неудобные обращения к нецелевым только для улучшения рекламного отчёта.
Минимальная таблица контроля
Если полноценной сквозной аналитики нет, начать можно с общей таблицы. Она не заменяет CRM, но позволяет сверить обращения и увидеть повторяющуюся точку потери. Вместо имени и телефона можно использовать внутренний ID.
| Поле | Что записывать |
|---|---|
| Дата и время | Момент создания обращения |
| Источник | Директ, SEO, прямой заход или другой подтверждённый канал |
| Кампания | Название или ID кампании |
| Посадочная страница | URL страницы, на которой произошло обращение |
| ID заявки | Внутренний обезличенный идентификатор |
| Доставка | Получено / не получено / нет данных |
| Первый ответ | Дата и время содержательного контакта |
| Статус | Новая / в работе / не дозвонились / отказ / продажа |
| Причина отказа | Конкретная подтверждённая категория |
| Квалификация | Целевая / нецелевая / не установлено |
| Продажа | Нет данных / нет / да |
Большая таблица с пустыми колонками хуже короткой, которую команда действительно ведёт. Если поле не подтверждено, лучше написать «нет данных», чем восстанавливать результат по памяти.
Как провести сверку за один период
- Выбрать одинаковые даты во всех системах.
- Проверить часовой пояс Директа, Метрики и CRM.
- Посчитать достижения основных целей.
- Посчитать успешные отправки формы.
- Посчитать фактически полученные контакты.
- Объединить подтверждённые дубли.
- Посчитать квалифицированные заявки.
- Посчитать продажи по принятому в бизнесе определению.
- Сопоставить источник и кампанию.
- Отметить участки, где данные отсутствуют.
После такой сверки появляется не одна общая цифра, а понятная воронка. Например: 30 достижений целей → 18 успешных отправок → 16 полученных контактов → 10 уникальных заявок → 6 квалифицированных → 2 продажи.
Это только пример структуры, а не норматив для бизнеса. Значение имеет не сама пропорция, а участок, на котором появляется необъяснённая потеря.
Что делать в зависимости от найденной проблемы
| Что обнаружено | Первое действие |
|---|---|
| Цель срабатывает без отправки | Исправить условие события и не считать прошлые достижения заявками |
| Форма отправляется, но контакт не приходит | Проверить интеграции, журналы ошибок и резервный канал |
| Обращение приходит без источника | Проверить UTM-метки и передачу скрытых полей |
| Количество завышают дубли | Определить правило объединения контактов |
| Карточки остаются без статуса | Назначить ответственных и правила обновления |
| Большинство заявок не подходит | Сравнить запросы, объявления, предложение и критерии квалификации |
| Целевые заявки есть, но продаж мало | Проверить скорость, сценарий обработки и условия сделки |
Не стоит менять всё одновременно. Если одновременно перестроить рекламу, страницу, форму, цели и работу менеджеров, будет сложно понять, какая правка повлияла на результат.
Когда рано увеличивать рекламный бюджет
Дополнительный бюджет не решает проблему, если бизнес не понимает, что считается конверсией и сколько контактов реально доходит до обработки. Рост трафика может увеличить число технических целей, потерянных сообщений, дублей и необработанных карточек.
До расширения желательно подтвердить:
- корректное срабатывание основных целей;
- фактическую доставку обращений;
- сохранение рекламного источника;
- понятные причины отказов;
- актуальные статусы в CRM;
- стоимость фактической и квалифицированной заявки;
- способность команды обработать дополнительный объём.
Почему одного рекламного отчёта недостаточно для решения, разобрано в статье «Почему отчёты по рекламе не помогают принять решение». Разница между целью, заявкой и продажей раскрыта в материале «Почему в рекламе есть заявки, а в продажах нет денег».
Краткий чек-лист владельца
- Отправить тестовую заявку с телефона.
- Проверить правильную цель в Метрике.
- Найти контакт во всех рабочих каналах.
- Убедиться, что источник сохранился.
- Проверить ответственного и время первого ответа.
- Отделить дубли от уникальных обращений.
- Проверить статусы и причины отказа.
- Сопоставить цели, заявки, квалификацию и продажи.
- Исправить первый подтверждённый разрыв.
- Повторить тест после исправления.
После такой проверки решение о рекламе принимается не по ощущениям. Становится видно, где именно теряется обращение и какой участок нужно исправлять первым.