# Как проверить webhook в n8n: от тестового JSON до понятного журнала запросов

- Link: https://agent3d.ru/2026/10/29/kak-proverit-webhook-n8n/
- Published: 2026-10-29T12:14:44+03:00
- Author: Klavdia

Сценарий знаком интеграторам: workflow в n8n выполнился, но в CRM нет нового лида,
статус заказа не изменился или внешний сервис жалуется на неверный JSON. Зелёная
отметка узла полезна, однако не отвечает на все вопросы. Какой запрос фактически
ушёл? Было ли нужное поле в теле? Что ответил получатель?

Разберём проверку на универсальном примере: пользователь отправляет заявку через
форму на сайте, а n8n должен передать её в CRM. Для диагностики отправим вымышленные
данные в **Webhook Evidence Box — наш сервис для приёма и просмотра HTTP-запросов**.
Мы не будем менять рабочую интеграцию и отправлять данные реального клиента.

[Открыть бесплатный кабинет Webhook Evidence Box](https://webhook.agent3d.ru/app?utm_source=agent3d&utm_medium=referral&utm_campaign=n8n_webhook_guide&utm_content=article_intro)

## Сначала определите: n8n отправляет запрос или принимает его?

В n8n это разные задачи и разные узлы.

 * **HTTP Request отправляет запрос** в CRM, API, другой workflow или диагностический
   endpoint. Его мы будем настраивать в этой статье.
 * **Webhook принимает запрос** извне и запускает workflow n8n. У этого узла есть
   отдельные test и production URL.

Встроенный тестовый приёмник n8n удобен, если нужно проверить вход в собственный
workflow. Отдельный журнал полезен, когда нужно проверить именно исходящий HTTP 
Request или посмотреть, что отправляет внешняя система, без доступа к её журналам.

В нашем примере цепочка такая:

    ```
    Manual Trigger → HTTP Request → Webhook Evidence Box
                                      ↓
                                журнал событий
    ```

Это **не** автоматическая пересылка из Evidence Box в CRM. Мы проверяем отправителя
отдельно, а после диагностики возвращаемся к настройке рабочего получателя.

## Что понадобится для проверки

 * Доступ к редактору n8n и отдельный тестовый workflow.
 * Аккаунт Webhook Evidence Box.
 * Небольшой вымышленный JSON — без телефона, email клиента и боевых API-ключей.

На момент подготовки статьи бесплатный план Evidence Box включает 3 endpoint, 1000
событий и 100 replay за календарный месяц UTC, хранение событий 7 дней и тело запроса
до 1 МиБ. Для первого теста платить не нужно. Текущие значения и платные тарифы 
указаны на [странице тарифов](https://webhook.agent3d.ru/plans?utm_source=agent3d&utm_medium=referral&utm_campaign=n8n_webhook_guide&utm_content=article_limits).

## Шаг 1. Создайте endpoint для тестового запроса

Войдите в кабинет Evidence Box, укажите название, например «n8n — проверка заявки»,
и нажмите «Создать endpoint». Сервис покажет URL для приёма запросов.

Полный URL содержит секретный токен и показывается при создании или перевыпуске.
Сохраните его для теста. Не вставляйте URL в публичный скриншот, статью или общий
экспорт workflow. Если адрес потерян, его можно перевыпустить; старый перестанет
принимать запросы, а история останется.

Ниже используется обозначение `YOUR_ENDPOINT_TOKEN`. Это не рабочий токен: замените
весь URL на адрес своего endpoint из кабинета.

## Шаг 2. Настройте HTTP Request в n8n

В отдельном тестовом workflow добавьте **Manual Trigger** и соедините его с **HTTP
Request**. Названия элементов интерфейса могут немного отличаться в вашей версии
n8n.

 1. **Method:** выберите `POST`.
 2. **URL:** вставьте URL endpoint из Evidence Box.
 3. **Authentication:** для этого демонстрационного запроса выберите `None`. Не подключайте
    credentials рабочей CRM к диагностическому адресу.
 4. Включите **Send Body**.
 5. **Body Content Type:** выберите `JSON`.
 6. **Specify Body:** выберите `Using JSON` и вставьте пример ниже.

    ```
    {
      "event": "lead.created",
      "request_id": "demo-n8n-001",
      "source": "n8n_manual_test",
      "lead": {
        "id": 123,
        "request_type": "website_inquiry"
      }
    }
    ```

Для первого прогона используйте именно постоянные значения. Это позволит проверить
связь и формат без дополнительных переменных. Когда такой запрос появился в журнале,
можно заменить отдельные поля выражениями n8n и проверить результат снова.

Ручное создание workflow в статье — учебный пример. Для диагностики не нужно публиковать
рабочий workflow или менять URL действующего приёмника CRM.

## Шаг 3. Выполните тест и посмотрите ответ

Запустите тестовый workflow вручную. Evidence Box при успешном приёме возвращает
HTTP `202` и JSON:

    ```
    {
      "received": true,
      "event_id": "ID_СОХРАНЕННОГО_СОБЫТИЯ"
    }
    ```

По умолчанию HTTP Request в n8n может показывать только тело ответа. Чтобы видеть
HTTP-код и заголовки, откройте **Options → Response** и включите **Include Response
Headers and Status**.

**Важное различие:** 202 подтверждает, что Evidence Box принял и сохранил запрос.
Это не подтверждение того, что ваша CRM создала лид, а платёжная система обработала
оплату. Мы проверили только участок «n8n → диагностический endpoint».

## Шаг 4. Найдите событие в журнале

В Evidence Box нажмите «Посмотреть события» у созданного endpoint. Найдите `demo-
n8n-001` через поиск и откройте событие. Если вы выполнили несколько прогонов, сравните
время и `event_id` из ответа.

Проверьте четыре вещи:

 1. **HTTP-метод:** пришёл ли `POST`, а не случайный `GET`.
 2. **Тип содержимого:** отправлен ли JSON с подходящим Content-Type.
 3. **Структура:** находится ли `request_type` внутри `lead`, как ожидается.
 4. **Значения:** не превратились ли число или объект в пустую строку после подстановки
    выражений.

В сервисе есть фильтры, постраничный просмотр и CSV-экспорт маскированных метаданных.
Для передачи в поддержку удобно копировать JSON карточки. Перед отправкой всё равно
просмотрите содержимое: маскирование не заменяет проверку того, что вы передаёте.

## Если нужно проверить отправку без n8n

Тот же endpoint можно вызвать из терминала. Так проще отделить проблему самого URL
от настройки узла:

    ```
    curl -i -X POST 'https://webhook.agent3d.ru/in/YOUR_ENDPOINT_TOKEN' \
      -H 'Content-Type: application/json' \
      --data '{"event":"lead.created","request_id":"demo-n8n-001","source":"curl_test"}'
    ```

Замените адрес своим. Если curl получает 202, а HTTP Request не может подключиться,
проверьте доступ именно сервера n8n к DNS и HTTPS. Это особенно важно для self-hosted
n8n: ваш браузер и контейнер n8n могут иметь разный сетевой доступ.

## Почему webhook не появился: короткая диагностика

  |  Что видно |  Что проверить |  
   |  404 от Evidence Box |  URL скопирован целиком? Endpoint включён? Не был ли токен перевыпущен? |  
 |  413 |  Размер тела превышает лимит. Уменьшите JSON; на бесплатном плане тело — до 1 МиБ. |  
 |  429 |  Лимит частоты или квота тарифа. Посмотрите код ошибки в теле ответа и использование в кабинете. |  
 |  202 есть, но список пуст |  Тот ли аккаунт и endpoint открыт? Сброшены ли фильтры? Совпадает ли event_id? |  
 |  Таймаут или ошибка DNS в n8n |  Может ли сервер n8n выйти в интернет и разрешить домен? Получен ли вообще HTTP-ответ? |  
 |  Запрос пришёл, но JSON неправильный |  Проверьте Send Body, JSON-режим, вложенность и значения выражений. |

## Не перепутайте test URL и production URL узла Webhook

Если вы решаете обратную задачу — хотите принять запрос в n8n, — используйте узел**
Webhook**. По документации n8n тестовый URL регистрируется при ожидании тестового
события, а production URL используется для опубликованного workflow. В редакторе
названия действий зависят от версии.

Отправка в test URL без включённого ожидания может выглядеть как «webhook не работает»,
хотя проблема не в JSON. Это отдельная диагностика. Не заменяйте постоянный приёмник
вашей интеграции случайным тестовым адресом и не публикуйте рабочий workflow только
ради проверки примера из статьи.

## Когда помогает replay — и чего он не делает

Replay позволяет вручную отправить сохранённое событие на контролируемый публичный
HTTP/HTTPS URL, например после исправления тестового обработчика. Автоматической
пересылки входящих событий сервис не выполняет.

Replay переносит исходный метод и тело, но не исходные заголовки авторизации, cookie
и query-параметры. Подпись отправителя автоматически не пересчитывается. Поэтому
подписанный webhook или запрос с авторизацией может потребовать отдельной подготовки
на вашей стороне.

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

## Какие данные отправлять в диагностический endpoint

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

Evidence Box шифрует исходное тело AES-256-GCM и маскирует известные чувствительные
имена полей. Но секрет, записанный в поле с неожиданным названием, может не распознаться.
URL приёма тоже содержит секретный токен — храните его как секрет.

## Итог: проверяйте интеграцию по участкам

Сначала убедитесь, что n8n отправляет правильный запрос: метод, Content-Type, структура
и значения. Затем отдельно проверьте контракт и ответ рабочего получателя. Так вы
не смешиваете ошибки отправки и ошибки обработки.

[Открыть краткую инструкцию по настройке n8n и начать с бесплатного endpoint](https://webhook.agent3d.ru/n8n-webhook-test?utm_source=agent3d&utm_medium=referral&utm_campaign=n8n_webhook_guide&utm_content=article_final)

Материал подготовлен командой «Делового агента» о собственном сервисе Webhook Evidence
Box. Сервис самостоятельный; упоминание n8n не означает партнёрство или официальную
рекомендацию n8n.

## Источники

 * [n8n: HTTP Request — параметры JSON и просмотр HTTP-ответа](https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.httprequest/).
 * [n8n: Webhook — разница test и production URL](https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.webhook/).
 * [Webhook Evidence Box: текущие лимиты и тарифы](https://webhook.agent3d.ru/plans).