Заявки с сайта в CRM: как подключить форму и проверить, что заявка дошла

Три способа подключить форму сайта к CRM

Форма на сайте или лендинге — один из входов. WhatsApp, Telegram, Instagram и звонки разберите по карте из статьи как не терять заявки, а здесь разговор только про сайт.

Способ 1. Форма, которую выдаёт CRM

Путь короткий. В CRM вы создаёте форму, копируете код и вставляете в страницу. Звеньев между сайтом и CRM нет.

У Zoho CRM это веб-формы: они создают записи в Leads, Contacts и других модулях, а код выдаётся в нескольких видах, от вставки до ссылки. В форме указывают адрес, с которого её разрешено отправлять, и отправки с чужих адресов Zoho не принимает. Pipedrive включает веб-формы в дополнение LeadBooster: их встраивают в страницу или отправляют ссылкой, а заявка сохраняется записью Lead или сразу сделкой (Deal). В HubSpot код формы кладут в HTML-блок страницы, а домен сайта заранее добавляют в настройки: отправки с незнакомых доменов HubSpot помечает как спам.

У всех трёх минусы одни и те же. Вид формы такой, какой дала CRM. Поля те, что в ней заведены. Сменили CRM — меняйте форму на каждой странице. И смотрите, что входит в ваш тариф: у Zoho, например, капча и загрузка файлов только на платных, а Pipedrive-формы идут в составе LeadBooster.

Способ 2. Вебхук

Вебхук — обычный запрос по адресу. Сайт сообщает CRM «пришла заявка», передаёт имя, телефон и текст, а CRM создаёт карточку. В Bitrix24 это входящий вебхук (в документации — Inbound webhook): секретная ссылка, которая действует в CRM от имени создавшего её сотрудника и с его правами. Номер сотрудника и секретный код зашиты прямо в адрес.

Документация Bitrix24 просит не отдавать адрес вебхука третьим лицам и не публиковать его в клиентском коде, то есть в том, что видно в браузере. GET там оставляют для быстрых проверок: адрес с секретом может остаться в истории браузера и в журналах. Для рабочих интеграций, которые меняют данные, советуют POST, и всё по HTTPS. Отсюда вывод: форма на странице не может стучаться в CRM сама. Любой, кто откроет код страницы, получит доступ к вашей CRM в пределах прав этого вебхука. Запрос должен уходить с сервера, вашего или посредника. Значит, вебхук напрямую подходит сайту со своим сервером и программистом. Если сайт собран на конструкторе, вам, скорее всего, нужен способ 1 или 3.

Поля придётся сопоставлять самому, и у каждой CRM свои правила. Bitrix24, например, принимает телефон и почту не строкой, а списком записей «значение плюс тип». Так что готовую карточку сверяйте глазами, поле за полем: это шаг проверки ниже.

Способ 3. Посредник: n8n или Make

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

В n8n приём заявки — узел Webhook. У него два адреса, тестовый и рабочий. Тестовый n8n регистрирует, когда вы в редакторе нажали «Listen for Test Event» или «Execute workflow», и показывает пришедшие данные прямо в сценарии. Рабочий появляется, когда сценарий опубликован, и данные его вызовов в редакторе не видны: их смотрят во вкладке Executions. Узел умеет проверять вызывающего (авторизация, список разрешённых IP). Сам n8n можно взять облачным или поставить на свой сервер.

В Make то же самое: модуль Custom webhook создаёт адрес, и сценарий запускается, как только на него пришёл запрос. Вебхук, который больше пяти дней не привязан ни к одному сценарию, отключается и отвечает ошибкой 410.

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

Конструкторы сайтов одной строкой: в Webflow, например, на форму можно навесить вебхук (событие form_submission), и название формы с введёнными данными уйдёт на ваш адрес, например посреднику.

Как проверить, что заявка дошла

Форма ответила «Спасибо, мы свяжемся с вами» — это ничего не доказывает. Ответ посредника «принято» тоже: Make без специального модуля отвечает просто «Accepted», а n8n можно настроить на ответ «Workflow got started» сразу при запуске. Это говорит лишь о том, что запрос добрался до посредника. Смотреть надо в самой CRM.

1. Тестовая заявка с настоящего сайта

Отправьте заявку с боевой страницы сайта. Тестовый адрес и редактор конструктора не годятся. Имя — «ТЕСТ Иванов», все поля заполнены, в комментарии длинный текст с кавычками и переносом строки. Телефон один раз напишите с плюсом и пробелами, другой раз слитно.

Откройте карточку и сверьте каждое поле с тем, что вы вводили: имя, телефон, почта, комментарий, страница, с которой ушла форма. Одного факта «карточка появилась» мало. Форма стоит на нескольких страницах — отправьте с каждой. Сайт открывается и с www, и без: отправьте с обоих адресов, потому что HubSpot помечает спамом отправки с доменов, которых нет в настройках, а Zoho принимает форму только с указанного адреса. Считает ли CRM версию с www тем же сайтом, надёжнее проверить тестом.

С n8n легко споткнуться на адресе: в форме на сайте должен стоять рабочий, а тестовый годится только для отладки в редакторе. Проверьте, что в форме стоит именно он. Что стало с заявкой дальше, видно во вкладке Executions.

2. Источник заявки

Без источника через месяц не отличить заявки с рекламы от тех, что пришли с карты. Источник передают метки в адресе страницы. Google в справке советует всегда ставить три: utm_source, utm_medium и utm_campaign. Форма кладёт их в скрытые поля и отправляет вместе с заявкой, а в CRM для них нужны свои поля.

Проверка: откройте сайт по адресу с метками, например /?utm_source=test&utm_medium=check&utm_campaign=proba, отправьте тестовую заявку и найдите метки в карточке. Потом ещё раз: зашли по метке, перешли на другую страницу и отправили форму уже оттуда. Метки не должны пропасть. И пишите их строчными: по справке Google значения чувствительны к регистру, utm_source=google и utm_source=Google считаются разными.

3. Дубли

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

С повторами каждая CRM справляется по-своему. HubSpot ищет совпадение по почте: если контакт с такой почтой уже есть, заявка из формы дополняет его, а не заводит второй. Как поступает ваша CRM, смотрите в справке или проверяйте тестом.

4. Уведомление в Telegram

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

Если сообщение шлёт посредник или программа, она вызывает метод sendMessage из Bot API Telegram. Ему нужны идентификатор чата и текст до 4096 знаков, а запрос уходит на адрес, в котором стоит токен бота. Telegram просит хранить токен как пароль и никому его не передавать, так что в код страницы и в общий чат он не годится. Бота создают у @BotFather командой /newbot. Подробности есть в статье про Telegram-бота для бизнеса.

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

5. Проверка через неделю и после каждой правки сайта

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

Пример: заказ из конфигуратора приходит в Telegram и в CRM

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

Нас интересует то, что происходит после оплаты. В Telegram-группу магазина приходит сообщение от бота заказов: номер заказа, имя и телефон покупателя, состав (модель, ткань, размер, количество), сумма, окно доставки. Под сообщением кнопка «Открыть в CRM». Следом приходит второе: оплата заказа проведена. Этот же заказ лежит карточкой на доске CRM, в колонке «Оплачено». Когда карточку переносят в «В производстве» и «Отправлено», статус заказа у покупателя меняется, а в группу приходит сообщение о смене этапа.

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

Открыть работу и пройти заказ самому

Что сделать сегодня

1. Выясните, что умеют сайт и CRM. У CRM: есть ли форма с кодом для вставки и адрес для приёма заявок. У сайта: есть ли блок для HTML и настройка «отправлять форму на адрес». Ответ есть в справках, уйдёт минут пятнадцать.
2. Выберите способ по таблице выше. Не подходят все три — нужен программист или другая CRM.
3. Отправьте тестовую заявку с боевой страницы и сверьте поля карточки по одному.
4. Откройте сайт по адресу с метками, отправьте вторую заявку, найдите метки в карточке. Отправьте одну заявку дважды и посмотрите, что стало с дублем.
5. Проверьте, что уведомление пришло в Telegram тому, кто будет отвечать. Удалите тестовые карточки и поставьте в календарь еженедельную сверку.

Если хотите, сделаем это за вас

Мини-CRM — своя CRM на нашем движке — стоит от €480. Связка из этой статьи в ней уже собрана: форма вашего сайта и Telegram подключены, каждая заявка сама становится карточкой, а в Telegram приходит уведомление. Начинаем с созвона о вашем процессе, потом собираем CRM под него:

• в карточке заявки контакт, источник, история, заметки, ответственный и следующая задача;
• воронку делаем под ваш процесс, роли и доступы разводим по сотрудникам;
• если хотите, AI отвечает на новую заявку (клиент видит пометку, что это AI) и коротко пересказывает её менеджеру;
• клиентов из ваших таблиц переносим и сверяем с вами до запуска, менеджеров обучаем;
• всё можно выгрузить в таблицу в любой момент, данные ваши.

Правки до приёмки входят в цену, ошибки после запуска чиним бесплатно 6 месяцев. WhatsApp, Instagram, звонки и почту подключаем отдельно и только официальным способом; цену подключения называем до старта. Подписки и платы за каждого сотрудника нет: сервер оформляем на вас, оплачиваете его напрямую.

Чужие облачные CRM мы не настраиваем и не продаём. Если у вас уже стоит Pipedrive, HubSpot или Zoho и команда довольна, возьмите один из трёх способов выше. Мини-CRM — для тех, у кого CRM ещё нет. А если вы только выбираете, пройдитесь по восьми вопросам до покупки.

Что входит в Мини-CRM и как мы её собираем

С компаниями из России и Беларуси мы не работаем.

Обсудить задачу

Источники

Проверено 21.10.2026:

• n8n: узел Webhook — тестовый и рабочий адрес, Executions.
• n8n: хостинг и n8n Cloud — свой сервер или облако.
• Make: вебхуки — запуск, ответ «Accepted», отключение.
• Bitrix24: входящие вебхуки — адрес, клиентский код, POST и GET.
• Bitrix24: crm.item.add — телефон и почта записями «значение плюс тип».
• Zoho CRM: веб-формы — модули, адрес формы, платные версии.
• Pipedrive: Web Forms — записи Lead и Deal, LeadBooster.
• HubSpot: форма на внешнем сайте — код, домен, спам.
• HubSpot: дубли контактов — совпадение по почте.
• Webflow: вебхуки и form_submission — данные формы на адрес.
• Google Analytics: метки UTM — три метки и регистр значений.
• Telegram Bot API — формат запроса, sendMessage.
• Telegram: руководство по созданию бота — /newbot, токен как пароль.

← Все статьи блога