Recursos · Integración n8n

Integración UptimeRobot n8nAutomatiza UptimeRobot con n8n.

¿Cuánto tiempo se va en dar de alta monitores a mano? La integración UptimeRobot n8n abre 21 operaciones repartidas en 5 recursos: monitores, contactos de alerta, ventanas de mantenimiento, páginas de estado públicas y la cuenta. Sin nodo trigger propio, el flujo arranca con un horario o con un webhook.

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

Por qué automatizar

¿Qué aporta de verdad la integración UptimeRobot n8n?

UptimeRobot vigila URLs y devuelve su estado. n8n es la herramienta de flujos de trabajo que lee y escribe esa configuración por ti. Con los dos conectados, cada monitor, contacto de alerta, ventana de mantenimiento o página de estado pasa a ser un objeto que un flujo crea, consulta, modifica o borra, sin que nadie abra el panel de UptimeRobot.

El nodo abarca 5 recursos y 21 operaciones. Monitor es el más completo: creación, lectura, listado, actualización, reinicio y borrado. Alert Contact y Maintenance Window ofrecen los mismos cinco verbos. Public Status Page se queda en cuatro, porque el catálogo no incluye una operación de actualización para ese recurso. Account tiene una sola, ideal como prueba de conexión.

Primer escenario: alta de un sitio nuevo. Llega una fila a Google Sheets con el dominio, el flujo llama a monitor.create con la URL y un nombre reconocible, guarda el identificador devuelto y encadena con publicStatusPage.create. El cliente recibe su enlace de estado el mismo día de la publicación.

Segundo escenario: una madrugada de despliegue sin ruido. Antes de la bascula, el flujo abre una ventana con maintenanceWindow.create, con la duración en minutos y la hora de inicio calculada en la propia ejecución. El aviso sale por Slack y la ventana se borra cuando el despliegue queda validado.

Tercer escenario: inventario semanal. Un Schedule Trigger lanza monitor.getAll con Return All activado y los filtros Logs y Response Times marcados, y vuelca cada fila en Postgres. Así queda un histórico consultable que el panel por sí solo no guarda.

Dos límites antes de construir nada. No existe nodo trigger de UptimeRobot, así que una alerta solo llega a n8n a través de un nodo Webhook, es decir una URL de n8n que un servicio externo invoca. Y cualquier endpoint que el nodo no cubra sigue al alcance del nodo HTTP Request, que reutiliza el mismo credential mediante la autenticación predefinida. Si todavía estás eligiendo plataforma, la Reseña n8n entra en detalle y el Curso n8n enseña a montar flujos como estos.

Conexión

¿Cómo se conecta UptimeRobot con n8n?

  1. 01

    Abrir la cuenta de UptimeRobot

    El nodo se autentica contra tu propia cuenta de UptimeRobot, así que esa cuenta tiene que existir antes que nada. Los monitores, contactos de alerta, ventanas de mantenimiento y páginas de estado que el flujo lea o escriba después pertenecen a ella. Del lado de n8n no se instala nada: el nodo UptimeRobot viene incluido, tanto en n8n Cloud como en una instancia autoalojada.

  2. 02

    Generar una Main API Key

    En UptimeRobot, entra en My Settings > API Settings y crea una Main API Key. Hay tres tipos de clave: account-specific, llamada también main, que recupera datos de varios monitores; monitor-specific, limitada a un único monitor; y read-only, que solo ejecuta llamadas GET. La clave main es la que cubre las 21 operaciones del nodo.

  3. 03

    Guardar la clave como credential de n8n

    En n8n, menú Credentials, añade un credential de UptimeRobot: es el acceso que se guarda una vez y se reutiliza en todos los flujos. Pega la clave en el campo API Key y guarda. A partir de ahí, cada nodo UptimeRobot lo ofrece en su lista desplegable. Pon un nodo account.get y ejecútalo una vez para comprobar que la clave responde.

Acciones

Las 21 operaciones del nodo UptimeRobot

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

Matriz recursos × operaciones
RecursoCreateGetGet ManyUpdateDeleteReset
Account✓
Alert Contact✓✓✓✓✓
Maintenance Window✓✓✓✓✓
Monitor✓✓✓✓✓✓
Public Status Page✓✓✓✓

Account

1 operación
01

Get an account

account.get

Lo que ves en n8n

Notas y casos de uso

Devuelve los datos de la cuenta asociada a la clave API seleccionada en el nodo. No pide ningún parámetro, lo que la convierte en la forma más barata de validar un credential antes de que un flujo entero dependa de él.

Casos de uso
ponla como primer nodo de un flujo nuevo y ejecútala una vez. Una respuesta limpia confirma que la clave es válida y del tipo correcto. Un error aquí te ahorra investigar por qué no salía la creación de un monitor.

Alert Contact

5 operaciones
02

Create an alert contact

alertContact.create

Lo que ves en n8n

Notas y casos de uso

Añade un destino de alertas a la cuenta y lo devuelve con su identificador, para que el nodo siguiente pueda reutilizarlo.

Parámetros clave

  • Friendly Name: el nombre legible del contacto, el que verás en los listados.
  • Type: el tipo de contacto, entre Boxcar (4), E-Mail (2), Pushbullet (6), Pushover (9), SMS (1), Twitter DM (3) y Webhook (5).
  • Value: el valor que corresponde a ese tipo, a menudo {{ $json.email }} cuando viene de un nodo anterior.
Casos de uso
cambia la persona de guardia y el flujo da de alta su dirección como contacto E-Mail.
03

Delete an alert contact

alertContact.delete

Lo que ves en n8n

Notas y casos de uso

Elimina un contacto de alerta de la cuenta de forma definitiva. No queda archivado, así que el identificador debería venir de un listado leído justo antes, no de una nota vieja.

Parámetros clave

  • ID: el identificador del contacto, normalmente {{ $json.id }} desde un nodo alertContact.getAll colocado antes.
Casos de uso
alguien deja el equipo. El flujo de salida lee la lista, localiza el contacto por su nombre y lo borra, para que las alertas dejen de caer en un buzón que ya nadie revisa.
04

Get an alert contact

alertContact.get

Lo que ves en n8n

Notas y casos de uso

Recupera un contacto de alerta concreto, de uno en uno, y entrega sus campos al resto del flujo.

Parámetros clave

  • ID: el identificador del contacto buscado, fijo cuando siempre es el mismo, o {{ $json.id }} cuando viaja con el item.
Casos de uso
justo antes de modificar o borrar un contacto, esta operación lee su estado actual para que la ejecución quede registrada con el valor que tenía antes del cambio.
05

Get many alert contacts

alertContact.getAll

Lo que ves en n8n

Notas y casos de uso

Lista los contactos de alerta dados de alta en la cuenta, un item de n8n por contacto.

Parámetros clave

  • Return All: activado, n8n encadena las páginas de la API hasta el último contacto; desactivado, se detiene en Limit.
  • Limit: el número máximo de contactos devueltos cuando Return All queda sin marcar.
  • Alert Contact IDs: en Filters, identificadores separados por guiones, del tipo 236-1782-4790, para traer solo un subconjunto conocido.
Casos de uso
una revisión mensual saca la lista completa y señala los contactos que ya no corresponden a nadie activo.
06

Update an alert contact

alertContact.update

Lo que ves en n8n

Notas y casos de uso

Modifica un contacto sin recrearlo: conserva su identificador y deja intacto lo que no toques.

Parámetros clave

  • ID: el identificador del contacto a modificar, obligatorio aunque solo cambies un campo.
  • Friendly Name: en Update Fields, el nuevo nombre mostrado.
  • Value: en Update Fields, el valor correspondiente, utilizable únicamente si el contacto es de tipo Webhook.
Casos de uso
el endpoint de incidencias se muda a otro dominio y un flujo reescribe el Value de cada contacto webhook, en vez de una tanda de ediciones manuales.

Maintenance Window

5 operaciones
07

Create a maintenance window

maintenanceWindow.create

Lo que ves en n8n

Notas y casos de uso

Declara una ventana de mantenimiento en la cuenta y la devuelve, para que el flujo que la abrió sepa cerrarla.

Parámetros clave

  • Duration (Minutes): el periodo de activación de la ventana, en minutos.
  • Friendly Name: el nombre de la ventana, mejor derivado de la operación que cubre.
  • Type: Once (1), Daily (2), Weekly (3) o Monthly (4).
  • Start Time: la fecha y hora de inicio, a menudo {{ $json.startsAt }}.
  • Week Day y Month Day: opcionales, fijan el día de una ventana recurrente.
Casos de uso
el pipeline de despliegue abre la ventana antes de subir a producción.
08

Delete a maintenance window

maintenanceWindow.delete

Lo que ves en n8n

Notas y casos de uso

Retira una ventana de mantenimiento de la cuenta. Desaparece de la configuración, de modo que una ventana recurrente deja de volver según su ritmo.

Parámetros clave

  • ID: el identificador de la ventana, casi siempre {{ $json.id }} que llega del nodo que la creó o la listó.
Casos de uso
terminada la migración, la ventana semanal que la cubría ya no tiene sentido. La rama de cierre del mismo flujo la borra y la configuración no se llena de restos.
09

Get a maintenance window

maintenanceWindow.get

Lo que ves en n8n

Notas y casos de uso

Relee una ventana de mantenimiento y devuelve sus ajustes actuales, con duración, tipo y hora de inicio.

Parámetros clave

  • ID: el identificador de la ventana a leer, el valor guardado cuando se creó.
Casos de uso
antes de alargar una ventana, el flujo lee la que existe, calcula la nueva duración a partir de lo que vuelve y solo entonces llama a la operación de actualización. Leer primero evita pisar un ajuste que alguien tocó en el panel hace una hora.
10

Get many maintenance windows

maintenanceWindow.getAll

Lo que ves en n8n

Notas y casos de uso

Devuelve las ventanas de mantenimiento configuradas en la cuenta, un item cada una, listas para filtrar o contar más adelante.

Parámetros clave

  • Return All: marcado, el nodo recorre todo; sin marcar, para al alcanzar Limit.
  • Limit: el tope de ventanas devueltas.
  • Maintenance Window IDs: en Filters, identificadores separados por guiones, como 236-1782-4790.
Casos de uso
un resumen del lunes lista las ventanas previstas para la semana y lo publica en el canal del equipo.
11

Update a maintenance window

maintenanceWindow.update

Lo que ves en n8n

Notas y casos de uso

Cambia una ventana existente sin recrearla, algo que importa porque su identificador sigue siendo válido para todo lo que lo referencia.

Parámetros clave

  • ID: el identificador de la ventana a editar.
  • Duration (Minutes): obligatorio también aquí, aunque solo vengas a mover la hora de inicio.
  • Friendly Name, Start Time, Type, Week Day, Month Day: en Update Fields, los cinco ajustes revisables.
Casos de uso
una entrega se retrasa una hora y el flujo desplaza Start Time en lugar de destruir y reconstruir la ventana.

Monitor

6 operaciones
12

Create a monitor

monitor.create

Lo que ves en n8n

Notas y casos de uso

Da de alta una vigilancia nueva en UptimeRobot y la devuelve con su identificador, que es lo que permite automatizar el alta de principio a fin.

Parámetros clave

  • Friendly Name: la etiqueta del monitor, la que aparece en listados y páginas de estado.
  • Type: Heartbeat (5), HTTP(S) (1), Keyword (2), Ping (3) o Port (4).
  • URL: la URL o IP vigilada, habitualmente {{ $json.domain }} cuando llega de un formulario o una hoja.
Casos de uso
se publica el sitio de un cliente nuevo y el flujo crea su monitor HTTP(S) antes de que nadie lo pida.
13

Delete a monitor

monitor.delete

Lo que ves en n8n

Notas y casos de uso

Borra un monitor de la cuenta y con él su sitio en el panel. Es irreversible: mejor detrás de una condición que conectado directamente a la salida de un listado.

Parámetros clave

  • ID: el identificador del monitor a retirar.
Casos de uso
un cliente se marcha. El flujo de baja encuentra sus monitores con el filtro Search, pide una validación en el canal del equipo y borra solo los que volvieron con coincidencia.
14

Get a monitor

monitor.get

Lo que ves en n8n

Notas y casos de uso

Trae un monitor concreto por su identificador y devuelve su configuración al flujo.

Parámetros clave

  • ID: el identificador del monitor, guardado antes o leído en un nodo anterior como {{ $json.id }}.
Casos de uso
una herramienta interna pregunta por el estado de un endpoint. Un nodo Webhook recibe la llamada, esta operación lee ese monitor y el flujo responde con sus ajustes actuales, sin exponer nunca la clave API a quien pregunta.
15

Get many monitors

monitor.getAll

Lo que ves en n8n

Notas y casos de uso

La lectura más rica del nodo: lista monitores y deja elegir cuánto detalle lleva cada uno.

Parámetros clave

  • Return All y Limit: todos los monitores, o un lote acotado.
  • Monitor IDs: en Filters, identificadores unidos por guiones, como 15830-32696-83920.
  • Statuses y Types: listas de selección múltiple, por ejemplo solo Down (9), o solo monitores Keyword.
  • Search: una palabra clave comparada con la URL y el nombre legible.
  • Alert Contacts, Logs, Maintenance Window, Response Times: booleanos que añaden datos a cada monitor.
Casos de uso
una exportación nocturna de tiempos de respuesta.
16

Reset a monitor

monitor.reset

Lo que ves en n8n

Notas y casos de uso

Envía una petición de reinicio sobre un monitor. El nodo no pide más que su identificador, lo que lo hace fácil de enganchar al final de una rama.

Parámetros clave

  • ID: el identificador del monitor a reiniciar.
Casos de uso
un flujo de mantenimiento llama a esta operación justo después de corregir una incidencia, junto a las operaciones de actualización o reanudación, sin que nadie abra el panel.
17

Update a monitor

monitor.update

Lo que ves en n8n

Notas y casos de uso

Edita un monitor existente en su sitio. Es la operación de mayor alcance del nodo, con diez campos en Update Fields, y la que sirve para pausar y reanudar.

Parámetros clave

  • ID: el identificador del monitor, único campo obligatorio.
  • Status: Pause (0) o Resume (1).
  • Interval: el intervalo entre dos comprobaciones.
  • URL, Friendly Name, Port, Sub Type: qué se vigila, con HTTP (80), HTTPS (443) o un Custom Port (99).
  • HTTP Method, HTTP Auth Type, HTTP Username, HTTP Password: para páginas protegidas con contraseña.
Casos de uso
pausar monitores mientras corre un proceso por lotes.

Public Status Page

4 operaciones
18

Create a public status page

publicStatusPage.create

Lo que ves en n8n

Notas y casos de uso

Construye una página de estado pública a partir de un conjunto de monitores y la devuelve: eso convierte un flujo de alta en algo que el cliente ve.

Parámetros clave

  • Friendly Name: el nombre de la página de estado.
  • Monitor IDs: los monitores mostrados, separados con un guion, o 0 para todos.
  • Custom Domain: en Additional Fields, el dominio o subdominio donde vive la página.
  • Password: en Additional Fields, para dejarla semiprivada.
  • Sort: nombre de la A a la Z (1) o de la Z a la A (2), estado up primero (3) o down primero (4).
Casos de uso
una página por cliente, generada en el alta.
19

Delete a public status page

publicStatusPage.delete

Lo que ves en n8n

Notas y casos de uso

Cuando una página de estado ya cumplió su función, esta operación la quita de la cuenta. Como el catálogo no trae actualización para este recurso, borrar y volver a crear es además la vía para cambiar los monitores que muestra.

Parámetros clave

  • ID: el identificador de la página de estado pública.
Casos de uso
termina un contrato y la página del cliente cae el mismo día, como un paso del flujo de baja y no como una tarea que alguien recuerda tres semanas después.
20

Get a public status page

publicStatusPage.get

Lo que ves en n8n

Notas y casos de uso

Relee una página de estado y devuelve su configuración, con sus monitores y sus ajustes.

Parámetros clave

  • ID: el identificador de la página de estado pública que quieres leer.
Casos de uso
como este recurso no se actualiza, un flujo que necesite añadir un monitor a una página existente empieza aquí. Lee la página, conserva la lista de monitores que ya muestra, suma el identificador nuevo y después borra y recrea la página con el conjunto completo.
21

Get many public status pages

publicStatusPage.getAll

Lo que ves en n8n

Notas y casos de uso

Enumera las páginas de estado de la cuenta, un item por página, material suficiente para cuadrarlas contra la lista de clientes que consideres buena.

Parámetros clave

  • Return All: marcado para el conjunto completo, sin marcar para detenerse en Limit.
  • Limit: cuántas páginas de estado vuelven.
  • Public Status Page IDs: en Filters, identificadores separados por guiones, como 236-1782-4790.
Casos de uso
una revisión trimestral que comprueba que cada cuenta activa tiene su página y que ninguna sobrevive a un cliente que ya se fue.
Necesitas ayuda

¿Necesitas ayuda para automatizar UptimeRobot con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

UptimeRobot y n8n, las preguntas que vienen después

01¿La integración UptimeRobot n8n es gratuita?
Sí por el lado de n8n. El nodo UptimeRobot viene incluido con n8n, así que no hay nada que instalar ni ningún coste adicional por el conector. Se comporta igual en n8n Cloud, la oferta alojada por n8n, y en una instancia autoalojada instalada con Docker o npm, en Community Edition bajo licencia Sustainable Use. Un flujo construido en una funciona en la otra sin cambios. Lo que cueste un plan de UptimeRobot es otra cuestión, que depende de tu cuenta con ellos y no de n8n, y esta página no entra en sus tarifas.
02¿Qué credenciales hacen falta para conectar UptimeRobot con n8n?
Una clave API, y su tipo importa. En UptimeRobot, entra en My Settings y luego en API Settings, y crea una Main API Key. Pégala en el campo API Key de un credential de UptimeRobot, guardado una vez desde el menú Credentials de n8n y reutilizado después por todos los flujos. UptimeRobot ofrece tres tipos de clave: account-specific, también llamada main, que recupera datos de varios monitores; monitor-specific, limitada a un único monitor; y read-only, que solo ejecuta llamadas GET. Para llegar a las 21 operaciones, con sus creaciones, actualizaciones y borrados, hace falta la clave main.
03¿Qué límites tiene el nodo UptimeRobot en n8n?
El nodo cubre 21 operaciones en 5 recursos, y ahí está la frontera. Public Status Page es el hueco más visible: se crea, se lee, se lista y se borra, pero no se actualiza, de modo que cambiar los monitores de una página obliga a recrearla. Las operaciones de lectura devuelven un número acotado de resultados mientras Return All siga sin marcar; activado, n8n encadena las páginas de la API hasta terminar. Todo lo que el nodo no expone sigue siendo accesible con el nodo HTTP Request, que reutiliza el mismo credential mediante la autenticación predefinida.
04¿El nodo UptimeRobot reacciona en tiempo real?
No, y por un motivo sencillo: UptimeRobot no tiene nodo trigger en n8n. Nada escucha por su cuenta, así que cualquier flujo que toque UptimeRobot arranca con otra cosa. Dos patrones cubren casi todo. Un Schedule Trigger lanza el flujo a intervalos fijos, y eso encaja con inventarios, exportaciones y controles periódicos montados sobre las operaciones getAll. Un nodo Webhook te da una URL de n8n que un servicio externo invoca, y por ahí entra una alerta externa en un flujo. El trigger de otra herramienta de tu equipo sirve igual de bien como punto de partida.
05¿n8n o Make para UptimeRobot?
Depende de cuatro criterios, y ninguna de las dos los gana todos. El alojamiento primero: n8n corre en su nube o en tus servidores con Docker o npm, mientras que Make es solo alojado, sin opción de autoalojamiento. El control de los datos viene de ahí, porque una instancia propia guarda los datos de monitorización y las claves API en una infraestructura tuya. El modelo de coste después: Make factura por operación, algo que nota un flujo que recorre muchos monitores, mientras que un n8n autoalojado no cuenta las ejecuciones. La lógica visual al final, y esa parte es cuestión de gusto. Prueba las dos con un flujo real.