Что такое Webhook (вебхук): как работает, чем отличается от API и как настроить без кода

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

В этой статье разберём, что такое вебхук простыми словами, чем он отличается от API и polling, какие у него ограничения и как настроить вебхук без программирования через Альбато. Будет сравнительная таблица, схемы и практические примеры.

Что такое вебхук простыми словами

Вебхук (Webhook) — это механизм, который позволяет одному приложению мгновенно отправить данные другому при наступлении события. Вебхук — это по сути уведомление наоборот: вместо того чтобы самому запрашивать данные, вы получаете их автоматически.

Представьте: вы ждёте посылку. Можно каждый час звонить на почту и спрашивать «Приехала?» — так работает обычный API-запрос (polling). А можно попросить курьера принести посылку домой и позвонить в дверь — так работает вебхук. Событие произошло → данные доставлены.

Технически вебхук — это URL-адрес, на который сервис-отправитель шлёт HTTP-запрос (как правило, POST) с данными (payload), чаще всего в формате JSON. Приложение-получатель принимает запрос и возвращает ответ 200 OK.

Webhook vs API vs Polling: в чём разница

Три подхода к обмену данными между сервисами часто путают. Разберём каждый.

Polling (опрос) — приложение регулярно спрашивает сервер: «Есть что-то новое?». Большинство запросов возвращают пустой ответ. Это нагружает сервер и тратит ресурсы.

API-запрос — приложение отправляет запрос и получает ответ. Работает по требованию: вы сами решаете, когда запросить данные.

Webhook — сервер сам отправляет данные при событии. Нет лишних запросов, данные приходят мгновенно.

Как работают вебхуки: пошаговая схема

Механизм вебхука работает в три шага: событие → запрос → обработка.

Шаг 1. Событие. В приложении-источнике происходит действие: новая заявка, оплата заказа, смена статуса сделки.

Шаг 2. Отправка. Источник формирует пакет данных (payload) и отправляет HTTP POST-запрос на URL вебхука — адрес, который вы указали заранее.

Шаг 3. Обработка. Приложение-получатель принимает запрос, обрабатывает данные и возвращает статус 200 OK.

Что внутри payload. Обычно это JSON-объект с данными о событии. Пример payload от CRM при новой сделке:

{
  "event": "deal.created",
  "deal_id": 45892,
  "name": "Иванов Пётр",
  "phone": "+7 999 123-45-67",
  "amount": 45000,
  "created_at": "2026-03-28T10:15:00"
}

Чтобы подключить вебхук, нужно:

1. Сгенерировать URL вебхука (в приёмнике данных или интеграционной платформе)
2. Указать этот URL в настройках отправителя — обычно в разделе «Webhook» или «Callbacks»
3. Настроить обработку данных — что делать с информацией на стороне получателя

Звучит технически? Дальше покажем, как это делается визуально через Альбато — без единой строчки кода.

Безопасность вебхуков

Вебхук — это открытый URL, который принимает входящие запросы. Без защиты любой, кто узнает этот адрес, может отправить на него поддельные данные. Вот как защитить вебхук.

HTTPS обязателен. Данные передаются по сети. Если URL начинается с http:// — содержимое запроса можно перехватить. Используйте только https://.

Секретный токен. Сервис-отправитель добавляет в заголовок запроса подпись (signature), сгенерированную на основе секретного ключа. Получатель проверяет подпись — если не совпадает, запрос отклоняется.

Проверка IP-адреса. Некоторые сервисы публикуют список IP-адресов, с которых отправляются вебхуки. Настройте файрвол так, чтобы принимать запросы только с этих адресов.

Проверка содержимого. Валидируйте входящие данные перед обработкой. Если вебхук должен содержать поле email — проверьте, что оно действительно есть и в правильном формате.

Ограничения вебхуков: о чём молчат в других статьях

Вебхуки решают много задач, но у них есть слабые места. Честно о них — чтобы вы понимали, когда вебхук подойдёт, а когда лучше выбрать другой подход.

Нет гарантии доставки. Если сервер получателя не ответил (упал, перегружен, ошибка сети) — данные могут потеряться. Не все сервисы повторяют отправку. Те, что повторяют, делают несколько попыток с нарастающим интервалом — у каждого сервиса своя политика (от 3 до 20+ повторов).

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

Отладка сложнее. При polling вы видите каждый запрос и ответ. С вебхуками проблему сложнее отследить: данные отправлены, но не дошли — и вы об этом не знаете.

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

Совет: для критичных данных (оплаты, заказы) комбинируйте вебхук с периодическим polling. Вебхук для скорости, polling для подстраховки.

Где используют вебхуки: практические примеры

Вебхуки работают везде, где нужна мгновенная реакция на событие.

CRM и продажи. Новая заявка с сайта → вебхук передаёт данные в CRM → менеджер видит лид через секунду. Без вебхука пришлось бы ждать синхронизации или проверять вручную.

Платёжные системы. Клиент оплатил заказ → платёжный шлюз отправляет вебхук в вашу систему → заказ автоматически переходит в статус «Оплачен». ЮKassa, CloudPayments, Stripe — все работают через вебхуки.

Мессенджеры и чат-боты. Пользователь написал боту → мессенджер отправляет вебхук → бот обрабатывает сообщение и отвечает. Так работают боты в Telegram, VK и MAX.

Рекламные платформы. Пользователь заполнил лид-форму в VK Рекламе → вебхук передаёт данные в CRM → менеджер получает уведомление. Время от заполнения до звонка — секунды, а не часы. Подробнее: как передавать заявки из лид-форм VK Рекламы в amoCRM.

Системы уведомлений. Изменение в Google Таблицах → уведомление в мессенджер. Ошибка на сервере → алерт в рабочий чат. Новый комментарий на сайте → письмо модератору.

Настройка вебхука без кода: пошаговый пример с Альбато

Чтобы работать с вебхуками, не нужно писать код. Альбато — no-code платформа интеграции, которая связывает более 1 000 сервисов. Вебхуки в Альбато настраиваются визуально: вы выбираете источник, действие и маппите поля.

Как создать входящий вебхук в Альбато

Входящий вебхук — это когда внешний сервис отправляет данные в Альбато. Например, сайт на Tilda отправляет заявку, а Альбато записывает её в amoCRM.

Шаг 1. Создайте новую связку в Альбато. В качестве источника выберите «Incoming Webhook».

Шаг 2. Альбато сгенерирует уникальный URL. Скопируйте его.

Шаг 3. Вставьте URL в настройки отправителя. В Tilda это раздел «Формы» → «Webhook» → адрес вебхука.

Шаг 4. Отправьте тестовую заявку. Альбато покажет полученные данные и предложит сопоставить поля.

Шаг 5. Выберите приёмник (amoCRM, Битрикс24, Google Sheets) и настройте, какие поля куда записать. Запустите связку.

Подробнее о настройке вебхуков: как использовать вебхук в Альбато для автоматизации.

Готовые связки vs вебхуки: когда что использовать

Альбато предлагает два подхода к интеграции:

Готовые коннекторы — выбираете сервисы, Альбато сам настраивает подключение. Работает для 1 000+ сервисов: CRM, мессенджеры, рекламные кабинеты, таблицы.

Вебхуки — для сервисов, которых нет в каталоге, или для нестандартных сценариев. Вы настраиваете URL, Альбато принимает данные и передаёт дальше.

Три практических сценария с Альбато

Сценарий 1. Заявка с сайта → CRM + SMS менеджеру. Клиент заполнил форму на сайте → вебхук отправляет данные в Альбато → Альбато создаёт сделку в amoCRM и параллельно отправляет SMS менеджеру. Время от заявки до уведомления — 3–5 секунд.

Читайте также: Как не терять заявки с сайта: автоматизация обработки · Подключение Битрикс24 к Альбато

Сценарий 2. Оплата → обновление CRM + отправка данных в таблицу. Клиент оплатил заказ → платёжная система отправляет вебхук → Альбато обновляет статус сделки в CRM и добавляет строку в Google Таблицу для бухгалтерии.

Читайте также: Правила работы в Google Sheets при передаче данных

Сценарий 3. Сообщение боту → запись в CRM. Клиент написал Telegram-боту → мессенджер отправляет вебхук → Альбато создаёт контакт в CRM с текстом сообщения и данными пользователя.

Читайте также: Как настроить Telegram-бота с Альбато · Подключение Telegram к Альбато

Популярные сервисы с поддержкой вебхуков

Большинство современных сервисов поддерживают вебхуки. Вот где вы точно их найдёте:

Как проверить и отладить вебхук

Перед тем как запускать вебхук в работу, проверьте, что он работает корректно.

webhook.site — бесплатный сервис для тестирования. Генерирует временный URL, на который можно отправить вебхук и посмотреть, какие данные пришли. Полезно, когда нужно понять формат payload перед настройкой интеграции.

Проверка в Альбато. Если вы настраиваете входящий вебхук, Альбато покажет последние полученные запросы прямо в интерфейсе. Отправьте тестовое событие и убедитесь, что данные приходят в нужном формате.

Логи отправителя. Большинство сервисов ведут лог отправленных вебхуков: статус ответа, время, количество попыток. Проверяйте логи, если данные не доходят.

FAQ: часто задаваемые вопросы

Что такое вебхук простыми словами?

Вебхук — это автоматическое уведомление от одного сервиса к другому при наступлении события. Например, клиент оставил заявку → сервис мгновенно отправляет данные в вашу CRM. Не нужно проверять вручную — данные приходят сами.

Чем вебхук отличается от API?

API работает по запросу: вы сами спрашиваете сервис «что нового?». Вебхук работает по событию: сервис сам отправляет данные, когда что-то произошло. Вебхук быстрее для реакции на события, API гибче для произвольных запросов.

Можно ли настроить вебхук без программирования?

Да. Платформы интеграции вроде Альбато позволяют работать с вебхуками визуально: вы выбираете источник, указываете приёмник и маппите поля без кода.

Безопасны ли вебхуки?

При правильной настройке — да. Используйте HTTPS, секретные токены, проверку IP и валидацию данных. Подробнее — в разделе «Безопасность вебхуков» этой статьи.

Что делать, если вебхук не доставлен?

Проверьте: доступен ли URL получателя, возвращает ли он статус 200 OK, нет ли ошибок в логах отправителя. Для критичных данных используйте комбинацию вебхука и polling.

Какие сервисы поддерживают вебхуки?

Большинство современных SaaS-сервисов: CRM (amoCRM, Битрикс24), платёжные системы (ЮKassa, Stripe), мессенджеры (Telegram, VK), конструкторы сайтов (Tilda). Полный список зависит от конкретного сервиса — ищите раздел «Webhook» или «API» в настройках.

В чём разница между входящим и исходящим вебхуком?

Входящий (Incoming) — вы принимаете данные от внешнего сервиса. Исходящий (Outgoing) — ваш сервис отправляет данные при событии. В Альбато входящий вебхук — это триггер «Incoming Webhook», который генерирует URL для приёма данных.

Заключение

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

Главное, что стоит запомнить:
— Вебхук отправляет данные сам, когда происходит событие
— Для защиты нужны HTTPS, токены и валидация
— Для критичных данных комбинируйте вебхук с polling
— Для работы с вебхуками не нужен разработчик — хватит no-code платформы

Хотите связать CRM, мессенджер и сайт через вебхуки? Попробуйте Альбато бесплатно — настройка первой связки занимает 5 минут, код писать не нужно.

Узнайте больше: что такое вебхук и как с ним работать · no-code автоматизация: что это и как работает · как использовать вебхук в Альбато.