Ressources · Intégration n8n

Intégration Sentry.io n8nAutomatiser Sentry.io avec n8n.

Un seul nœud, et tout le modèle objet de Sentry.io derrière. L'intégration Sentry.io n8n ouvre 25 opérations réparties sur 6 ressources : events, issues, projets, releases, organisations et équipes. Aucun nœud trigger n'est livré : un planificateur ou un webhook lance le workflow. Pour les équipes ops et dev.

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

Pourquoi automatiser

À quoi sert concrètement l'intégration Sentry.io n8n ?

Le nœud Sentry.io est livré avec n8n et appelle l'API de Sentry à ta place. Il range 25 opérations sous 6 ressources : events, issues, projets, releases, organisations et équipes. Lister, lire, créer, modifier ou supprimer l'un de ces objets devient une étape de workflow, posée à côté des nœuds que tu utilises déjà.

Premier usage, le point du matin. Un Schedule Trigger se déclenche, Get many issues interroge le projet sans remplir le champ Query, ce qui laisse Sentry appliquer son filtre implicite is:unresolved, et la liste part dans un canal via le nœud Slack. Plus personne n'ouvre le dashboard pour savoir ce qui a cassé pendant la nuit.

Deuxième usage, tracer les mises en production. À la fin d'un build, un workflow parti de GitHub lance Create a release avec le hash du commit dans Version et les slugs concernés dans Project Names or IDs. La release existe dans Sentry sans qu'un humain ait eu à la saisir.

Troisième usage, le reporting que personne n'a envie de faire à la main. Get many events avec Return All activé enchaîne toutes les pages de l'API pour un projet, et les items atterrissent dans Google Sheets pour un tableau croisé, ou dans MySQL quand l'historique doit rester interrogeable.

Le nœud couvre les 6 ressources citées plus haut. Pour un endpoint Sentry qui sort de ce catalogue, le nœud HTTP Request l'appelle directement et réutilise le même credential Sentry via l'authentification prédéfinie : rien à redéclarer. Mélanger les deux dans un même workflow est courant, et sans inconvénient.

Un point à anticiper : cet outil n'a pas de nœud trigger dans n8n. Un workflow Sentry démarre donc ailleurs, avec un Schedule Trigger à intervalle fixe, avec un Webhook n8n (une URL appelée par un service tiers), ou avec le trigger d'un autre outil. Si le choix de la plateforme n'est pas encore tranché, l'avis n8n détaille les arbitrages.

Connexion

Comment connecter Sentry.io à n8n ?

  1. 01

    Choisir la méthode d'authentification

    Dans le menu Credentials de n8n, crée un credential Sentry.io. Trois méthodes sont proposées : Access Token (Cloud), OAuth2 (Cloud), et Access Token (Self Hosted) pour une instance Sentry que tu héberges toi-même. Un credential se crée une fois, puis il apparaît dans la liste déroulante de chaque nœud Sentry.io, dans tous tes workflows. Cette étape ne se refait pas.

  2. 02

    Générer le jeton d'authentification

    Les deux méthodes par jeton attendent un Token. Tu génères un User Auth Token dans Account, puis Settings, puis User Auth Tokens, et tu le colles dans le credential. Avec Access Token (Self Hosted), un second champ apparaît : l'URL de ton instance Sentry auto-hébergée, qui indique à n8n où envoyer les appels.

  3. 03

    Monter OAuth2 si tu préfères

    Partir de zéro en OAuth2 suppose de créer une intégration côté Sentry. Tu copies l'OAuth Callback URL affichée par n8n et tu l'ajoutes comme Authorized Redirect URI, puis tu reportes le Client ID et le Client Secret dans le credential n8n. Ensuite la connexion se comporte comme n'importe quel credential OAuth2 de n8n.

Actions

Toutes les opérations Sentry.io du nœud n8n

Le nœud Sentry.io expose 25 opérations sur 6 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
RessourceCreateGetGet ManyUpdateDelete
Event✓✓
Issue✓✓✓✓
Organization✓✓✓✓
Project✓✓✓✓✓
Release✓✓✓✓✓
Team✓✓✓✓✓

Event

2 opérations
01

Get an event

event.get

Ce que tu vois dans n8n

Notes & cas d'usage

Récupère un événement précis dans un projet, adressé par son propre identifiant et non par l'issue qui le contient. Le nœud renvoie cet événement sous forme d'un item unique.

Paramètres clés

  • Organization Slug Name or ID : le slug de l'organisation à laquelle appartiennent les événements, choisi dans la liste ou posé avec une expression.
  • Project Slug Name or ID : le slug du projet concerné, même choix liste ou expression.
  • Event ID : soit la clé primaire numérique, soit l'identifiant hexadécimal tel que remonté par le client raven.
Cas d'usage
un agent support colle un identifiant d'événement dans un formulaire interne, et le workflow va chercher cet événement exact avant d'ouvrir un ticket.
02

Get many events

event.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Parcourt les événements enregistrés sur un projet et les transmet au nœud suivant, un item par événement.

Paramètres clés

  • Organization Slug Name or ID : l'organisation dans laquelle chercher.
  • Project Slug Name or ID : le projet auquel appartiennent les événements.
  • Full : activé, la charge utile contient le corps complet de l'événement, stack trace comprise.
  • Return All : coché, n8n enchaîne les pages de l'API jusqu'au bout ; décoché, Limit fixe le nombre d'événements renvoyés.
Cas d'usage
un export planifié qui verse les événements d'un projet dans un tableur avant la revue technique hebdomadaire.

Issue

4 opérations
03

Delete an issue

issue.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime une issue de Sentry, adressée par son identifiant et rien d'autre.

Paramètres clés

  • Issue ID : l'identifiant de l'issue, de la forme 1234 proposée en placeholder du champ, souvent {{ $json.field }} quand la valeur vient d'un nœud précédent.
Cas d'usage
un ménage de fin de campagne de tests, qui efface le bruit généré par un projet de recette une fois le test validé. Mets une condition devant le nœud : une suppression n'est pas une étape qu'on laisse tourner sur chaque item d'une liste.
04

Get an issue

issue.get

Ce que tu vois dans n8n

Notes & cas d'usage

Relit une issue depuis Sentry, pour que le workflow travaille sur l'état actuel plutôt que sur une copie prise quelques minutes plus tôt.

Paramètres clés

  • Issue ID : l'identifiant attribué par Sentry à l'issue, du format 1234 suggéré par le champ.
Cas d'usage
un workflow de relance qui tourne quelques heures après une alerte, relit l'issue, et n'escalade vers le canal d'astreinte que si le sujet tient toujours debout.
05

Get many issues

issue.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Liste les issues d'un projet. Sans recherche renseignée, Sentry applique un is:unresolved implicite : c'est ce qui fait de cette opération le point de départ naturel d'un workflow de tri.

Paramètres clés

  • Organization Slug Name or ID et Project Slug Name or ID : les deux slugs qui cadrent la recherche.
  • Query : une recherche structurée Sentry facultative, dans la syntaxe de la barre de recherche du produit.
  • Stats Period : la période des statistiques, 24h ou 14d.
  • Short ID Lookup : à activer volontairement, car la recherche par short ID peut ramener une issue d'un autre projet.
  • Return All et Limit : liste complète, ou plafonnée.
Cas d'usage
le digest quotidien qui ouvre le point d'équipe.
06

Update an issue

issue.update

Ce que tu vois dans n8n

Notes & cas d'usage

Change l'état d'une issue existante depuis un workflow. C'est ce qui garde Sentry aligné avec l'outil dans lequel l'équipe travaille vraiment.

Paramètres clés

  • Issue ID : l'issue à modifier.
  • Status : le nouveau statut, parmi resolved, resolvedInNextRelease, ignored et unresolved.
  • Assigned To : l'actor ID ou le nom d'utilisateur de la personne ou de l'équipe qui prend le sujet.
  • Is Public : bascule l'issue en public ou en privé.
  • Is Bookmarked, Is Subscribed, Has Seen : les drapeaux liés au contexte utilisateur.
Cas d'usage
refermer la boucle quand le ticket lié passe en terminé côté outil de suivi.

Organization

4 opérations
07

Create an organization

organization.create

Ce que tu vois dans n8n

Notes & cas d'usage

Crée une organisation, le conteneur de plus haut niveau auquel tout le reste de Sentry est rattaché.

Paramètres clés

  • Name : obligatoire, le nom de l'organisation.
  • Agree to Terms : indique que tu acceptes les conditions d'utilisation et la politique de confidentialité applicables de Sentry.io.
  • Slug : le slug d'URL unique ; laissé vide, il est généré automatiquement à partir du nom.
Cas d'usage
une routine d'onboarding d'agence qui donne à chaque nouveau client son organisation, avec un slug dérivé du nom de compte déjà stocké dans le CRM.
08

Get an organization

organization.get

Ce que tu vois dans n8n

Notes & cas d'usage

Va chercher une organisation à partir de son slug. C'est aussi le moyen le plus rapide de vérifier qu'un credential atteint bien le compte que tu crois.

Paramètres clés

  • Organization Slug Name or ID : pris dans la liste déroulante que n8n remplit grâce au credential, ou posé avec une expression quand le slug vient d'un nœud précédent.
Cas d'usage
une première étape qui sert de garde-fou dans un workflow plus long : si l'organisation répond, la suite de la branche peut tourner.
09

Get many organizations

organization.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie les organisations visibles par le credential, ce qui devient utile dès qu'un même jeton couvre plusieurs comptes.

Paramètres clés

  • Member : restreint le résultat aux organisations dont tu es membre.
  • Owner : restreint le résultat à celles dont tu es propriétaire.
  • Return All : toutes les pages, ou Limit pour s'arrêter à un nombre donné d'organisations.
Cas d'usage
un inventaire mensuel qui liste les comptes gérés par une agence, puis boucle sur chacun pour compter ses projets.
10

Update an organization

organization.update

Ce que tu vois dans n8n

Notes & cas d'usage

Modifie une organisation déjà en place, sans toucher à ce qu'elle contient.

Paramètres clés

  • Slug Name or ID : cette opération nomme sa cible autrement que le reste du nœud, cherche donc Slug Name or ID et pas la liste d'organisation habituelle.
  • Name : le nouveau nom de l'organisation.
  • Slug : le nouveau slug d'URL.
Cas d'usage
un changement de marque à répercuter partout, traité une fois dans un workflow plutôt que cliqué à la main.

Project

5 opérations
11

Create a project

project.create

Ce que tu vois dans n8n

Notes & cas d'usage

Ajoute un projet sous une équipe existante, pour qu'un nouveau service remonte ses erreurs dans son propre espace au lieu de polluer un ancien.

Paramètres clés

  • Organization Slug Name or ID : l'organisation d'accueil.
  • Team Slug Name or ID : le slug de l'équipe pour laquelle le projet est créé.
  • Name : le nom du nouveau projet.
  • Slug : facultatif ; sans lui, un slug est généré à partir du nom.
Cas d'usage
un workflow d'initialisation qui crée le dépôt, la cible de déploiement et le projet Sentry correspondant en une seule exécution.
12

Delete a project

project.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Retire un projet d'une organisation. Les deux slugs sont obligatoires, ce qui fait office de petit garde-fou : il faut nommer l'organisation avant de nommer ce qui disparaît.

Paramètres clés

  • Organization Slug Name or ID : l'organisation à laquelle le projet appartient.
  • Project Slug Name or ID : le slug du projet à supprimer.
Cas d'usage
le démontage d'environnements de préversion éphémères, où chaque branche avait reçu son projet et où aucun ne doit survivre à la branche.
13

Get a project

project.get

Ce que tu vois dans n8n

Notes & cas d'usage

Ouvre la fiche d'un projet. Le nœud la transmet telle quelle, en un seul item, à ce qui suit dans le workflow.

Paramètres clés

  • Organization Slug Name or ID : l'organisation à laquelle appartiennent les événements.
  • Project Slug Name or ID : le slug du projet à récupérer.
Cas d'usage
enrichir une alerte avant qu'elle n'arrive devant un humain. Le workflow a déjà le slug. Cette opération ajoute le reste des informations du projet, et le message qui tombe dans le canal se lit comme s'il avait été écrit par un collègue plutôt que craché par une machine.
14

Get many projects

project.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Énumère les projets accessibles avec le credential. Aucun slug n'est demandé ici, ce qui en fait l'opération la plus simple pour tester un credential Sentry.io tout neuf.

Paramètres clés

  • Return All : coché, n8n suit toutes les pages de projets ; décoché, Limit pose le plafond.
Cas d'usage
le premier nœud d'un workflow en éventail. Il liste les projets, et la branche suivante rejoue la même requête d'issues sur chacun, item par item.
15

Update a project

project.update

Ce que tu vois dans n8n

Notes & cas d'usage

Ajuste les réglages d'un projet déjà créé.

Paramètres clés

  • Organization Slug Name or ID et Project Slug Name or ID : le projet à mettre à jour.
  • Name et Slug : le nouveau nom et le nouveau slug.
  • Platform : la nouvelle plateforme du projet mis à jour.
  • Team : le nom de la nouvelle équipe.
  • Digests Maximum Delay et Digests Minimun Delay : l'intervalle maximal et minimal de regroupement des alertes. Le second libellé contient une coquille dans le nœud lui-même, inutile de chercher un autre champ.
Cas d'usage
déplacer un service vers une autre équipe après une réorganisation.

Release

5 opérations
16

Create a release

release.create

Ce que tu vois dans n8n

Notes & cas d'usage

Déclare une release dans Sentry, ce qui permet au produit de relier une erreur à la version qui l'a introduite.

Paramètres clés

  • Organization Slug Name or ID : l'organisation à laquelle la release appartient.
  • Version : un identifiant de version, numéro de version ou hash de commit.
  • URL : une URL qui pointe vers la release, par exemple une interface en ligne vers le code source.
  • Project Names or IDs : la liste des slugs de projets concernés par cette release.
  • Date Released, Commits, Refs : facultatifs.
Cas d'usage
la dernière étape d'une chaîne de déploiement.
17

Delete a release

release.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Efface une release d'une organisation, désignée par son identifiant de version.

Paramètres clés

  • Organization Slug Name or ID : l'organisation à laquelle la release appartient.
  • Version : l'identifiant de version de la release, la même chaîne que celle utilisée à la création.
Cas d'usage
faire le tri après une chaîne de tests qui a créé une release par commit pendant une semaine. Un workflow planifié boucle sur la liste et supprime celles qui ne sont jamais sorties de la recette.
18

Get a release by version ID

release.get

Ce que tu vois dans n8n

Notes & cas d'usage

Retrouve une release à partir de son identifiant de version. Pratique comme contrôle avant un déploiement : si la version existe déjà dans Sentry, la chaîne sait qu'elle est en train de se répéter.

Paramètres clés

  • Organization Slug Name or ID : où chercher.
  • Version : l'identifiant de version de la release.
Cas d'usage
un générateur de note de version qui lit la release, la met en forme, et publie le résultat dans le canal que l'équipe suit.
19

Get many releases

release.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Fait défiler les releases d'une organisation en une seule exécution du nœud.

Paramètres clés

  • Organization Slug Name or ID : l'organisation à laquelle les releases appartiennent.
  • Query : crée un filtre « commence par » sur la version, donc une convention de nommage par préfixe produit devient un filtre gratuit.
  • Return All : toutes les pages de releases ; décoché, Limit plafonne la liste.
Cas d'usage
une page de changelog alimentée toute seule, ou une courbe de fréquence de déploiement construite depuis l'historique des releases.
20

Update a release

release.update

Ce que tu vois dans n8n

Notes & cas d'usage

Complète une release déjà déclarée, en général parce que la donnée est arrivée après le déploiement et pas pendant.

Paramètres clés

  • Organization Slug Name or ID et Version : la release à corriger.
  • Commits et Refs : les données de commit, et les commits de début et de fin pour chaque dépôt inclus dans la release.
  • Date Released : la date à laquelle la release est réellement passée en production.
  • URL et Ref : une URL qui pointe vers la release.
Cas d'usage
rattacher la liste des commits une fois que le système de build a fini de la calculer.

Team

5 opérations
21

Create a team

team.create

Ce que tu vois dans n8n

Notes & cas d'usage

Une équipe Sentry.io sert à regrouper les projets d'un même groupe de travail. Cette opération en crée une dans l'organisation que tu désignes, sans passer par les réglages.

Paramètres clés

  • Organization Slug Name or ID : le slug de l'organisation à laquelle l'équipe appartient. Tu le choisis dans la liste que n8n charge, ou tu passes une expression (une formule qui lit l'item entrant) du type {{ $json.field }}.
  • Name : le nom de l'équipe. Champ requis : laissé vide, il bloque l'exécution du nœud.
  • Slug : facultatif, rangé dans Additional Fields. Sans valeur, Sentry.io génère le slug à partir du nom.
Cas d'usage
une nouvelle cellule démarre sur un produit, et le workflow qui lui ouvre ses outils crée l'équipe Sentry.io au passage.
22

Delete a team

team.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Un groupe de travail dissous laisse son équipe derrière lui, et elle continue d'apparaître dans les réglages des projets. Cette opération la supprime. Elle réclame des slugs, pas les noms affichés dans l'interface.

Paramètres clés

  • Organization Slug Name or ID : le slug de l'organisation à laquelle l'équipe appartient, pris dans la liste ou fourni par expression.
  • Team Slug Name or ID : le slug de l'équipe à supprimer. Même liste déroulante, et le même repli sur {{ $json.field }} quand la valeur vient d'un nœud précédent.
Cas d'usage
fin de mission d'un prestataire : le workflow de sortie ferme les accès et retire l'équipe créée pour l'occasion.
23

Get a team

team.get

Ce que tu vois dans n8n

Notes & cas d'usage

Avant de modifier quoi que ce soit, mieux vaut relire la fiche concernée. Cette opération récupère une seule équipe et la renvoie en sortie du nœud, la recherche se faisant sur le slug de l'équipe.

Paramètres clés

  • Organization Slug Name or ID : le slug de l'organisation à laquelle l'équipe appartient, choisi dans la liste ou calculé par expression.
  • Team Slug Name or ID : le slug de l'équipe à récupérer. Un slug faux fait échouer le nœud, donc récupère-le d'une étape précédente plutôt que de le saisir à la main.
Cas d'usage
un ménage trimestriel vérifie que chaque équipe existe toujours avant de tenter de la renommer, et met les absentes de côté.
24

Get many teams

team.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

L'inventaire des équipes d'une organisation se périme vite. Cette opération liste celles d'une organisation donnée, et fournit au reste du workflow la collection sur laquelle boucler.

Paramètres clés

  • Organization Slug Name or ID : le slug de l'organisation dont les équipes doivent être listées.
  • Return All : coché, n8n enchaîne les pages de l'API et ramène toutes les équipes de l'organisation.
  • Limit : le nombre maximal d'équipes renvoyées quand Return All est décoché. Pratique tant que tu mets le workflow au point.
Cas d'usage
un export hebdomadaire pose la liste des équipes dans un tableau partagé, et les questions de responsabilité arrêtent de circuler en message privé.
25

Update a team

team.update

Ce que tu vois dans n8n

Notes & cas d'usage

Renommer une équipe arrive plus souvent que prévu, en général après la fusion de deux cellules. Cette opération modifie une équipe existante ; les deux champs modifiables se rangent dans la collection facultative Update Fields.

Paramètres clés

  • Organization Slug Name or ID : le slug de l'organisation à laquelle l'équipe appartient.
  • Team Slug Name or ID : le slug de l'équipe à mettre à jour, pris dans la liste ou transmis via {{ $json.field }}.
  • Name : le nouveau nom de l'équipe.
  • Slug : le nouveau slug. Il doit être unique et disponible, donc prévois la branche d'erreur en cas de collision.
Cas d'usage
une réorganisation renomme la moitié des équipes, et un seul workflow applique toute la liste d'un coup.
Besoin d'aide

Besoin d'aide pour automatiser Sentry.io avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Sentry.io et n8n, les questions qui viennent ensuite

01L'intégration Sentry.io n8n est-elle gratuite ?
Oui du côté de n8n. Le nœud Sentry.io est livré avec n8n : rien à installer, aucun coût supplémentaire pour le débloquer, que tu sois sur n8n Cloud ou sur une instance auto-hébergée en Community Edition sous licence Sustainable Use. Un workflow se comporte de la même façon dans les deux cas, donc tu peux prototyper d'un côté et faire tourner de l'autre sans rien réécrire. Ce que coûte Sentry sur ton propre plan est une question distincte, qui dépend de ton compte : à vérifier directement chez Sentry, le nœud n'y change rien.
02Quels credentials faut-il pour Sentry.io dans n8n ?
Trois méthodes d'authentification sont disponibles : Access Token (Cloud), OAuth2 (Cloud) et Access Token (Self Hosted). Les deux méthodes par jeton attendent un User Auth Token généré dans Account, puis Settings, puis User Auth Tokens. La variante self-hosted demande une chose de plus, l'URL de ta propre instance Sentry. OAuth2 suppose de créer une intégration côté Sentry, d'y ajouter l'OAuth Callback URL affichée par n8n comme Authorized Redirect URI, puis de reporter le Client ID et le Client Secret. Quelle que soit la méthode, le credential se crée une fois et sert ensuite dans tous les workflows.
03Quelles sont les limites du nœud Sentry.io dans n8n ?
Le nœud couvre 25 opérations réparties sur 6 ressources : events, issues, projets, releases, organisations et équipes. Pour un endpoint Sentry qui sort de ce catalogue, le nœud HTTP Request l'appelle directement et réutilise le même credential Sentry via l'authentification prédéfinie, sans redéclarer le jeton. L'autre point concerne les listes. Return All enchaîne les pages de l'API jusqu'à ce que tout soit remonté, alors que le laisser décoché confie à Limit le nombre d'items renvoyés. Sur un projet chargé, la différence entre un échantillon et l'historique complet passe vite inaperçue.
04Sentry.io peut-il déclencher un workflow n8n en temps réel ?
Pas depuis un nœud Sentry, puisque cet outil n'a pas de nœud trigger dans n8n. Un workflow Sentry démarre donc ailleurs. Un Schedule Trigger le lance à intervalle fixe, ce qui convient aux digests, aux exports et aux routines de ménage. Un Webhook n8n, c'est-à-dire une URL appelée par un service tiers, permet à un système extérieur de lancer l'exécution. Ou bien c'est le trigger d'un autre outil qui démarre la chaîne, par exemple un événement de déploiement qui crée ensuite la release correspondante dans Sentry. En pratique, la plupart des workflows Sentry passent par le planificateur.
05n8n ou Make pour Sentry.io ?
Ça dépend de quatre critères. L'hébergement : n8n tourne sur tes propres serveurs via Docker ou npm, ou sur n8n Cloud, alors que Make est uniquement hébergé. La maîtrise des données en découle, puisqu'un n8n auto-hébergé garde les charges utiles d'événements tirées de Sentry dans ton infrastructure. Le modèle de coût : Make facture à l'opération, ce qu'un workflow bouclant sur toutes les issues d'un projet chargé finit par sentir. La logique visuelle : les deux offrent un canevas, et là c'est surtout une affaire d'habitude. Aucun des deux n'est un mauvais choix, ils optimisent simplement des contraintes différentes.