Почему не приходят заявки с сайта на 1С-Битрикс и как это проверить

Иногда проблема с заявками выглядит странно: форма на сайте отправляется, пользователь видит сообщение об успехе, а менеджер ничего не получает. Владелец сайта думает, что обращений стало меньше, хотя на самом деле часть лидов может теряться между кнопкой «Отправить», обработчиком Битрикса, почтовым событием, SMTP или CRM.

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

Сначала нужно понять, где обрывается цепочка

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

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

• Интерфейс формы. Пользователь нажимает кнопку, браузер отправляет обычный или AJAX-запрос.
• Обработчик на сайте. Битрикс проверяет обязательные поля, капчу, согласие, файлы и служебные параметры.
• Сохранение данных. Заявка может записываться в веб-форму, инфоблок, заказ, highload-блок или кастомную таблицу.
• Уведомление. Сайт формирует почтовое событие и отправляет письмо через серверную почту или SMTP.
• Интеграция. Если подключена CRM, обработчик передает данные по API и получает ответ внешней системы.
• Логи и резерв. При ошибке должен остаться след: запись в журнале, письмо администратору или локальная копия заявки.

Когда понятно, на каком этапе заявка исчезает, задача становится намного точнее. Это уже не абстрактное «починить форму», а конкретное исправление ошибки на сайте: поправить обработчик, шаблон письма, SMTP, интеграцию или сценарий сохранения.

Форма отправляется, но письмо не приходит

Самая частая ситуация — заявка на сайте есть, но письмо до менеджера не дошло. Здесь важно проверить не только саму форму, но и почтовую часть Битрикса. В системе могут быть неверно настроены типы почтовых событий, шаблоны писем, адрес отправителя, адрес получателя, кодировка, SMTP или очередь отправки.

На практике встречаются разные причины:

• Отключен или не заполнен почтовый шаблон. Событие создается, но письмо не формируется или уходит не на тот адрес.
• Неверный email отправителя. Почтовый сервер отклоняет письмо, если домен отправителя не совпадает с настройками сайта.
• Проблемы с SMTP. Пароль изменился, ящик заблокирован, закончился лимит, сервер не принимает соединение или требует другой порт.
• Письмо попадает в спам. Особенно если у домена не настроены SPF, DKIM и DMARC или тема письма выглядит подозрительно.
• Ошибки в очереди почты. Письма копятся в системе, но фактически не отправляются из-за ошибки агента или окружения.

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

Заявка не сохраняется в Битриксе

Если письма нет и в админке тоже ничего не появилось, нужно смотреть форму глубже. В Битриксе заявки могут не сохраняться из-за обязательных полей, ошибок в AJAX-обработчике, капчи, защиты от спама, неверных прав на инфоблок или несовпадения названий полей после доработок.

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

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

CRM получила не всё или не получила ничего

Если форма завязана на CRM, важно отделять проблему отправки заявки от проблемы интеграции. Сайт может корректно принять обращение и даже отправить письмо, но внешний сервис не создаст лид из-за неверного токена, обязательного поля, лимита API, дубля, недоступности CRM или изменения формата запроса.

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

Если требуется не просто починить одно поле, а выстроить нормальную передачу данных, полезно отдельно посмотреть материал про интеграцию сайта на 1С-Битрикс с CRM. Там важны карта полей, UTM-метки, обработка дублей и сценарии ошибок. В этой статье фокус другой: как найти место, где уже теряются обращения.

Что можно проверить без разработчика

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

• Отправить тестовую заявку с точным временем, страницей и набором полей.
• Проверить папки «Спам», «Промоакции», «Рассылки» и правила пересылки в почтовом ящике.
• Убедиться, что проблема повторяется с разных устройств, браузеров и email-адресов.
• Проверить, появляется ли заявка в админке Битрикса, CRM, заказах или списке веб-форм.
• Сравнить, какие формы работают, а какие нет: главная, карточка товара, контакты, всплывающее окно.
• Зафиксировать скрин успешной отправки и текст сообщения, которое видит пользователь.

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

Что должен сделать разработчик

Разработчик начинает с воспроизведения ошибки и проверки логов. Важно не просто «пересобрать форму», а понять текущую реализацию: стандартный компонент это или кастомный обработчик, где хранится заявка, какие события вызываются, есть ли резервное сохранение и как сайт сообщает об ошибке пользователю.

Обычно рабочий план выглядит так:

• найти все формы, через которые приходят обращения;
• проверить клиентскую отправку и ответ сервера;
• посмотреть обработчики, почтовые события, шаблоны и SMTP;
• проверить логи Битрикса, PHP, веб-сервера и внешних API;
• добавить понятное логирование ошибок, если его нет;
• настроить резервный сценарий, чтобы заявка не исчезала бесследно.

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

FAQ

Почему форма пишет «успешно», если заявка не дошла?

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

Нужно ли обязательно настраивать SMTP?

Не всегда, но для рабочих заявок SMTP обычно надёжнее стандартной серверной отправки. Важно настроить не только SMTP-ящик, но и доменные записи SPF, DKIM и DMARC, чтобы письма не попадали в спам.

Можно ли восстановить потерянные заявки?

Иногда можно, если сайт сохранял данные в веб-формах, инфоблоке, заказах, логах или CRM вернула ошибку с деталями. Если локального сохранения и логов не было, восстановить старые обращения сложнее.

Что подготовить перед обращением к разработчику?

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

Вывод

Если с сайта на 1С-Битрикс не приходят заявки, не стоит сразу переписывать форму или менять сервисы. Сначала нужно пройти маршрут заявки по шагам: интерфейс, обработчик, сохранение, почтовые события, SMTP, CRM и логи. Так быстрее находится реальная точка сбоя.

Хорошая форма должна не только показывать красивое сообщение после отправки, но и оставлять понятный след внутри системы. Заявка должна либо дойти до менеджера, либо сохраниться так, чтобы её можно было разобрать и отправить повторно. Для регулярного контроля таких сценариев помогает поддержка сайта на 1С-Битрикс: формы, почта, интеграции и ошибки проверяются до того, как потеря заявок станет заметна по продажам.