Ressources · Intégration Make

Intégration Sentry MakeAutomatiser Sentry avec Make.

Et si Sentry se gérait en partie tout seul ? L'intégration Sentry Make compte 27 modules, dont un déclencheur instantané. Tu verras ici comment relier ton token, puis monter un premier scénario utile, côté dev comme côté ops.

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

Ce que tu peux automatiser

Que peut automatiser l'intégration Sentry Make ?

L'intégration Sentry Make branche ton compte Sentry sur Make, un outil sans code où tu montes des scénarios. Un scénario, c'est une automatisation faite de modules, et chaque module est une brique qui déclenche, agit ou cherche. Avec 27 modules, dont un déclencheur instantané, Make réagit aux événements Sentry et gère projets, équipes et issues à ta place.

Une revue des accès qui ne prend plus la journée. Pour un DSI de PME, List an Organization's Users sort la liste des membres de l'organisation, et List an Organization's Teams montre qui est rattaché à quelle équipe. Le tout part dans un tableau où repérer les comptes à fermer.

Une réorganisation sans équipes fantômes. Avant de fermer une équipe, List a Team's Projects montre ce qu'elle porte encore. Une fois ses projets déplacés, Delete a Team la retire proprement.

Un nouveau site client, un projet Sentry prêt. Côté agence web, Create a Team puis Create a Project préparent l'espace Sentry à la signature, toujours nommé de la même façon.

Ce que Make ne propose pas ici : aucun déclencheur planifié, aucun module pour ajouter ou retirer un membre. La doc Make de Sentry est d'ailleurs signalée comme générée par IA, à vérifier dans la doc de Sentry. Pour le reste, Make an API Call ouvre toute l'API. La même app a souvent un nœud n8n : le comparatif n8n vs Make pose les différences à plat. Pour apprendre l'éditeur pas à pas, passe par la Formation Make, et si un scénario coince, le guide Dépannage Make t'aide à trouver pourquoi.

Connexion

Comment connecter Sentry à Make ?

  1. 01

    Ajoute un module Sentry

    Dans ton scénario, ajoute un module Sentry et clique sur Create a connection. La connexion, c'est ton compte Sentry relié une fois à Make, puis réutilisé par tous les modules Sentry. Pour Watch Events, clique d'abord sur Create a webhook, ensuite sur Create a connection.

  2. 02

    Génère un token dans Sentry

    Côté Sentry, va dans User Settings, puis API Tokens, et clique sur Create New Token. Coche les scopes dont tes modules ont besoin, valide avec Create Token et copie le token affiché.

  3. 03

    Colle le token et nomme la connexion

    De retour dans Make, donne si tu veux un nom dans Connection name, par exemple celui de l'organisation visée. Colle le token et enregistre. Make te propose alors tes projets et tes équipes Sentry directement dans les champs.

Premier scénario

Ton premier scénario : une équipe et un projet Sentry pour chaque nouvelle app

ObjectifQuand une nouvelle app est validée dans l'outil où ton équipe centralise les demandes, Make crée son équipe et son projet dans Sentry.

  1. 01

    Crée le scénario

    Depuis la page Scenarios, crée un nouveau scénario et clique sur le +. Le premier module est le déclencheur de l'outil où les demandes sont validées, un formulaire ou un tableau par exemple.

  2. 02

    Ajoute Create a Team

    Clique sur le + à droite de ce premier module, cherche Sentry et choisis Create a Team. Sélectionne ta connexion, puis ton organisation dans la liste que Make affiche, et reprends le nom de l'app venu de la demande.

  3. 03

    Enchaîne Create a Project

    Ajoute Create a Project juste derrière. Glisse l'équipe créée par le module précédent pour y rattacher le projet, et réutilise le nom de l'app pour nommer ce projet.

  4. 04

    Teste avec Run once

    Clique sur Run once et envoie une demande de test. Chaque module affiche le bundle reçu, c'est-à-dire l'élément transmis. Vérifie dans Sentry que l'équipe et le projet existent, puis supprime ces essais.

  5. 05

    Planifie et active

    Règle la planification sur le premier module : un nouveau scénario tourne toutes les 15 minutes par défaut. Active le scénario, et chaque demande validée donne un projet Sentry prêt à l'emploi.

Déclencheurs

Qu'est-ce qui peut lancer un scénario Sentry ?

1 module démarre un scénario quand quelque chose se passe dans Sentry. Un déclencheur planifié est vérifié par Make au rythme du scénario ; un déclencheur instantané est appelé par Sentry dès que ça se passe.

Sentry1Watch Events

Watch Events

Déclencheur instantané

Dans MakeWatches events.

Avec Watch Events, ton scénario démarre dès que Sentry signale un nouvel événement : l'erreur vue par tes utilisateurs arrive chez l'équipe sans que personne ne rafraîchisse le tableau de bord. Chaque événement passe en un bundle, l'élément transmis au module suivant.

Comment il se déclenche
instantané : l'app prévient Make par webhook dès que ça se passe. À l'ajout du module, clique sur Create a webhook, puis sur Create a connection.
Quand l'utiliser
pour tout flux qui doit réagir à chaud, par exemple récupérer l'issue liée avec Get an Issue et la poster là où tes développeurs travaillent.
Attention
chaque événement lance une exécution, et chaque module qui le traite compte une opération sur ton plan.
Modules

Que peut faire Make dans Sentry ?

Sentry te donne 26 modules. Pour chacun : ce qu'il fait pour toi, le moment où tu le choisis, et ce qu'il faut surveiller.

Sentry1

Create a Project

Action

Dans MakeCreates a new project bound to a team.

Create a Project ouvre un nouveau projet Sentry sous l'équipe de ton choix, prêt à recevoir les événements d'une app ou d'un service qui démarre.

Quand l'utiliser
quand un nouveau produit ou un site client entre en production et que tu veux son projet Sentry monté toujours pareil, directement depuis l'outil où la demande a été saisie.
Attention
le projet doit appartenir à une équipe ; crée-la ou retrouve-la d'abord avec Create a Team ou List an Organization's Teams.
Sentry2

Create a Team

Action

Dans MakeCreates a new team bound to an organization.

Grâce à Create a Team, une nouvelle équipe apparaît dans ton organisation Sentry, prête à porter les projets que tu y rattaches.

Quand l'utiliser
à la création d'une nouvelle squad, pour que l'équipe existe dans Sentry avant la première demande d'accès, avec un Create a Project branché juste après.
Attention
une équipe vit toujours dans une organisation ; si ton token en voit plusieurs, List Organizations t'aide à viser la bonne.
Sentry3

Delete an Issue

Action

Dans MakeRemoves an individual issue.

Delete an Issue supprime une issue de Sentry et débarrasse un projet du bruit que tu sais sans danger.

Quand l'utiliser
une fois l'issue identifiée comme un test ou un doublon, en général repérée plus tôt dans le scénario avec List a Project's Issues.
Attention
Make n'a aucun module pour restaurer une issue supprimée ; lance d'abord le scénario avec Run once sur un projet de test avant de le laisser toucher aux vraies issues.
Sentry4

Delete a Project

Action

Dans MakeSchedules a project for deletion. Deletion happens asynchronously and therefore is not immediate. However, once deletion has begun the state of a project changes and will be hidden from most public views. Requires the following scopes: "project:admin".

Delete a Project demande à Sentry de retirer un projet entier, la façon propre de fermer une app que plus personne ne maintient.

Quand l'utiliser
en fin de processus de décommissionnement, une fois copiées ailleurs les données à garder.
Attention
Sentry planifie la suppression et l'exécute en asynchrone, donc pas tout de suite, mais le projet sort de la plupart des vues publiques dès qu'elle commence. Ton token doit aussi avoir le scope project:admin.
Sentry5

Delete a Team

Action

Dans MakeSchedules a team for deletion. Note: Deletion happens asynchronously and therefore is not immediate. However once deletion has begun the state of a project changes and will be hidden from most public views.

Ce module place une équipe Sentry en file de suppression et remet de l'ordre dans ton organisation après une réorganisation.

Quand l'utiliser
quand une équipe a fusionné avec une autre et que ses projets ont été déplacés, ce que List a Team's Projects te permet de vérifier avant.
Attention
comme pour un projet, la suppression est asynchrone et pas immédiate ; dès qu'elle démarre, l'équipe quitte la plupart des vues publiques, sans disparaître à la seconde.
Sentry6

Get an Event

Action

Dans MakeReturns details on an individual event.

Get an Event récupère le détail complet d'un événement Sentry précis, une occurrence et non l'issue qui les regroupe.

Quand l'utiliser
après Watch Events ou List an Issue's Events, quand le module suivant a besoin de plus d'infos, par exemple pour rédiger un message complet au développeur d'astreinte.
Attention
il lit un événement par appel et chaque appel coûte une opération ; évite de le lancer sur chaque bundle d'une longue liste sans raison.
Sentry7

Get an Issue

Action

Dans MakeReturns details on an individual issue. This returns the basic stats for the issue (title, last seen, first seen), some overall numbers (number of comments, user reports) as well as the summarized event data.

Get an Issue te rend la synthèse d'une issue : son titre, sa première et sa dernière apparition, des compteurs comme les commentaires et les signalements d'utilisateurs, plus un résumé des événements.

Quand l'utiliser
pour transformer une alerte brute en fiche lisible, avec assez de contexte pour qu'un chef de produit mesure l'impact.
Attention
le module a besoin de l'issue à lire, qu'un module placé avant, comme List a Project's Issues, peut lui fournir.
Sentry8

Get an Organization

Action

Dans MakeReturns details on an individual organization including various details such as membership access, features, and teams.

Vise ton organisation Sentry avec Get an Organization et tu récupères sa fiche : accès des membres, fonctionnalités, équipes.

Quand l'utiliser
dans un flux d'audit qui consigne l'état de l'organisation dans un tableau ou un document, pour que la direction voie qui accède à quoi sans se connecter à Sentry.
Attention
le résultat tient dans un seul bundle très fourni ; ne mappe que les valeurs utiles au module suivant pour garder un rendu lisible.
Sentry9

Get a Project

Action

Dans MakeReturns details on an individual project.

Get a Project va chercher un projet Sentry et renvoie son détail, pratique quand un module suivant doit savoir où il en est.

Quand l'utiliser
avant Update a Project, pour lire l'état actuel et décider si un changement s'impose, ou pour compléter un rapport bâti avec List Projects.
Attention
il ne vise qu'un projet ; pour les couvrir tous, pars de List Projects, qui renvoie un bundle par projet.
Sentry10

Get a Team

Action

Dans MakeReturns details on an individual team.

Get a Team te donne le détail d'une équipe, un moyen rapide de glisser ses infos dans un message ou un rapport.

Quand l'utiliser
dans un flux qui envoie chaque nouvelle issue à une équipe, une fois l'équipe retrouvée avec List an Organization's Teams.
Attention
tu obtiens l'équipe elle-même, pas ses projets ; pour eux, c'est List a Team's Projects qu'il faut ajouter.
Sentry11

Make an API Call

Action

Dans MakePerforms an arbitrary authorized API call.

Make an API Call te laisse appeler n'importe quel point de l'API Sentry depuis ton scénario, avec la même connexion que les autres modules.

Quand l'utiliser
quand aucun module de la liste ne fait ce qu'il te faut ; tu gardes ton token et tu n'as pas à gérer l'authentification toi-même.
Attention
la requête, c'est toi qui l'écris. Garde donc la référence de l'API Sentry sous la main, et vérifie que les scopes de ton token couvrent bien l'appel visé.
Sentry12

Update an Issue

Action

Dans MakeUpdates an individual issue's attributes.

Update an Issue modifie les attributs d'une issue dans Sentry, pour que l'état d'un bug suive ce qui se passe dans tes autres outils.

Quand l'utiliser
quand un ticket est clos dans ton outil de gestion de projet et que l'issue Sentry correspondante doit suivre, sans qu'un développeur change d'onglet.
Attention
Make doit savoir quelle issue modifier ; retrouve-la d'abord avec List a Project's Issues, puis mappe-la dans ce module.
Sentry13

Update an Organization

Action

Dans MakeUpdates various attributes and configurable settings for the given organization.

Update an Organization change les attributs et les réglages de ton organisation Sentry sans quitter le scénario.

Quand l'utiliser
rarement, et en connaissance de cause : quand une décision validée ailleurs, dans un formulaire de demande par exemple, doit s'appliquer sans que quelqu'un ouvre la page de réglages.
Attention
le changement touche toute l'organisation ; teste avec Run once et lis le bundle avant d'activer le scénario.
Sentry14

Update a Project

Action

Dans MakeUpdates various attributes and configurable settings for the given project. Only supplied values are updated. Requires "project:write" scope.

Update a Project ajuste les attributs et les réglages d'un projet, et seules les valeurs que tu remplis changent ; le reste ne bouge pas.

Quand l'utiliser
pour garder des projets alignés quand un service est renommé ou change de responsable, avec les nouvelles valeurs issues de l'outil où le changement a été noté.
Attention
Sentry exige le scope project:write sur ton token pour ce module ; pense à le cocher en créant le token.
Sentry15

Update a Team

Action

Dans MakeUpdates various attributes and configurable settings for the given team.

Quand une équipe évolue, Update a Team met à jour ses attributs et ses réglages dans Sentry depuis le scénario.

Quand l'utiliser
après une réorganisation saisie dans ton outil RH ou projet, pour que la fiche d'équipe dans Sentry colle au reste de tes outils.
Attention
le module vise une seule équipe ; placer Get a Team avant te permet de comparer l'état actuel avec la modification envoyée.
Sentry16

List an Issue's Events

Recherche

Dans MakeReturns an issue's events.

List an Issue's Events rassemble les événements derrière une issue, chacun dans son propre bundle, pour voir comment la même erreur se manifeste d'une occurrence à l'autre.

Quand l'utiliser
pendant une enquête, pour envoyer les événements d'une issue bavarde dans un tableau où l'équipe peut les trier et les comparer.
Attention
une issue très active renvoie beaucoup de bundles, et chaque module suivant tourne une fois par bundle : les opérations grimpent vite.
Sentry17

List an Organization's Repositories

Recherche

Dans MakeReturns a list of version control repositories for a given organization.

Cette recherche renvoie les dépôts de gestion de versions que Sentry connaît pour une organisation donnée.

Quand l'utiliser
pour dresser l'inventaire des dépôts de code rattachés à Sentry, dans un tableau que ton responsable technique relit d'un coup d'œil.
Attention
comme toute recherche, elle peut renvoyer zéro, un ou plusieurs bundles ; prévois le cas vide quand tu mappes sa sortie dans le module suivant.
Sentry18

List an Organization's Teams

Recherche

Dans MakeReturns a list of teams bound to an organization.

List an Organization's Teams remonte les équipes rattachées à une organisation, un bundle par équipe.

Quand l'utiliser
en première étape de tout flux qui travaille équipe par équipe, par exemple pour aller chercher ensuite les projets de chacune avec List a Team's Projects.
Attention
les modules suivants tournent une fois par équipe renvoyée ; le nombre d'opérations grandit avec la taille de ton organisation.
Sentry19

List an Organization's Users

Recherche

Dans MakeReturns a list of users that belong to a given organization.

Obtiens la liste des utilisateurs membres d'une organisation avec cette recherche, chaque personne arrivant dans un bundle séparé.

Quand l'utiliser
pour une revue des accès, en croisant les membres Sentry avec ta liste RH afin qu'une personne partie de l'entreprise ne garde pas son accès.
Attention
le module se contente de lister ; il ne retire personne, le ménage se fait toujours dans Sentry.
Sentry20

List a Project's Events

Recherche

Dans MakeReturns a list of events bound to a project.

List a Project's Events renvoie les événements rattachés à un projet, toutes issues confondues et pas seulement une.

Quand l'utiliser
quand tu veux une vue plus large qu'une issue, par exemple pour exporter les événements d'un projet dans un tableur lors du bilan d'une mise en production.
Attention
sur un projet actif, la liste peut être longue, et chaque bundle renvoyé coûte une opération dans chaque module qui suit.
Sentry21

List a Project's Issues

Recherche

Dans MakeReturns a list of issues (groups) bound to a project.

List a Project's Issues récupère les issues d'un projet, que Sentry appelle aussi groupes, à raison d'un bundle par issue.

Quand l'utiliser
comme point de départ d'un tri : tu listes les issues, puis tu appliques Get an Issue ou Update an Issue à celles qui comptent.
Attention
l'enchaîner avec Delete an Issue est risqué ; contrôle chaque bundle avec Run once avant de laisser les suppressions tourner sur toute la liste.
Sentry22

List a Project's Users

Recherche

Dans MakeReturns a list of users seen within the specified project.

List a Project's Users renvoie les utilisateurs que Sentry a vus sur un projet donné, un bundle par utilisateur.

Quand l'utiliser
pour transmettre à ton outil de support les utilisateurs vus sur un projet, afin que l'équipe sache qui contacter après une version ratée.
Attention
ce n'est pas la même liste que List an Organization's Users, qui couvre les membres de ton organisation ; prends celle qui répond à ta question.
Sentry23

List a Tag's Values

Recherche

Dans MakeReturns a list of values associated with this key. The query parameter can be used to perform a "contains" match on values.

List a Tag's Values renvoie les valeurs enregistrées pour une clé de tag, et son paramètre de requête filtre les valeurs qui contiennent un bout de texte.

Quand l'utiliser
pour savoir quelles valeurs apparaissent vraiment sous un tag avant d'en tirer un rapport.
Attention
le filtre cherche ce qui « contient » ton texte, pas une valeur exacte ; une requête courte peut ramener plus de résultats que prévu.
Sentry24

List a Team's Projects

Recherche

Dans MakeReturns a list of projects bound to a team.

List a Team's Projects renvoie les projets rattachés à une équipe donnée, un bundle par projet.

Quand l'utiliser
avant de supprimer ou de fusionner une équipe, pour voir ce qu'elle porte encore, ou pour envoyer à chaque équipe le récap de ses propres projets.
Attention
il te faut l'équipe d'abord ; List an Organization's Teams ou Get a Team te fournit la valeur à mapper.
Sentry25

List Organizations

Recherche

Dans MakeReturns a list of organizations available to the authenticated session.

List Organizations affiche les organisations accessibles à ta connexion, selon le token que tu as confié à Make.

Quand l'utiliser
pour une agence ou un groupe qui gère plusieurs organisations Sentry et veut un seul scénario qui les passe toutes en revue.
Attention
la liste ne couvre que ce que la session authentifiée voit ; c'est donc le token créé qui décide de ce qui apparaît.
Sentry26

List Projects

Recherche

Dans MakeReturns a list of projects available to the authenticated session.

Besoin d'un inventaire complet ? List Projects renvoie tous les projets accessibles à ta connexion, un bundle chacun.

Quand l'utiliser
pour bâtir le catalogue de tes projets Sentry, puis enrichir chaque ligne avec Get a Project avant de l'écrire dans un tableau.
Attention
contrairement à List a Team's Projects, il ne filtre pas par équipe ; prends plutôt ce module-là quand seule une équipe t'intéresse.
Besoin d'aide

Besoin d'aide pour automatiser Sentry avec Make ?

Une personne lit chaque message.

FAQ

Sentry et Make : les questions fréquentes

01L'intégration Sentry Make est-elle gratuite ?
Oui. Sentry est une app standard, ses modules fonctionnent donc sur le plan Free de Make. Ce plan donne droit à 2 scénarios actifs, 15 minutes minimum entre deux exécutions planifiées, 5 minutes d'exécution au plus, des fichiers jusqu'à 5 Mo et 512 Mo de transfert. Les plans payants (Core, Pro, Teams et Enterprise) descendent l'intervalle à 1 minute, lèvent la limite de scénarios actifs et comptent l'usage en crédits, c'est-à-dire en opérations, par mois. L'abonnement Sentry reste à part et suit la grille tarifaire de Sentry.
02Que faut-il pour connecter Sentry à Make ?
Un compte Sentry actif et un token d'API doté des bons scopes. Le token se crée dans Sentry via User Settings, API Tokens puis Create New Token, en cochant les scopes avant de valider avec Create Token. Dans Make, ajoute un module Sentry, clique sur Create a connection, nomme la connexion si tu veux et colle le token. Pour le déclencheur Watch Events, Make te demande de cliquer sur Create a webhook avant la connexion. Certains modules exigent un scope précis, comme project:admin pour Delete a Project.
03Le déclencheur Sentry Watch Events réagit-il en temps réel ?
Oui. Watch Events est un déclencheur instantané : Sentry prévient Make par webhook dès qu'un événement se produit, au lieu que Make vérifie à intervalle. Le scénario part donc sur l'événement lui-même, et la planification par défaut des nouveaux scénarios ne s'y applique pas. Chaque événement forme un bundle, et chaque module qui le traite consomme une opération. Sentry n'a aucun déclencheur planifié dans Make : la vérification à intervalle n'existe pas pour cette app.
04Que faire si un module Sentry manque dans Make ?
Passe par Make an API Call. Il atteint n'importe quel point de l'API Sentry avec la connexion déjà en place, tu n'es donc pas limité aux 15 actions et 11 recherches listées dans Make. Vérifie que ton token porte les scopes nécessaires à l'appel. Garde aussi en tête que la doc Make de Sentry est signalée comme générée par IA à partir de la doc officielle de Sentry : confirme les points importants, comme les scopes requis, dans la documentation de Sentry avant de t'y fier.
05Make ou n8n pour Sentry ?
Ça dépend de ce que tu compares. Côté Make, Sentry arrive avec 27 modules, un déclencheur instantané Watch Events et Make an API Call pour tout le reste, le tout monté dans un scénario visuel. La même app a souvent un nœud n8n. Le test honnête consiste à noter les actions dont ton flux a besoin, à vérifier quel outil couvre chacune nativement, puis à retenir celui qui gère ta liste avec le moins de contournements. Le comparatif cité plus haut sur la page entre dans le détail.