Afin d'éviter des duplicatas dans la liste des erreurs d'Error Analysis, les erreurs identiques sont groupées dans le module. Les erreurs similaires, c'est-à-dire pas identiques mais dont les détails ne sont que légèrement différents (en fonction du type d'erreur), ce qui pourrait entraîner leur traitement comme des erreurs distinctes et « sans rapport », sont également groupées.
Nous appliquons cette logique de regroupement pour vous permettre de :
- Naviguer plus facilement dans Error Analysis
- Repérer et prioriser les erreurs plus rapidement
- Identifier l'impact réel d'une erreur
Fonctionnement du regroupement selon le type d'erreur
Pour chaque type d'erreur, nous nous servons des détails d'erreur suivants pour regrouper les erreurs :
Erreurs d'API
- URL de la requête
- Code de status
- Méthode
- Contenu du corps correspondant (si défini dans une règle de collecte)
Messages de Console
- Message, sans tenir compte des valeurs :
- Date/Heure
- Nombre
- ID
- Valeurs JSON
Exemple 1
Les erreurs suivantes seront groupées, puisque la date et le timestamp sont ignorés dans le cadre du regroupement :
- [ERREUR] : 2024-06-27T14:14:36.329Z Un problème est survenu
- [ERREUR] : 2024-06-27T13:11:35.391Z Un problème est survenu
Exemple 2
Les erreurs suivantes seront groupées, puisque les nombres sont ignorés dans le cadre du regroupement :
- [ERREUR] Cette date ne correspond pas à l'âge saisi dans votre recherche (10 ans). Vérifiez que vous avez saisi la bonne date ou commencez une nouvelle recherche.
- [ERREUR] Cette date ne correspond pas à l'âge saisi dans votre recherche (25 ans). Vérifiez que vous avez saisi la bonne date ou commencez une nouvelle recherche.
Erreur personnalisée
- Message
Exemple
- “Oups, ce code promo est invalide” ou
- “Un ou plusieurs des éléments que vous avez saisis sont incorrects. Veuillez vérifier vos informations de connexion et réessayer.”
Crashes
Pour les crashes Android Native, nous nous servons des éléments du premier cadre suivants :
- Type d'exception
- Pack
- Nom de la méthode
- Nom du fichier
Pour les crashes iOS Native, nous utilisons les éléments du premier cadre suivants :
- Type d'exception (ou Signal s'il n'y a pas de type d'exception)
- Module
- Nom de la fonction
- Nom du fichier
Pour les crashes React Native :
- Nom de la fonction de la ligne de contexte
- Nom du fichier
Flutter
- Type d'exception
- Nom du fichier
- Nom de la classe
- Méthode
- Direction
Erreurs JS
- Domaine du nom de fichier sans tenir compte des values liées au pays et à la langue (codes d'extension…)
- Message d'erreur, en ignorant certaines values (nombres, URL) et en éliminant les spécificités liées aux navigateurs et versions de navigateurs
Analyser des groupes d'erreurs avec un ID de groupe
Les erreurs groupées se voient attribuer un ID de groupe afin de faciliter l'identification du groupe auquel une erreur appartient. Vous pouvez trouver et utiliser l'ID d'un groupe d'erreurs lors de vos analyses dans Error Analysis, Session Replay et avec les segments dans le Contexte d'analyse.
Regroupement d'erreurs dans Error Analysis
Cliquez sur une erreur de la liste des erreurs pour ouvrir le panneau latéral. Dedans, vous pourrez voir l'ID de groupe et cliquer sur le menu "..." des options supplémentaires pour "Copier les détails de l'erreur".
Regroupement d'erreurs dans Session Replay
Lorsque vous lisez une erreur dans Session Replay, la liste des replays est composée de tous les replays où les erreurs appartiennent au même groupe d'erreurs.
Le flux d'évènements, sur la gauche, affichera le nom de l'erreur, ses détails et l'ID du groupe auquel elle appartient.
Regroupement d'erreurs avec les segments dans le Contexte d'analyse
Créez et enregistrez un segment correspondant à un groupe d'erreurs dans le Contexte d'analyse afin de l'utiliser dans les autres modules.
Tip : Exploitez les segments enregistrés dans le module Impact Quantification pour comparer les utilisateurs qui ont rencontré l'erreur avec ceux qui ne l'ont pas vue, afin de déterminer d'impact sur la conversion et les revenus.