Recursos · Integración n8n

Nodo HTTP Request n8nConfigura HTTP Request en n8n.

Cualquier API que hable HTTP entra en un flujo de trabajo. El nodo HTTP Request n8n envía una petición al endpoint que elijas y entrega la respuesta al nodo siguiente. Sus 18 parámetros cubren el método, la URL, la autenticación y todo lo que mantiene viva una ejecución larga.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Para qué sirve el nodo HTTP Request n8n?

Convierte un paso del flujo en una llamada a una API. Eliges un método, escribes un endpoint, decides cómo se autentica la petición, y la respuesta del servidor vuelve como datos normales de n8n. El nodo se ejecuta sobre cada item de entrada: diez filas producen diez llamadas. Antes de él siempre hay un disparador que abre el flujo, porque este nodo responde, nunca pregunta primero.

Primer uso: alcanzar un servicio que no tiene nodo propio. Un ERP interno, una herramienta de facturación local, un conjunto de datos público. Si habla HTTP, este nodo basta, y la respuesta llega con la misma forma que la de cualquier otro nodo. También es la salida cuando el nodo dedicado existe pero se queda corto justo en el endpoint que necesitas.

Segundo uso: traerlo todo, no solo la primera página. Las API parten las colecciones grandes, y Pagination sigue pidiendo hasta que la respuesta viene vacía o se alcanza un tope de páginas. Un volcado nocturno de pedidos hacia MySQL es un GET con la paginación activada, nada más.

Tercer uso: no abusar de un servicio con límite de peticiones. Doscientos items lanzados de golpe acaban en un 429, así que Batching los reparte en grupos con una pausa entre ellos, y Timeout evita que una llamada colgada deje la ejecución abierta. Los ajustes del nodo añaden Retry on Fail, con Max Tries y Wait Between Tries (ms), cuando el fallo es pasajero.

Cuando existe un nodo dedicado, úsalo. Gmail o GitHub traen sus operaciones listas para rellenar, con el credential ya conectado, es decir la credencial que se crea una vez en n8n y se reutiliza en todos los flujos. Rehacer eso a mano no aporta nada. El criterio es directo: si la operación está en el nodo dedicado, va por ahí.

Los límites conviene decirlos. Este nodo solo habla HTTP: una transferencia de archivos por Ftp necesita su propio nodo, y ninguna URL salva esa distancia. En autoalojado aparece un segundo muro, porque dentro de un contenedor Docker localhost apunta al propio contenedor. Hay que usar http://host.docker.internal:5000, el nombre del servicio de Compose, o http://127.0.0.1:5000. Para decidir dónde alojarlo, la Reseña n8n entra en ese detalle.

Conexión

¿Cómo se autentica la llamada?

  1. 01

    Deja None cuando el endpoint está abierto

    Con Authentication en none, la petición sale desnuda, sin token ni credential adjunto. Los conjuntos de datos públicos, los endpoints de estado y los servicios internos accesibles en una red privada funcionan así. No se crea nada en n8n, no se guarda nada, y el panel se queda corto. En cuanto el servidor responda un rechazo en lugar de los datos, pasa a una de las dos opciones siguientes.

  2. 02

    Elige Predefined Credential Type si n8n ya conoce el servicio

    Pon Authentication en predefinedCredentialType y selecciona el servicio en Credential Type. n8n ya implementó la autenticación de muchos servicios, tanto nativos como de la comunidad, y la credencial existente firma la llamada por ti. La documentación oficial recomienda este camino siempre que el servicio aparezca en la lista, incluso para operaciones de API personalizadas.

  3. 03

    Recurre a Generic Credential Type para todo lo demás

    Con genericCredentialType, el panel muestra Generic Auth Type, donde el método se configura a mano: Basic auth, Custom auth, Digest auth, Header auth, OAuth1 API, OAuth2 API, Query auth o Simplified Custom Auth. Tú aportas los endpoints, los parámetros y el método que la API espera. La credencial creada aquí una vez sirve después en todos los flujos.

Parámetros

¿Qué cambia cada parámetro?

El nodo HTTP Request tiene 18 parámetros. Para cada uno: el nodo tal como lo configuras en n8n, qué cambia el parámetro y nuestras notas de campo.

01

Method

method

Lo que ves en n8n

Notas y casos de uso

El selector de arriba fija el verbo que viaja por la red, y el resto del panel se adapta. Una lectura usa GET, una escritura POST o PUT, una actualización parcial PATCH.

Parámetros clave

  • Method: siete opciones, DELETE, GET, HEAD, OPTIONS, PATCH, POST y PUT, según lo que pida la documentación de la API.
Casos de uso
traer una lista con GET y crear una ficha con POST más adelante en el flujo. HEAD tiene sentido cuando solo importa el estado y el cuerpo sería tráfico desperdiciado.
02

URL

url

Lo que ves en n8n

Notas y casos de uso

El endpoint que escribes aquí es donde aterriza la llamada, y es el único campo sin el cual el nodo no arranca. Las expresiones también caben, así que la ruta puede cambiar en cada item.

Parámetros clave

  • URL: el endpoint completo, con la forma http://example.com/index.html, a menudo construido desde el nodo anterior con {{ $json.id }} dentro de la ruta.
Casos de uso
recorrer una lista de clientes y llamar a /customers/{{ $json.id }} una vez por item. Una errata o una ruta retirada aparece como el mensaje de recurso no encontrado, así que compara la ruta con la documentación antes de culpar al nodo.
03

Authentication

authentication

Lo que ves en n8n

Notas y casos de uso

Tres maneras de demostrar quién llama caben en este selector, y la elección decide qué campo aparece justo debajo.

Parámetros clave

  • None (none): no se adjunta nada a la petición.
  • Predefined Credential Type (predefinedCredentialType): la autenticación que n8n ya implementó, elegida en Credential Type, recomendada cuando el servicio está disponible.
  • Generic Credential Type (genericCredentialType): totalmente configurable desde Generic Auth Type, de Basic auth a OAuth2 API.
Casos de uso
una API interna protegida por un solo token funciona con Header auth en dos minutos.
04

SSL Certificates

provideSslCertificates

Lo que ves en n8n

Notas y casos de uso

Hay servidores que esperan que quien llama presente su propio certificado antes de empezar la conversación. Este interruptor es el que lo ofrece.

Parámetros clave

  • SSL Certificates: un interruptor simple, apagado mientras el destino no exija certificado de cliente.
Casos de uso
una API bancaria o sanitaria con TLS mutuo rechaza a un cliente anónimo, y activarlo convierte un saludo rechazado en una llamada normal. En una API pública, donde basta el certificado del servidor, se queda apagado.
05

Send Query Parameters

sendQuery

Lo que ves en n8n

Notas y casos de uso

Los parámetros de consulta actúan como filtros de la petición. Actívalo cuando la API los admita y la llamada necesite acotarse.

Parámetros clave

  • Specify Query Parameters: keypair (Using Fields Below) para pares de nombre y valor añadidos uno a uno, o json (Using JSON).
  • Query Parameters: los pares en sí, ampliados con Add Query Parameter.
  • JSON: los mismos filtros escritos como un único objeto.
Casos de uso
limitar una exportación a un estado o a un rango de fechas en lugar de descargarlo todo y filtrar después.
06

Send Headers

sendHeaders

Lo que ves en n8n

Notas y casos de uso

Las cabeceras llevan metadatos y contexto de la llamada, lo primero que lee una API antes de mirar nada más. Este interruptor abre los campos que las contienen.

Parámetros clave

  • Specify Headers: keypair (Using Fields Below) para pares de nombre y valor, o json (Using JSON).
  • Headers: los pares, añadidos con Add Header.
  • JSON: el conjunto de cabeceras como un objeto.
Casos de uso
anunciar el formato que aceptas, pasar la marca de versión que exige una API, o añadir una cabecera de trazabilidad que registre tu propio servidor.
07

Send Body

sendBody

Lo que ves en n8n

Notas y casos de uso

Crear o modificar un dato implica mandar contenido junto a la llamada. Activa el interruptor y elige el formato que documenta la API.

Parámetros clave

  • Body Content Type: json (JSON), form-urlencoded (Form Urlencoded), multipart-form-data (Form-Data), binaryData (n8n Binary File) o raw (Raw).
  • Specify Body: campos explícitos (keypair) u objeto JavaScript (json), rellenados con Body Parameters, JSON o un único Body del tipo field1=value1&field2=value2.
  • Input Data Field Name: el campo de entrada que trae el archivo binario, junto a Content Type para un cuerpo en bruto.
Casos de uso
enviar un contrato firmado a un gestor documental desde el campo que lo transporta.
08

Batching

options.batching

Lo que ves en n8n

Notas y casos de uso

Cada item de entrada se convierte en una petición, y una API con cuota lo nota enseguida. Esta opción los agrupa y respira entre grupos.

Parámetros clave

  • Items per Batch: cuántos items entran en cada lote, con -1 para desactivar el reparto y 0 tratado como uno.
  • Batch Interval (ms): la pausa entre lotes, 0 para ninguna. Con 1000 el ritmo baja a una petición por segundo.
Casos de uso
la respuesta habitual a un 429, junto a Retry on Fail en los ajustes del nodo.
09

Ignore SSL Issues (Insecure)

options.allowUnauthorizedCerts

Lo que ves en n8n

Notas y casos de uso

Por defecto el nodo solo descarga la respuesta si la validación del certificado sale bien. Añadir esta opción deja pasar la respuesta aunque la validación falle.

Parámetros clave

  • Ignore SSL Issues (Insecure): un único interruptor, apagado en uso normal, encendido cuando el certificado no se puede verificar.
Casos de uso
un servidor de pruebas con certificado autofirmado, accesible solo en la red interna, donde el fallo de validación es lo esperado. En una dirección expuesta a internet, arreglar el certificado vale más que callar el aviso.
10

Array Format in Query Parameters

options.queryParameterArrays

Lo que ves en n8n

Notas y casos de uso

Las API no se ponen de acuerdo en cómo se escribe un filtro repetido dentro de una URL, y esta opción zanja el formato. Solo aparece con Send Query Parameters activado.

Parámetros clave

  • No Brackets (repeat): el nombre se repite, foo=bar&foo=qux.
  • Brackets Only (brackets): corchetes tras cada nombre, foo[]=bar&foo[]=qux.
  • Brackets with Indices (indices): corchetes con posición, foo[0]=bar&foo[1]=qux.
Casos de uso
un 400 en una petición con varios valores para un mismo filtro suele delatar el formato equivocado.
11

Lowercase Headers

options.lowercaseHeaders

Lo que ves en n8n

Notas y casos de uso

Los nombres de cabecera salen en minúsculas salvo que digas lo contrario. Encendido es el comportamiento por defecto, apagado conserva las mayúsculas tal como se escribieron.

Parámetros clave

  • Lowercase Headers: un interruptor, útil solo ante un servicio que lee los nombres de cabecera al pie de la letra.
Casos de uso
una API interna antigua que compara el nombre carácter a carácter se perderá un valor que sí estaba. Apagarlo cuesta menos que reescribir el servicio y no altera nada más de la petición.
12

Redirects

options.redirect

Lo que ves en n8n

Notas y casos de uso

Cuando un servidor contesta con una dirección nueva, el nodo la sigue por defecto. Esta opción acota ese comportamiento o lo corta.

Parámetros clave

  • Follow Redirects: encendido por defecto, apagado cuando quieres ver la propia respuesta de redirección y no su destino.
  • Max Redirects: el tope de saltos que acepta la petición antes de rendirse.
Casos de uso
comprobar si un enlace acortado sigue vivo pide cortar el seguimiento y leer la respuesta. Auditar una cadena de URL antiguas pide lo contrario, con un tope bajo.
13

Response

options.response

Lo que ves en n8n

Notas y casos de uso

Lo que sale del nodo se negocia. Esta opción le da forma, desde el formato hasta lo que cuenta como fallo.

Parámetros clave

  • Include Response Headers and Status: devuelve la respuesta completa en vez de solo el cuerpo.
  • Never Error: da por buena la ejecución aunque el código de estado no sea 2xx, y la gestión del error vuelve al flujo.
  • Response Format: autodetect (Autodetect), json (JSON), text (Text) o file (File), los dos últimos escribiendo en Put Output in Field.
Casos de uso
leer una cabecera de cuota exige la respuesta completa.
14

Pagination

options.pagination

Lo que ves en n8n

Notas y casos de uso

Las colecciones grandes llegan por trozos, y esta opción sigue pidiendo hasta completarlas. Mira antes una respuesta sin paginar para ver qué mecánica usa la API.

Parámetros clave

  • Pagination Mode: off (Off), updateAParameterInEachRequest (Update a Parameter in Each Request) con sus Parameters, o responseContainsNextURL (Response Contains Next URL) con Next URL.
  • Pagination Complete When: Response Is Empty, Receive Specific Status Code(s) con Status Code(s) when Complete, u Other con Complete Expression.
  • Limit Pages Fetched y Max Pages, más Interval Between Requests (ms).
Casos de uso
una exportación de clientes que ninguna llamada suelta puede devolver.
15

Proxy

options.proxy

Lo que ves en n8n

Notas y casos de uso

A veces el tráfico de salida tiene que pasar por una puerta concreta, sea por filtrado o para mantener una dirección de salida fija. Un solo campo se encarga.

Parámetros clave

  • Proxy: el proxy HTTP que usará la petición, escrito como http://myproxy:3128, con prioridad sobre las variables de entorno globales HTTP_PROXY, HTTPS_PROXY y ALL_PROXY.
Casos de uso
una API de un socio que solo acepta llamadas desde una dirección declarada, mientras el resto de la instancia mantiene su ruta normal. Como el campo manda sobre las variables, la excepción se queda dentro de este nodo.
16

Timeout

options.timeout

Lo que ves en n8n

Notas y casos de uso

Un servidor que no contesta nunca es peor que uno que rechaza. Este valor limita cuánto espera el nodo las cabeceras de respuesta y el inicio del cuerpo antes de abortar.

Parámetros clave

  • Timeout: la espera en milisegundos, por ejemplo 5000 en un endpoint que suele responder al instante.
Casos de uso
un flujo programado que recorre cientos de fichas no puede permitirse que una llamada colgada bloquee toda la ejecución. Un tiempo corto junto a Batching evita que una API lenta convierta un proceso nocturno en un problema de la mañana.
17

Send Credentials on Cross-Origin Redirect

options.sendCredentialsOnCrossOriginRedirect

Lo que ves en n8n

Notas y casos de uso

Una redirección puede llevar a otro dominio distinto. Esta opción decide si los secretos hacen ese viaje.

Parámetros clave

  • Send Credentials on Cross-Origin Redirect: un interruptor que permite que las credenciales, como la cabecera Authorization, sigan una redirección hacia un origen diferente.
Casos de uso
un endpoint de descarga que deriva a un dominio de almacenamiento necesita la cabecera para aceptar la petición. Fuera de ese patrón, no añadir la opción evita que un token acabe en un servidor que nunca debió leerlo.
18

Optimize Response

optimizeResponse

Lo que ves en n8n

Notas y casos de uso

Conectado a un agente de IA como herramienta, el nodo entrega su respuesta a un modelo, y una respuesta de API en bruto desperdicia tokens. Esta opción la adelgaza antes.

Parámetros clave

  • Expected Response Type: json (JSON) con Field Containing Data, Include Fields (All, Selected, Except) y Fields; html (HTML) con Selector (CSS), Return Only Content y Elements To Omit; o text (Text).
  • Truncate Response y Max Response Characters: un tope duro al tamaño.
Casos de uso
quedarte con unos pocos campos de un catálogo muy hablador.
Necesitas ayuda

¿Necesitas ayuda para automatizar HTTP Request con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Lo que se pregunta después

01¿El nodo HTTP Request está incluido en n8n?
Sí. Es un nodo core, que viene con n8n: nada que instalar y ningún coste extra por el lado de n8n. Se comporta igual en n8n Cloud, la oferta alojada por n8n, y en una instancia autoalojada instalada con Docker o npm, en Community Edition bajo licencia Sustainable Use. Un flujo construido en un sitio funciona en el otro sin retoques. Lo que cobre la API a la que llamas es otra historia, que depende de ese servicio y no de n8n. El nodo no añade contador, ni coste por llamada, ni cuota propia.
02¿Qué hace falta para que funcione?
Una URL y lo que pida el servicio de destino en materia de autenticación. No hay una cuenta que conectar como en una integración: el nodo lleva un selector Authentication con tres ajustes. None envía la petición desnuda. Predefined Credential Type reutiliza la autenticación que n8n ya implementó para un servicio admitido, elegida en Credential Type, y la documentación la recomienda siempre que esté disponible. Generic Credential Type cubre el resto desde Generic Auth Type, con Basic auth, Custom auth, Digest auth, Header auth, OAuth1 API, OAuth2 API, Query auth y Simplified Custom Auth. Una credencial se crea una vez en n8n y se reutiliza después.
03¿Qué límites tiene el nodo HTTP Request n8n?
Habla HTTP y nada más. Una transferencia de archivos por FTP, un comando remoto por SSH o una conexión directa a una base de datos necesitan su propio nodo, y ninguna configuración del campo URL cubre esa distancia. La opción Array Format in Query Parameters solo aparece con Send Query Parameters activado. Optimize Response queda reservada al caso en que el nodo se conecta a un agente de IA como herramienta. La versión 4 es la referencia descrita aquí: un flujo antiguo puede mostrar una versión anterior, con menos opciones, porque un nodo no cambia de versión por su cuenta.
04¿Cuándo usar HTTP Request en lugar de un nodo dedicado?
El nodo dedicado gana en cuanto cubre la operación. Lista los campos, los valida, y su credencial ya la entiende n8n: se construye antes y se lee mejor cuando otra persona retoma el flujo. HTTP Request se justifica en dos casos: el servicio no tiene nodo, o el nodo existe pero se queda corto en el endpoint que buscas, algo habitual en rutas de API recientes o poco usadas. En ese segundo caso, Predefined Credential Type deja reutilizar la credencial del servicio que ya registraste, así que la llamada personalizada se autentica sin configurar nada a mano.
05¿n8n o Make para llamar a una API?
Todo se juega en el alojamiento, el control de los datos y la forma del coste. Make es una plataforma alojada, sin opción de autoalojamiento, facturada por operación: previsible con volumen estable, bastante menos cuando un flujo recorre una colección grande y paginada. n8n funciona en n8n Cloud o en tu propia infraestructura con Docker o npm, así que los datos sensibles pueden quedarse en tu red. Las dos construyen los flujos de forma visual. Si las llamadas son muchas, paginadas y cargadas de datos que prefieres no mover fuera, el autoalojamiento inclina la balanza hacia n8n. Si no, es sobre todo cuestión de costumbres del equipo.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.