Des erreurs sans contexte
Passez d'une erreur directement au session replay qui l'a déclenchée.
Suivi des erreurs
Voyez les erreurs regroupées par message, classées selon leur fréquence, avec un clic vers l'enregistrement où elles se sont produites — sans outil d'erreurs séparé.
Les problèmes qu'il résout
Passez d'une erreur directement au session replay qui l'a déclenchée.
Les erreurs sont regroupées par message et classées selon leur fréquence, avec les utilisateurs et sessions concernés.
Le suivi des erreurs réside dans le même espace de travail que le replay et les analyses.
Flux de travail
Le SDK enregistre automatiquement les erreurs et avertissements JavaScript.
Les erreurs sont regroupées par message et triées selon leur fréquence.
Ouvrez la session reliée pour regarder l'erreur se produire.
Capturer
Tout provient du même script que votre analytics, sans rien de plus à installer.
| Erreurs non interceptées | Les exceptions qui atteignent le navigateur, avec le message, le fichier, la ligne, la colonne et la trace de pile. |
|---|---|
| Rejets de promesse non gérés | Une promesse rejetée que personne n’a interceptée : l’erreur qui échoue le plus souvent en silence dans les front-ends modernes. |
| Erreurs et avertissements de la console | Tout ce qui est écrit avec console.error ou console.warn, depuis votre code ou un script tiers, enregistré comme erreur ou comme avertissement. |
| Requêtes échouées | Les appels fetch et XHR avec leur code de statut et leur durée, ainsi que les images, scripts et feuilles de style qui n’ont pas pu se charger. Ils apparaissent dans la liste des événements et dans le panneau réseau du replay plutôt que dans les groupes d’erreurs. |
Tri
identify() les nomme. Filtrez pour n’afficher que les erreurs ou que les avertissements.C’est tout l’intérêt de cette dernière étape. Une trace de pile indique où le code a cassé ; le replay montre ce que la personne a cliqué, saisi et attendu avant, ce qui est généralement ce qu’il vous faut pour le reproduire.
Ce que vous obtenez
| Capturer | Erreurs et avertissements JavaScript, capturés automatiquement. |
|---|---|
| Tri | Regroupés par message avec le nombre d'utilisateurs et de sessions concernés. |
| Contexte | Un lien direct vers le replay à l'origine de chaque erreur. |
Bruit
Une boucle qui lève la même erreur mille fois par seconde ne doit pas noyer tout le reste. Le script enregistre la même erreur au plus cinq fois par chargement de page et plafonne le débit total d’événements d’erreur : un widget cassé apparaît donc comme un seul problème bien visible plutôt que comme un million de lignes.
En toute franchise
Les outils dédiés de surveillance des erreurs comme Sentry vont plus loin côté ingénierie : source maps, suivi des versions, erreurs backend et routage des alertes. PulsePanda ne fait rien de tout cela. Les traces de pile sont affichées telles que le navigateur les a rapportées, ce qui signifie minifiées pour un bundle de production minifié, et seules les erreurs du navigateur sont capturées.
Ce que PulsePanda apporte, c’est le contexte produit autour de l’erreur : le replay de la session, l’étape de tunnel qu’elle a cassée, le feedback laissé par la même personne et le nombre d’utilisateurs réels touchés. Les équipes qui utilisent déjà Sentry le gardent souvent et se servent de PulsePanda pour décider quelles erreurs comptent le plus pour les utilisateurs.
FAQ
Erreurs et avertissements JavaScript, regroupés par message avec le nombre d'utilisateurs et de sessions concernés.
Oui. Chaque erreur renvoie aux session replays où elle s'est produite.
Non. Sur les forfaits payants, le même SDK qui alimente l'analyse capture les erreurs automatiquement.
FAQ
Non. Les traces de pile sont affichées telles que le navigateur les a rapportées : le code d’un bundle minifié reste donc minifié. Si vous avez besoin de traces dé-minifiées et du suivi des versions, utilisez un outil dédié de surveillance des erreurs en complément de PulsePanda.
Non. PulsePanda capture les erreurs dans le navigateur : exceptions non interceptées, rejets de promesse non gérés, erreurs et avertissements de la console. Un appel d’API échoué apparaît quand même, sous forme de requête réseau avec son code de statut.
Non. La même erreur est enregistrée au plus cinq fois par chargement de page, et le débit global d’événements d’erreur est plafonné.
La capture des erreurs et des avertissements est incluse dans les offres Pro et Business.
Pages associées
Installez une seule fois et connectez analyse produit, replay, heatmaps, tunnels et retours en quelques minutes.
Commencer gratuitement