Интернет-магазины
Сайты
Дизайн
Поддержка
Продвижение
ИнтеграцииПочему с сайта не приходят заявки: как найти место потери обращения
Если обращений стало меньше, преждевременно менять рекламу или дизайн. Сначала нужно отделить отсутствие спроса от технической потери заявки и ошибок учёта. Ниже — маршрут проверки, заполненный журнал диагностики и сценарии приёмки исправлений. Все номера и результаты в примерах учебные, а не данные клиентов ActiveLab.
1. Сначала определите, что именно исчезло
Фраза «нет заявок» описывает как минимум четыре ситуации: посетителей стало меньше; люди не начинают обращение; форма не сохраняет данные; обращения сохранены, но не обработаны. У каждой ситуации свой исполнитель и способ проверки. Снижение числа записей в аналитике также может означать изменение счётчика, согласий или фильтров, а не реальную потерю спроса.
Возьмите один период и один канал: например, обращения через форму расчёта за завершённые семь дней. Сравнивайте его с сопоставимым периодом по дням недели, каналам и устройствам. Временно исключите из сравнения тесты, спам и повторные отправки по заранее согласованному правилу. Звонки и сообщения в мессенджерах считайте отдельно: клик по номеру не доказывает состоявшийся разговор.
| Наблюдение | Что проверить первым | Какой вывод пока нельзя делать |
|---|---|---|
| Посещений меньше, доля сохранённых заявок стабильна | Источники трафика, доступность посадочных страниц, изменения рекламы | Форма сломана |
| Посещений столько же, форму начинают реже | Соответствие предложения запросу, видимость действия, мобильный сценарий | Нужно покупать больше трафика |
| Отправки видны, записей в системе нет | Сохранение и ответы обработчика формы | Все эти люди передумали |
| Записи есть, менеджер их не видит | Очередь уведомлений, права и назначение ответственного | Сайт не приносит обращений |
Если таблица не помещается на экране, прокрутите её по горизонтали.
Если нет достоверной истории, не придумывайте базовую конверсию. Начните с контрольных обращений и настройте наблюдение на будущее. Восстановить все прошлые потери только по текущему состоянию формы обычно невозможно.
2. Проследите один запрос от формы до менеджера
Выберите конкретную форму и пройдите её как клиент. Используйте свои разрешённые тестовые контакты, а в комментарии укажите метку, например TEST-LEAD-01. Предупредите сотрудников, чтобы тест не запустил реальную продажу. Пароли, чужие контакты и содержимое обращений не включайте в публичные отчёты.
Надёжнее проверять маршрут по внутреннему идентификатору обращения. Он связывает сохранённую запись, попытку уведомления и карточку CRM. Если система не выдаёт номер, исполнитель должен показать другой однозначный способ сопоставления. Зелёная надпись на странице и ответ HTTP 200 сами по себе не доказывают, что данные записаны и доступны сотруднику.
- ФормаTEST-LEAD-01: поля приняты, ошибка показана явно
- СохранениеСоздана одна запись с номером L-1042
- УведомлениеВ журнале есть попытка доставки и её результат
- МенеджерL-1042 видна ответственному и взята в работу
Один тестовый идентификатор связывает весь маршрут; отметка об успехе появляется после подтверждённого сохранения.
Архитектура конкретного сайта может отличаться: запись иногда сразу создаётся в CRM. Смысл проверки сохраняется — найти устойчивое место хранения и подтвердить доступ получателя, а не требовать промежуточную базу там, где её нет.
3. Заполните журнал: симптом, доказательство, действие
В учебном примере уведомления на почту перестали доходить после смены адреса получателя. Форма продолжала сохранять обращения, поэтому возвращать весь сайт к старой версии не потребовалось. Таблица ниже показывает, как отделить установленные факты от предположений. Наблюдения из разных строк — примеры возможных сбоев, а не описание одной действующей системы.
| Участок и симптом | Проверка и доказательство | Следующее действие | Кто подтверждает |
|---|---|---|---|
| Форма: после нажатия ничего не происходит | На телефоне поле ошибки скрыто за нижней панелью; запись не создана | Показать ошибку рядом с полем и перевести к ней фокус | Тестировщик повторяет сценарий на том же экране |
| Сохранение: показано «отправлено», номера нет | Ответ содержит ошибку проверки данных, но интерфейс показал успех | Связать сообщение об успехе с результатом сохранения | Разработчик и администратор сверяют журнал и запись |
| Уведомление: L-1042 сохранена, письма нет | В журнале доставки отказ для старого адреса получателя | Исправить получателя; повторить уведомление без новой заявки | Администратор проверяет доставку, менеджер подтверждает получение |
| CRM: запись есть только у администратора | Роль менеджера не видит нужное направление | Исправить права в согласованных границах и назначение | Менеджер открывает карточку под своей учётной записью |
| Обработка: обращение видно, ответа нет | У L-1042 нет ответственного и следующего действия | Назначить владельца очереди и правило разбора новых обращений | Руководитель продаж проверяет список необработанных |
Если таблица не помещается на экране, прокрутите её по горизонтали.
Если запись уже сохранена, не просите клиента отправить её повторно только ради письма. Сначала восстановите доставку уведомления или доступ менеджера. Иначе в учёте появятся дубли, а клиент получит несколько несогласованных ответов.
4. Проверьте, что счётчик называет заявкой
GA4 различает начало взаимодействия с формой и её отправку: form_start и form_submit. Эти события полезны для поиска барьера, но не заменяют проверку записи в вашей системе. Для принятого обращения можно настроить generate_lead; момент его отправки должен соответствовать принятому в проекте определению лида. Не запускайте его просто по нажатию кнопки.
В Метрике целевое событие передаётся через reachGoal. Для цели «заявка сохранена» разработчик связывает вызов с подтверждённым успешным результатом, а не с любым кликом. В GA4 тестовые события и параметры проверяют в DebugView с включённым режимом отладки. Отсутствие события там может быть связано и с настройками согласия, поэтому серверную запись проверяют независимо.
| Контрольный уровень | Количество | Интерпретация |
|---|---|---|
| Уникальные тестовые попытки | 10 | Основание сверки — реестр с десятью разными метками |
| Сохранённые обращения | 9 | Одна попытка корректно отклонена: обязательное поле пустое |
| События «заявка сохранена» | 10 | Лишнее событие пришло при ошибке; исправить условие отправки |
| Карточки, доступные менеджеру | 9 | Все сохранённые обращения доступны; технической потери после сохранения нет |
Если таблица не помещается на экране, прокрутите её по горизонтали.
В боевом отчёте аналитика и CRM не обязаны совпадать один к одному: влияют согласия, блокировщики, часовые пояса, повторные обращения и правила учёта. Но каждая заметная разница должна иметь проверяемое объяснение. Не передавайте телефон, email или текст обращения в названия событий, параметры страницы и обычные параметры GA4.
Документация: Google Analytics: события взаимодействия с формами и ограничения данных; Google Analytics: рекомендуемое событие generate_lead; Яндекс Метрика: целевое событие и reachGoal; Google Analytics: проверка событий в DebugView;
5. Испытайте не только удачную отправку
Проверка «один раз отправили с рабочего компьютера» не подтверждает устойчивость формы. Нужны ошибки заполнения, повторное действие, задержка сети и права получателя. Сбои внешних сервисов моделируют на тестовом окружении либо в согласованном безопасном окне; отключать рабочую CRM ради эксперимента нельзя.
| Сценарий | Что должно произойти | Что сохранить как доказательство |
|---|---|---|
| Корректное обращение с телефона | Одна запись; понятное подтверждение; данные доступны получателю | Метка теста, номер записи, снимок результата без контактов |
| Не заполнено обязательное поле | Понятная ошибка; нет записи и события успешной заявки | Снимок ошибки и проверка отсутствия записи |
| Двойное нажатие | Повтор не создаёт две заявки в рамках одного запроса | Один номер записи и журнал повторного действия |
| Долгий ответ сервера | Видно состояние ожидания; нельзя бесконтрольно отправить тот же запрос | Запись экрана и итоговая запись в системе |
| Ответ потерян после сохранения | Повтор проверяется по идентификатору; существующая запись не дублируется | Журнал первой и повторной обработки |
| Менеджер с обычными правами | Видит своё обращение и может выполнить следующее действие | Подтверждение проверки под рабочей ролью |
Если таблица не помещается на экране, прокрутите её по горизонтали.
Слово «пройдено» в протоколе ставят после исполнения сценария. Эта таблица содержит критерии, а не объявляет ваш сайт уже проверенным. Согласуйте с разработчиком, как система различает повтор запроса и новое осмысленное обращение того же человека.
6. Передайте задачу и закрепите контроль после исправления
Рабочее задание описывает наблюдение и критерий результата, а не назначает виновного. Пример: «Форма расчёта, мобильный экран 390 px. При пустом телефоне появляется сообщение об успехе, запись отсутствует. Нужно показывать ошибку поля и не отправлять событие успешной заявки. При корректных данных — одна запись и подтверждение. Приложены метки TEST-LEAD-01 и TEST-LEAD-02». Этого достаточно, чтобы воспроизвести проблему; доступы передают отдельно защищённым способом.
После исправления повторите успешный и ошибочный сценарии, затем сопоставьте входящий журнал и очередь менеджера за согласованный период. Назначьте владельца контроля. Например, администратор следит за ошибками доставки, а руководитель продаж — за обращениями без ответственного. Частоту проверки выбирают по потоку и риску: универсального безопасного интервала для всех сайтов нет.
Если технический маршрут исправен, переходите к коммерческой диагностике: какие посетители приходят, что им обещано до перехода, видят ли они условия и понимают ли следующий шаг. Менять предложение на основе наблюдений разумнее, чем бесконечно проверять уже исправную почту. Сначала зафиксируйте исходные показатели и одно изменение, иначе будет трудно объяснить результат.
Частые вопросы
Почему письмо не пришло, хотя сайт написал «успешно»?
Сохранение и доставка письма — разные операции. Проверьте запись в системе и журнал отправки: ошибку адреса, отклонение почтовым сервером, очередь. Сообщение в браузере не подтверждает получение письма менеджером.
Нужно ли немедленно отключать рекламу?
Если подтверждена невозможность принять обращения на конкретной странице, обсудите временное ограничение ведущей туда кампании с её ответственным. Если обращения сохраняются, но задерживаются уведомления, сначала обеспечьте разбор существующей очереди. Решение зависит от доказанного сбоя, а не от одного пропавшего письма.
Можно ли считать клики по телефону заявками?
Клик показывает намерение начать звонок. Факт разговора и его качество требуют отдельного учёта: например, данных телефонии и результата обработки. В отчёте называйте показатель «клики по телефону», пока нет подтверждения звонка.
Что делать, если заявки отправляются прямо на email и нигде не сохраняются?
Сначала проверьте существующую доставку и резервный порядок обработки. Затем оцените устойчивое сохранение обращений или создание записи в CRM с контролем ошибки. Не обещайте восстановить прошлые сообщения, если ни у сайта, ни у почтовой системы нет их копий.
Источники и документация
Материал подготовлен для владельцев бизнеса на основе официальной документации. Примеры и планы работ в тексте — учебные: состав решений зависит от конкретного сайта.
Если нужна помощь с описанной задачей, посмотрите состав услуги Техническая поддержка сайта. Объём работ, сроки и стоимость согласуются после изучения вашего проекта.
