Заявки с сайта в Битрикс24: интеграция без дублей и потерь

Что должна делать интеграция сайта с Битрикс24

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

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

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

Три способа передать заявку

Способ выбирают по текущему сайту, объёму данных и требованиям к контролю. Универсального варианта нет: простая форма обратной связи и заказ с товарами требуют разной логики.

Лид, сделка или контакт: что создавать

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

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

Какие поля передавать с сайта

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

• Имя и подтверждённый канал связи.
• Услуга, товар или краткая задача.
• URL страницы и идентификатор формы.
• UTM-метки и yclid при законном сохранении.
• Согласие и время отправки, если это требуется процессу.

Как не создавать дубли

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

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

Источник, ответственный и задача менеджеру

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

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

Что делать при недоступности CRM

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

Токен или вебхук хранят только на сервере. Нельзя публиковать их в JavaScript, HTML, репозитории или сообщении об ошибке. Журнал не должен раскрывать контакты в общедоступной панели.

Как принять интеграцию

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

• Новый клиент создаётся один раз.
• Повторный контакт обрабатывается по согласованному правилу.
• Источник и рекламные метки сохраняются.
• Невалидные данные не уходят в CRM.
• Ошибка Битрикс24 видна в журнале и не считается успехом.
• Менеджер получает задачу и открывает нужную карточку.

Что подготовить для оценки работ

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

Отдельно оцениваются перенос старых заявок, телефония, 1С, склад, платежи и сложные роботы. Их не стоит прятать внутри формулировки «подключить CRM», потому что это самостоятельные контуры данных и приёмки.