Rejoignez une session de webinaire de formation
Découvrez comment créer des actions utilisateur personnalisées adaptées à des besoins métier spécifiques, permettant un suivi précis du comportement des utilisateurs.
S'INSCRIREQu’est-ce que le Real User Monitoring ?
Le Real User Monitoring (RUM) de Datadog vous offre une visibilité de bout en bout sur l’activité et l’expérience en temps réel des utilisateurs individuels. Le RUM répond à quatre types de cas d’utilisation pour la surveillance des applications web et mobiles :
- Performance : Suivez les performances des pages web, des écrans d’applications mobiles, des actions utilisateur, des requêtes réseau et de votre code frontend.
- Gestion des erreurs : Surveillez les bugs et les problèmes en cours et suivez-les au fil du temps et des versions.
- Analytique / Utilisation : Comprenez qui utilise votre application (pays, appareil, OS), surveillez les parcours des utilisateurs individuels et analysez comment ces derniers interagissent avec votre application (page la plus visitée, clics, interactions et utilisation des fonctionnalités).
- Support : Récupérez toutes les informations relatives à une session utilisateur pour résoudre un problème (durée de la session, pages visitées, interactions, ressources chargées et erreurs).
Définition de session
Une session utilisateur est un parcours utilisateur sur votre application web ou mobile. Une session inclut tous les événements de navigation associés (vues RUM), les actions utilisateur (actions RUM), les requêtes réseau (ressources RUM), les plantages et erreurs (erreurs RUM), ainsi que d’autres événements et signaux qui produisent collectivement une représentation fidèle de l’expérience utilisateur.
Une session RUM peut durer jusqu’à 4 heures et expire après 15 minutes d’inactivité. Si l’utilisateur interagit avec l’application après l’une ou l’autre de ces limites, une nouvelle session démarre automatiquement.
Limitations techniques
| Propriété | Limitation |
|---|
| Durée maximale d’une session | 4 heures |
| Délai d’expiration d’une session | 15 minutes d’inactivité |
| Nombre maximal d’événements par session | 10 millions |
| Nombre maximal d’attributs par événement | 1 000 |
| Profondeur maximale des attributs par événement | 20 |
| Taille maximale d’un événement | 1 Mo |
| Taille maximale de la charge utile d’ingestion | 5 Mo |
| Taille maximale des maps source et des fichiers de mappage | 500 Mo par fichier |
| Taille maximale des fichiers dSYM | 2 Go par fichier |
| Délai maximal lors de l’ingestion | 24 heures |
Si un événement dépasse l’une des limitations techniques énumérées ci-dessus, il est rejeté par l’ingestion Datadog.
Qu’est-ce que Session Replay ?
Session Replay de Datadog vous permet de capturer et de rejouer visuellement l’expérience de navigation web de vos utilisateurs.
Conjointement aux données de performance RUM, Session Replay facilite l’identification, la reproduction et la résolution des erreurs, et vous fournit des informations utiles sur les tendances d’utilisation et les défauts de conception de votre application Web.
Démarrez
Sélectionnez un type d’application pour commencer à recueillir des données RUM :
Remarque : Le SDK Flutter de Datadog n’est pas pris en charge pour MacOS, Windows ou Linux.
Le tableau suivant répertorie les fonctionnalités RUM qui sont prises en charge sur chaque plateforme :
| Fonctionnalité | Navigateur | Android | iOS | Flutter | React Native | Roku | KMP | Unity | Notes |
|---|
| Envoyer les logs à Datadog | | | | | | | | | |
| Traçage distribué des requêtes réseau | | | | | | | | | - Roku est uniquement capable de suivre certains types de requêtes HTTP. - Unity utilise un wrapper autour de UnityWebRequest pour effectuer le suivi des requêtes. |
| Suivi des vues et des actions (RUM) | | | | | | | | | - Toutes les actions suivies dans Flutter Web sont enregistrées en tant que custom. - Roku et Unity prennent uniquement en charge le suivi manuel des actions. |
| Suivi des Feature Flags et suivi des versions | | | | | | | | | |
| Suivi des erreurs et mappage des sources | | | | | | | | | |
| Suivi des plantages, symbolisation et désobfuscation | | | | | | | | | |
| Arrêt des sessions (surveillance de kiosque) | | | | | | | | | |
| Suivi des événements dans les WebViews | | | | | | | | | |
| Surveillance des indicateurs vitaux spécifiques à la plateforme | | | | | | | | | |
| Suivi du contexte/des attributs globaux dans les logs | | | | | | | | | |
| Suivi côté client | | | | | | | | | |
| Session Replay | | | | | | | | | Flutter Session Replay est en préversion. |
| Signaux de frustration | | | | | | | | | Uniquement partiellement pris en charge pour tous les appareils mobile et Roku. |
Endpoints pris en charge pour les domaines SDK
Tout le trafic des SDK Datadog est transmis via SSL (par défaut, sur le port 443) aux domaines suivants :
| Site | URL du site |
|---|
| US1 | https://browser-intake-datadoghq.com |
| US3 | https://browser-intake-us3-datadoghq.com |
| US5 | https://browser-intake-us5-datadoghq.com |
| EU1 | https://browser-intake-datadoghq.eu |
| US1-FED | https://browser-intake-ddog-gov.com |
| US2-FED | https://browser-intake-us2-ddog-gov.com |
| AP1 | https://browser-intake-ap1-datadoghq.com |
| AP2 | https://browser-intake-ap2-datadoghq.com |
| UK1 | https://browser-intake-uk1-datadoghq.com |
Endpoints supplémentaires pour le profilage de navigateur
Lorsque le Browser Profiling est activé, le SDK contacte également une API de quota pour déterminer si le profilage est autorisé pour la session en cours. Ceci utilise un quota. sous-domaine de l’origine d’ingestion standard :
| Site | Quota API URL |
|---|
| US1 | https://quota.browser-intake-datadoghq.com |
| US3 | https://quota.browser-intake-us3-datadoghq.com |
| US5 | https://quota.browser-intake-us5-datadoghq.com |
| EU1 | https://quota.browser-intake-datadoghq.eu |
| US1-FED | https://quota.browser-intake-ddog-gov.com |
| US2-FED | https://quota.browser-intake-us2-ddog-gov.com |
| AP1 | https://quota.browser-intake-ap1-datadoghq.com |
| AP2 | https://quota.browser-intake-ap2-datadoghq.com |
| UK1 | https://quota.browser-intake-uk1-datadoghq.com |
Si vous utilisez un proxy ou avez une Content Security Policy (CSP), assurez-vous que ces domaines quota. sont également autorisés. Consultez la page Configuration du profilage de navigateur pour plus de détails.
Explorer Datadog RUM
Accédez à RUM en naviguant vers Digital Experience > Performance Summary.
Sélectionnez une application dans la barre de navigation supérieure, ou suivez les instructions de configuration pour le navigateur ou le mobile afin d’ajouter votre première application.
Astuce : Pour ouvrir RUM depuis la recherche globale de Datadog, appuyez sur Cmd/Ctrl + K et recherchez real user monitoring.
| Résumé des performances du navigateur | Résumé des performances mobiles |
|---|
| |
La page Résumé de la surveillance des performances RUM fournit des informations pertinentes et exploitables pour les applications web et mobiles. Vous disposez d’une expérience adaptée à chaque plateforme qui vous aide à :
- Concentrez-vous sur des points de données clés par plateforme, tels que la latence de l’interface utilisateur pour le web ou les plantages mobiles.
- Surveillez la santé de l’application via des indicateurs clés de performance (KPI) familiers, tels que les Core Web Vitals pour les applications web ou le taux de blocage pour iOS, afin d’évaluer la fiabilité de l’application
- Plongez directement dans les investigations depuis des widgets interactifs sans quitter la page
Pour les applications web, utilisez la barre de recherche pour filtrer les données, identifier les pages lentes et suivre l’interface utilisateur jusqu’à la page RUM Optimization Inspect.
Pour les applications mobiles, examinez les plantages récents en bas de la page et utilisez le panneau latéral Error Tracking pour le dépannage.
Dashboards prêts à l’emploi
Consultez les dashboards RUM prêts à l’emploi pour analyser les informations recueillies automatiquement sur vos sessions utilisateur, performances, applications mobiles, signaux de frustration, ressources réseau et erreurs.
RUM Explorer et visualisations
Affichez les sessions utilisateur par segments, par exemple pour vérifier quand la latence affecte vos clients premium, avec les visualisations. Explorez les données, enregistrez des vues et créez des monitors sur vos recherches personnalisées.
Intégration avec les logs, APM et le profiler
Plongez au cœur de vos métriques d’infrastructure, logs et traces backend jusqu’à identifier la ligne de code précise qui nuit aux performances de votre application, afin d’améliorer l’expérience de vos utilisateurs et résoudre les problèmes signalés.
Suivi des erreurs et rapports de crash
Recevez des alertes automatisées en cas d’anomalies, de groupes d’erreurs, d’expirations et de crashs pour réduire considérablement votre MTTR avec Error Tracking.
Indicateurs vitaux web et mobiles
Consultez les scores de performance et la télémétrie pour les applications de navigateur telles que Core Web Vitals et Mobile Vitals pour iOS, iPadOS, tvOS et visionOS ou les applications Android et Android TV.
Suivi des Web Views
Collectez des informations depuis vos applications web natives et explorez les vues hybrides avec Web View Tracking pour iOS, iPadOS et visionOS ou Android et Android TV.
Explorez Datadog Session Replay
Session replays
Visionnez des enregistrements du navigateur d’utilisateurs réels qui interagissent avec votre site Web et définissez des options de confidentialité pour votre organisation.
Les outils de développement Browser vous permettent de consulter les logs et les erreurs générés, ainsi que des données de performance, pendant que vous résolvez les problèmes de vos applications.
Autorisations
Par défaut, tous les utilisateurs peuvent modifier la configuration RUM d’une application.
Utilisez des contrôles d’accès granulaires pour limiter les rôles autorisés à modifier la configuration RUM d’une application donnée :
- Tout en consultant la configuration RUM d’une application, cliquez sur le bouton Edit application en haut de l’écran. Une liste déroulante apparaît.
- Sélectionnez Manage App Permissions.
- Cliquez sur Restrict Access.
- La boîte de dialogue se met à jour pour indiquer que les membres de votre organisation ont un accès Viewer par défaut.
- Utilisez la liste déroulante pour sélectionner un ou plusieurs rôles, équipes ou utilisateurs pouvant modifier le notebook.
- Cliquez sur Add.
- La boîte de dialogue se met à jour pour indiquer que le rôle que vous avez sélectionné dispose de l’autorisation Editor.
- Cliquez sur Save.
Remarque : Pour conserver votre accès en modification à l’application, le système exige que vous incluiez au moins un rôle dont vous êtes membre avant d’enregistrer.
Vous devez disposer d’un accès en modification pour rétablir l’accès général à une application restreinte. Effectuez les étapes suivantes :
- Tout en consultant la configuration RUM d’une application, cliquez sur le bouton Edit application en haut de l’écran. Une liste déroulante apparaît.
- Sélectionnez Manage App Permissions.
- Cliquez sur Restore Full Access.
- Cliquez sur Save.
Pour aller plus loin
Documentation, liens et articles supplémentaires utiles: