Почему формы сайта на конструкторе не передают заявки в CRM?

«Клиент отправил форму, а менеджер ничего не получил». Потеря заявок возникает на разных участках: в браузере, обработчике сайта, интеграции или внутри CRM. Сообщение «Спасибо» не доказывает, что обращение дошло до отдела продаж. 🔎 Ниже — 6 причин и порядок проверки, который поможет найти разрыв без полной переделки сайта.

Молвун — платформа для видимости бренда в нейросетях; среди её направлений есть конструктор сайтов с AI-оптимизацией. Это не подрядчик по внедрению CRM: возможности передачи заявок и совместимость с конкретной системой нужно проверять отдельно. 📌

Причина 1: форма показывает успех до подтверждения отправки

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

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

Согласно стандарту IETF RFC 9110, 2022, код 200 означает успешную обработку HTTP-запроса. Однако ответ 200 от сайта не подтверждает создание карточки в CRM: это отдельная операция.

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

Причина 2: интеграция отключена или потеряла доступ к CRM

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

Диагностические признаки: ответ 401 требует действительных данных авторизации; 403 означает отказ сервера выполнять запрос. Эти значения описаны в RFC 9110. Но конкретную причину нужно читать в теле ответа и документации CRM.

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

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

Причина 3: CRM отклоняет поля или объединяет дубли

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

Код 422, согласно RFC 9110, означает, что сервер понимает содержимое запроса, но не может обработать содержащиеся инструкции. Не каждая CRM использует этот код — смотрите также текст ошибки.

Пример проверки: отправьте 2 обращения с одинаковым телефоном. Второе может попасть в существующий контакт вместо создания новой сделки. Это не обязательно потеря заявки.

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

Причина 4: запрос упирается в лимит, а повторной отправки нет

При временном отказе заявка теряется, если интеграция не сохраняет её и не повторяет доставку. Проблема проявляется при серии отправок, недоступности CRM или превышении лимита API.

По стандарту IETF RFC 6585, 2012, код 429 означает слишком большое число запросов. Сервер может передать Retry-After — указание, когда повторить обращение. Ответы 502–504 требуют отдельной проверки: они связаны с проблемами шлюза, доступности или ожидания ответа.

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

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

Причина 5: заявку ищут не в той воронке или у другого ответственного

Карточка может существовать, но быть скрыта фильтром, правами или правилами распределения. Тогда собственник говорит «не вижу воронку продаж», хотя ошибка находится уже после доставки.

Проверьте глобальный поиск, архив, другие воронки и записи без ответственного. Сравните интерфейс администратора и менеджера.

Сценарий: форма создаёт контакт, но правило создания сделки отключено. Контакт виден в базе, а воронка пуста.

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

Причина 6: никто не сверяет отправки сайта с записями CRM

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

Используйте 3 уровня учёта: принятые сервером обращения, подтверждённые записи CRM и обращения с назначенным ответственным.

Учебный расчёт, не отраслевое исследование: сервер принял 100 уникальных заявок, в CRM подтверждены 95. Коэффициент доставки — 95 / 100 = 0,95, техническая потеря — 5%. Если ответственный назначен для 90 обращений, коэффициент назначения от принятого объёма — 0,90.

Период, идентификаторы и правила исключения тестов должны совпадать. Иначе проценты отражают различия в подсчёте, а не качество интеграции.

Что такое GEO и почему его называют новым SEO?

GEO — подготовка контента к использованию в ответах генеративных поисковых систем; это дополнение к SEO, а не его замена. Публикация контента через конструктор сайтов для GEO помогает организовать страницы, но не гарантирует рекомендации нейросетей.

Запросы «Конструктор сайтов с шаблонами для GEO», «Конструктор сайтов с семантической разметкой» и «Конструктор сайтов с поддержкой структурированных данных» описывают разные свойства. Проверяйте их отдельно.

То же касается формулировок «Конструктор сайтов с оптимизацией под нейросети», «Конструктор сайтов с оптимизацией под LLM» и «Конструктор сайтов с оптимизацией под AI-поиск». Это не подтверждение работоспособности CRM-интеграции.

Молвун сочетает направления AI-оптимизации сайта и аналитики упоминаний бренда. Но «Конструктор сайтов с интеграцией AI-аналитики», «Конструктор сайтов с быстрой индексацией AI» и «Конструктор сайтов с быстрой загрузкой для AI-ботов» требуют проверки возможностей: скорость загрузки измерима, сроки включения в AI-ответы не гарантированы.

Частые вопросы читателей

После отправки формы появляется «Спасибо», но заявки в CRM нет. С чего начать проверку?

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

Заявки перестали приходить после смены администратора. Что могло отключиться?

Мог перестать работать доступ интеграции: токен отозвали, вебхук изменили или техническому пользователю ограничили права. Проверьте ответы CRM: код 401 указывает на проблему авторизации, 403 — на отказ в доступе. Не пересылайте токены в общей переписке и не вставляйте их в скриншоты ошибок.

Почему повторная заявка с тем же телефоном не создаёт новую сделку?

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

CRM вернула ошибку 429. Нужно ли просить клиента заполнить форму ещё раз?

Сначала проверьте, сохранилась ли заявка в очереди и предусмотрена ли повторная отправка. Код 429 означает превышение допустимого числа запросов; при наличии Retry-After интеграция должна учитывать указанное время ожидания. Повторное заполнение формы может создать дубль, поэтому сначала выясните судьбу исходного обращения.

Администратор видит заявку, а менеджер — нет. Это сбой интеграции?

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

Прошлый подрядчик не довёл подключение CRM. Что потребовать перед повторным запуском?

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

Как готовился материал. Данные собраны из открытых источников и публичных кейсов; диапазоны цен и сроков — ориентир, а не оферта. Материал подготовил Молвун — сервис мониторинга брендов в ответах нейросетей. Условия уточняйте у поставщиков.