Когда я рассказываю, как заявка с сайта сама оказывается в Битрикс24, а менеджеру тут же прилетает сообщение в мессенджер, рано или поздно звучит слово «вебхук». Собеседник обычно кивает, но по глазам видно - ему непонятно. Давайте разберём на пальцах, без кода. Это правда просто — и это правда та деталь, на которой держится почти вся автоматизация в малом бизнесе.
Сначала — как жить без него
Представьте, что вы ждёте важное письмо. Можно каждые пять минут ходить к почтовому ящику и заглядывать внутрь. Пусто. Пусто. Опять пусто. На двадцатый раз — наконец письмо.
Так работает «опрос»: одна система без конца спрашивает другую — «есть что новое? а сейчас? а сейчас?». Способ рабочий и иногда без него никак, но минуса два: силы уходят на пустые проверки, а новости вы всё равно узнаёте с опозданием — в худшем случае на те самые пять минут. Для отчёта «раз в сутки» это неважно, а вот для заявки от клиента, который параллельно пишет вашим конкурентам — очень важно.
А теперь — с ним
Вебхук — это когда вы сказали почтальону: «Принесёшь письмо — позвони в дверь». Всё. Никто больше никуда не бегает. Письмо пришло — звонок — вы открыли.
Технически выглядит так: система А (сайт, 1С, мессенджер) при каком-то событии сама отправляет короткое сообщение на заранее оговоренный адрес системы Б: «Пришла заявка, вот имя и телефон» или «Прошла оплата, вот сумма» или «Клиент написал в мессенджер WhatsApp, вот текст» и т.п… Система Б получает информацию в ту же секунду и делает то, что ей поручили: заводит лид, шлёт уведомление, ставит задачу менеджеру.
Само слово webhook иногда переводят как «веб-крючок» и это кривовато, но передаёт суть: вы вешаете крючок на событие — «когда случится вот это, отправь инфу вот сюда».
Где вы с ним уже сталкивались
Скорее всего, вебхуки в вашем бизнесе уже работают — просто вы их не видели:
- заявка с сайта на Тильде падает прямо в CRM, хотя «сайт» и «CRM» — совершенно разные системы;
- интернет-эквайринг сообщает магазину, что оплата прошла и заказ сам меняет статус;
- сообщение клиента из WhatsApp/Telegram/MAX появляется в карточке сделки в Битрикс24;
- онлайн-касса отправляет чек, а бухгалтерия узнаёт о продаже без ручной выгрузки.
В каждом из этих случаев где-то в настройках лежит та самая строчка-адрес, на которую одна система «звонит» другой. Это и есть вебхук.
Почему это лучший друг автоматизации
Три причины, если коротко:
Мгновенно. Событие произошло — реакция сразу. Не «раз в 15 минут по расписанию», а в ту же секунду. Для работы с клиентами скорость решает: обработанная через минуту заявка и заявка, на которую ответили через час — зачастую дают совершенно разный результат.
Дёшево. Никто не гоняет пустые проверки тысячами. Системы молчат, пока нечего сказать. Меньше нагрузки, меньше лимитов, меньше поводов что-то сломать.
Универсально. Почти любые две системы, у которых есть выход в интернет, можно связать по схеме «событие → действие». Именно на вебхуках внутри держатся и конструкторы-связки вроде n8n, Albato или Zapier, и роботы Битрикс24, и добрая половина интеграций, которые я пишу или собираю руками.
Ложка дёгтя — куда без неё
Вебхук — это один звонок в дверь. Если вас не было дома — сервер был перегружен, интернет моргнул, хостинг решил обновиться — звонок пропал. Письмо при этом существует, но вы о нём не узнали.
Поэтому серьёзные связки я делаю с подстраховкой: повторные попытки, журнал «кто и когда звонил, что передал», сверка раз в сутки на случай, если что-то всё-таки проскочило. Когда мне приносят чужую интеграцию с жалобой «она иногда теряет заявки», в девяти случаях из десяти дело именно в этом — связку собрали на «позвонит и ладно», без плана Б.
И ещё одно. Адрес вебхука — это дверь в вашу систему. Если его узнает посторонний, он сможет «позвонить» вместо почтальона. Дверь нужно прятать и проверять — кто звонит, а это забота разработчика. Но задать вопрос «а как у нас с этим?» — вполне себе забота владельца бизнеса.
Что с этим делать вам
Уметь настраивать вебхуки самому — не нужно. Достаточно двух вещей.
Первая: если у вас данные переносятся из одной системы в другую руками — почти наверняка это место можно закрыть связкой на вебхуках. Копируете заявки с почты в таблицу, пересылаете заказы в чат склада, вбиваете оплаты в CRM руками и т.п. — всё это кандидаты на автоматизацию.
Вторая: когда будете обсуждать интеграцию с разработчиком, спросите три вещи:
- Что произойдёт, если приёмная сторона будет недоступна?
- Где посмотреть журнал всех событий?
- Как мы узнаем, что что-то потерялось?
Внятные ответы на эти вопросы отличают качественную и стабильную связку, которая переживёт год работы, от связки, которая развалится в первый же сбой.
Если после прочтения у вас появилась мысль: «кажется, вот эту нашу рутину можно так убрать» — напишите мне, разберём. Обычно связка на вебхуках — это часы или дни работы, но не месяцы. А понять, ваш это случай или нет, можно вообще за один разговор. Обращайтесь, решим вашу задачу!