Интеграция сайта и CRM: чеклист минимального контура

Запрос про интеграцию сайта с crm редко означает «скачать CRM» или «подключить все сервисы сразу». На разборе процесса чаще слышу: лендинг на Tilda или WordPress отправляет письмо владельцу, а в amoCRM или Bitrix24 пусто. Менеджер отвечает из почты, UTM теряются, в отчётах реклама «не сходится».

Рядом в поиске живут более широкие формулировки: интеграция с crm системами, интеграция crm с сервисами, подключить crm к сайту. За ними одна боль - заявка с сайта не становится карточкой с ответственным. Это не то же самое, что интеграция Telegram и CRM: там триггер - сообщение в мессенджере, здесь - HTML-форма, embed или кнопка на лендинге.

Три формулировки, которые путают на старте:

Я не начинаю с маркетплейса интеграций. Сначала рисую цепочку на одной странице: форма - запись в CRM - уведомление - человек на исключениях. Общая логика приёма заявок с разных каналов - в гайде про автоматизацию заявок.

Рабочий минимум для интеграции crm системы с сайтом - четыре звена без «умного агента»:

1. 01

   Форма или кнопка - один CTA на пилоте, не пять разных «оставить заявку».

2. 02

   Handler - серверный приём POST, не mailto: и не «форма шлёт письмо владельцу».

3. 03

   Карточка - лид или сделка с полями, источником «Сайт / форма X», ответственным по правилу.

4. 04

   Уведомление - push в CRM, Telegram или почта менеджеру со ссылкой на карточку.

Схема для пилота:

Заявка с лендинга → handler (сервер / n8n / виджет CRM) → API CRM → карточка
                                      ↓
                            уведомление ответственному
                                      ↓
                            ответ клиенту + добор полей

Handler - любой код, который принимает данные формы и вызывает API CRM. Для amo это POST /api/v4/leads или POST /api/v4/leads/complex (документация Leads API). Для Bitrix24 - crm.item.add с entityTypeId=1 (tutorial по лиду).

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

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

Минимум, который я фиксирую письменно до настройки handler:

• Имя - как клиент представился или «не указано».
• Контакт - телефон или email, что реально оставили (не «позвоните» без номера).
• Суть запроса - услуга, вопрос, желаемая дата (одно текстовое поле).
• Источник - фиксированное значение «Сайт / форма главная» или имя лендинга.
• Ответственный - правило назначения: один человек, по продукту или по очереди.
• Скрытые UTM и URL страницы - если трафик платный или с нескольких лендингов.

Всё остальное - после первого контакта человеком. Бюджет, город, ИНН, длинная анкета не должны блокировать создание карточки.

Пример тела POST, которое я согласую с разработчиком до кода (поля формы = поля CRM):

{
  "name": "Анна",
  "phone": "+79001234567",
  "comment": "Нужен расчёт на пятницу",
  "source": "Сайт / форма услуги",
  "utm_source": "yandex",
  "utm_campaign": "brand_spring",
  "page_url": "https://example.ru/uslugi/remont"
}

Если форма на Tilda или конструкторе - проверяю, что скрытые поля реально уходят в webhook, а не остаются только в письме. Правило для пилота: каждое новое обязательное поле должно отвечать на вопрос «зачем менеджеру это до первого звонка». Если ответа нет - поле убираем или переносим на этап после контакта.

Вопрос «интеграция с amo crm или битрикс интеграция с crm» на разборе сводится не к рейтингу, а к тому, кто уже работает в системе и какой сценарий на лендинге.

Встроенная форма amoCRM (embed) - быстрый старт, если устраивает дизайн виджета и стандартный набор полей. Код вставляется в HTML, сделка создаётся автоматически, UTM попадают в статистику (установка формы на сайте). Минус: кастомный лендинг с жёстким UX и несколькими разными формами на одном домене - путаница источников.

CRM-форма Bitrix24 - тот же принцип: виджет из коробки, handler на стороне Bitrix, лид через crm.item.add. Уместно, если портал, задачи и телефония уже живут в Bitrix.

Свой лендинг + webhook - когда нужны свои поля, несколько лендингов с разными UTM, антиспам и логика до CRM. Плюс полный контроль; минус OAuth, секреты и поддержка кода или сценария в n8n.

Я не рекомендую менять CRM ради одной формы, если команда год работала в Bitrix, а вам «показали amo». Сначала контур и поля; платформа вторична. Интеграция crm с сервисами вроде Albato или Make имеет смысл, когда CRM уже есть, поля согласованы, а своего бэкенда нет - но сценарий собирают после списка полей, не до него.

Ниже - сбои, которые чаще всего всплывают на приёмке связки сайт-CRM. Симптом, причина и первый фикс в одной таблице.

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

На пилоте я прошу прогнать тестовые заявки: нормальная заявка, пустой телефон, спам, повтор с того же email. Журнал ошибок API - что не создалось и почему. Без этого интеграция с crm битрикс24 или amo выглядит «настроенной», пока реальный клиент ждёт ответа из почты владельца.

Перед оплатой подрядчика или сборкой сценария в n8n я прошу закрыть восемь пунктов. Это приёмка минимального контура, не «идеальная автоматизация».

1. Один основной CTA на лендинге на время пилота - не пять кнопок «оставить заявку».
2. Поля формы один в один совпадают с полями карточки CRM - список согласован с менеджером.
3. Ответственный назначается по правилу, а не «кто успел» - записано в одном абзаце.
4. На форме есть honeypot или базовый антиспам - спам не создаёт лиды.
5. Прогнана тестовая заявка с реального телефона - карточка появилась за минуты.
6. Уведомление содержит ссылку на карточку, а не только «новая заявка».
7. UTM и URL страницы видны в CRM или в примечании к лиду.
8. Приёмка: карточка не пустая - имя, контакт, суть и источник заполнены автоматически.

Критерий успеха пилота формулирую заранее: например, «ноль заявок с сайта без карточки за две недели» или «уведомление ответственному за пять минут». Проверяю на реальных заявках с рекламы, не на одном «тест» из офиса.

Если чеклист не закрывается - не добавляю новые лендинги и агентов. Возвращаемся к разбору формы и полей или упрощаем handler до embed.

n8n, Make, Albato и похожие связки - следующий слой, не замена handler. Я подключаю их, когда заявки с сайта стабильно попадают в CRM две недели подряд: поля согласованы, дубли разобраны, уведомления доходят. До этого no-code только усложняет схему: токены в сценарии, два пути создания лида, пустые обязательные поля в Bitrix.

В 2026 крупные B2B-платформы выносят сигналы покупки в MCP для агентов - read-only доступ к intent-данным без записи в CRM (документация 6sense MCP). Для ИП и малого бизнеса зеркало проще: сначала write-контур с формы - кто, откуда, что спросил - потом агент или сценарий поверх непустых карточек. Агент без фактов с лендинга рискует уверенными догадками вместо квалификации.

Что добавляю после стабильного потока:

• Маршрутизацию по продукту или городу в n8n.
• Дублирование уведомления в Telegram, если CRM-push не дошёл.
• Обогащение карточки из таблицы прайса - не вместо полей формы, а после создания лида.
• Осторожную автоматизацию ответа - только с ревью человека.

Если лендинг - единственный платный канал, интеграция сайта с crm важнее, чем «красивый агент». Если заявок с сайта мало, иногда достаточно одной кнопки в Telegram - но это уже другой контур, см. интеграцию мессенджера с CRM.