Integración JWT n8nAutomatiza JWT con n8n.
¿Tu flujo tiene que hablar con un servicio que solo acepta tokens firmados? La integración JWT n8n lo resuelve con un nodo y 3 operaciones: decodificar, firmar y verificar. La clave vive en un credential que creas una vez y el nodo la usa en cada ejecución.
Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth
¿Qué hace de verdad la integración JWT n8n?
JWT viene de JSON Web Token, el formato que describe la RFC 7519. En n8n, la integración JWT n8n cabe en un solo nodo: 3 operaciones sobre 1 recurso para firmar un token, verificarlo o leer lo que lleva dentro. Todo ocurre entre ese nodo y un credential JWT, donde se guardan la clave y el algoritmo.
Empecemos por lo habitual: un flujo programado tiene que llamar a un servicio que solo acepta una aserción firmada. Sign a JWT arma ese token justo antes de la llamada. Rellenas Expires In, la vida del token en segundos, indicas el destinatario en Audience y el token pasa al nodo que lanza la petición.
El sentido contrario aparece igual de a menudo. Un servicio externo llama a tu Webhook de n8n, la URL que n8n expone para que un sistema de fuera arranque un flujo, y la llamada trae un token. Verify a JWT va justo detrás y corta el flujo cuando el token no cuadra, así que la fila en Postgres o el aviso por Gmail solo salen cuando la comprobación pasa.
Queda el caso menos vistoso, el que ahorra una tarde entera. Llega un token y nadie sabe qué lleva dentro. Decode a JWT lo convierte en JSON legible, Return Additional Info añade la cabecera y la firma, y puedes dejar el resultado en Google Sheets mientras localizas el claim que te interesa.
Casi ningún valor se escribe a mano. Viene de una expresión, la sintaxis {{ }} con la que n8n toma un dato del item que entra, escrita como {{ $json.field }}. Un campo marcado como requerido detiene la ejecución del nodo mientras siga vacío: es lo que pasa con Token en Decode a JWT y en Verify a JWT.
El nodo cubre 3 operaciones sobre 1 recurso. Fuera de ese catálogo entra el nodo HTTP Request, que llama a cualquier endpoint de la API de una herramienta reutilizando el mismo credential mediante la autenticación predefinida. Y si todavía dudas de plataforma, la Reseña n8n lo desarrolla, mientras que el Curso n8n encaja cuando es un equipo entero el que va a montar estos flujos.
¿Cómo se configura el credential JWT en n8n?
- 01
Crear el credential JWT
En n8n, abre el menú Credentials y crea un credential JWT. Un credential es la caja donde guardas el secreto: lo rellenas una vez y aparece en la lista desplegable de cada nodo que lo necesita, en este flujo y en los siguientes. Además no es exclusivo del nodo JWT, el nodo Webhook admite ese mismo credential.
- 02
Elegir el Key Type
Hay 2 tipos de clave. Passphrase firma con un secreto y un algoritmo HMAC, así que el credential te pide ese Secret. PEM Key apunta al private key JWT con algoritmo RSA o ECDSA: pegas una Private Key y una Public Key obtenidas al generar un par de claves. Elige el tipo que corresponda a la clave que ya tienes en la mano.
- 03
Seleccionar el Algorithm
Último campo: el Algorithm con el que se firma la aserción. El credential admite
HS256,HS384,HS512,RS256,RS384,RS512,ES256,ES384,ES512,PS256,PS384,PS512ynone. Guarda el credential, abre el nodo JWT y ya aparece en su lista desplegable.
¿Qué sabe hacer el nodo JWT en n8n?
El nodo JWT expone 3 operaciones. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.
Decode a JWT
decodeLo que ves en n8n
Notas y casos de uso
Decodificar devuelve el contenido del token en JSON. Listo para el nodo siguiente. Si activas Return Additional Info, recibes el token decodificado completo, con la información de cabecera y de firma, en lugar de solo el payload.
Parámetros clave
- Token: el token a verificar o decodificar, campo requerido, normalmente una expresión que apunta al item que entra,
{{ $json.field }}. - Return Additional Info: desactivado, tienes el payload; activado, llegan también la cabecera y la firma.
- Key ID: el claim de cabecera opcional
kid, que indica la clave para validar la firma.
Sign a JWT
signLo que ves en n8n
Notas y casos de uso
Firmar crea el token en vez de leerlo. No hay ningún campo obligatorio: rellenas los claims que necesitas, uno a uno en la colección Payload Claims y sus 12 campos, o en JSON si el payload lo prepara un nodo anterior.
Parámetros clave
- Use JSON to Build Payload: indica si los claims se construyen en JSON, el objeto va a Payload Claims (JSON).
- Expires In: la vida del token en segundos,
3600como ejemplo. - Audience: identifica a los destinatarios del JWT.
Verify a JWT
verifyLo que ves en n8n
Notas y casos de uso
Aquí el nodo comprueba el token con el algoritmo definido en el credential, y las opciones marcan cuánto aprieta esa comprobación. Si existe Clock Tolerance es porque dos servidores casi nunca van al mismo segundo.
Parámetros clave
- Token: también requerido aquí, y un campo requerido vacío detiene el nodo antes que ninguna otra cosa.
- Ignore Expiration: indica si se ignora la expiración del token durante la comprobación.
- Clock Tolerance: los segundos que se toleran al comprobar los claims nbf y exp, para absorber pequeñas diferencias de reloj entre servidores.
¿Necesitas ayuda para automatizar JWT con n8n?
El equipo te responde directamente.
Cada mensaje lo lee una persona.
