HTTP Request node в n8n: интеграция с любым API

Что умеет HTTP Request в n8n

• отправлять GET, POST, PUT, PATCH, DELETE запросы
• работать с JSON, form-data, x-www-form-urlencoded, XML
• передавать headers, query-параметры, body
• использовать Basic Auth, Bearer Token, OAuth2, API Key
• обрабатывать ответы и передавать их дальше по workflow

Когда использовать

• если нужного приложения нет в списке интеграций n8n
• если у сервиса есть API, но стандартный коннектор урезан
• если нужен доступ к нестандартному endpoint
• если выстраивается кастомная логика автоматизации 🛠️

Как настроить

1. Изучите документацию API
   Нужны: URL endpoint, метод запроса, формат данных, авторизация и структура ответа.
2. Выберите метод
   • GET — получить данные
   • POST — создать запись
   • PUT/PATCH — обновить
   • DELETE — удалить
3. Настройте авторизацию
   Чаще всего это:
   • Authorization: Bearer TOKEN
   • API key в header или query
   • OAuth2 через встроенные credentials n8n 🔐
4. Передайте параметры
   • Query Params — фильтры, pagination, поиск
   • Headers — токены, content-type
   • Body — полезная нагрузка запроса
5. Проверьте ответ
   Если API вернул JSON, n8n обычно сразу разбирает его в удобную структуру.

Пример

Нужно отправить лид в стороннюю CRM без готового коннектора:

• Method: POST
• URL: https://api.example.com/leads
• Headers: Authorization: Bearer ..., Content-Type: application/json
• Body:

{
  "name": "Иван",
  "email": "ivan@example.com",
  "source": "telegram"
}

После этого ответ API можно использовать дальше: записать в Google Sheets, отправить уведомление в Telegram или запустить следующий шаг автоматизации 🚀

Полезные настройки

• Send Headers / Query Parameters / Body — включайте только нужное
• Response Format — обычно JSON
• Options → Timeout — важно для медленных API
• Ignore Response Code — полезно для нестандартной логики обработки
• Retry On Fail — помогает при временных сбоях сети

Частые ошибки

• 401 Unauthorized — неверный токен или схема авторизации
• 403 Forbidden — доступ запрещен, даже если токен валиден
• 404 Not Found — неправильный endpoint
• 415 Unsupported Media Type — неверный Content-Type
• 422 Unprocessable Entity — ошибка в структуре body
• 429 Too Many Requests — превышен лимит запросов 📉

Практический совет

Перед настройкой в n8n протестируйте запрос в Postman или curl. Если там всё работает, перенести в HTTP Request node будет намного проще.

Итог

HTTP Request node — один из самых важных узлов в n8n. Он снимает зависимость от готовых интеграций и позволяет подключить почти любой сервис, у которого есть API. Для инженера автоматизации это базовый навык, который резко расширяет возможности no-code и low-code подхода 💡