Comment détecter les erreurs sur le site

Voici les erreurs potentielles que vous pouvez suivre sur votre site en utilisant cette méthode : 

Configuration

1. Créez une page d'erreur dans votre mapping de template

• Pour analyser une page d'erreur, assurez-vous d'avoir une page dédiée dans votre mapping afin de pouvoir visualiser les pages d'erreur dans l'analyse de zoning et le comparateur de pages, et créer des objectifs et des segments.
• À l'aide de notre assistant de tag de suivi, vérifiez si ces pages peuvent être identifiées par URL ou variable custom.
• Si vous n'avez pas de variables custom configurées, vous devrez copier l'erreur soit à partir du chemin, soit de la requête et créer la page autour de la condition d'erreur dans l'URL.
• Créez un objectif autour de la visualisation de la page d'erreur

2. Vous devrez créer un objectif de visualisation avant de pouvoir créer un segment autour de la visualisation d'une page spécifique.

• Pour ce faire, sélectionnez le mapping avec la page d'erreur dans les objectifs et créez un objectif de visualisation.
• Une fois votre objectif créé, vous pouvez appliquer cet objectif pour créer un segment autour des visiteurs qui ont visualisé une page d'erreur.
• Vous pouvez également créer des objectifs autour des visiteurs qui ont cliqué sur une zone pour aider à suivre le nombre de visiteurs cliquant.

3. Créez un segment autour des utilisateurs ayant visualisé la page d'erreur

• Cela vous permettra de filtrer par la population ayant visualisé une page spécifique, dans cet exemple, la page d'erreur.
• Pour ce faire, sélectionnez la condition 'objectif' dans le créateur de segment, et choisissez l'objectif que vous avez créé dans le menu déroulant.

Étape par étape

Où les utilisateurs trouvent-ils des pages avec des erreurs dans leur parcours ? Regardons la vue d'ensemble et travaillons vers une analyse plus granulaire en commençant par l'aperçu du site :

1. Accédez à Aperçu du site (page d'accueil de la plateforme Contentsquare) pour identifier quel pourcentage de Tous les utilisateurs dans une certaine période a visualisé une page avec des erreurs en appliquant l'objectif 'Page d'erreur vue'. 

2. Examinez les parcours utilisateurs dans l'analyse de parcours qui ont vu la page avec une erreur en appliquant le segment Page d'erreur vue. Cela met en évidence les parcours de la population d'utilisateurs qui ont vu la page d'erreur.

Que faisaient les utilisateurs après la page d'erreur ?

• Utilisez l'analyse de parcours pour mettre en évidence où les utilisateurs voient la page d'erreur.
• Cliquez sur “Parcours après la page” et sélectionnez la page d'erreur.
• Appliquez le parcours après une page pour identifier quel parcours les utilisateurs prennent après avoir visualisé une page d'erreur.
• Identifiez si les utilisateurs sont susceptibles de sortir après avoir visualisé la page d'erreur ou de continuer leur parcours.

Les utilisateurs sont-ils incités à revenir à la page précédente ou à la page d'accueil ?

Comment les utilisateurs sont-ils arrivés à la page d'erreur ?

Une fois que vous avez visualisé ce parcours, activez le parcours inversé et identifiez comment les utilisateurs atteignent la page d'erreur.

• Y a-t-il une page principale causant l'erreur ?
  Si oui, vous voudrez peut-être enquêter sur celle-ci. Créez le segment “Avoir vu [la page problématique] PUIS vu la page d'erreur” (en utilisant la condition 'page vue'). Regardez les métriques de zoning de cette page en utilisant le segment.
• Est-ce une page d'entrée ?
  Si oui, vérifiez les URL pour tout paramètre UTM surprenant qui pourrait suggérer des erreurs d'acquisition.
  Vous pouvez ensuite appliquer les différents segments de source d'acquisition pour identifier exactement quelle campagne payante les utilisateurs interagissent avec l'URL cassée.

3. Dans le comparateur de pages, sélectionnez le mapping avec la page d'erreur et étoilez la page d'erreur pour mettre en évidence la page en haut de l'écran.

Ici, vous pouvez rapidement identifier l'impact que cette page a sur votre site.

• En regardant le taux de rebond, nous pouvons voir qu'environ la moitié des utilisateurs qui atterrissent sur la page d'erreur quittent sans jamais voir une deuxième URL.
• Il est également important de regarder le nombre de sessions par rapport à l'ensemble du site pour comprendre combien de sessions d'utilisateurs voient une page d'erreur.
• Vues/Sessions est également important car il vous permet d'identifier si les visiteurs voient plusieurs pages d'erreur pendant la session.
• Il est également important d'identifier s'il y a des pages qui peuvent amener les utilisateurs à voir une page d'erreur. Pour voir cela, nous pouvons utiliser le mode Comparaison pour comparer où nous “Incluons” le segment pour avoir vu la page d'erreur et “Excluons” le segment pour avoir vu la page d'erreur. Avec cette comparaison, nous pouvons identifier s'il y a des pages où il y a des différences entre ces deux segments.

4. Dans Session Replay, nous pouvons appliquer le Segment "Vue Page d'erreur" pour visualiser les différents parcours où un visiteur a été en contact avec une page d'erreur. Nous pouvons également utiliser le segment séquentiel que nous avons créé précédemment pour voir la page spécifique.

Appliquez des filtres par 'Durée' et 'URLs vues' pour identifier des scénarios spécifiques.
Par exemple, si vous définissez les URLs vues à 1, vous pouvez identifier les utilisateurs qui ont atterri sur une page d'erreur et ont rebondi.

Aller plus loin

Détection de bugs et Frustration avec Alerts

Une fois que vous avez identifié des erreurs connues sur votre site, vous pouvez commencer à les surveiller. Avec Contentsquare, vous pouvez identifier où les utilisateurs entrent en contact avec ces bugs et surveiller leur fréquence.

Voici différents exemples d'Alerts que vous pouvez configurer :

• Site :
  • Vues de la page d'erreur
  • Vues de la page produit en rupture de stock
• Page :
  • Taux de sortie c'est-à-dire paiement
  • Temps de chargement
• Zone :
  • Récurrence de clics c'est-à-dire CTA étape suivante du paiement

Étapes à suivre après avoir reçu une Alert

Par exemple : “Le nombre de sessions sur la page “Erreurs” a augmenté de 35,4 % sur le segment “Tous les visiteurs” sur mobile.”

• Dans le module Journey Analysis, utilisez le Parcours inversé : Parcours avant une page, pour comprendre comment les utilisateurs atteignent la page des erreurs.
• Utilisez les Parcours après une page pour comprendre l'impact des utilisateurs atteignant une page de sortie. Les utilisateurs sortent-ils ou continuent-ils à naviguer ?
• Après avoir identifié la page menant aux erreurs, utilisez cette page dans Zoning Analysis et/ou Session Replay pour trouver l'élément exact causant le problème.