Nodo SSE Trigger n8nConfigura SSE Trigger en n8n.

El primer escenario son los procesos que tardan. Muchos servicios internos publican el avance de una importación o de un cálculo en forma de flujo continuo, en lugar de obligarte a preguntar una y otra vez. Así el flujo de trabajo no arranca por reloj sino cuando llega la actualización, y los nodos siguientes la dejan donde el equipo mira de verdad: una fila en Google Sheets o un aviso corto por Gmail.

El segundo son los flujos que solo se leen. Paneles de control, colas de trabajo y buses de eventos suelen exponer un flujo SSE de solo lectura. El nodo se ocupa de la conexión y lo interesante viene después: filtrar lo que importa y quedarte con la parte que merece una acción, en vez de recibirlo todo.

El tercero es de exploración. El campo URL acepta cualquier dirección que emita eventos, así que una ejecución de prueba en el editor basta para ver qué manda el servidor antes de diseñar nada a su alrededor. Con un evento a la vista, el resto del flujo se dibuja solo.

Queda el caso contrario, cuando este nodo no toca. Si el otro sistema sabe llamar a n8n, el nodo Webhook resulta más sencillo: n8n publica una URL, el sistema la llama y no hay nada que mantener abierto. SSE Trigger va en el sentido opuesto, cuando el flujo ya existe y le toca a n8n escuchar. Y si solo quieres leer un endpoint una vez o llamar a una API HTTP sin nodo dedicado, eso es trabajo de HTTP Request, no de un trigger.

Dos límites antes de construir sobre él. El nodo tiene un único parámetro, la URL, de modo que cualquier otra necesidad del flujo se resuelve más adelante en el lienzo. Y un trigger solo escucha de forma continua si el flujo de trabajo está activo; mientras editas, la ejecución de prueba abre una escucha puntual y ahí se detiene. La versión descrita es la 1 del catálogo, y un flujo antiguo puede mostrar una anterior. Si estás comparando herramientas antes de montarlo, la Reseña n8n cubre esa parte.