Qu'est-ce que le Digital Experience Monitoring (DEM) ?

Qu'est-ce que le digital experience monitoring ?

Le digital experience monitoring (DEM) mesure l'expérience que les gens vivent réellement avec un produit numérique : un site web, une application mobile, un portail SaaS ou un outil interne. Il combine les données d'utilisateurs réels, des tests synthétiques scriptés et, en entreprise, l'appareil et le chemin réseau de l'utilisateur, pour répondre à une question : l'expérience était-elle bonne ou mauvaise, pour qui et pourquoi ? Il juge le produit du côté de l'utilisateur, pas du côté du serveur.

Comment fonctionne le DEM

Le DEM est un terme générique pour plusieurs sources de données qu'on lit ensemble :

• Données d'utilisateurs réels : la surveillance des utilisateurs réels (RUM) enregistre les temps de chargement, les Core Web Vitals, les erreurs JavaScript et les événements clés dans le navigateur ou l'application de chaque visiteur.
• Tests synthétiques : la surveillance synthétique exécute des visites et des appels d'API scriptés selon un calendrier, depuis les lieux de votre choix, ce qui fait apparaître les problèmes à 3 h du matin et quand le trafic est faible.
• Données d'appareil et de réseau : un agent sur l'ordinateur portable ou une sonde au bureau apportent la qualité du Wi-Fi, la charge de l'appareil et le chemin vers l'application. Beaucoup d'équipes s'en passent tant qu'elles ne gèrent pas un grand parc de postes.

L'intérêt tient à la corrélation. Un utilisateur à Berlin signale un tableau de bord lent : le RUM montre que le ralentissement se limite à une région, un test synthétique le confirme depuis la même région, et les données réseau désignent un opérateur de transit plutôt que votre code.

Un exemple

Vos serveurs sont en bonne santé et chaque API répond en moins de 100 ms, pourtant les conversions du paiement baissent. Le RUM montre que le Largest Contentful Paint a doublé sur mobile depuis l'ajout d'un script tiers. Les tableaux de bord du backend ne pourraient jamais le montrer, car le retard se produit dans le navigateur. C'est cet écart que le DEM comble.

Erreurs fréquentes

• Voir le DEM comme un seul outil. C'est une pratique. Vous pouvez commencer avec le RUM et quelques tests synthétiques, puis ajouter le reste.
• Se contenter des moyennes. Une bonne moyenne cache la queue lente. Regardez les percentiles et ventilez par région, appareil et navigateur.
• Surveiller des pages plutôt que des parcours. La connexion, la recherche et le paiement comptent plus que la page d'accueil. Testez des parcours complets.
• Aucune personne responsable des alertes. Un score que personne ne traite est décoratif. Associez chaque seuil à une personne ou à un runbook.
• Négliger la vie privée. Gardez les identifiants hors des URL et des événements, et vérifiez ce que dit votre politique de confidentialité sur les données collectées.

DEM, APM, tests de charge et LoadFocus

Le DEM regarde la première ligne, la surveillance des performances applicatives (APM) regarde à l'intérieur des services derrière elle, et l'expérience utilisateur (UX) est le résultat que les deux cherchent à protéger. Les tests de charge répondent à une autre question : le système gardera-t-il cette expérience quand beaucoup d'utilisateurs arrivent en même temps ?

LoadFocus n'est pas un produit de DEM ni de RUM et ne collecte aucune donnée dans les navigateurs ou sur les appareils de vrais visiteurs. Il couvre la partie synthétique : la surveillance de la vitesse des pages lance des audits Lighthouse planifiés depuis 25 régions cloud et affiche à côté les données de terrain du Chrome UX Report, et la surveillance d'API vérifie vos endpoints selon un calendrier (toutes les 5 minutes dans le plan gratuit) et vous alerte en cas d'échec. Pour voir vite les indicateurs d'utilisateurs réels d'une URL, utilisez le vérificateur gratuit de Core Web Vitals. Pour voir comment les deux approches se complètent, lisez synthetic monitoring vs real user monitoring et how to improve user experience using synthetic monitoring (en anglais).

Questions fréquentes sur le digital experience monitoring

Quelle est la différence entre DEM et RUM ?

Le RUM est une des sources du DEM et mesure de vrais visiteurs dans leur navigateur. Le DEM ajoute des tests synthétiques et, quand c'est pertinent, des données d'appareil et de réseau : vous voyez les problèmes avant que les utilisateurs ne les signalent et savez d'où vient le retard.

Le DEM est-il la même chose que l'APM ?

Non. L'APM instrumente vos propres services pour trouver le code, les requêtes et les dépendances lents. Le DEM mesure l'expérience côté utilisateur. Ils se recoupent quand on suit une requête lente, mais répondent à des questions différentes.

Faut-il des agents sur les postes ?

Seulement si vous accompagnez des employés ou des clients dont vous devez voir les appareils et les réseaux, par exemple des équipes en VPN. Pour la plupart des sites publics, le RUM et des tests synthétiques suffisent pour démarrer.

LoadFocus propose-t-il du digital experience monitoring ?

Non. LoadFocus propose la surveillance synthétique de la vitesse des pages et des API, les tests de charge et des outils gratuits de web vitals. Il n'enregistre pas de sessions et ne collecte pas de données sur les appareils de vrais utilisateurs.