Поля формы сайта и поля лида Битрикс24: таблица соответствия и типы данных

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

Что входит в задачу маппинга полей формы и лида Битрикс24

Маппинг полей формы сайта и полей лида Битрикс24 — это письменное правило, по которому каждое поле HTML-формы превращается в конкретное значение в карточке CRM. Сайт и CRM — разные системы, поэтому совпадение названий на экране ничего не гарантирует: важно, чтобы совпадали смысл, тип и обязательность.

В границы этой задачи входит только передача заявки: сопоставление полей, выбор типа, поведение при пустом значении, проверка результата. Настройка обязательных полей по стадиям сделки, интеграция с 1С, автоматические цепочки продаж и правила дедупликации — отдельные темы. Их лучше не смешивать в одном документе, иначе карта соответствия быстро устареет.

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

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

Инвентаризация полей формы: что фиксируем до настройки

Первый шаг — выписать все поля формы так, как их видит посетитель, и так, как их видит система. Для каждого поля нужны: видимое название, техническое имя (латиницей), тип ввода, обязательность, подсказка и пример значения. Техническое имя особенно важно: именно по нему интеграция понимает, куда положить данные.

Отдельно отметьте скрытые поля: источник, UTM-метки, идентификатор страницы, время отправки. Они не видны посетителю, но нужны для аналитики и разбора заявок. Если форма собирает файл или несколько значений (например, несколько телефонов), это тоже фиксируется в инвентаризации.

Проверьте, нет ли полей-двойников: «Телефон» и «Телефон для связи», «Имя» и «Как к вам обращаться». В CRM такие пары часто превращаются в два разных поля, и менеджер не понимает, какое из них главное. Лучше оставить одно поле с понятным названием и подсказкой.

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

Типы данных: строка, список, телефон, e-mail, дата

Тип поля в CRM определяет, как система хранит и проверяет значение. Если в форме поле «Телефон» — обычная строка, а в лиде это телефон с маской, при передаче может потеряться формат или появиться ошибка. Поэтому тип нужно согласовать до настройки.

Строка подходит для имени, комментария, названия компании. Список — для выбора из фиксированных вариантов: город, категория обращения, способ связи. Телефон и e-mail в CRM обычно имеют собственный формат и проверку. Дата хранится как дата, а не как текст, иначе сортировка и фильтры работают некорректно.

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

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

Таблица решений: поле формы → поле CRM → тип → пустое значение

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

Варианты передачи заявки: CRM-форма, сторонний сервис, собственный обработчик

Передать данные с сайта в Битрикс24 можно несколькими способами. Выбор влияет на то, как настраивается маппинг и где искать ошибки.

CRM-форма Битрикс24 создаётся внутри портала: вы выбираете сценарий, добавляете поля, настраиваете обязательность и действия после отправки. Доступна на тарифах «Бизнес» и выше. Такой вариант удобен, когда форма размещается на сайте через встраиваемый код, а поля уже связаны с сущностями CRM. Подробнее о настройке читайте в материале CRM-формы Битрикс24: как настроить сбор заявок и проверить результат.

Сторонний сервис (например, конструктор форм или модуль на CMS) передаёт данные через приложение из Маркетплейса или API. Здесь важно, чтобы технические имена полей формы совпадали с теми, которые ожидает приложение, а типы были совместимы. Если имена не совпадают, потребуется ручное сопоставление.

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

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

Пошаговый порядок настройки соответствия

1. Соберите инвентаризацию полей формы: видимое название, техническое имя, тип, обязательность. 2. Выпишите поля лида и контакта, которые будут использоваться. Проверьте их типы в настройках CRM. 3. Составьте таблицу решений: поле формы → поле CRM → тип → поведение при пустом значении. 4. Согласуйте таблицу с менеджером продаж и администратором CRM. Уточните, какие поля критичны для обработки заявки. 5. Настройте передачу выбранным способом. Если используется сторонний сервис, проверьте сопоставление имён полей. 6. Отправьте тестовую заявку с заполненными и пустыми полями. Проверьте, что данные попали в нужные поля и в нужном формате. 7. Зафиксируйте результат: где хранится таблица, кто отвечает за обновление, как сообщать об ошибках.

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

Учебный пример: форма обратного звонка на сайте услуг

Учебный пример. Компания «Пример» принимает заявки через форму обратного звонка на сайте. Форма содержит поля: Имя, Телефон, Город (выпадающий список), Комментарий, а также скрытые поля источник и UTM-метки. В CRM настроены лид и контакт. Задача — передать заявку так, чтобы менеджер видел все данные в карточке.

Входные условия: телефон обязателен, e-mail не собирается, город выбирается из списка, комментарий необязателен. UTM-метки собираются скрытым полем. В CRM поле «Телефон» имеет тип «Телефон», «Город» — список, «Комментарий» — строка. Скрытые поля (источник, UTM) передаются как строки.

Действия: аналитик составляет таблицу соответствия. Имя → Имя (лид), Телефон → Телефон (лид), Город → Город (контакт), Комментарий → Комментарий (лид), Источник → Источник (лид), UTM → поля аналитики (лид). Для пустого города решено оставлять поле пустым, для пустого комментария — не подставлять шаблон. Если телефон пуст, заявка не создаётся, так как телефон обязателен.

Проверка: тестовая заявка с заполненными полями. В карточке лида появились имя, телефон, комментарий, источник и UTM. В контакте — город (при условии настройки автоматического создания контакта из лида). Затем тестовая заявка с пустым комментарием и городом: поля остались пустыми, заявка создана. Тестовая заявка без телефона: заявка не создана, в логе передачи отмечена причина.

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

Матрица проверок перед запуском

Перед тем как считать настройку готовой, проверьте несколько сценариев. Матрица помогает не пропустить редкие случаи.

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

Чек-лист приёмки маппинга полей

• Все поля формы выписаны с техническими именами и типами
• Для каждого поля формы определено поле лида или контакта
• Типы данных согласованы: строка, список, телефон, e-mail, дата
• Для каждого поля описано поведение при пустом значении
• Обязательные поля отмечены и проверены на блокировку отправки
• Скрытые поля (источник, UTM) передаются и сохраняются
• Тестовая заявка с полным заполнением создаёт корректную карточку
• Тестовая заявка с пустыми необязательными полями не искажает данные
• Тестовая заявка без обязательного поля не создаётся
• Таблица решений сохранена в доступном месте и назначен ответственный за обновление

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

Ограничения и типичные ошибки

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

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

Ещё одна ошибка — подменять отсутствующее поле другим по смыслу. Например, записывать город в комментарий. Это затрудняет фильтрацию и отчёты. Лучше создать отдельное поле в CRM.

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

Что делать дальше

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

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