1. Введение

HTTP‑узел (HTTP Request) — один из самых гибких инструментов n8n. Он позволяет обращаться к любому REST‑API, даже если для него нет готовой интеграции. Первое, с чем сталкиваются новички, — выбор метода запроса: GET или POST.

2. Кратко о GET и POST

GET

Идемпотентность: запрос можно выполнять повторно без изменения состояния сервера.
Где лежат данные: параметры в URL‑строке (?param=value).
Ограничение длины: зависит от браузера/сервера, обычно до ~2 кБ.
Кэширование: часто кэшируется браузером и прокси.
Видимость параметров: URL виден в логах, истории браузера и может попасть под кэш.
Типичные задачи: получение данных, фильтрация, поисковые запросы.

POST

Идемпотентность: нет, каждый запрос потенциально меняет состояние сервера.
Где лежат данные: в теле сообщения (Body).
Ограничение длины: практически не ограничено (ограничивает только сервер).
Кэширование: обычно не кэшируется.
Видимость параметров: скрыты внутри тела, но всё равно открытый текст без HTTPS.
Типичные задачи: создание/обновление сущностей, загрузка файлов, массовая передача данных.

3. Как это выглядит в n8n

3.1. Настройка узла

Перетащи HTTP Request на канвас.
В поле Request Method выбери нужный метод.
Для GET открой секцию Query Parameters и заполни пары ключ – значение.
Для POST переключись на Body Parameters или RAW/JSON и, при необходимости, добавь заголовок Content‑Type.

3.2. Пример GET‑запроса

Method:       GET
URL:          https://api.example.com/products
Query Params: search = "n8n"

3.3. Пример POST‑запроса

Method: POST
URL:    https://api.example.com/products
Body (JSON):
{
  "name": "Cool Widget",
  "price": 19.99
}

3.4. Дополнительные параметры

При работе с нестандартными API может понадобиться изменить Body Content Type (например, RAW/Custom + указать MIME‑тип). Скриншот ниже показывает, где это делается:

4. Безопасность и best practice‑ы

Совет Почему важно Используй HTTPS Без TLS и параметры GET, и тело POST передаются открытым текстом Не передавай секреты через GET URL попадает в логи, историю браузера и кеш прокси Валидируй входящие данные в Webhook Публичный URL доступен любому Ограничивай размер тела POST Защита от DoS и неожиданных расходов

5. Вебхуки в n8n: принимать GET или POST?

Webhook‑узел по умолчанию слушает один метод. Если сторонний сервис требует оба (например, CRC‑проверка GET + события POST), то:

Открой Settings узла.
Включи Allow Multiple HTTP Methods.
Добавь требуемые методы в списке.

Альтернативный вариант — создать два Webhook‑узла с одинаковым путём, но разными методами и развести логику дальше по потокам.

6. Когда что выбирать

Сценарий Метод Получить ресурс, список, RSS GET Загрузить файл или массив данных POST Веб‑хук от GitHub / Stripe POST Health‑check внешним сервисом GET Запрос, который будет кэшироваться CDN GET

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

414 URI Too Long — превышен лимит URL → переходи на POST.
405 Method Not Allowed — API принимает другой метод → проверь документацию.
CORS при фронтенд‑тестировании вебхука → настрой Access‑Control‑Allow‑Origin или используй прокси.

8. Заключение

GET и POST в n8n работают так же, как и в «большом» HTTP, а визуальный интерфейс упрощает настройку: выбрал метод, заполнил нужный раздел — и готово. Держи в голове идемпотентность, безопасность и ограничения длины URL — и твои воркфлоу будут надёжными и быстрыми.