Все заявки и заказы попадают в CRM с контекстом и без ручного копирования.
Интеграция Битрикс24 с сайтом
Настраиваем передачу заявок и заказов в CRM, чтобы менеджер получал обращение с нужными данными и понимал, что делать дальше.
Когда сайту нужна связь с CRM
Заявки приходят на почту, состав заказа приходится копировать, а источник обращения теряется. Интеграция сайта с Битрикс24 помогает связать отправку формы с дальнейшей работой в CRM: выбором ответственного, воронкой и следующим действием.
Для действующего портала сначала проверяем настройку Битрикс24. Если правила обработки заявки ещё не определены, описываем их до подключения формы.
Появляется честная аналитика по каналам и контроль качества веб‑лидов.
Легче выстроить повторные касания: брошенная корзина, неотвеченный лид, статус заказа.
Как проходит настройка
Собираем список форм и точек оформления заказа, сопоставляем поля и согласуем правила создания объектов в CRM. Уточняем, нужно ли создавать лид, сделку или обновлять существующего клиента. Проверяем источник обращения и то, кому поступает задача.
Обращение
Форма, заявка, заказ, корзина или другой сценарий на сайте.
Контекст
Добавляем источник, UTM-метки, страницу и данные выбранного продукта.
Проверка клиента
Ищем существующий контакт по устойчивым данным и применяем правила дублей.
CRM
Создаём нужную сущность, назначаем ответственного и следующий шаг.
Контроль
Если передача не прошла, заявка не исчезает незаметно.
Типовой сценарий: посетитель отправляет запрос со страницы услуги, менеджер получает контакт и адрес этой страницы в CRM. Для заказа магазина маршрут дополняется его составом и внешним номером. Это примеры возможных сценариев, а не результаты конкретных клиентов. Путь такой заявки до записи и границу с медицинской системой раскрывает CRM для стоматологии.
Какие данные передаём
Для формы согласуем контактные данные, тему обращения, страницу отправки и источник перехода. Передаём только нужные для работы поля. Для интернет-магазина отдельно разбираем состав заказа, идентификаторы товаров, количество, сумму и требуемые статусы.
Интеграция интернет-магазина с Битрикс24 может включать обратную передачу состояния заказа. Она нужна не каждому проекту: сначала определяем, где меняется статус и какие изменения должен увидеть покупатель. Сведения об оплате и остатках могут приходить из учётной системы; такой обмен рассматриваем в разделе интеграции с 1С.
Кому подходит
- Сайт генерирует поток лидов, а отдел продаж хочет видеть источники и качество обработки.
- Есть интернет‑магазин или каталог, где менеджеру нужен быстрый переход от обращения к заказу.
- Нужно убрать потери между сайтом, маркетингом и CRM.
Что используем
Какой способ подключения выбрать
Штатная CRM-форма подходит, когда её поля и поведение отвечают задаче. Для существующей формы используем доступную интеграцию платформы либо обработчик передачи.
Для облачного Битрикс24 в Тильде предусмотрен штатный приёмщик данных. Для коробочной версии этот способ не подходит: рассматриваем Webhook Тильды и отдельный серверный обработчик, который передаёт поля в CRM через доступный интерфейс. Уточняем способ авторизации и сопоставление полей; подключение не означает автоматического обмена всеми данными магазина. Интеграцию Тильды и Битрикс24 проверяем на опубликованной тестовой странице.
Если сайт работает на «1С-Битрикс: Управление сайтом», отдельно разбираем настройки магазина и способ обмена с CRM. Название платформы не означает, что подключение уже настроено. Для собственных форм и сложных сценариев может понадобиться интеграция через API.
Почему «просто webhook» бывает недостаточно
Если отправить форму один раз и забыть про ответ сервера, при временной ошибке лид потеряется. Для рабочая версия-сценариев добавляем проверку ответа, безопасные повторы и журналирование.
Что сайт должен передавать в Bitrix24
Простой сценарий «отправить письмо менеджеру и создать лид» быстро перестаёт работать. Лучше сразу передавать данные структурированно.
Кто обратился
Имя, телефон, email и другие данные только в том объёме, который реально собирает форма и нужен процессу.
Откуда пришёл клиент
Страница, форма, UTM-метки, рекламный источник или другой идентификатор — чтобы потом отличать каналы и не спорить с аналитикой.
Что именно нужно
Услуга, товар, комментарий, город, выбранные параметры или состав заказа — отдельными полями, если их нужно фильтровать и автоматизировать.
Как не создавать дубли при каждой отправке формы
Повторный клиент может отправить три формы, написать в чат и позвонить. Интеграция должна учитывать существующую CRM.
Перед созданием контакта проверяем устойчивые идентификаторы: телефон, email или внешний ID.
Отдельно решаем, когда повторное обращение создаёт новую сделку, а когда обновляет существующую.
Не склеиваем разных людей только по совпадению имени или компании.
Сохраняем источник каждого обращения даже при использовании уже существующего контакта.
Логируем ошибки отправки, чтобы заявка не потерялась из-за временного сбоя API.
Формы, интернет-магазин и личный кабинет — разные уровни интеграции
От способа интеграции зависит объём данных и ответственность систем.
Лид или сделка из заявки
Минимальный сценарий: поля формы, источник, согласие и назначение ответственного.
Товары и сумма
Для интернет-магазина добавляются позиции, стоимость, статус заказа и связь с клиентом.
Двусторонний обмен
Если клиент должен видеть данные из CRM на сайте, проектируем авторизацию, API, права, кэш и обработку ошибок отдельно.
Что тестируем перед публикацией
Пять тестовых заявок полезнее, чем красивое описание интеграции.
Форма с новым клиентом, повторным клиентом и неполными необязательными данными.
Передача кириллицы, длинного комментария, телефона в разных форматах и вложений, если они поддерживаются.
Повторная отправка после сетевой ошибки — без двойной сделки.
Корректный источник и UTM после переходов между страницами сайта.
Уведомление или журнал, если Bitrix24 временно не принял запрос.
Как проверяем результат
До запуска отправляем синтетические тестовые данные и проверяем пустые поля, повторное нажатие, одинакового клиента в нескольких заявках и временную недоступность CRM. У посетителя должно быть понятное сообщение о результате; ошибку передачи нельзя выдавать за успешно принятую заявку.
На выходе передаём схему полей, настройки маршрута и порядок проверки сбоя. Если при поступлении обращения нужны задачи и уведомления, обсуждаем автоматизацию бизнес-процессов в Битрикс24. Стоимость зависит от числа форм, платформы сайта, состава заказа и обратного обмена; оценку делаем после разбора.
Без дедупликации и обязательных полей CRM быстро наполняется мусором.
Если источник лида не нормализован, отчёты по маркетингу теряют смысл.
Нужно отдельно проектировать действия при ошибке отправки формы или недоступности API.
Вопросы о подключении сайта
Короткие ответы на вопросы, которые обычно появляются до оценки интеграции.
Обязательно менять дизайн формы?
Нет, если существующая форма подходит задаче. Способ передачи и оформление рассматриваем отдельно; необходимые изменения поведения согласуем до настройки.
Можно сохранить источник обращения?
Согласуем доступные данные о странице и источнике, затем проверим их передачу в нужные поля CRM. У разных форм и платформ состав доступных данных отличается.
Заявка уже приходит в Битрикс24, но создаёт дубли. Что делать?
Проверим, какие объекты создаются, как ищется существующий клиент и что происходит при повторной отправке. Подключённый канал ещё не подтверждает корректность этих правил.
Обсудим сайт и CRM
Укажите адрес сайта, платформу и что должно попадать в CRM