Экспертная статья с Никитой Мушинским, ведущим аналитиком 1PI.PRO
Когда компания говорит: "Заявки с сайта не приходят в Битрикс24", первое подозрение обычно падает на CRM. Кажется, что где-то внутри Битрикс24 сломались лиды, форма или настройки.
Но на практике путь заявки длиннее. Человек заполняет форму на сайте, сайт передает данные через модуль, вебхук, приложение или CRM-форму, а уже потом Битрикс24 создает лид, сделку или другой объект. Ошибка может появиться на любом участке этой цепочки.
Мы разобрали с Никитой Мушинским, ведущим аналитиком 1PI.PRO, что проверить до обращения к интегратору и почему иногда "заявки не приходят" означает не поломку CRM, а разрыв между сайтом, интеграцией и бизнес-логикой.
Никита, если клиент говорит "заявки с сайта не попадают в Битрикс24", с чего вы начинаете разбор?
Первое, что нужно сделать, - не бежать сразу в настройки Битрикс24. Нужно понять, где именно перестала проходить информация.
На первый взгляд кажется: раз заявки нет в CRM, значит проблема в CRM. Но заявка проходит несколько этапов. Есть сайт, есть форма, есть способ передачи данных, есть сама CRM. Ошибка может быть на любом из этих участков.
Битрикс24 в такой схеме чаще всего выступает приемником информации. Ему не принципиально, откуда пришла заявка: с сайта на WordPress, из конструктора, через CRM-форму, вебхук или приложение. Важно, чтобы данные были переданы корректно и чтобы их хватало для создания нужной сущности.
Поэтому я сначала разделяю проблему на несколько вариантов:
- заявка не отправилась с сайта;
- форма отправилась, но интеграция не сработала;
- запрос дошел до Битрикс24, но лид не создался;
- лид создался, но попал не туда;
- заявка пришла, но без нужной логики: источника, дублей, ответственного или аналитики.
Это разные ситуации. Если их смешать в одну фразу "Битрикс не принимает заявки", можно долго искать не там.
Что клиент может проверить сам до обращения к интегратору?
Самый простой и полезный шаг - отправить тестовую заявку с сайта.
Но важно сделать это не из привычного рабочего браузера, где вы уже авторизованы во всех системах. Лучше открыть сайт в режиме инкогнито или в неавторизованном браузере. Так проверка будет ближе к реальному поведению обычного посетителя.
После отправки заявки нужно не просто сказать "не пришла", а зафиксировать несколько вещей:
- на какой странице была форма;
- какие поля заполнили;
- появилась ли заявка в Битрикс24;
- создался ли лид, сделка, контакт или другая сущность;
- кто стал ответственным;
- появился ли источник;
- пришло ли уведомление сотруднику;
- сохранились ли все нужные данные.
Если тестовая заявка вообще не отправилась с сайта, мы начинаем с сайта и формы. Если форма отправилась, но в Битрикс24 ничего нет, смотрим способ интеграции. Если объект появился, но не так, как ожидалось, проблема может быть уже в настройках CRM или бизнес-логике.
А способы передачи заявок сильно отличаются?
Да, и это напрямую влияет на диагностику.
Битрикс24 может получать заявки через стандартные CRM-формы, виджеты, готовые интеграции с CMS, вебхуки или локальные приложения. В каждом варианте свои слабые места.
Если используется штатная CRM-форма Битрикс24, обычно диагностика проще. По практике, проблемы именно с созданием лидов через стандартный инструмент встречаются редко. Чаще причина в настройках формы, обязательных полях, ответственных, источниках или дальнейшей обработке заявки.
Если используется готовая интеграция с CMS или конструктором, уже нужно смотреть сам модуль: статус подключения, авторизацию, логи отправки, обновления, корректность передачи полей.
Если сайт самописный и работает через вебхуки или локальное приложение, сначала проверяем, был ли вообще выполнен запрос на создание лида. В Битрикс24 можно смотреть статистику вызовов вебхуков и понимать, отправлял ли сайт данные в CRM.
Если вебхук не вызывался, проблема скорее всего на стороне сайта или его кода. Если запрос был отправлен, но лид не появился, тогда уже разбираем настройки Битрикс24 и состав переданных данных.
Какая причина встречается чаще всего?
Одна из частых причин - форма не передает обязательные параметры.
Например, в настройках лида есть обязательное поле "Регион", а форма на сайте это значение не передает. Для пользователя это выглядит так: он отправил заявку, а в CRM ничего не появилось. Но технически Битрикс24 не смог создать лид, потому что ему не хватило обязательной информации.
Поэтому важно сравнивать не только "форма есть" и "лида нет". Нужно смотреть, какие поля есть на сайте, какие поля обязательны в Битрикс24 и какие значения реально уходят в CRM.
Еще одна частая история - сторонняя интеграция перестала корректно работать. Например, модуль CMS потерял подключение, требует обновления или конфликтует с изменениями на сайте. В такой ситуации Битрикс24 может быть вообще ни при чем.
Получается, заявка может приходить, но всё равно быть проблемной?
Да. И это важный момент.
Иногда бизнес говорит "заявки не работают", хотя формально заявки приходят. Но они приходят без источника, без нужных полей, не тому ответственному, без проверки дублей или без той логики, которая раньше была в системе.
Правильно настроенная интеграция - это не только передача заявки в CRM. Это сохранение всей бизнес-логики компании: источников, аналитики, дублей, распределения обращений и дальнейшей работы сотрудников.
Можно сделать так, что имя и телефон попадают в Битрикс24. Но если дальше менеджеры не понимают, откуда пришел клиент, кто должен взять его в работу и есть ли он уже в базе, бизнес-задача не решена.
Был такой пример в практике?
Да. В одном из проектов компания перешла с сайта на Битрикс24 на сайт на WordPress.
На первый взгляд все выглядело нормально: заявки продолжили поступать в CRM. То есть если смотреть только на факт "заявка появилась или нет", можно было бы сказать, что интеграция работает.
Но изменилась логика обработки.
Пока сайт работал на Битрикс24, CRM-формы были тесно связаны с системой. При создании лида Битрикс24 автоматически проверял клиентскую базу и мог связать заявку с существующим контактом, если находил совпадение по данным клиента.
После перехода на WordPress эту логику нужно было отдельно реализовывать на стороне интеграции. В результате заявки продолжили приходить, но уже без дополнительной обработки. В CRM попадали только базовые данные, например имя и телефон.
Потом проявилась еще одна сложность: любое изменение формы со стороны маркетинга требовало дополнительной доработки и проверки.
Этот пример хорошо показывает: при смене сайта важно учитывать не только сам факт передачи заявок в CRM, но и всю логику, которая была построена вокруг этих заявок.
Что точно не стоит делать самостоятельно?
Не стоит вслепую менять обязательные поля, отключать интеграцию, удалять вебхуки или перенастраивать форму.
Проблема с заявками часто кажется простой: "не пришло - надо включить". Но за этим могут стоять поля, источники, аналитика, распределение ответственных, проверка дублей и автоматизация.
Если начать менять настройки без диагностики, можно стереть следы проблемы или сломать то, что еще работало. Лучше сначала собрать факты: тестовую заявку, время отправки, страницу, скриншоты, состав полей, способ интеграции и информацию о том, что появилось в CRM.
Когда уже нужен интегратор?
Когда проблема находится не в одном очевидном поле, а в связке сайта, формы, CRM и бизнес-процесса.
Например:
- сайт отправляет данные, но лид не создается;
- лид создается без источника;
- заявки попадают не тому ответственному;
- часть полей теряется;
- после изменения формы заявки стали обрабатываться иначе;
- маркетинг меняет форму, а CRM-логика ломается;
- непонятно, проблема в сайте, модуле, вебхуке или Битрикс24.
В таких случаях задача не просто "починить отправку". Нужно сохранить бизнес-логику: источники, аналитику, проверку дублей, распределение заявок и дальнейшую работу менеджеров.
Какой короткий чеклист вы бы дали перед обращением в поддержку?
Я бы собрал вот это:
- Отправьте тестовую заявку с сайта в режиме инкогнито.
- Зафиксируйте страницу, форму и время отправки.
- Проверьте, появилась ли заявка в Битрикс24.
- Посмотрите, что именно создалось: лид, сделка, контакт или ничего.
- Проверьте, кто стал ответственным.
- Проверьте, сохранились ли телефон, email, имя, комментарий и источник.
- Если есть доступ, посмотрите логи формы, модуля или статистику вызовов вебхука.
- Сделайте скриншоты без персональных данных.
Чем точнее описание, тем быстрее специалист поймет, где искать разрыв: на сайте, в форме, в интеграции, в вебхуке или уже внутри Битрикс24.
Что делать дальше?
Если коротко: проверьте весь путь данных от формы до CRM.
Заявка с сайта не попадает в Битрикс24 не всегда потому, что "сломалась CRM". Иногда не отправилась форма. Иногда не сработал модуль. Иногда вебхук не вызывался. Иногда Битрикс24 получил данные, но не смог создать лид из-за обязательного поля. Иногда заявка пришла, но потеряла важную логику обработки.
Правильно настроенная интеграция - это не только передача заявки в CRM. Это сохранение всей бизнес-логики компании: источников, аналитики, дублей, распределения обращений и дальнейшей работы сотрудников.
Если заявки с сайта не доходят до Битрикс24 или приходят неправильно, напишите в чат поддержки 1PI.PRO. Опишите, с какого сайта и какой формы идет заявка, что должно создаваться в CRM и что происходит фактически.
Мы поможем проверить цепочку: сайт, форму, интеграцию, вебхуки, обязательные поля и настройки Битрикс24.
FAQ
Почему заявки с сайта не попадают в Битрикс24?
Причина может быть на стороне сайта, формы, CMS-модуля, вебхука, стороннего приложения или настроек Битрикс24. Нужно проверять весь путь заявки: от отправки формы до создания лида или сделки в CRM.
Что проверить первым?
Отправьте тестовую заявку через инкогнито или неавторизованный браузер. Затем проверьте, появилась ли она в Битрикс24, какой объект создался, кто стал ответственным и все ли поля передались.
Если вебхук не вызывался, где искать проблему?
Если вебхук вообще не вызывался, проблема скорее всего находится на стороне сайта, формы или кода интеграции. Если вебхук вызывался, но лид не появился, нужно проверять ответ Битрикс24, обязательные поля и настройки CRM.
Почему форма отправляется, но лид не создается?
Одна из частых причин - форма не передает обязательные данные. Например, в Битрикс24 обязательно поле "Регион", а на сайте такого поля нет или оно не отправляется.
Нужно ли менять настройки Битрикс24 самостоятельно?
Лучше сначала собрать диагностику: тестовую заявку, время отправки, скриншоты, ссылку на форму, состав переданных полей и информацию о способе интеграции. Слепые изменения могут нарушить обработку заявок, аналитику или распределение ответственных.
