Что такое webhook и как он помогает не терять заявки с сайта

Что такое webhook и как он помогает не терять заявки с сайта

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

Как webhook передаёт заявку с сайта?

Webhook — это адрес, на который одна система отправляет данные после определённого события. Сайт фиксирует отправку формы и делает запрос на этот адрес. CRM принимает информацию, создаёт новую сделку или контакт, а сервис уведомлений передаёт сообщение сотруднику.

В запросе обычно находятся имя клиента, телефон или другой способ связи, текст обращения, адрес страницы и время отправки. Набор полей зависит от формы и CRM. Для малого бизнеса полезно передавать только те данные, которые нужны менеджеру для первого контакта.

Пример цепочки выглядит так:

  1. Посетитель заполняет форму на сайте.
  2. Сайт отправляет данные на адрес webhook.
  3. CRM создаёт обращение и присваивает ему статус.
  4. Менеджер получает уведомление в выбранном канале.
  5. Руководитель видит источник заявки и результат обработки в CRM.

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

Какие данные передавать из формы в CRM?

Перед настройкой webhook составьте короткий список полей. Если отправить в CRM всё подряд, менеджеры получат неудобную карточку, а отчёты будут заполнены случайными значениями. Для простой формы достаточно следующих данных:

ПолеЗачем нужноПример значения
ИмяОбращение к клиентуИрина
Телефон или другой канал связиОтвет на заявкуУказан посетителем
КомментарийПонимание задачиНужна консультация по услуге
Страница отправкиПонимание интереса клиентаСтраница конкретной услуги
ИсточникСравнение каналовОрганический поиск или переход по ссылке
Дата и времяКонтроль скорости реакцииВремя создания обращения

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

Отдельно проверьте названия полей. На сайте может использоваться phone, а CRM ожидать client_phone. В таком случае webhook отработает, но номер не появится в нужной строке карточки. Сопоставление полей лучше записать в простой таблице до начала настройки.

Как настроить webhook без кода?

Большинство современных CRM и сервисов автоматизации позволяют создать входящий webhook в настройках интеграций. Точные названия кнопок отличаются, но порядок действий обычно одинаковый.

  1. Определите событие. Выберите отправку формы, создание заказа или другое действие, после которого нужно передать данные.
  2. Создайте входящий адрес. CRM или связующий сервис выдаст уникальный адрес webhook. Скопируйте его без пробелов.
  3. Подключите форму. В конструкторе сайта найдите раздел интеграций и вставьте адрес в поле для webhook.
  4. Сопоставьте поля. Укажите, куда записывать имя, телефон, комментарий, страницу и источник.
  5. Настройте уведомление. Добавьте сообщение для менеджера в доступном рабочем канале. В тексте должны быть имя клиента, контакт и ссылка на карточку в CRM.
  6. Сделайте тестовую отправку. Заполните форму самостоятельно и проверьте появление карточки, назначение ответственного и уведомление.
  7. Проверьте повторную отправку. Одна заявка не должна создавать несколько одинаковых сделок из-за обновления страницы или повторного нажатия кнопки.

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

Владелец сайта без технического опыта может начать с тестовой формы и одной CRM-воронки. Практика настройки CRM без программистов разобрана в материале как автоматизировать развёртывание процессов в CRM без программистов. Сложные сценарии с несколькими источниками лучше запускать после проверки базовой цепочки.

Как проверить, что webhook не теряет заявки?

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

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

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

Полезно настроить резервное уведомление о сбое. Например, если CRM временно недоступна, система отправляет сообщение ответственному сотруднику или записывает событие в журнал. Резервный канал не заменяет исправление интеграции, но сокращает время обнаружения проблемы.

Какие ошибки встречаются чаще всего?

  • Адрес webhook вставили с ошибкой. Один лишний символ или пробел не позволит сайту обратиться к нужной системе.
  • Поля не сопоставили. Заявка создаётся, но телефон или комментарий остаются пустыми.
  • Передали слишком много данных. Карточка становится перегруженной, а менеджер не видит главное.
  • Не проверили дубли. Повторное нажатие кнопки создаёт несколько одинаковых обращений.
  • Не назначили ответственного. Заявка попадает в общую очередь и не получает конкретного владельца.
  • Проверили только форму. Звонки и сообщения из других каналов остаются вне общей истории клиента.

Для небольшой компании разумно начинать с одной формы, одной воронки и одного уведомления. После проверки добавляют другие страницы, разные типы обращений и автоматическое распределение. Такой порядок проще контролировать, чем попытка сразу связать все каналы и этапы продаж.

3 шага, которые можно сделать на этой неделе:

  1. Выписать поля формы и решить, какие из них нужны менеджеру в первые минуты после заявки.
  2. Создать тестовый webhook, связать его с одной CRM-воронкой и отправить несколько разных обращений.
  3. Проверить дубли, назначение ответственного и уведомление, а затем описать схему в короткой инструкции для сотрудников.

После такой проверки webhook превращается из технической настройки в понятный маршрут заявки: от формы на сайте до карточки, уведомления и следующего действия менеджера. Для малого бизнеса этого достаточно, чтобы убрать ручное копирование и видеть, где обращение находится сейчас.