Intégration UptimeRobot n8nAutomatiser UptimeRobot avec n8n.

Renvoie les informations du compte associé à la clé API sélectionnée dans le nœud. Aucun paramètre à remplir, ce qui en fait la façon la moins coûteuse de valider un credential avant qu'un workflow entier en dépende.

Ajoute une destination d'alerte au compte et la renvoie, identifiant compris, pour que le nœud suivant puisse la réutiliser.

• Friendly Name : le nom lisible du contact, celui que tu retrouveras dans les listes.
• Type : le type de contact, à choisir parmi Boxcar (4), E-Mail (2), Pushbullet (6), Pushover (9), SMS (1), Twitter DM (3) et Webhook (5).
• Value : la valeur correspondant au type choisi, souvent {{ $json.email }} quand elle vient d'un nœud précédent.

Supprime définitivement un contact d'alerte du compte. Rien n'est archivé, donc l'identifiant passé au nœud devrait venir d'une liste lue juste avant, pas d'une valeur notée il y a six mois.

• ID : l'identifiant du contact d'alerte, en général {{ $json.id }} depuis un nœud alertContact.getAll placé en amont.

Va chercher un seul contact d'alerte dans UptimeRobot, un identifiant à la fois, et transmet ses champs à la suite du workflow.

• ID : l'identifiant du contact voulu, en dur quand le contact est fixe, ou {{ $json.id }} quand il voyage avec l'item.

Liste les contacts d'alerte enregistrés sur le compte, un item n8n par contact.

• Return All : activé, n8n enchaîne les pages de l'API jusqu'au dernier contact ; désactivé, il s'arrête à Limit.
• Limit : le nombre maximal de contacts renvoyés quand Return All reste décoché.
• Alert Contact IDs : dans Filters, des identifiants séparés par des tirets, du type 236-1782-4790, pour ne récupérer qu'un sous-ensemble connu.

Modifie un contact sans le recréer : son identifiant reste stable, et ce que tu ne touches pas ne bouge pas.

• ID : l'identifiant du contact à modifier, obligatoire même pour changer un seul champ.
• Friendly Name : dans Update Fields, le nouveau nom affiché.
• Value : dans Update Fields, la valeur correspondante, utilisable uniquement s'il s'agit d'un contact de type Webhook.

Déclare une fenêtre de maintenance sur le compte et la renvoie, pour que le workflow qui l'a ouverte sache la refermer.

• Duration (Minutes) : la période d'activation de la fenêtre, exprimée en minutes.
• Friendly Name : le nom de la fenêtre, à dériver de l'opération qu'elle couvre.
• Type : Once (1), Daily (2), Weekly (3) ou Monthly (4).
• Start Time : la date et l'heure de début, souvent {{ $json.startsAt }}.
• Week Day et Month Day : facultatifs, ils fixent le jour d'une fenêtre récurrente.

Retire une fenêtre de maintenance du compte. Elle disparaît de la configuration, donc une fenêtre récurrente cesse de revenir à son rythme.

• ID : l'identifiant de la fenêtre, le plus souvent {{ $json.id }} transmis par le nœud qui l'a créée ou listée.

Relit une fenêtre de maintenance et renvoie ses réglages actuels, durée, type et heure de début compris.

• ID : l'identifiant de la fenêtre à lire, la valeur conservée à sa création.

Renvoie les fenêtres de maintenance configurées sur le compte, un item chacune, prêtes à être filtrées ou comptées plus loin.

• Return All : coché, le nœud parcourt tout ; décoché, il s'arrête dès que Limit est atteint.
• Limit : le plafond du nombre de fenêtres renvoyées.
• Maintenance Window IDs : dans Filters, des identifiants séparés par des tirets, comme 236-1782-4790.

Change une fenêtre existante sans la recréer, ce qui compte parce que son identifiant reste valable pour tout ce qui le référence.

• ID : l'identifiant de la fenêtre à modifier.
• Duration (Minutes) : requis ici aussi, même si tu venais seulement décaler l'heure de début.
• Friendly Name, Start Time, Type, Week Day, Month Day : dans Update Fields, les cinq réglages révisables.

Enregistre une nouvelle surveillance dans UptimeRobot et la renvoie avec son identifiant, ce qui rend l'onboarding automatisable de bout en bout.

• Friendly Name : le libellé du monitor, celui qui apparaît dans les listes et sur les pages de statut.
• Type : Heartbeat (5), HTTP(S) (1), Keyword (2), Ping (3) ou Port (4).
• URL : l'URL ou l'IP surveillée, souvent {{ $json.domain }} quand elle vient d'un formulaire.

Efface un monitor du compte, et sa place dans le tableau de bord avec. C'est définitif : mieux vaut le placer derrière une condition qu'à la sortie directe d'une opération de liste.

• ID : l'identifiant du monitor à retirer.

Va chercher un monitor précis par son identifiant et renvoie sa configuration au workflow.

• ID : l'identifiant du monitor, stocké plus tôt ou lu dans un nœud précédent sous la forme {{ $json.id }}.

La lecture la plus riche du nœud : elle liste les monitors et laisse décider du niveau de détail attaché à chacun.

• Return All et Limit : tous les monitors, ou un lot plafonné.
• Monitor IDs : dans Filters, des identifiants joints par des tirets, comme 15830-32696-83920.
• Statuses et Types : des listes à choix multiples, par exemple Down (9) seul, ou les monitors Keyword uniquement.
• Search : un mot-clé comparé à l'URL et au nom lisible.
• Alert Contacts, Logs, Maintenance Window, Response Times : des booléens qui ajoutent des données à chaque monitor.

Envoie une demande de reset sur un monitor. Le nœud ne réclame que son identifiant, ce qui le rend facile à brancher en fin de branche.

• ID : l'identifiant du monitor à réinitialiser.

Modifie un monitor existant sur place. C'est l'opération la plus large du nœud, dix champs dans Update Fields, et celle qui sert à mettre en pause ou à relancer.

• ID : l'identifiant du monitor, seul champ obligatoire.
• Status : Pause (0) ou Resume (1).
• Interval : l'intervalle entre deux vérifications.
• URL, Friendly Name, Port, Sub Type : ce qui est surveillé, dont HTTP (80), HTTPS (443) ou un Custom Port (99).
• HTTP Method, HTTP Auth Type, HTTP Username, HTTP Password : pour les pages protégées par mot de passe.

Construit une page de statut publique à partir d'un ensemble de monitors et la renvoie : c'est ce qui transforme un workflow de création en livrable visible par le client.

• Friendly Name : le nom de la page de statut.
• Monitor IDs : les monitors affichés, séparés par un tiret, ou 0 pour tous les monitors.
• Custom Domain : dans Additional Fields, le domaine ou sous-domaine qui héberge la page.
• Password : dans Additional Fields, pour garder la page semi-privée.
• Sort : nom de A à Z (1) ou de Z à A (2), statut up d'abord (3) ou down d'abord (4).

Quand une page de statut a fait son temps, cette opération la retire du compte. Comme le catalogue n'offre pas de mise à jour sur cette ressource, supprimer puis recréer est aussi la façon de changer les monitors affichés.

• ID : l'identifiant de la page de statut publique.

Relit une page de statut et renvoie sa configuration, monitors et réglages inclus.

• ID : l'identifiant de la page de statut publique à lire.

Énumère les pages de statut du compte, un item par page, de quoi les rapprocher de la liste de clients qui fait foi chez toi.

• Return All : coché pour l'ensemble complet, décoché pour s'arrêter à Limit.
• Limit : le nombre de pages de statut renvoyées.
• Public Status Page IDs : dans Filters, des identifiants séparés par des tirets, comme 236-1782-4790.