Recursos · Integración n8n

Nodo Switch n8nConfigura Switch en n8n.

Switch manda cada item entrante por una salida concreta. Todo el nodo Switch n8n descansa en un parámetro de cabecera, Mode, que elige entre reglas de coincidencia y una expresión que devuelve el número de salida. Útil en cuanto un flujo tiene que atender tres o cuatro casos distintos.

Probar el nodo Switch en n8nVer los 1 parámetros

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

Por qué automatizar

¿Para qué sirve de verdad el nodo Switch n8n?

Switch es un nodo core que dirige los items según reglas o una expresión. Se coloca en mitad de un flujo de trabajo, lee cada item que le llega y decide por cuál de sus salidas sale ese item. Donde el nodo If ofrece una rama verdadera y una falsa, Switch abre tantas ramas como pida el reparto. Así un solo flujo cubre varios casos, sin duplicarlo cuatro veces.

Primer caso, un flujo de facturas. Llegan por un disparador y el país de emisión marca el camino: las nacionales se registran en Google Sheets, las intracomunitarias pasan por una validación extra, el resto espera revisión manual. Tres ramas, un nodo, y una lógica que sigue siendo legible medio año después.

Segundo caso, la atención al cliente. El campo de prioridad decide: lo urgente se publica en un canal de Slack que alguien vigila, lo normal se contesta con una plantilla en Gmail y lo demás se archiva. Las Routing Rules se evalúan en orden, así que la condición más estricta va primero, o la general se la come.

Tercer caso, el modo Expression. El item trae un código de zona, una expresión corta lo convierte en índice y el item sale por la salida que toca. Ya no hay lista de reglas que mantener, solo un cálculo que devuelve un número. Este modo encaja cuando el número de ramas no cambia y la lógica es aritmética en vez de una serie de comparaciones.

¿Cuándo conviene otra cosa? Una pregunta de sí o no sigue siendo terreno del nodo If, más claro con sus dos ramas. Un reparto que termina llamando a una API sin nodo dedicado sigue siendo un reparto: Switch elige la rama y HTTP Request hace la llamada al final. Y si lo que buscas es modificar el dato en vez de mandarlo a un sitio, Switch no es el nodo: mueve items, nunca los reescribe.

Quedan los límites, mejor conocerlos antes de montar nada. Un item que no encaja con ninguna regla se descarta, salvo que Fallback Output diga otra cosa, y esa es la sorpresa más habitual. Las reglas comparan valores, así que el tipo de dato elegido tiene que corresponder con lo que guarda el campo. Esta página describe la versión 3 del nodo; un flujo antiguo puede mostrar una versión anterior con menos opciones. Si la lógica condicional atasca al equipo a menudo, el Curso n8n la trabaja con las manos.

Parámetros

¿Cómo se configura el nodo Switch ?

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

01

Mode

mode

Lo que ves en n8n

Notas y casos de uso

Mode decide cómo se dirige el dato, y el resto del panel sale de ahí.

Parámetros clave

  • Mode: rules construye una regla por salida, expression devuelve el número de salida.
  • Routing Rules: una condición por salida, añadida con Add Routing Rule; Rename Output activa un Output Name.
  • Number of Outputs y Output Index: la pareja del modo Expression, donde la expresión debe devolver un número y los índices arrancan en 0.
  • Options: Fallback Output (None, Extra Output, Output 0), Ignore Case, Less Strict Type Validation, Send data to all matching outputs.
Casos de uso
repartir tickets por prioridad en modo Rules, o convertir una puntuación en rama con {{ $json.score }}.
Necesitas ayuda

¿Necesitas ayuda para automatizar Switch con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Preguntas frecuentes sobre Switch

01¿El nodo Switch viene incluido en n8n?
Sí. Switch es un nodo core que viene con n8n, tanto en n8n Cloud como en una instancia autoalojada, en Community Edition con licencia Sustainable Use. Nada que instalar, ningún paquete que añadir, ningún coste extra por el lado de n8n. Un flujo que se apoya en él se comporta igual tanto si n8n corre en Docker en un servidor tuyo como si corre en la oferta alojada. El nodo aparece en el panel nada más abrir el editor, y el reparto que configures viaja con el flujo cuando lo exportas para importarlo en otro sitio. Lo que cuesta es lo que cuesta n8n, ni un céntimo más.
02¿Qué hace falta para que Switch funcione?
Nada que autenticar. Switch no tiene credential, es decir una credencial guardada dentro de n8n, ni selector Authentication: ninguna cuenta que conectar, ninguna clave que pegar antes de lanzarlo. Una pieza menos que se rompa en producción. Lo que sí necesita es dato. Switch nunca abre un flujo, funciona sobre los items que le llegan, así que delante va un disparador: un Schedule Trigger, un Webhook, o el trigger de una herramienta. También necesita saber qué comparar. Un campo llamado con una expresión del tipo {{ $json.estado }} tiene que existir en el item entrante, o la condición se queda sin nada que evaluar.
03¿Qué límites tiene el nodo Switch n8n?
Switch reparte items, no los transforma. El item que sale es el mismo que entró. Un item que no coincide con ninguna regla se ignora por defecto, y quien cambia eso es Fallback Output: Extra Output lo manda a una rama aparte, Output 0 lo saca junto a la primera regla. Por defecto un item sale por la primera salida cuya condición coincide, y Send data to all matching outputs altera ese comportamiento. Las comparaciones dependen del tipo de dato elegido: un número guardado como texto pide Less Strict Type Validation o una limpieza antes del nodo. Esta página describe la versión 3.
04¿Switch o el nodo If para repartir un flujo?
If para dos ramas, Switch a partir de ahí. El nodo If responde a una sola pregunta por sí o por no, y el flujo se lee muy bien con un lado verdadero y otro falso. En cuanto esa pregunta tiene tres respuestas o más, apilar nodos If deja una escalera que nadie quiere tocar, y Switch la sustituye por un solo nodo con una regla por salida. La otra decisión ocurre dentro de Switch, entre Rules y Expression. Rules encaja con condiciones de negocio escritas a mano: un estado, un país, un importe. Expression encaja con un número de rama calculable, y la expresión debe devolver un número.
05¿n8n o Make para este tipo de reparto?
Depende de dónde tenga que vivir el dato y de cómo se construya la factura. Make está alojado por Make, sin opción de autoalojamiento, y cobra por operación: un flujo que se abre en varias ramas ve crecer su coste con el volumen que procesa. n8n corre en su oferta alojada o en un servidor tuyo, lo que mantiene los datos sensibles dentro de tu infraestructura cuando ese punto pesa. En el reparto en sí, las dos plataformas ramifican en visual. La prueba honesta es la de un mes de uso: la herramienta que salga más barata y más clara con tus ramas reales es la buena.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.

Misma plataforma

Otros docs útiles sobre este stack.

Ver todas las integraciones