Aller au contenu principal
Zenovay
Pro Plan10 minutesIntermédiaire

Groupes d'erreurs et agrégation

Comprenez comment Zenovay regroupe les erreurs similaires et gérez les flux de triage des erreurs. Lisez notre guide de suivi des erreurs.

errorsgroupingaggregationtriagedebugging
Dernière mise à jour :

Découvrez comment Zenovay regroupe intelligemment les erreurs similaires pour réduire le bruit et accélérer le débogage.

Tableau de bord des erreurs Zenovay listant les erreurs regroupées avec les comptes d'occurrences, les utilisateurs affectés et le statut.
L'onglet Erreurs regroupe chaque erreur JavaScript et réseau en montrant la fréquence d'occurrence et le nombre d'utilisateurs affectés.

Où trouver les groupes d'erreurs

Ouvrez le tableau de bord de votre site Web à partir de Domains, puis sélectionnez l'onglet Errors. L'onglet a deux sous-onglets :

  • Errors — la liste groupée des erreurs JavaScript et réseau (cet article).
  • Frustration — les rage clicks, dead clicks et autres signaux de frustration.

Le suivi des erreurs est disponible sur le plan Pro et supérieur.

Comment fonctionne le regroupement des erreurs

Regroupement par empreinte

Au lieu d'afficher chaque occurrence individuelle, Zenovay regroupe les erreurs identiques en une seule avec une empreinte dérivée de :

  1. Type d'erreur — TypeError, ReferenceError, etc.
  2. Message d'erreur — le motif du message
  3. Stack trace — les frames supérieures de la pile d'appels

Deux occurrences avec la même empreinte se retrouvent dans le même groupe, de sorte qu'un seul bogue récurrent apparaît une seule fois avec un nombre d'occurrences, et non des milliers de fois.

Exemple

Ces deux occurrences sont regroupées ensemble :

// Erreur 1 : ID utilisateur 123
TypeError: Cannot read property 'name' of undefined
    at getUserName (user.js:45:12)
    at renderProfile (profile.js:78:5)

// Erreur 2 : ID utilisateur 456
TypeError: Cannot read property 'name' of undefined
    at getUserName (user.js:45:12)
    at renderProfile (profile.js:78:5)

Même groupe parce que :

  • Type d'erreur identique (TypeError)
  • Message identique
  • Localisation de la stack trace identique

Liste des groupes d'erreurs

Chaque groupe dans la liste affiche :

MétriqueDescription
OccurrencesNombre total de fois où l'erreur s'est produite
UtilisateursVisiteurs uniques affectés
Première vueQuand le groupe a été enregistré pour la première fois
Dernière vueOccurrence la plus récente
CatégorieJavaScript, Réseau, Ressource ou Personnalisée
SévéritéCritique, Élevée, Moyenne ou Basse
StatutNon résolu, En cours d'investigation, Résolu ou Ignoré

Panneau des détails du groupe

Cliquez sur un groupe pour ouvrir son panneau de détails, qui inclut :

  • Exemples d'occurrences — détails complets (message, frames de stack, breadcrumbs) pour les instances récentes
  • Graphique de fréquence — occurrences au fil du temps
  • Pages affectées — où l'erreur se produit le plus
  • Ventilation des navigateurs et appareils — quels navigateurs, systèmes d'exploitation et appareils sont affectés
  • Insights — conseils spécifiques à la catégorie sur les raisons de l'erreur, où chercher et comment la corriger

Info

Téléchargez des source maps pour que les stack traces minifiées en production se résolvent à vos fichiers source d'origine. Voir Source Maps & JS Errors.

Flux de travail du statut des erreurs

Types de statuts

StatutDescription
Non résoluErreurs nouvelles ou toujours ouvertes — par défaut
En cours d'investigationVous l'analysez activement
RésoluLe correctif est déployé et l'erreur devrait s'arrêter
IgnoréProblème connu que vous ne prévoyez pas de corriger (ex. bruit tiers)

Changer le statut

Depuis le panneau de détails d'un groupe d'erreurs, utilisez les boutons de statut pour la marquer En cours d'investigation, Résolu ou Ignoré. Marquer un groupe Résolu ou Ignoré le supprime de la vue Non résolu par défaut pour que votre liste reste concentrée sur ce qui est réellement ouvert.

Changer le statut nécessite un rôle d'équipe avec accès en modification au site Web. Les viewers peuvent parcourir les groupes d'erreurs mais ne peuvent pas changer leur statut.

Filtrage & Recherche

La liste des erreurs peut être filtrée avec :

FiltreOptions
StatutTous, Non résolu, En cours d'investigation, Résolu, Ignoré
CatégorieJavaScript, Réseau, Ressource, Personnalisée
SévéritéCritique, Élevée, Moyenne, Basse
Plage de datesAujourd'hui, Hier, 7 / 14 / 30 / 90 jours, Tous les temps

Une boîte de recherche filtre les groupes par message d'erreur ou type. Les plages de dates disponibles dépendent de la fenêtre de rétention des données de votre plan.

Suppression des groupes bruyants

Si un groupe est du pur bruit (une occurrence unique d'une extension de navigateur, par exemple), marquez-le Ignoré depuis son panneau de détails. Les groupes ignorés disparaissent de la vue Non résolu par défaut pour que votre liste reste concentrée, mais leur historique est conservé au cas où vous voudriez le revoir ultérieurement. Si vous changez d'avis, changez le statut en Non résolu ou En cours d'investigation.

Bonnes pratiques

Flux de travail de triage

  1. Examiner régulièrement — consultez les erreurs non résolues dans le cadre de votre routine.
  2. Prioriser par impact — un groupe affectant de nombreux utilisateurs importe généralement plus que le nombre brut d'occurrences.
  3. Les victoires rapides en premier — résolvez les corrections faciles immédiatement pour réduire le bruit.
  4. Utiliser le statut de manière cohérente — gardez la liste Non résolu pour les choses qui nécessitent réellement une attention ; ignorez le bruit tiers connu.
  5. Surveiller les pics — configurez les alertes de performance pour être informé de façon proactive des nouveaux pics d'erreurs.

Regroupement efficace

  • Gardez les source maps à jour pour que les stack traces restent lisibles.
  • Utilisez des messages d'erreur consistants et descriptifs dans votre code.
  • Ajoutez du contexte aux erreurs manuellement suivies (personnalisées).

Dépannage

Trop de groupes

Causes :

  • Messages d'erreur hautement dynamiques (beaucoup de données variables dans le texte du message)
  • Source maps manquantes
  • Erreurs de script tiers

Solutions :

  • Utilisez des messages d'erreur stables et normalisés
  • Téléchargez les source maps
  • Marquez le bruit tiers comme Ignoré

Les erreurs ne se regroupent pas

Vérifiez :

  • Un stack trace est disponible sur l'erreur
  • Les erreurs partagent le même emplacement source
  • Le type d'erreur et le message correspondent

Prochaines étapes

Cet article vous a-t-il aidé ?