Как найти потерянные обращения из поиска между сайтом и CRM

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

Что считать потерянным обращением

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

Если обращение есть в CRM, но поле источника пустое, потеряны сведения о происхождении заявки. Менеджер может связаться с клиентом, однако бизнес не сможет уверенно отнести обращение к поиску.

Есть и третья ситуация: запись существует, но её не видно в привычном списке. Она могла попасть к другому сотруднику, в другую воронку или в карточку уже знакомого клиента. Воронка — это набор этапов работы с обращением, например «Новое», «Связались», «Обсуждаем заказ».

Начните проверку со всех принятых сайтом заявок за выбранный период. Если сначала отобрать только обращения с источником «Поиск», заявки с потерянным источником останутся за пределами проверки.

Какие данные понадобятся

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

Для проверки подготовьте:

• Перечень всех форм: обратный звонок, запрос цены, запись на консультацию, оформление заказа.
• Выгрузку заявок, принятых сайтом, если они сохраняются.
• Журнал передачи данных — список попыток отправить заявки в CRM и полученных ответов.
• Выгрузку обращений из CRM, включая закрытые записи и обращения существующих клиентов.
• Описание того, куда должна попадать каждая форма и какие поля должны заполняться.
• Доступ к отчётам веб-аналитики для дополнительной проверки источников.

Если журналы доступны только разработчику, попросите его выгрузить сведения за нужный период. Для сверки нужны время, номер заявки, форма, результат передачи и номер записи в CRM. Необязательно предоставлять всей команде полный текст сообщения и контактные данные клиента.

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

Как проверить передачу заявок с сайта в CRM

Шаг 1. Опишите путь каждой формы

Для каждой формы запишите последовательность: посетитель отправил данные → сайт принял заявку → механизм передачи отправил её в CRM → CRM создала или обновила запись → обращение стало доступно сотруднику.

Механизм передачи называют интеграцией. Это программа или настройка, которая переносит данные между системами. Иногда между сайтом и CRM находится отдельный сервис. Тогда у него тоже нужно проверить входящие заявки и результаты отправки.

Составьте простую карту маршрутов:

Форма	Где подтверждается приём	Куда должна попасть заявка	Что проверить в CRM
Обратный звонок	Список заявок сайта	Очередь новых обращений	Телефон, время, источник
Запрос расчёта	Запись формы и журнал передачи	Воронка расчётов	Контакт, услуга, сообщение
Оформление заказа	Список заказов	Карточка заказа или сделки	Номер заказа, состав, источник

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

Шаг 2. Проверьте, что означает «заявка отправлена»

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

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

Различайте три события: нажатие кнопки, приём заявки сайтом и сохранение обращения в CRM. Если аналитика считает нажатия кнопки, сравнивать их напрямую с количеством записей в CRM нельзя. Человек мог нажать кнопку повторно или не пройти проверку обязательных полей.

Шаг 3. Отправьте контрольные заявки

Проверьте формы на компьютере и телефоне. Используйте контакты, которыми владеете, а в сообщении укажите понятную отметку, например «Тест передачи формы расчёта». Предупредите сотрудников, чтобы они не приняли проверку за реальный запрос.

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

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

Проверьте также повторное обращение с тем же контактом. CRM может обновить существующую карточку вместо создания новой. Важно увидеть само обращение, его время и содержание, а не только наличие клиента в базе.

Шаг 4. Сопоставьте заявки по отдельности

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

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

Для каждой принятой заявки заполните строку сверки:

Поле	Что записать
Номер и время заявки	Значения со стороны сайта
Форма	Откуда отправлено обращение
Результат передачи	Успех, ошибка, ожидание или неизвестно
Запись в CRM	Найденный номер либо «Не найдена»
Источник	Сохранённое значение либо «Пусто»
Вывод	Доставлена, задержана, потеряна, без источника

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

Шаг 5. Проверьте место первого расхождения

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

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

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

Как найти обращения без источника

Отделите канал поступления от источника посещения

Поле «Источник» может означать разные вещи. Значение «Сайт» описывает канал поступления заявки, но не отвечает на вопрос, пришёл ли посетитель из поиска, рекламы или по прямому адресу.

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

Без этого правила две системы могут показывать разные значения и при этом работать согласно своим настройкам.

Проследите источник по всему пути заявки

Проверьте, появился ли источник на сайте, сохранился ли вместе с заявкой, передался ли в интеграцию и попал ли в нужное поле CRM. Место исчезновения значения подскажет, какой участок исправлять.

UTM-метки — параметры в адресе страницы для обозначения рекламных кампаний и других размеченных переходов. Отсутствие таких меток само по себе не означает отсутствие поиска. Для определения поискового перехода могут использоваться другие доступные сведения, например данные аналитики или адрес предыдущей страницы.

Источник не всегда удаётся определить. Браузер может не передать часть сведений, а системы — не сохранить их. В таких случаях оставляйте значение «Не определён», вместо того чтобы относить все заявки без меток к поиску или прямым заходам.

Проверьте переходы между страницами

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

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

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

Как разобрать результаты сверки

Разделите найденные расхождения по подтверждённым признакам:

Наблюдение	Что проверять
Есть событие аналитики, но нет принятой заявки	Условие срабатывания события и обработку формы
Заявка принята, передача не запускалась	Настройки интеграции для этой формы
Передача завершилась ошибкой	Ответ CRM и данные заявки
Есть подтверждение доставки, запись не видна	Фильтры, права, воронку, существующую карточку
Обращение есть, источник пустой	Сохранение и передачу источника
Одна заявка создала повторные записи	Защиту от повторной обработки

Условный пример: сайт сохранил запрос расчёта, журнал показывает отказ из-за незаполненного поля «Услуга», а записи в CRM нет. Здесь подтверждён сбой передачи. Нужно исправить заполнение поля и отдельно вернуть пропущенное обращение в работу.

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

Что исправить и как проверить результат

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

Затем подготовьте задачу специалисту: укажите форму, номер заявки, ожидаемый результат, фактическое поведение и сведения из журнала. Формулировка «заявка принята, CRM отклонила её из-за пустого поля» полезнее общего сообщения «заявки теряются».

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

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

Частые вопросы

Можно ли считать цели аналитики списком заявок?

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

Что делать, если сайт раньше не сохранял заявки?

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

Можно ли восстановить источник задним числом?

Иногда — если сохранились сведения о посещении, связанные с конкретной заявкой. Сам факт отправки формы не доказывает переход из поиска. Без подтверждающих данных источник нужно оставить неопределённым.

Почему уведомление пришло, а записи в CRM нет?

Уведомление и передача в CRM могут работать независимо. Найдите заявку в журнале сайта и проверьте результат отправки именно в CRM. Доставка письма подтверждает только соответствующий путь уведомления.

Проверить сайт бесплатно