Recursos · Integración n8n

Integración SIGNL4 n8nAutomatiza SIGNL4 con n8n.

¿Quién se entera cuando algo se rompe a las 3 de la madrugada? La integración SIGNL4 n8n se resume en un recurso, Alert, y 2 operaciones: levantar una alerta y cerrarla. No hay nodo trigger, así que el workflow arranca en otro sitio. Pensado para equipos que hacen guardias.

Probar la integración SIGNL4 en n8nVer las 2 operaciones

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

Por qué automatizar

¿Qué hace de verdad la integración SIGNL4 n8n?

El nodo SIGNL4 convierte cualquier workflow de n8n en un canal de guardia. Expone un solo recurso, Alert, con 2 operaciones: enviar una alerta y resolver una que ya salió. La autenticación se apoya en una credencial única, es decir, unos datos de conexión guardados dentro de n8n, construida sobre un secreto de webhook. No existe nodo trigger de SIGNL4: n8n empuja hacia SIGNL4 y nunca lo escucha.

Primer escenario, vigilar un proceso que no puede fallar en silencio. Un workflow consulta un endpoint cada cierto tiempo, compara el resultado con lo esperado y llama a alert.send cuando la diferencia deja de ser aceptable. Esa misma ejecución puede dejar constancia del incidente en Google Sheets para la revisión semanal.

Segundo escenario, escalar cuando nadie responde. El primer aviso sale por Telegram. Si sigue sin respuesta en la ejecución siguiente, el workflow levanta un Signl con Alerting Scenario en multi_ack: entonces la alerta tiene que confirmarla todo el personal de guardia en ese momento, no solo quien la vea primero.

Tercer escenario, cerrar el círculo. Cuando la situación vuelve a la normalidad, el workflow llama a alert.resolve con el mismo External ID que usó al enviar. Ese identificador es el único vínculo entre la alerta y su cierre. Sin él, SIGNL4 no tiene nada que emparejar.

Cuándo tirar de HTTP Request: el nodo envía y resuelve, y la lista termina ahí. Todo lo que quede fuera de esas 2 operaciones pasa por el nodo HTTP Request, que llama a cualquier endpoint de la API de SIGNL4 reutilizando la misma credencial mediante la autenticación predefinida.

Los límites, sin adornos. Al no haber nodo trigger de SIGNL4, un workflow suyo arranca con un Schedule Trigger a intervalo fijo, con el nodo Webhook de n8n al que llama un servicio externo, o con el trigger de otra herramienta, por ejemplo Pushover. Si la plataforma aún está en duda, la Reseña n8n compara alojamiento y coste, y el Curso n8n enseña a montar workflows como estos.

Conexión

¿Cómo conectar SIGNL4 con n8n?

  1. 01

    Crea la cuenta de SIGNL4

    Todo empieza con una cuenta de SIGNL4. Al terminar el registro, SIGNL4 manda el correo titulado « Sign up complete ». Guárdalo: contiene la URL del webhook de entrada de tu equipo, es decir, la dirección a la que llaman los servicios externos para levantar una alerta. La credencial que vas a crear en n8n sale entera de ahí, sin instalar nada.

  2. 02

    Saca el Team Secret de la URL

    La credencial de n8n pide un único valor, Team Secret. Es el último segmento de la URL del webhook de entrada, no la dirección completa. Si la URL del correo es https://connect.signl4.com/webhook/helloworld, el team secret es helloworld. Copia solo ese fragmento, sin el dominio y sin la barra que lo precede.

  3. 03

    Guarda la credencial y reutilízala

    En n8n, abre el menú Credentials, crea una credencial de SIGNL4, pega el Team Secret y guarda. Una credencial se crea una vez y luego aparece en la lista desplegable de cada nodo que la necesite, igual en n8n Cloud que en una instancia autoalojada. Los siguientes workflows ya no vuelven a ver el secreto.

Acciones

¿Qué sabe hacer el nodo SIGNL4 ?

El nodo SIGNL4 expone 2 operaciones en 1 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoResolveSend
Alert✓✓

Alert

2 operaciones
01

Send an alert

alert.send

Lo que ves en n8n

Notas y casos de uso

Levanta un Signl en SIGNL4 y lo empuja al personal de guardia. Ningún campo es obligatorio, así que el nodo se ejecuta incluso con el formulario vacío. El texto sigue importando.

Parámetros clave

  • Message: la descripción detallada de la alerta, tomada del item entrante con una expresión como {{ $json.field }}.
  • Title: el asunto de la alerta, dentro de Additional Fields, la colección de 7 campos opcionales.
  • Alerting Scenario: single_ack si basta una confirmación, multi_ack si tiene que confirmarla todo el personal de guardia.
  • Service: coloca la alerta en la categoría de servicio o de sistema que lleva ese nombre.
Casos de uso
una sincronización nocturna que falla levanta un Signl con el texto del error y Service apuntando al proceso afectado.
02

Resolve an alert

alert.resolve

Lo que ves en n8n

Notas y casos de uso

Cierra una alerta que ya está abierta en SIGNL4, para que la guardia deje de recibir avisos de algo resuelto. Es la contraparte del envío y lleva un solo parámetro.

Parámetros clave

  • External ID: el identificador único del registro, en el sistema externo, que originó la alerta. Tiene que repetir el valor exacto que pasaste al enviarla, o SIGNL4 no podrá emparejar las dos. SIGNL4 también comunica ese identificador en sus notificaciones webhook salientes.
Casos de uso
un control de existencias que vuelve a ver stock disponible cierra el Signl que abrió al detectar la rotura.
Necesitas ayuda

¿Necesitas ayuda para automatizar SIGNL4 con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

SIGNL4 y n8n, las preguntas que vienen después

01¿La integración SIGNL4 n8n es gratis?
Sí, por el lado de n8n. El nodo SIGNL4 viene incluido con n8n, así que no hay nada que instalar ni coste adicional, tanto si el workflow corre en n8n Cloud como en una instancia autoalojada en Community Edition con licencia Sustainable Use. El workflow se comporta igual en ambos casos. Lo que cuesta una suscripción de SIGNL4 no se trata aquí, porque no forma parte de los datos de catálogo con los que se construye esta página. Presupuesta la herramienta aparte y toma el nodo como un conector gratuito entre las dos, sin marketplace ni módulo de pago que activar antes.
02¿Qué credenciales necesita el nodo SIGNL4?
Una sola, construida sobre un secreto de webhook. SIGNL4 admite aquí un único método de autenticación y pide un valor, el Team Secret. Ese secreto es la última parte de la URL del webhook de entrada, y SIGNL4 te lo manda en el correo de registro completado. Si la URL termina en helloworld, entonces helloworld es el team secret. Como solo hay un método admitido, no hay clave de API que rotar ni aplicación OAuth que registrar. La credencial se crea una vez desde el menú Credentials y después cada nodo SIGNL4 la elige de una lista desplegable en lugar de guardar su propia copia.
03¿Qué límites tiene el nodo SIGNL4 en n8n?
Hace dos cosas. El nodo cubre un recurso, Alert, con 2 operaciones, enviar y resolver, y nada más allá. Cualquier otra cosa que quieras de SIGNL4 pasa por el nodo HTTP Request, que llama a cualquier endpoint de la API de SIGNL4 reutilizando la misma credencial mediante la autenticación predefinida. Tampoco hay lectura: n8n empuja alertas y nunca recupera una lista, así que este nodo no tiene interruptor Return All ni paginación que gestionar. La resolución depende del External ID usado al enviar, de modo que ese identificador se decide antes de que salga la primera alerta.
04¿Cómo se lanza un workflow de SIGNL4 sin trigger?
Con otro disparador, porque SIGNL4 no tiene nodo trigger en n8n. Funcionan tres caminos. El Schedule Trigger ejecuta el workflow a intervalo fijo, algo que encaja con los bucles de vigilancia que comprueban un estado y avisan cuando la comprobación falla. El nodo Webhook de n8n da una URL a la que llama un servicio externo, así que la alerta sale en cuanto ese servicio publica en ella. O bien el trigger de otra herramienta arranca la ejecución y el nodo SIGNL4 se coloca al final de la cadena. Nada dentro de SIGNL4 puede arrancar un workflow de n8n.
05¿n8n o Make para SIGNL4?
Depende del alojamiento y del modelo de coste. n8n se instala en tu propio servidor con Docker o npm, o se usa en n8n Cloud, y el workflow es idéntico en ambos casos. Make solo funciona alojado, sin opción de autoalojamiento, y factura por operación. Si el volumen de alertas es irregular, con un bucle de vigilancia que encadena muchas ejecuciones incluso en una semana tranquila, ese modelo por operación es lo primero que conviene calcular. Si el contenido de las alertas debe quedarse en tu infraestructura, el autoalojamiento zanja la duda. Ambas se construyen en visual, así que el editor rara vez decide.
Misma plataforma

Otros docs útiles sobre este stack.

Ver todas las integraciones