Un utilisateur clique sur « Payer », rien ne se passe, et il quitte le site sans rien dire. Sans outil de suivi, l’équipe technique ne l’apprend que des jours plus tard, si elle l’apprend. Sentry répond à ce problème : l’outil capte l’erreur au moment où elle se produit, la rattache à la ligne de code fautive et montre ce que l’utilisateur faisait juste avant. Né comme projet open source, il revendique aujourd’hui 200 000 organisations utilisatrices dans 146 pays.
Quel problème Sentry règle, et pour qui
Les journaux serveur et les outils de mesure d’audience disent qu’il y a un souci, rarement pourquoi. Sentry se place au niveau du code de l’application : chaque exception non gérée, chaque requête trop lente et chaque plantage mobile remonte avec sa pile d’appels, l’environnement, la version déployée et le navigateur concerné. C’est un complément aux outils de monitoring de site web qui vérifient seulement que vos pages répondent.
Trois publics s’y retrouvent. Le développeur indépendant qui maintient une application seul et veut être prévenu avant ses clients. L’équipe produit d’une start-up ou d’un éditeur SaaS, qui déploie souvent et doit savoir quelle version a introduit une régression. Les grandes organisations, enfin, qui exigent authentification unique, gestion fine des quotas, stockage des données en Europe ou installation sur leurs propres serveurs.
Comment fonctionne Sentry au quotidien
Tout passe par un SDK, une bibliothèque à ajouter dans le code de l’application. La documentation officielle en liste pour JavaScript (React, Next.js, Vue, Angular), Python (Django, Flask, FastAPI), PHP (Laravel, Symfony), Ruby, Java, .NET, Go, Rust, Android, iOS, Flutter, React Native, mais aussi Unity, Unreal Engine et les consoles de jeu. Le parcours type se déroule en quatre temps :
- Vous installez le SDK et le configurez avec la clé de votre projet ; les erreurs non gérées remontent dès le premier déploiement.
- Sentry regroupe les occurrences identiques en un seul ticket, avec le nombre d’événements, d’utilisateurs touchés et la tendance sur 24 heures ou 90 jours.
- Depuis le ticket, vous ouvrez la pile d’appels, le fil des actions de l’utilisateur, la trace de la requête et, si elle est activée, la vidéo de la session.
- Une fois le correctif déployé, vous marquez le ticket comme résolu dans une version donnée : s’il réapparaît, Sentry le signale comme régression.
Les alertes partent par e-mail sur le plan gratuit, puis vers Slack, PagerDuty ou votre gestionnaire de tickets dès le plan Team, qui ouvre aussi l’API et les intégrations. L’agent d’IA Seer s’appuie sur ces données (ticket, traces, logs, profils) pour proposer une cause probable, générer un correctif sous forme de pull request ou confier l’écriture du code à un agent externe comme Claude Code, Cursor ou GitHub Copilot. Il nécessite de connecter un dépôt GitHub.com ou GitLab.com.
Cas d’usage concrets selon votre profil
- Développeur freelance : surveiller l’application d’un client sur le plan gratuit, avec alertes par e-mail et 30 jours d’historique, sans payer tant que le volume reste sous 5 000 erreurs par mois.
- Équipe e-commerce : rejouer les sessions où le tunnel de commande a échoué, repérer les clics de rage et relier l’erreur JavaScript à l’appel serveur qui l’a provoquée.
- Éditeur d’application mobile : suivre le taux de sessions sans plantage de chaque version Android ou iOS, puis relier une hausse des crashs à la version fautive.
- Équipe back-end : isoler les requêtes SQL N+1 et les appels lents dans l’explorateur de traces, puis surveiller les tâches planifiées avec les moniteurs cron.
- Équipe qui code avec l’IA : brancher le serveur MCP de Sentry sur son assistant de code pour lui donner le contexte des erreurs en production.
Ce dernier usage prend de l’ampleur avec les outils présentés dans notre sélection de logiciels de vibe coding : le code généré vite a aussi besoin d’être surveillé une fois en ligne.
Sentry face à Datadog, New Relic et LogRocket
Datadog et New Relic partent de l’autre bout : l’observabilité de l’infrastructure (serveurs, conteneurs, bases de données), à laquelle ils ont ajouté le suivi des erreurs applicatives. Ils conviennent aux équipes d’exploitation qui veulent tout voir dans un même outil. Sentry reste centré sur le développeur et son code : regroupement des erreurs, commit suspect, correctif proposé par l’IA.
LogRocket se concentre sur le replay de sessions et l’analyse du parcours côté front-end. Sentry propose aussi le replay, mais le relie d’abord aux erreurs et aux traces back-end. Pour une simple vérification de disponibilité d’un site, un outil dédié comme UptimeRobot suffit ; Sentry n’inclut qu’un moniteur uptime dans ses plans d’entrée. Pour d’autres outils de production, voyez notre catégorie logiciels de développement web.
Les limites à connaître avant de vous lancer
- Les quotas sont mensuels et partagés : une boucle d’erreurs peut consommer le volume en quelques heures. Une fois le volume réservé et le budget à la consommation épuisés, les nouvelles données sont ignorées jusqu’au cycle suivant.
- La facture est uniquement en dollars, hors taxes ; la TVA s’applique en Europe sauf numéro de TVA intracommunautaire valide.
- La région de stockage (États-Unis ou Francfort) se choisit à la création de l’organisation et ne peut plus être modifiée ensuite, sauf à recréer une organisation. Les comptes et réglages restent stockés aux États-Unis.
- La version auto-hébergée demande au moins 4 cœurs et 16 Go de mémoire vive, sans support dédié ni fonctions d’IA.
- Aucune application mobile officielle ne permet de consulter les tickets en déplacement : tout se fait dans le navigateur ou via les alertes.
Comment choisir votre plan
Developer suffit pour un projet personnel ou pour tester l’outil : un seul utilisateur, pas d’intégration Slack ni Jira, et 30 jours d’historique. Dès que deux personnes doivent consulter les erreurs ou que vous voulez des alertes dans vos outils d’équipe, Team devient le minimum, avec des utilisateurs illimités pour un prix fixe.
Business se justifie si vous avez besoin de SAML et SCIM, de tableaux de bord illimités ou de la détection d’anomalies. Avant de vous engager, profitez de l’essai de 14 jours de Business pour mesurer votre volume réel d’erreurs et de spans, puis fixez un plafond de dépenses. Comptez Seer à part, facturé par développeur actif sur les dépôts où il est activé.