Клиент оставил телефон на сайте — и менеджер увидел заявку в CRM или Telegram. Никто не обновлял таблицу, не нажимал F5 и не спрашивал каждые пять минут: «Ну что, там есть лиды?» Сайт сам отправил данные туда, куда вы его настроили.
Этот механизм называется вебхуком. Слово айтишное, но идея простая: случилось событие — один сервис сообщил об этом другому. Для заявок, оплат, заказов и сообщений это удобнее ручной проверки.
Вебхук сам стучится в дверь
Вебхук — это адрес в интернете, куда сервис отправляет данные после нужного события. Адрес называют URL вебхука. Событием может быть заполненная форма, успешная оплата, новый заказ или смена статуса сделки.
Представьте менеджера, который каждые пять минут звонит на склад: «Посылка уже готова?» Это регулярный опрос: система сама приходит за новостями. С вебхуком всё наоборот. Посылка готова — склад звонит менеджеру. Заявка отправлена — форма тут же передаёт данные в сценарий.
«Тут же» не значит, что задержки невозможны: сеть, очередь сервиса или временная ошибка могут их добавить. Но ждать следующей плановой проверки не придётся.
Что лежит внутри заявки
Обычно вебхук отправляет HTTP-запрос методом POST. Внутри — данные события, часто в формате JSON. Не нужно запоминать эти слова, если вы работаете в конструкторе: Make или n8n покажут поля в понятном виде.
Посетительница заполнила форму дизайн-студии: имя Анна, телефон, услуга «дизайн сайта», комментарий «нужен расчёт до пятницы». Вебхук передаст эти значения в сценарий. Дальше сценарий создаст лид в CRM, поставит задачу менеджеру или отправит уведомление.
Сам вебхук ничего не автоматизирует. Он только приносит конверт с данными во вход сценария. Логика начинается после него. Если Анна не указала телефон, сценарий может сохранить заявку в таблицу для проверки, а не упасть на создании контакта в CRM.
API и вебхук работают парой
API — это способ сервисов запрашивать данные и выполнять команды. Через API можно создать клиента, поменять статус заказа или получить список товаров. Вебхук — способ получить сообщение о событии без собственного запроса.
Обычный API-запрос звучит так:
Есть новые заявки?Вебхук сообщает иначе:
Появилась новая заявка. Вот имя, телефон и комментарий.Они не конкурируют. Вебхук может сообщить Make о новой оплате, а следующий модуль через API магазина запросит состав заказа. Для автоматизации заявок обычно нужны оба механизма.
Собираем первую связку: Tilda → Make → уведомление
Путь будет таким: посетитель заполняет форму на Tilda, Make принимает данные, затем отправляет сообщение менеджеру или создаёт лид в CRM.
- Создайте в Make новый сценарий.
- Добавьте модуль Webhooks → Custom webhook.
- Назовите вебхук понятно, например `tilda_new_lead`, и скопируйте URL.
- В Tilda откройте настройки форм, подключите Webhook и вставьте этот URL.
- Сохраните настройки, включите приёмщик у нужной формы и опубликуйте страницу.
- В Make нажмите Run once.
- Откройте опубликованную страницу и отправьте тестовую заявку с именем, телефоном и комментарием.
- Когда Make покажет поля, добавьте после вебхука CRM, Telegram или таблицу.
- Включите сценарий и отправьте ещё одну заявку, чтобы проверить весь маршрут.
В инструкции Tilda по webhook есть точный путь по меню и требования к адресу получателя.
Не пропускайте Run once. В этом режиме Make ждёт первую заявку и понимает её структуру. Иногда Tilda после подключения отправляет технический тестовый запрос. Не настраивайте CRM по нему: лучше отправьте форму так, как это сделает реальный посетитель.
Почему сценарий не увидел заявку
Чаще всего вебхук исправен, а проблема сидит рядом. Первая причина — страница не опубликована. Вы поменяли URL в редакторе, но посетители всё ещё видят старую версию формы.
Вторая причина — в Tilda остался старый адрес. Вебхук в Make удалили, новый создали, а URL в форме не заменили. Заявка улетает туда, где её никто не ждёт.
Третья причина — обязательное поле в CRM. Форма прислала имя и комментарий, но без телефона. Вебхук данные принял, а сценарий остановился на следующем шаге.
Четвёртая причина — вы добавили поле в форму, но не отправили свежий тест. После поля «Удобное время звонка» нужна новая заявка: тогда Make увидит значение и позволит передать его дальше.
Ищите ошибку по цепочке. Сначала убедитесь, что данные пришли в вебхук. Затем проверьте создание лида в CRM. И только потом разбирайтесь с уведомлением и сложными ветвлениями. Не собирайте десять модулей до первой успешной заявки: сначала сделайте путь «форма → вебхук → уведомление».
URL вебхука не пароль, но светить им не стоит
Тот, кто знает URL вебхука, может попытаться отправить на него запрос. Не публикуйте адрес в открытых чатах, скриншотах и документах без необходимости.
Для оплат, заказов и других чувствительных процессов включайте защиту, которую поддерживает источник или получатель: подпись запроса, секретный ключ в заголовке, авторизацию либо ограничение по IP. Отвечайте на входящий запрос быстро, а тяжёлую обработку запускайте следующим шагом. Иначе источник может решить, что доставка не удалась, и прислать событие повторно.
Не тащите в уведомление весь набор полей. Менеджеру обычно достаточно имени, телефона, услуги и комментария. Остальные данные лучше оставить в CRM с настроенным доступом.
Дубли — не баг, а рабочая реальность
Иногда одно событие приходит дважды, а иногда события приходят не в том порядке. Причины разные: повторная отправка после сбоя, задержка сети, особенности конкретного сервиса.
Если источник передаёт ID заявки или заказа, сохраните его в CRM. Перед созданием новой сделки проверьте этот ID: если он уже есть, дубль не создавайте. Если уникального ID нет, используйте осторожную связку полей — например, телефон, время отправки и страницу формы.
Не склеивайте лиды слишком агрессивно. Одним номером иногда пользуются два человека, а повторная заявка может быть осознанной. Лучше отправить сомнительный дубль на проверку, чем случайно объединить чужие обращения.
Если вы передаёте персональные данные клиентов, учитывайте правила их обработки и хранения в своей стране и сервисах. Этот материал объясняет механику, а не заменяет юридическую консультацию: требования меняются, поэтому для решения по конкретной схеме сверьтесь с первоисточником или специалистом.
Сегодня создайте Custom webhook в Make, вставьте его в одну опубликованную форму и отправьте тестовую заявку. Когда увидите реальные поля внутри сценария, вебхук перестанет быть заклинанием из курса за 14 990. Такие дела.
Статья помогла?
