Los 8 nodos esenciales
No necesitás conocer todos los nodos antes de empezar. Lo que necesitás es un toolkit mínimo y potente. Estos ocho cubren disparadores, operaciones sobre datos, lógica de control y acciones sobre apps externas.
Trigger
Arranca el flujo. Tiene tres variantes principales: Schedule (en horario fijo, tipo cron), Webhook (cuando otra app llama a una URL) y Manual (vos lo ejecutás a mano, ideal para probar). Todo workflow empieza con uno y solo uno.
HTTP Request
Habla con CUALQUIER API. Es el conector universal: si no existe un nodo dedicado para una app pero esa app tiene API REST, lo resolvés con este. GET, POST, PUT, DELETE, headers, autenticación, body JSON. El más usado después del Trigger.
IF
Ramificación condicional con exactamente dos salidas: true y false. "¿El monto supera los $100.000?" → sí: sigue por un camino; no: sigue por el otro. Es la bifurcación básica de cualquier lógica de negocio.
Switch
Cuando hay más de dos caminos. Enruta según múltiples condiciones: "¿qué categoría tiene el pedido?" → electrónica / ropa / alimentos / otro. Cada rama es independiente. Evitá anidar IFs cuando tenés más de dos casos.
Merge
Combina datos que venían de varias ramas o nodos distintos en un único flujo. Imprescindible cuando usás IF o Switch y querés volver a juntar los caminos más adelante antes de la acción final.
Edit Fields (Set)
Selecciona, agrega y transforma campos antes de pasarlos al siguiente nodo. Renombrá una clave, calculá un valor nuevo, combiná dos strings, eliminá los campos que no necesitás. Es el nodo de limpieza y preparación de datos.
Code
Ejecuta código propio en JavaScript o Python cuando la lógica no entra en los nodos visuales. Es el escape hatch: transformaciones complejas, cálculos matemáticos avanzados, manipulación de arrays. Siempre como último recurso; si hay nodo visual, usalo.
Nodos de apps
Gmail, Slack, Google Sheets, Postgres, Notion, OpenAI, WhatsApp, Airtable, HubSpot, Jira y cientos más. Cada uno viene preconfigurado para la API de esa app: solo ponés credenciales y elegís la acción. Si existe el nodo, siempre es mejor que HTTP Request.
Lógica de control: ramificación con IF y Switch
La ramificación es lo que convierte una secuencia lineal en un proceso inteligente. El nodo IF evalúa una condición y manda los ítems por uno de dos carriles: el carril true y el carril false. No es que "filtra": todos los ítems siguen, pero cada uno por el camino que le corresponde.
En el canvas de n8n, el nodo IF tiene dos salidas visibles: una etiquetada true (arriba) y otra false (abajo). De cada salida colgás los nodos que correspondan. Podés tener ramas completamente distintas en cada camino o volver a unirlas con Merge más adelante.
Cuando los casos son más de dos, usá Switch. Tiene tantas salidas como condiciones definas. Es más legible que anidar tres IFs uno dentro del otro.
# con IF (2 caminos)
monto > 100000 → true: Slack a ventas
→ false: registrar en Sheets
# con Switch (N caminos)
categoria == "electronica" → rama 0
categoria == "ropa" → rama 1
categoria == "alimentos" → rama 2
default → rama 3 (fallback)Iteración: n8n ya itera solo
Como vimos en la Sección 05, n8n itera automáticamente: si un nodo recibe una lista de 50 ítems, corre una vez por ítem. No necesitás un bucle explícito para el caso común.
Hay un caso especial: Loop Over Items (también llamado "Split in Batches"). Usalo cuando necesitás procesar de a lotes —por ejemplo, de a 10 ítems por vez— para respetar los rate limits de una API. Si mandás 500 mails de golpe, muchos servicios te bloquean; con Loop controlás el ritmo.
Si la API que usás tiene límite de requests por minuto (Notion, HubSpot, muchas otras), usá Loop Over Items con un tamaño de lote conservador (5–20) y un nodo Wait al final del loop para frenar entre tandas. Sin esto, tu workflow va a fallar silenciosamente a mitad de ejecución.
Filtrar: el nodo Filter
El nodo Filter descarta ítems que no cumplen una condición. A diferencia de IF, no abre una rama alternativa: simplemente deja pasar los ítems que cumplen y elimina los que no. Más simple que IF cuando solo te importan los ítems válidos y querés ignorar el resto.
Deja pasar o no
Recibe N ítems, devuelve M ítems (M ≤ N). Los que no cumplen la condición desaparecen. No hay rama alternativa. Ideal para: "solo procesá los pedidos confirmados" o "ignorá los registros con email vacío".
Dos caminos
Todos los ítems siguen, pero cada uno por la rama que le corresponde. Ideal cuando querés hacer algo diferente según la condición, no simplemente ignorar los negativos.
Manejo de errores
Los workflows en producción fallan. Una API está caída, un dato llega mal formado, el servidor externo tarda demasiado. n8n tiene tres herramientas para manejar esto con elegancia:
Continue on Fail: setting de cada nodo. Si ese nodo falla para un ítem, el workflow no se cae: sigue con el resto o con un valor de error que podés inspeccionar más adelante. Activalo en nodos críticos de producción.
Retry on Fail: reintentos automáticos con delay configurable. Si una API da error 503 (server busy), n8n la vuelve a intentar 2–3 veces antes de rendirse. Evita fallos por problemas transitorios.
Error Trigger: un workflow especial que se dispara automáticamente cuando otro workflow falla. El caso más común: te manda un mensaje de Slack con el nombre del workflow fallido, el error y el momento exacto. Imprescindible cuando automatizás procesos de negocio reales.
Ya tenés las tres piezas: un disparador que arranca el flujo, lógica (IF, Switch, Filter, Code) que toma decisiones, y acciones (nodos de apps, HTTP Request) que ejecutan el trabajo. Ahora vamos a juntar todo eso y construir paso a paso el workflow completo que diseñamos en la Sección 02: el procesador de formularios de contacto, de la servilleta al canvas de n8n.