Comment détecter les erreurs de 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 mappage de modèle

• Pour analyser une page d'erreur, assurez-vous d'avoir une page dédiée dans votre mappage afin de pouvoir visualiser les pages d'erreur dans Zoning Analysis et Page Comparator, et créer des Objectifs et des Segments.
• À l'aide de notre assistant de balise de suivi, vérifiez si ces pages peuvent être identifiées par URL ou Variable personnalisée.
• Si vous n'avez pas de variables personnalisées 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 vue avant de pouvoir créer un segment autour de la visualisation d'une page spécifique.

• Pour ce faire, sélectionnez le Mappage avec la page d'erreur dans Objectifs et créez un objectif de vue.
• 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 qui a consulté une page spécifique, dans cet exemple, la page d'erreur.
• Pour ce faire, sélectionnez la condition 'objectif' dans le créateur de segments, 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. Allez sur l'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 consulté une page avec des erreurs en appliquant l'objectif 'Vue de la page d'erreur'.

2. Examinez les parcours utilisateurs dans l'analyse de parcours qui ont vu la page avec une erreur en appliquant le segment Vue de la page d'erreur. 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 les Parcours après une page pour identifier quel parcours les utilisateurs empruntent après avoir consulté une page d'erreur.
• Identifiez si les utilisateurs sont susceptibles de quitter après avoir consulté 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 consulté [la page problématique] PUIS consulté la page d'erreur” (en utilisant la condition 'page consultée'). Regardez les métriques de zonage de cette page en utilisant le segment.
• Est-ce une page d'atterrissage ?
  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 de la 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 Alertes

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'Alertes que vous pouvez configurer :

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

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

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 à des erreurs, utilisez cette page dans Zoning Analysis et/ou Session Replay pour trouver l'élément exact causant le problème.