Ressources · Intégration n8n

Intégration Gotify n8nAutomatiser Gotify avec n8n.

Ton serveur de notifications peut recevoir l'alerte depuis un workflow. L'intégration Gotify n8n tient sur une ressource, Message, et 3 opérations : créer, supprimer, lister. Aucun nœud trigger côté Gotify, donc le workflow démarre sur un Schedule Trigger ou un Webhook. Pour les équipes qui hébergent leurs alertes.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

À quoi sert l'intégration Gotify n8n ?

Gotify est un serveur de notifications push que tu installes sur ta propre machine : ses clients affichent ce qui arrive sur son API. Le nœud n8n n8n-nodes-base.gotify parle à cette API depuis un workflow, c'est-à-dire une suite d'étapes qui s'enchaînent toutes seules. Une ressource unique, Message, et 3 opérations : envoyer une notification, relire l'historique, supprimer une entrée devenue inutile.

Premier usage, la surveillance d'un traitement de nuit. Un Schedule Trigger relance le workflow au petit matin, une lecture Google Sheets compte les lignes traitées, et message.create dépose le bilan sur ton serveur avec un Title parlant. Un des deux templates publiés fonctionne comme ça : la météo est récupérée, le message part chaque jour.

Deuxième usage, l'alerte qui ne sort pas de chez toi. Un workflow qui surveille déjà Gmail ou un canal Slack peut finir sur Gotify plutôt que sur un service hébergé ailleurs. Les équipes qui poussent déjà vers Pushover ou Telegram gardent souvent les deux quelques semaines, le temps de voir ce qui est vraiment lu.

Troisième usage, le ménage. message.getAll ramène ce que le serveur conserve encore, un filtre isole les entrées trop anciennes, message.delete les retire une par une. Le second template publié synchronise des morceaux Spotify et signale le résultat par Gotify, même forme : un workflow programmé qui se termine sur une notification.

Ce que le nœud ne fait pas, HTTP Request le fait. Les 3 opérations s'arrêtent à la ressource Message : pour le reste de l'API Gotify, le nœud HTTP Request appelle l'endpoint voulu en réutilisant le même credential, c'est-à-dire les identifiants de connexion enregistrés une fois dans n8n.

Deux limites à connaître avant de construire. Il n'existe pas de nœud trigger Gotify, donc rien ne démarre tout seul quand un message arrive sur le serveur. Et sur Get Many, Return All décoché, n8n s'arrête au nombre fixé dans Limit. Si n8n est encore neuf pour toi, la Formation n8n reprend les bases de trigger et de credential que cette page suppose acquises.

Connexion

Comment connecter Gotify à n8n ?

  1. 01

    Installer Gotify et noter son URL

    Gotify tourne sur ton serveur, donc la première étape se passe hors de n8n : installe-le, puis garde l'adresse de l'hôte sous la main. Le credential demande l'URL de l'hôte Gotify, et chaque opération du workflow part vers cette adresse. Encore faut-il que n8n puisse l'atteindre, ce qu'on oublie vite quand le serveur vit sur un réseau privé.

  2. 02

    Générer les deux jetons d'API

    Gotify délivre deux types de jeton, et le nœud ne les emploie pas pour la même chose. L'App API Token vient d'une application créée dans le menu Apps : c'est lui qui autorise un workflow à créer des messages. Le Client API Token vient d'un client créé dans le menu Clients, et il couvre toutes les autres actions, suppression et lecture des messages comprises.

  3. 03

    Enregistrer le credential dans n8n

    Dans n8n, ouvre le menu Credentials et crée un credential Gotify avec l'URL de l'hôte et le jeton. Enregistre : le nœud Gotify le propose ensuite dans sa liste déroulante. Un credential se crée une fois et se réutilise dans tous les workflows, donc le deuxième flux de notification ne demande plus aucun paramétrage.

Actions

Que sait faire le nœud Gotify ?

Le nœud Gotify expose 3 opérations sur 1 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceCreateGet ManyDelete
Message✓✓✓

Message

3 opérations
01

Create a message

message.create

Ce que tu vois dans n8n

Notes & cas d'usage

Dépose une notification sur le serveur Gotify, que les clients connectés affichent.

Paramètres clés

  • Message : le corps de la notification, souvent {{ $json.text }} repris du nœud précédent. Si tu l'écris en markdown, il faut aussi régler l'option Content Type.
  • Title : la ligne affichée au-dessus du corps, dans Additional Fields.
  • Priority : la priorité du message, également dans Additional Fields, 1 par défaut.
  • Content Type : text/plain affiche le message en texte brut, text/markdown l'affiche en markdown.
Cas d'usage
un import nocturne se termine par un récap d'une ligne, et la collection Options ajoute un Click URL pour ouvrir la bonne page d'un simple appui sur la notification.
02

Delete a message

message.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Retire un message du serveur, désigné par son identifiant.

Paramètres clés

  • Message ID : l'identifiant du message à retirer, le plus souvent {{ $json.id }} récupéré d'une étape Get Many placée plus haut dans le même workflow.
Cas d'usage
un flux d'astreinte efface l'alerte qu'il avait levée dès que le service répond de nouveau, pour que personne ne reste devant un avertissement périmé. Enchaîné après Get Many et un filtre, il élague aussi un historique devenu trop long.
03

Get many messages

message.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Lit les messages stockés sur le serveur et les rend au workflow, un item par message.

Paramètres clés

  • Return All : coché, n8n enchaîne les pages de l'API jusqu'à remonter tout l'historique.
  • Limit : Return All décoché, il plafonne le nombre de messages renvoyés par le nœud.
Cas d'usage
un nettoyage hebdomadaire liste tout, filtre sur l'ancienneté, puis alimente Delete. Return All décoché avec un petit Limit, c'est aussi le moyen rapide de contrôler ce que les dernières exécutions ont envoyé.
Besoin d'aide

Besoin d'aide pour automatiser Gotify avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Gotify et n8n, les questions fréquentes

01L'intégration Gotify n8n est-elle gratuite ?
Côté n8n, oui. Le nœud Gotify est livré avec n8n : rien à installer, rien à payer en plus, que le workflow tourne sur n8n Cloud, l'offre hébergée par n8n, ou sur une instance que tu héberges toi-même en Community Edition sous licence Sustainable Use. Gotify, de son côté, est un logiciel que tu installes sur ton serveur : ce qu'il te coûte, c'est de l'hébergement, pas un abonnement. Un workflow se comporte de la même façon des deux côtés, donc un flux monté sur Cloud part sur ton instance sans être réécrit.
02Quels credentials faut-il pour le nœud Gotify ?
Un jeton d'API, et lequel dépend de l'opération. La création de messages réclame un App API Token, généré en créant une application dans le menu Apps de Gotify. La suppression et la lecture réclament un Client API Token, généré en créant un client dans le menu Clients. Les deux entrent dans un credential Gotify, dans n8n, avec l'URL de l'hôte. Ce credential se crée une fois : chaque workflow le choisit ensuite dans la liste déroulante du nœud, sans jamais recoller un jeton.
03Quelles sont les limites du nœud Gotify dans n8n ?
Il couvre une ressource et 3 opérations : créer, supprimer et lister les messages. Le reste de l'API Gotify n'a pas de champ dédié dans le nœud, donc ça passe par le nœud HTTP Request, qui atteint n'importe quel endpoint en réutilisant le même credential via l'authentification prédéfinie. Sur Get Many, laisser Return All décoché veut dire que le nœud s'arrête au nombre fixé dans Limit, ce qui compte quand tu balaies un long historique avant un nettoyage. L'autre limite, l'absence de trigger, arrive juste après.
04Peut-on déclencher un workflow à l'arrivée d'un message Gotify ?
Pas directement. Gotify n'a pas de nœud trigger dans n8n, donc aucun workflow ne démarre parce qu'un message est arrivé sur le serveur. Deux contournements. Un Schedule Trigger lance Get Many à intervalle fixe et compare ce qui revient avec ce qui a déjà été traité, c'est du polling, autrement dit on interroge le serveur régulièrement au lieu d'être prévenu. Ou alors le service à l'origine de l'événement appelle un Webhook n8n, une URL que n8n expose pour qu'un système extérieur vienne frapper, et ce workflow se termine par un message Gotify.
05n8n ou Make pour Gotify ?
Les deux envoient la notification. La différence est ailleurs. n8n tourne sur ton infrastructure ou sur n8n Cloud, ce qui tombe bien à côté d'un serveur Gotify que tu héberges déjà, puisque les données restent sur des machines que tu maîtrises. Make est hébergé uniquement, sans option d'auto-hébergement, et se facture à l'opération : un workflow qui boucle sur un long historique de messages coûte plus cher à mesure qu'il grossit. L'éditeur visuel de Make se confie plus facilement à quelqu'un qui ne monte jamais d'automatisation. Tranche d'abord sur l'hébergement et le modèle de coût.