Интеграция сайта с Битрикс24: формы, заявки и способы подключения

Интеграция сайта с Битрикс24 позволяет автоматически передавать обращения в CRM вместе с данными, которые нужны для дальнейшей работы:

• контактами клиента,
• содержанием заявки,
• выбранной услугой,
• страницей обращения,
• информацией об источнике.

Для этого сайт не обязан быть разработан на «1С-Битрикс». Проект на другой CMS, конструкторе или собственной разработке тоже можно связать с Битрикс24.

Различается способ подключения: 

• где-то достаточно готовой CRM-формы,
• в другом случае удобнее модуль,
• а для нестандартной логики требуется программная интеграция.

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

Как работает интеграция сайта с Битрикс24

Базовая схема выглядит просто:

посетитель отправляет форму → данные передаются в Битрикс24 → в CRM появляется обращение → сотрудник продолжает работу.

На практике именно между этими этапами возникают основные проблемы.

- Заявка может попасть в CRM без выбранной услуги. 

- Источник перехода может потеряться. 

- Повторное обращение существующего клиента способно создать лишнюю карточку. 

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

Поэтому рабочую интеграцию оценивают по конечному результату. Сотрудник должен получить корректное обращение с достаточным контекстом и понимать, что делать дальше.

Интеграция работает правильно, когда после отправки формы в Битрикс24 появляется ожидаемое обращение с нужными данными, источником и понятным дальнейшим сценарием.

Если сама роль CRM пока не до конца понятна, сначала полезно разобраться, что такое CRM-система и когда она нужна бизнесу.

Какие есть способы подключения сайта к Битрикс24

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

CRM-форма Битрикс24

CRM-форму Битрикс24 можно разместить на стороннем сайте. Она может находиться непосредственно на странице или открываться во всплывающем окне.

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

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

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

Существующая форма сайта и API

Если форму нужно сохранить в текущем виде, данные можно передавать в Битрикс24 программно.

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

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

Если CRM является частью более сложной системы с несколькими сервисами и собственной бизнес-логикой, задача может перейти в область кастомной веб-разработки.

Готовый модуль или коннектор

Для популярных CMS и конструкторов существуют готовые модули и сервисы интеграции с Битрикс24.

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

Перед подключением стоит проверить:

• какие данные передаются;
• что именно создаётся в CRM;
• поддерживаются ли нужные поля;
• как обрабатываются повторные обращения;
• можно ли обнаружить и разобрать ошибку передачи.

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

Что должно создаваться в CRM

В Битрикс24 можно работать с лидами либо вести обращения через сделки и клиентов. Конкретная схема зависит от выбранного режима CRM и того, как компания обрабатывает входящие запросы.

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

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

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

Распределение обращений, задачи сотрудникам и дальнейшие автоматические действия относятся уже к следующему уровню процесса. Он отдельно разобран в материале про автоматизацию обработки заявок с сайта.

Какие данные передавать с сайта

Начинать лучше с вопроса, какая информация понадобится сотруднику сразу после получения обращения.

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

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

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

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

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

Что делать с повторными обращениями и дублями

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

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

До запуска интеграции полезно определить правила:

• по каким данным система распознаёт существующего клиента;
• когда обновляется его карточка;
• когда новое обращение сохраняется отдельно;
• как сотрудник увидит предыдущую историю работы.

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

Как проверить интеграцию перед запуском

Одной тестовой отправки недостаточно.

Сначала через форму сайта отправляют обычную заявку и проверяют созданный элемент в Битрикс24. Контактные данные, содержание обращения и дополнительные поля должны совпадать с тем, что ввёл пользователь.

Затем отдельно проверяют повторное обращение с уже существующим телефоном или email. Это позволяет увидеть реальное поведение системы при совпадении контактов.

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

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

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

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

Сообщение об успешной отправке подтверждает работу формы на сайте. Работу интеграции подтверждает корректное появление обращения в Битрикс24.

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

Когда стандартной формы достаточно, а когда нужен API

CRM-форма Битрикс24 подходит для типовых обращений, если её возможностей хватает без заметных компромиссов.

Готовый модуль рационален, когда сайт работает на поддерживаемой платформе и решение действительно передаёт необходимые данные.

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

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

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

Как подойти к внедрению без лишнего усложнения

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

что заполняет посетитель → какие сведения нужны сотруднику → что должно появиться в Битрикс24 → как понять, что данные переданы правильно.

После этого проще выбрать способ подключения и определить состав полей.

На следующем этапе настраивается сама связка и проверяются основные сценарии: новое обращение, повторный клиент и разные формы сайта.

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

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

Конкретный способ интеграции зависит от структуры сайта, настроек Битрикс24, состава данных и процессов компании.