Актуализировано 27.08.2026.
Интеграция сайта с Битрикс24 должна передавать в CRM не только телефон или почту. До подключения нужно определить, какую карточку создавать, как назначать ответственного, какие данные использовать для аналитики и что делать с повторным обращением.
Для простой формы обычно достаточно контакта, темы обращения, источника и служебных параметров страницы. Секреты интеграции должны оставаться на сервере, а не в браузерном коде.
Три варианта подключения сайта
CRM-форма Битрикс24
Форма создаётся в Битрикс24 и размещается на сайте. Данные посетителя поступают в CRM по правилам формы. Этот вариант подходит, если внешний вид и логика готовой формы соответствуют задаче.
В официальной справке Битрикс24 указано, что CRM-формы могут собирать контакты и обращения, а данные автоматически попадают в CRM. Перед публикацией нужно проверить поля, согласия, результат создания карточки и возможности выбранного тарифа.
Готовый коннектор
Для популярных CMS, конструкторов и сервисов есть приложения. Коннектор сокращает объём разработки, но требует проверки: какие сущности он создаёт, как обрабатывает дубли, какие поля и аналитические параметры поддерживает, нужна ли отдельная подписка.
Серверная интеграция существующей формы
Сайт отправляет данные на собственный backend компании, а сервер обращается к Битрикс24. Этот вариант сохраняет текущий дизайн и валидацию формы, позволяет явно контролировать карту полей и не передавать секрет вебхука в браузер.
На triware.ru используется именно серверная схема: публичная форма обращается к серверу TRIWARE, а сервер создаёт контакт и сделку в облачном Битрикс24. Секрет интеграции не хранится в HTML или JavaScript страницы.
Какие данные передавать в CRM
Состав полей зависит от процесса. Для первичного обращения обычно рассматривают пять групп.
Контакт
- имя;
- рабочий телефон или email;
- организация или ИП, если это нужно для квалификации.
Не требуйте все поля одновременно без причины. Если для первого ответа достаточно одного способа связи, форма может оставить остальные данные необязательными.
Предмет обращения
- выбранная услуга или продукт;
- короткое описание задачи;
- страница, с которой отправлена форма;
- идентификатор конкретного предложения, если на сайте несколько вариантов.
Эти данные помогают создать понятное название сделки и не заставляют менеджера заново спрашивать то, что посетитель уже указал.
Источник и реклама
- UTM-метки;
yclid, если используется Яндекс Директ;- идентификатор посетителя системы аналитики, если его передача настроена корректно;
- первая и текущая посадочная страница;
- тип формы и версия предложения.
В аналитику и рекламные системы не нужно передавать имя, телефон, email, название организации или свободный текст обращения. Для сквозной аналитики используют технические идентификаторы, а персональные данные остаются в защищённом контуре обработки.
Согласия и редакции документов
Для обращения фиксируют факт согласия и редакции документов, которые были показаны посетителю. Текст формы должен объяснять, куда передаются данные и что произойдёт после отправки. Рекламное согласие не следует объединять с обязательным согласием на обработку обращения.
Служебные данные
Полезно сохранить время приёма, технический результат передачи и идентификатор запроса для диагностики. Пароли, токены, данные клиентов заказчика и содержимое внутренних баз через публичную форму не передаются.
Контакт, лид или сделка
До интеграции определите, какую сущность создаёт форма. Возможны разные схемы:
- контакт и сделка для каждого квалифицированного обращения;
- лид с последующей квалификацией;
- обновление существующего контакта и создание новой сделки;
- отдельный процесс для заявок определённого типа.
Выбор зависит от режима CRM и порядка работы отдела. Важно заранее описать правила повторов. Одинаковый телефон не всегда означает дубль сделки: один клиент может обращаться по разным задачам.
Как назначать ответственного
Простое правило — фиксированный ответственный или очередь. Более сложная логика может учитывать направление, регион, продукт и рабочее время. Для первого запуска лучше выбрать правило, которое легко проверить и объяснить сотрудникам.
Если назначение зависит от нескольких условий, подготовьте примеры: какая заявка к кому должна попасть и почему. После настройки проверьте каждый вариант отдельно.
Что проверить до публикации
- Форма не отправляется без обязательных полей и согласия.
- В CRM создаётся нужная сущность и заполняются согласованные поля.
- Ответственный назначается по правилу.
- UTM и источник сохраняются без персональных данных в аналитике.
- Повторное обращение обрабатывается по согласованному сценарию.
- Пользователь получает понятный результат при успехе и ошибке.
- Временный сбой CRM не приводит к молчаливой потере заявки.
- Секреты интеграции отсутствуют в исходном коде страницы.
Тесты проводят на специально подготовленных данных. Реальные контактные данные клиента и рабочие обращения не используют без согласованной цели и порядка обработки.
Что входит в стандартное подключение TRIWARE
В пакет «Запуск CRM» входит один стандартный канал обращений. Это штатное подключение или готовый совместимый коннектор без разработки собственного обмена. Точный состав фиксируется до начала работ.
Интеграции с 1С и ERP, собственные коннекторы и сложная межсистемная логика не входят в стартовые пакеты и оцениваются отдельно. Границы услуг и цены опубликованы на странице внедрения и интеграции Битрикс24.
Следующий шаг: подготовьте ссылку на форму, список полей и описание того, что должно появиться в CRM. Отправьте задачу через форму консультации — определим, подходит ли штатное подключение, готовый коннектор или нужна отдельная оценка.