Tu primer flujo en n8n: tres retos sin IA ni claves

Diagnóstico: evidencias preparadas, sin ejecutar n8n

Resuelve causa, evidencia, corrección mínima y prueba funcional antes de abrir la solución. Después realiza la práctica real.

Reto 1 · Una solicitud y una ejecución

Ejecutas el flujo dos veces. Decide qué representa la salida y cómo conservar la identidad. No existe ningún nodo de envío.

Entrada y configuración

Manual Trigger → Edit Fields

id (String): S-GRATIS
asunto (String):   No imprime  

OUTPUT preparado

Ejecución A y ejecución B (independientes)

Cada ejecución: [{"json":{"id":"S-GRATIS","asunto":"  No imprime  "}}]

Efectos observados

Nodos conectados

No hay HTTP, correo ni bandeja. Una ejecución nueva no acumula items en la anterior.

Causa principal

1. Dos ejecuciones significan dos items en la misma salida.
2. Cada ejecución tiene un item independiente; aún no hay efecto externo.
3. El segundo disparo borra todas las ejecuciones.

Evidencia determinante

1. El nodo es verde, así que envió un correo.
2. El título del workflow es suficiente.
3. El OUTPUT tiene un objeto json y el grafo no incluye un envío.

Corrección mínima

1. Mantener id y asunto como texto y conectar los dos nodos.
2. Eliminar id porque el orden identifica la solicitud.
3. Añadir aprobado=true para que termine.

Cómo verificarlo

1. Comprar una API para comprobarlo.
2. Repetir con id=S-OTRO y observar un item nuevo, sin envíos.
3. Marcar el curso como terminado.

Reto 2 · Limpia sin perder el original

Una expresión fija elimina espacios; compara dos configuraciones de Edit Fields y elige la que conserva la trazabilidad.

INPUT preparado

Un item de entrada

{"id":"S-GRATIS","asunto":"  No imprime  "}

Expresión y dos salidas

={{ String($json.asunto ?? "").trim() }}

A · Include Other Input Fields desactivado:
{"asunto_limpio":"No imprime"}
B · Activado:
{"id":"S-GRATIS","asunto":"  No imprime  ","asunto_limpio":"No imprime"}

Casos límite preparados

Texto, espacios, ausencia y null

"  No imprime  " → "No imprime"
"   " → ""
Ausente → ""
null → ""
Este reto parte de texto o ausencia; convertir un objeto a texto no acredita un contrato válido.

Causa principal

1. La salida A pierde id porque no conserva los campos de entrada.
2. trim elimina el identificador de cualquier objeto.
3. La entrada ya estaba aprobada.

Evidencia determinante

1. El color del nodo prueba que conservó todo.
2. A solo contiene asunto_limpio; B conserva también id y asunto.
3. El historial de Git muestra la salida.

Corrección mínima

1. Inventar otro id después de cada ejecución.
2. Borrar el asunto original para ahorrar memoria.
3. Activar Include Other Input Fields y añadir asunto_limpio sin sustituir asunto.

Cómo verificarlo

1. Aceptar cualquier objeto porque String lo convierte.
2. Probar texto, espacios, ausencia y null, comparando id, original y campo limpio.
3. Repetir solo el caso normal.

Reto 3 · Elige una sola rama

El IF del flujo se configuró sobre asunto original. Descubre por qué una entrada con espacios sigue una ruta incorrecta.

INPUT preparado

Tres ensayos independientes

A: {"id":"S-1","asunto":"  No imprime  ","asunto_limpio":"No imprime"}
B: {"id":"S-2","asunto":"   ","asunto_limpio":""}
C: {"id":"S-3","asunto_limpio":""}

Configuración defectuosa

IF · String → is not empty

Valor: {{ $json.asunto }}
B toma true porque el original contiene espacios. No se ha consultado asunto_limpio.

Contrato de salida preparado

Conservar campos en ambos Edit Fields

true → estado=lista_para_revision
false → estado=incompleta
Cada item recorre una sola salida. lista_para_revision no significa aprobado ni enviado.

Causa principal

1. El nodo necesita una clave de IA.
2. Ambas ramas deben ejecutarse siempre.
3. La condición consulta el original en vez del campo normalizado.

Evidencia determinante

1. B tiene asunto con espacios y asunto_limpio vacío, pero entra por true.
2. La hora del equipo está en UTC.
3. Cualquier ejecución verde acredita un envío.

Corrección mínima

1. Usar asunto_limpio en String → is not empty y conservar id en ambas ramas.
2. Cambiar siempre estado a aprobada.
3. Eliminar la salida false.

Cómo verificarlo

1. Comprobar solo A y confiar en el resto.
2. Ensayar A → revisión y B/C → incompleta; una salida por item, sin envío.
3. Conectar un correo real para demostrarlo.