1. Сначала отделите отправку формы от создания записи
Сообщение «спасибо» или смена состояния кнопки подтверждает только то, что браузер получил ожидаемый ответ от страницы или скрипта. Это не равно появлению лида, сделки или контакта в Битрикс24. Поэтому первый вопрос диагностики звучит не «почему CRM не работает», а «какой последний подтверждённый слой мы видим».
Уточните тип связки. В нативной CRM-форме Битрикс24 форма создаётся внутри портала и может размещаться на внешнем сайте; официальная справка описывает сохранение данных формы в CRM. В кастомной форме сайта между браузером и CRM обычно есть собственный обработчик или интеграционный модуль. У этих вариантов разные точки проверки, и инструкция для одного не доказывает исправность другого.
Связанная статья [как связать сайт и CRM](/stati/kak-svyazat-sajt-i-crm-zayavki-utm-kontrol/) пригодится для общей схемы. Этот материал — о более узком сбое: форма уже сообщила об отправке, но запись не находится в Битрикс24.
- Если запись не найдена даже по уникальному тестовому маркеру, сначала проверяйте доставку и создание сущности.
- Если запись есть, но пустая или без источника, переходите к карте полей и атрибуции.
- Если проблема возникает только на одном устройстве или странице, сравнивайте код, загрузку скриптов и окружение именно этого сценария.
2. Проверьте форму и страницу, где она размещена
Начните с простого воспроизводимого теста. Откройте конкретную страницу, зафиксируйте её URL, устройство и время, затем отправьте форму один раз. Не используйте реальные персональные данные: подготовьте служебный тестовый контакт и заметный маркер, по которому запись можно будет найти и удалить по правилам вашей компании.
Для CRM-формы Битрикс24 проверьте, что форма опубликована, активна и размещена тем способом, который фактически используется на сайте. В справке Битрикс24 отдельно описаны поля, действия после отправки, права доступа и варианты размещения формы. Наличие старого кода на странице, выключенной формы или изменённого сценария может дать видимый результат, не совпадающий с текущей настройкой портала.
Для собственной формы проверьте HTML-имена полей, обязательность, обработчик кнопки и ошибки браузера. В инструментах разработчика смотрят сам факт отправки запроса и его ответ, но не передают в статью токены, cookies, телефоны и другие данные. Если запрос вообще не уходит, причина находится на уровне страницы, JavaScript или валидации, а не в Битрикс24.
- Проверить одну и ту же форму в браузере и на мобильном устройстве.
- Убедиться, что после изменения формы на странице не осталась старая версия кода или виджета.
- Зафиксировать точный текст ошибки, время и URL, а не пересказывать их по памяти.
- Не считать успешной отправкой только очистку полей или показ модального окна.
Следующий практический шаг
Нужно применить этот подход к вашему процессу?
Можно разобрать текущий сценарий и определить, что проверить в первую очередь.
3. Найдите разрыв между сайтом и Битрикс24
Разделите проверку на три наблюдаемых сигнала: браузер отправил запрос; сервер сайта его принял и обработал; Битрикс24 вернул результат создания или обновления записи. В нативной форме часть этого пути скрыта внутри платформы, поэтому контролируйте доступность и настройки формы. В кастомной интеграции ищите подтверждение на сервере сайта и в журнале обмена, если такой журнал предусмотрен реализацией.
Если сервер получил запрос, но не получил ожидаемый ответ от CRM, зафиксируйте время, код ответа и безопасное описание ошибки. В официальной документации REST API Битрикс24 есть перечень кодов ошибок и предупреждение о том, что авторизационные данные нельзя помещать в логи. Точный способ обработки ошибки, уведомлений и повторной отправки зависит от вашей реализации; не предполагайте наличие очереди, retry или автоматического восстановления, пока это не проверено в коде и настройках.
Если ответ выглядит успешным, а записи нет, исключите ошибку поиска: проверьте правильный раздел CRM, интервал времени, тестовый маркер, ответственного и фильтры. Затем сопоставьте идентификатор или иной результат ответа с тем, что сохраняет ваша интеграция. Для такого анализа обычно нужны доступ разработчика к сайту и права на просмотр соответствующих данных в портале.
- Если запрос не дошёл до сервера — исправлять страницу и форму.
- Если сервер получил запрос, но CRM не ответила ожидаемым образом — проверять доступ, авторизацию, ограничения и обработку ошибки.
- Если CRM ответила, но запись не найдена — проверять сущность, фильтры, права и карту полей.
- Не вставлять в журнал обмена секреты доступа и полные персональные данные.
4. Проверьте поля, источник и страницу входа
Пустой лид — это отдельная неисправность, даже если сама запись в CRM появилась. Составьте карту «поле формы → поле сущности Битрикс24 → правило проверки». В неё включите имя, телефон или почту, комментарий, название формы, источник, UTM-метки и URL страницы, если эти данные предусмотрены вашей схемой. Не смешивайте обязательность поля на сайте с обязательностью поля в CRM: это два разных места, где отправка или сохранение может остановиться.
Для UTM и первой страницы входа проверьте весь путь: метки в исходной ссылке, переходы и редиректы, хранение значения до отправки, попадание в запрос и запись в нужное поле CRM. Скрытое поле, cookie, сессия или серверная передача — возможные варианты реализации, а не свойство любой формы по умолчанию. Выбирайте тот способ, который поддерживает конкретная связка и который можно проверить контрольной заявкой.
Полезно сравнить две заявки: одну с тестовой ссылкой с метками и одну без них. Если обе дошли, но атрибуция различается, проблема скорее в передаче или сопоставлении полей. Если без меток запись не создаётся, ищите ошибку в обязательном поле или условии маршрутизации, а не в аналитике.
- Для каждого поля определить формат и допустимое пустое значение.
- Проверить, в какую сущность и в какое поле попадает значение, а не только название колонки в форме.
- Сверить UTM и URL входа до отправки с тем, что фактически записано в CRM.
- При изменении полей повторно проверить десктопный и мобильный сценарии.
5. Завершите диагностику контрольной заявкой
После исправления не ограничивайтесь повторным нажатием кнопки. Проведите один формализованный тест и сохраните короткий протокол: страница, устройство, время, тип формы, тестовый маркер, переданные поля и результат в Битрикс24. Если заявка не попала в CRM, сценарий считается не пройденным, даже когда пользователь увидел сообщение об успехе.
Практический сценарий: если после отправки формы запись не находится → действие: отправить одну тестовую заявку с уникальным маркером и проследить запрос от страницы до ответа CRM → контроль результата: запись найдена в правильной сущности, обязательные поля заполнены, источник и URL не потеряны, а повторный тест не создал неожиданный дубль. Для amoCRM логика проверки та же, но названия сущностей, журналов и доступные настройки зависят от конкретной интеграции.
Если сбой повторяется или нет доступа к серверному журналу, безопаснее заказать аудит связки, а не менять поля и обработчики вслепую. Для этого можно описать задачу через [услугу CRM АиКонверсии](/uslugi/crm/) или перейти к [контактам](/kontakty/), приложив время теста и обезличенные технические признаки.
- 1. Подготовить обезличенный тестовый контакт и уникальный маркер.
- 2. Открыть нужную страницу, записать URL, устройство и время.
- 3. Отправить форму один раз и сохранить наблюдаемый ответ страницы.
- 4. Проверить запрос и обработку на сайте, если форма кастомная и доступ к журналу есть.
- 5. Найти запись в Битрикс24 по маркеру, времени и правильной сущности.
- 6. Сверить поля, UTM, источник и страницу входа.
- 7. Повторить тест на мобильном сценарии или после изменения кода.
- 8. Зафиксировать результат и только потом закрыть задачу.
Частые вопросы
Почему форма показала «спасибо», но заявки нет в Битрикс24?
Это означает только, что страница или скрипт показали успешный сценарий. Запрос мог не уйти, обработчик сайта мог завершиться ошибкой, CRM могла вернуть ошибку или запись могла создаться в другой сущности. Ищите последний подтверждённый слой по времени и уникальному тестовому маркеру.
Что проверить в первую очередь в CRM-форме Битрикс24?
Проверьте тип формы, её активность, публикацию и способ размещения на сайте. Затем сверяйте поля, действия после отправки, права доступа и наличие тестовой записи в правильном разделе CRM. Названия и доступность отдельных настроек зависят от конфигурации и тарифа портала.
Как понять, что проблема именно в передаче, а не в UTM?
Сначала проверьте, создаётся ли запись с уникальным тестовым маркером. Если записи нет, разбирайте доставку и создание сущности. Если запись есть, но источник или UTM пусты, проверяйте хранение меток, запрос и сопоставление полей.
Подходит ли такой чек-лист для amoCRM?
Да, общий порядок применим: форма, сайт, передача, ответ CRM, карта полей, атрибуция и контрольная заявка. Но конкретные поля, журналы, права и обработка ошибок зависят от реализации интеграции и самой amoCRM, поэтому интерфейс Битрикс24 нельзя переносить буквально.
Источники
Следующий шаг
Нужно понять, что автоматизировать первым?
Покажите текущий процесс, CRM или путь заявки — команда АиКонверсии поможет определить рабочий контур.