Уведомления из n8n через HTTP Request

В n8n уведомление в Депешер можно отправить узлом HTTP Request после нужного действия. Например, AI Agent подготовил результат, а следующий узел передал его в Telegram, Email или Пачку через входящий канал Депешера.

Подготовьте Депешер

Сначала создайте и подтвердите исходящий канал: Email, Telegram, группу Telegram или Пачку. Затем создайте входящий канал для этого инструмента, свяжите его с выбранным получателем и скопируйте публичный URL. Выполните проверку из статьи «Первое уведомление».

Добавьте HTTP Request

Соедините выход нужного узла с HTTP Request. Для результата агента схема выглядит так:

AI Agent → HTTP Request

Настройте HTTP Request:

Поле	Значение
Method	POST
URL	Публичный адрес вашего входящего канала Депешера
Send Body	Включено
Body Content Type	Raw
Content Type	text/plain
Body	Для первого теста: Проверка уведомления из n8n

Режим Raw отправляет указанный текст как тело запроса. Описание полей есть в документации HTTP Request.

Если входящий канал защищён токеном, передайте заголовок Authorization со значением Bearer ВАШ_ТОКЕН через настройки авторизации или заголовков узла. Для хранения рабочего токена используйте credentials n8n.

Подставьте результат агента

Посмотрите фактический выход AI Agent. Если текст находится в поле output, переключите Body в режим Expression и вставьте:

{{ $json.output || "n8n AI Agent завершил работу" }}

Если поле у вашего узла называется иначе, выберите его из выходных данных. Не полагайтесь на имя output, не проверив структуру результата. Для JSON-событий можно отправлять application/json и оформить уведомление шаблоном Депешера.

Проверьте выполнение

Запустите workflow вручную и посмотрите вход и выход HTTP Request. Затем проверьте историю канала и чат или почту получателя. Если узел получает несколько элементов данных, проверьте число выполненных отправок: одно выполнение workflow не обязательно означает одно уведомление.

Как уведомлять об ошибках

HTTP Request после AI Agent покрывает ветку, дошедшую до этого узла. Для сбоев основного workflow создайте отдельный error workflow с Error Trigger и HTTP Request. Настройка описана в документации обработки ошибок n8n.

Передавайте название workflow, этап и ссылку на запуск, если они есть в событии ошибки. Сохраните error workflow и выберите его в поле Error workflow в настройках основного workflow. Error Trigger срабатывает при ошибке автоматического запуска; ручной запуск основного workflow не проверяет эту связку. Проблемы с приёмом и получателями разбираются в диагностике доставки.