Netskope Digital Experience Management (DEM) réduit l'expérience numérique d'un utilisateur à un chiffre unique compris entre 0 et 100. Cet article explique ce que représente ce chiffre, les métriques qui composent chaque partie, les différences de mesure entre le Netskope Client et l'extension de navigateur, et comment agir sur un score lors du dépannage.
Related Article
Cet article explique comment les scores sont calculated. Pour connaître les conditions spécifiques nécessaires à la production d'une contribution et savoir quoi vérifier lorsqu'un score est indisponible, consultez Comprendre les scores de Digital Experience Management (DEM). Ces deux articles sont conçus pour être utilisés ensemble.
Qu’est-ce que le score d’expérience
Le score d'expérience utilisateur DEM répond à une question : quelle est la qualité de l'expérience numérique de cet utilisateur à l'instant T ? Il est exprimé sous la forme d’un nombre de 0 à 100, où 100 est excellent et 0 est inutilisable.
Le score est calculé per user, in five-minute windows. Chaque fenêtre est évaluée indépendamment à partir des mesures collectées pendant celle-ci ; le score suit donc l'expérience de l'utilisateur tout au long de la journée plutôt que de la lisser en une moyenne quotidienne.
Pour rendre le chiffre exploitable en un coup d'œil, chaque score appartient à l'une de ces plages :
Les limites de bande incluent les valeurs indiquées. Un score de 71 exactement est satisfaisant, et un score de 31 exactement est passable. Si vous rédigez des expressions d'alerte, utilisez 71 ou plus pour « Bon », et 30 ou moins pour « Médiocre ».
Longer Time Ranges Average the Windows
Lorsque vous consultez un score sur une période supérieure à cinq minutes, le chiffre affiché est le average de la fenêtre de cinq minutes dans cette plage. Un incident ponctuel de quinze minutes au sein d'une vue de huit heures est dilué jusqu'à devenir presque invisible. If a user reports a problem you cannot see, narrow the time range jusqu'à ce que les fenêtres individuelles soient visibles avant de conclure que le score les contredit.
Les plages importent plus que les chiffres exacts. Un score passant de 78 à 74 est du bruit. Un score passant de 74 à 62 est passé de « Bon » à « Passable » et mérite d’être étudié. Considérez le score comme un triage signal that tells you where to look, plutôt que comme une mesure de niveau de service en soi.
Les quatre contributions
Un chiffre unique n’est utile que si vous pouvez le décomposer. Le score global est construit à partir de quatre contributions, couvrant chacun une partie différente du chemin entre l’utilisateur et l’objet qu’il tente d’utiliser.
Use devicelaptop / desktopNetskope POPpoint of presenceSaaS & customapplicationsPrivate appsvia publisherDeviceOn-Rampdevice to POPSaaS / Custom AppPrivate App when using Netskope Private Access.
Chaque contribution est responsable d'un segment différent du chemin d'accès. Une session donnée est évaluée soit sur une application SaaS / personnalisée, soit sur une application privée, en fonction de ce que l’utilisateur atteint ; ainsi, un utilisateur travaillant uniquement sur des applications privées ne présentera pas de contribution SaaS / application personnalisée pour ce trafic.
| Contribution | La question à laquelle il répond |
|---|---|
| périphérique | Le point de terminaison entrave-t-il l'utilisateur ? Couvre la part de la capacité de la machine restant disponible pour le travail effectué par l'utilisateur. |
| On-Ramp | Le chemin entre le périphérique et le point de présence Netskope est-il sain ? Il s'agit du segment sur lequel votre équipe réseau peut agir le plus directement, couvrant le réseau local, la liaison du FAI et l'itinéraire vers le POP. |
| SaaS / Application personnalisée | Le chemin depuis le POP vers l'application est-il performant, et l'application répond-elle correctement une fois atteinte ? |
| Application privée | Pour les applications privées accessibles via Netskope Private Access, le chemin passant par l'infrastructure Netskope jusqu'au Publisher est-il sain ? |
Chaque contribution est notée de 0 à 100 sur la même échelle et classée de la même manière. Une contribution n’est notée que lorsque les mesures nécessaires ont été réellement collectées dans cette fenêtre, et le composite nécessite plus d’une contribution pour pouvoir être produit. Les exigences exactes pour chacun sont documentées dans Comprendre les scores Digital Experience Management (DEM).
Les deux méthodes de mesure : active et passive
Avant d'examiner les mesures individuelles, il est utile de comprendre que le DEM collecte des données de deux manières fondamentalement différentes : Netskope Client et Browser Extension. Cette différence explique la majeure partie de la variation que vous constaterez entre les sources, et c'est la raison pour laquelle un même utilisateur peut produire des mesures qui ne se ressemblent pas.
| Factor | Agent Netskope | Extension du navigateur |
|---|---|---|
| Modèle d'évaluation | Active. L’agent génère ses propres mesures selon un calendrier, en envoyant des sondes de chemin réseau et, le cas échéant, des sondes d’application. | Passive. L'extension observe ce qui s'est réellement passé pendant la navigation de l'utilisateur et rapporte les propres mesures de performance du navigateur. |
| Lorsque les données apparaissent | À une fréquence régulière, que l'utilisateur soit en train de faire quelque chose ou non. | Uniquement lorsque l’utilisateur charge réellement des pages ou que l’application effectue des requêtes. |
| Ce qu’elle reflète | L'état du chemin d'accès et du point de terminaison, mesuré directement. | Ce que l'utilisateur a réellement vécu, y compris le comportement de rendu propre à l'application. |
| Champ d'application | L'ensemble du périphérique et tout le trafic routé, y compris les applications privées. | Applications Web reconnues uniquement dans les navigateurs pris en charge. |
| Limite principale | Mesure le chemin plutôt que la perception de l’utilisateur. Il ne peut pas voir combien de temps une page a mis pour s’afficher. | Devient inactif lorsque l'utilisateur est inoccupé et peut voir beaucoup moins de choses sur le périphérique que le Client. |
Aucun des deux modèles ne remplace l'autre. La mesure active vous indique que le chemin était sain à 3 h du matin, alors que personne ne travaillait. La mesure passive vous indique que la page a mis neuf secondes à s'afficher, même si chaque mesure réseau semblait correcte. L'exécution des deux vous donne une vision plus complète.
Ce que mesure chaque contribution
Les sections ci-dessous listent les signaux derrière chaque contribution et notent comment les deux sources diffèrent. Lorsqu’une source n’est pas répertoriée pour une contribution, elle n’alimente pas cette contribution.
périphérique
Agent Netskope
Lit la télémétrie du système d'exploitation directement depuis le point de terminaison selon un calendrier, de sorte qu'il produit des données en continu, indépendamment de l'activité de l'utilisateur. Les signaux qu'il évalue sont les suivants :
- Processor Headroom: Quelle capacité de traitement reste inutilisée sur les cœurs du périphérique.
- Available Memory: Mémoire encore disponible pour les applications, évaluée par rapport à la mémoire installée sur le périphérique.
- Available Disk Space: Capacité libre sur le volume système.
- Wireless Signal Strength: La qualité de la liaison sans fil du périphérique, là où le point de terminaison la signale.
Le Client collecte également une télémétrie supplémentaire sur le point de terminaison, notamment le débit disque et réseau ainsi que le niveau de batterie, qui est disponible pour enquête mais n'influence pas actuellement le score du périphérique.
Extension du navigateur
Lit uniquement ce que le navigateur met à sa disposition, échantillonné pendant que le navigateur est ouvert. Les signaux qu'il évalue sont les suivants :
- Processor Utilization: Évalué par rapport au nombre de processeurs logiques signalés par le navigateur.
- Free System Memory: Évalué par rapport à la mémoire totale du périphérique.
L'extension dispose de no visibility of disk capacity, wireless signal strength, thermal state, or memory paging. Il signale également le niveau de la batterie, qui est disponible pour le contexte mais n'est pas évalué. Un score de périphérique basé sur une extension est donc une vue plus restreinte qu'un score basé sur un Client, et un périphérique avec un disque plein ou une liaison sans fil faible peut sembler sain pour l'extension.
On-Ramp
Agent Netskope
Sonde activement le chemin réseau du périphérique vers le point de présence Netskope selon un calendrier et mesure round-trip time le long de celui-ci. Comme il s'agit de mesures générées plutôt que d'observations du trafic utilisateur, elles se poursuivent pendant les périodes d'inactivité. Le sondage de chemin dépend de la réponse des réseaux intermédiaires au trafic de sonde ; par conséquent, les réseaux qui abandonnent ou dépriorisent l'ICMP et l'UDP peuvent empêcher la production de ces données.
Extension du navigateur
Dérive sa vue de ce segment à partir des propres données de timing du navigateur pour les requêtes réelles, principalement :
- TCP connection time. Le temps nécessaire à l'établissement de la connexion.
- TLS handshake time. Le temps nécessaire pour sécuriser la connexion.
Il s'agit du temps d'établissement de la connexion observé à partir du trafic réel plutôt que d'une sonde du chemin ; il n'existe donc que lorsque l'utilisateur est actif et reflète les destinations spécifiques que l'utilisateur a atteintes.
SaaS / Application personnalisée
Agent Netskope
Mesure le chemin depuis le POP jusqu'à l'application, en utilisant round-trip time from the POP to the application. Lorsque des sondes d'application sont configurées dans vos paramètres DEM, les tests HTTPS planifiés vers ces cibles contribuent également à cette mesure, ce qui permet à la contribution de continuer à être rapportée en dehors des heures de travail. Les sondes d'application décomposent en outre la requête en résolution DNS, établissement de connexion, négociation TLS, temps jusqu'au premier octet et transfert de contenu, informations disponibles lorsque vous approfondissez l'analyse.
Extension du navigateur
Mesure ce que le navigateur a réellement expérimenté. Le signal principal dépend du type d’application :
- Traditional multi-page applications: Noté sur Largest Contentful Paint, le temps jusqu'à l'apparition du contenu principal de la page. Il s'agit du proxy disponible le plus proche pour « la page est prête à être utilisée ».
- Single-page applications: Noté sur le duration of the application’s own requests, ce qui signifie que les appels fetch, XHR et beacon de l'application pendant que l'utilisateur travaille. Ces scores sont calculés en classant une session par rapport aux autres sessions de votre tenant sur une fenêtre glissante de trois jours ; un score individuel peut donc varier lorsque le reste de votre population évolue.
L'extension collecte un ensemble de mesures beaucoup plus large, disponible pour le diagnostic sans influencer directement le score, notamment la résolution DNS, le temps jusqu'au premier octet, le temps de transfert de contenu, le temps de redirection et d'attente, le temps de chargement de la page, le temps de traitement DOM et les autres Web Vitals (First Contentful Paint, Cumulative Layout Shift et Interaction to Next Paint). Il enregistre également le nombre de requêtes, le nombre d'erreurs, le nombre de réponses mises en cache et compressées, ainsi que les tailles de transfert.
Application privée
Agent Netskope
Mesuré uniquement par le Client. Il couvre round-trip time across the segments of the private access path, spécifiquement depuis le périphérique jusqu’à la passerelle Netskope et depuis l’infrastructure Netskope jusqu’au Publisher situé devant l’application privée. Lorsqu'un utilisateur maintient plusieurs connexions simultanément, les connexions les plus actives ont proportionnellement plus de poids, de sorte que le score reflète les sessions dont l'utilisateur dépend réellement.
Extension du navigateur
Ne contribue pas à ce score.
Couverture en un COUP D'ŒIL
| Signal | Agent Netskope | Extension du navigateur |
|---|---|---|
| Processeur | Oui | Oui |
| Mémoire | Oui | Oui |
| Capacité du disque | Oui | Non visible |
| Force du signal sans fil | Oui | Non visible |
| Chemin du périphérique au POP | Sonde active | Chronométrage de la connexion uniquement |
| Trajet du POP vers l’application | Oui | Non mesuré |
| Rendu de page et Web Vitals | Non visible | Oui |
| Chemin d'accès aux applications privées | Oui | Non mesuré |
| Mesures lorsque l'utilisateur est inactif | Oui | Non |
A user may currently have more than one score
Netskope Client et l’extension de navigateur sont des mécanismes de collecte distincts et, aujourd’hui, ils produisent leurs propres scores d’expérience de manière indépendante. Un utilisateur utilisant les deux peut donc apparaître avec deux scores qui ne correspondent pas. Le score du Client reflète l’ensemble du périphérique et tout le trafic dirigé, tandis que le score de l’extension de navigateur reflète les sessions de navigation réelles pour des applications Web spécifiques. Aucun des deux n’est faux, car ils mesurent des choses différentes. Lorsque vous voyez les deux, interprétez-les comme deux vues du même utilisateur plutôt que comme une contradiction.
Comment une mesure devient un score
Les mesures brutes ne sont pas des scores. Un temps aller-retour de 90 ms n’est pas intrinsèquement bon ou mauvais. Il est excellent pour un utilisateur situé dans une région éloignée accédant à une application distante, et médiocre pour un utilisateur situé à proximité d’un POP métropolitain. DEM convertit donc chaque mesure en un score de 0 à 100 en deux étapes.
First, the measurement is mapped onto the 0 to 100 range using a curve calibrated for the region the user’s POP is in. La même latence ne produira pas le même score partout, car ce qui constitue un chemin sain diffère selon la zone géographique.
Second, that result is adjusted for drift. Le DEM compare la mesure aux performances récentes typiques de ce même chemin, soit environ la dernière semaine de son historique, et réduit le score lorsque les performances se sont clairement détériorées par rapport à cette norme. C'est ce qui permet au score de faire apparaître change, sur lequel vous pouvez généralement agir, plutôt que la géographie, sur laquelle vous ne pouvez généralement pas agir.
Deux conséquences méritent d'être prises en compte :
- A structurally slow path still scores low: L'ajustement de la dérive modère un score plutôt que de le sauver. Sur les chemins intrinsèquement à latence élevée, lisez la tendance plutôt que la valeur absolue.
- Contributions are calibrated independently of one another: Comparez une contribution à son propre historique et à ceux de vos pairs situés au même endroit, plutôt que de considérer deux scores de contribution différents comme ayant la même gravité.
Why your Scores May Differ by Region
Comme chaque région utilise sa propre courbe de calibration, deux utilisateurs subissant une latence identique dans différentes parties du monde peuvent ne pas recevoir des scores identiques. Ceci est délibéré. Si vous comparez des utilisateurs situés dans des emplacements différents, comparez chacun d’eux à sa propre tendance dans le temps plutôt que les uns aux autres en termes absolus.
Comment les contributions deviennent le score principal
Lorsque chaque contribution possède sa propre valeur, elles sont combinées en un score global unique affiché pour l'utilisateur. Seules les contributions réellement mesurées dans cette fenêtre sont prises en compte.
Mesures brutes : point de terminaison, chemin, page et données de sonde ; Contributions : scores de 0 à 100 chacun ; Score principal : un chiffre par utilisateur, par chemin, toutes les 5 min ; Bande : Bon, Moyen, Faible, sur quoi vous effectuez le triage, étalonnage régional, plus ajustement de la dérive, et combine les contributions mesurées dans cette fenêtre.
Les contributions qui n’ont pas été mesurées dans une fenêtre ne participent pas au score global de cette fenêtre.
Always open the Breakdown
Le titre est un résumé, et les résumés perdent des informations. Un utilisateur peut afficher un titre dans la bande « Moyen » alors qu'une contribution est profondément dans la bande « Faible » et que les autres sont saines, car les contributions saines compensent celle qui ne l'est pas. Before concluding that a user is fine, open the contribution breakdown and check whether any single contribution is in Poor. C'est là que se situe généralement le problème sur lequel agir.
C'est l'habitude la plus importante à prendre lorsque vous travaillez avec des scores d'expérience. Le titre vous indique qu'un élément mérite votre attention, la répartition des contributions vous indique de quoi il s'agit, et les métriques sous-jacentes vous expliquent pourquoi.
Headline and Detail Views May Summarize Differently
Le score utilisateur principal et les surfaces d'informations détaillées ne résument pas toujours une période de la même manière. Le titre reflète la moyenne sur la période, tandis que certaines surfaces d'insights mettent l'accent sur l'extrémité la plus défavorable de la distribution afin de faciliter la détection des problèmes persistants. Par conséquent, vous pouvez voir un titre « Bon » aux côtés d'une entrée « Passable » ou « Médiocre » dans les informations sur un périphérique ou une application pour le même utilisateur et la même période. C'est attendu, et l'information est généralement un meilleur indicateur pour savoir si quelque chose nécessite une attention particulière.
Utiliser le score pour le dépannage
Le score est conçu pour raccourcir le chemin entre « un utilisateur se plaint » et « voici le segment défaillant ». Une séquence fiable :
- Start at the band, not the number. Identifiez les utilisateurs dont le score est « Moyen » ou « Médiocre ». Les petits mouvements au sein d'une bande sont rarement significatifs.
- Narrow the time range à la période signalée par l’utilisateur, car les plages plus longues font la moyenne de fenêtres de cinq minutes et masquent les incidents de courte durée.
- Open the contribution breakdown et déterminer quelle contribution est à la traîne. Il s'agit de l'étape la plus souvent ignorée, et celle qui fournit le plus souvent la réponse.
- Check whether the problem is shared. Si plusieurs utilisateurs situés au même endroit subissent une dégradation simultanée, la cause est en amont de tout individu, comme un réseau local, un fournisseur d'accès Internet ou un chemin POP. Si un seul utilisateur subit une dégradation, examinez d’abord son périphérique et sa connexion locale. Aujourd'hui, cette comparaison est un filtre manuel appliqué aux utilisateurs.
- Compare against the user’s own recent history. Un utilisateur qui a toujours fonctionné dans la bande « Passable » (Fair) basse a un problème différent de celui qui est sorti de la bande « Bon » (Good) ce matin. Le second est un incident, le premier est une condition permanente.
- Drill into the underlying metrics pour la contribution défaillante afin d'identifier le segment spécifique et de confirmer la cause avant d'agir.
Ce qu’implique généralement chaque contribution
| Contribution dans l’état Médiocre | Où regarder en premier |
|---|---|
| périphérique | Le terminal lui-même : épuisement des ressources, machine surchargée, espace disque insuffisant ou connexion sans fil faible. Fréquemment un problème lié à un utilisateur unique. Si le score provient de l'extension de navigateur, n'oubliez pas qu'elle ne peut pas voir le disque ou le signal sans fil ; vérifiez donc la vue Client avant de les exclure. |
| On-Ramp | Le trajet de l’utilisateur vers le POP : le réseau local (LAN) du bureau, la liaison du fournisseur d’accès Internet, le comportement du tunnel ou la sélection du POP. Souvent partagé sur un site. La qualité du réseau sans fil affecte indirectement ce trajet par le biais de la latence, mais la puissance du signal sans fil elle-même est évaluée sous la rubrique Périphérique. |
| SaaS / Application personnalisée | Le chemin à partir du point de présence, la région d’hébergement de l’application ou l’itinéraire du point de présence vers celle-ci. Souvent partagé entre tous les utilisateurs de cette application. Si les mesures du Client semblent saines mais que celles de l'extension ne le sont pas, suspectez le rendu propre à l'application plutôt que le réseau. |
| Application privée | Le chemin de l’application privée : santé du Publisher, emplacement du Publisher par rapport aux utilisateurs ou capacité de l’application privée elle-même. |
Pourquoi un score change
Les scores évoluent pour des raisons qui ne sont pas toujours liées à des incidents. Les plus courants sont les suivants :
- Real degradation: La latence a augmenté, le périphérique a été mis sous pression ou l’application a ralenti. C’est le cas que le score a pour but de mettre en évidence.
- A change in what the user is doing: Des applications plus lourdes, un réseau différent ou un déplacement entre le bureau et le domicile feront légitimement varier le score.
- A change in what was measured: Si une contribution ne contenait aucune donnée dans une fenêtre, elle ne participe pas au titre de cette fenêtre ; la combinaison des contributions derrière le titre peut donc varier d’une fenêtre à l’autre.
- Drift relative to the norm: Étant donné que le scoring prend en compte ce qui est typique pour un chemin sur environ la dernière semaine, un changement soudain est mis en évidence plus nettement qu'une dérive lente.
- Recalculation: Une fenêtre récente peut être recalculée peu après sa première production à mesure que la télémétrie différée arrive ; ainsi, un score très récent peut varier légèrement sans que rien ne soit arrivé à l'utilisateur.
Si un score est manquant plutôt que modifié, il s’agit d’une situation différente avec son propre ensemble de causes. Consultez Comprendre les scores de Digital Experience Management (DEM) pour connaître les exigences auxquelles chaque contribution doit répondre et ce qu’il faut vérifier lorsqu’un score n’est pas disponible.
Ce que le score ne mesure pas
Connaître les limites du score évite de s'y fier pour des usages pour lesquels il n'a pas été conçu.
- It is not an application uptime measurement: Concernant les scores client, si une application est inaccessible et que les utilisateurs cessent par conséquent de générer du trafic vers celle-ci, le résultat est généralement une absence de données plutôt qu'un score faible. Sur les scores d'extension de navigateur, les requêtes échouées sont enregistrées comme une latence extrême ; ainsi, une application inaccessible peut apparaître comme une contribution très faible pour une application SaaS / personnalisée ou pour l'accès (On-Ramp). Aucun de ces comportements ne fait du score d'expérience un signal de disponibilité fiable ; utilisez donc des sondes applicatives, qui testent l'accessibilité selon un calendrier défini, pour surveiller si une application est opérationnelle.
- It is not a per-transaction measurement: Les scores sont résumés sur une fenêtre de cinq minutes ; ainsi, une seule requête lente au sein d'une fenêtre par ailleurs saine peut ne pas modifier le score.
- It does not cover unsteered traffic: Le trafic qui contourne Netskope est en grande partie invisible pour les mesures basées sur l’agent. Lorsque l’extension de navigateur est déployée, elle peut toujours observer l’expérience basée sur le navigateur pour les applications Web reconnues.
- It does not diagnose root cause: Le score localise un problème sur un segment. Il ne vous indique pas quel pilote de périphérique, quel point de peering FAI ou quel niveau d'application est responsable, ce qui nécessite toujours une analyse approfondie et, souvent, une source corroborante.
- It is not a security or compliance signal: Le scoring d'expérience est une mesure de performance qui ne porte aucun verdict sur la politique, les menaces ou la protection des données.
Comment ce modèle évolue
Netskope améliore périodiquement la méthodologie de notation de l'expérience à mesure que la couverture des mesures s'élargit et que nous en apprenons davantage sur les signaux qui prédisent le mieux ce que les utilisateurs ressentent réellement. Des améliorations de ce type peuvent modifier la répartition entre Bon, Moyen et Médiocre dans votre locataire, même si rien n'a changé dans votre environnement.
Les changements affectant la notation sont annoncés dans les notes de mise à jour. Si vous avez défini des seuils internes, des rapports ou des règles d'alerte basés sur les scores DEM, recalibrez-les après un changement de notation plutôt que de supposer qu'un décalage représente un changement réel dans l'expérience utilisateur.
Glossaire
| Term | Meaning |
|---|---|
| Score d'expérience | Le chiffre principal de 0 à 100 représentant l’expérience numérique d’un utilisateur sur une fenêtre de cinq minutes. |
| Contribution | Un score de composant couvrant une partie du chemin : périphérique, point d'accès, SaaS / application personnalisée ou application privée. Également noté de 0 à 100. |
| Band | La classification « Bon », « Moyen » ou « Faible » appliquée à un score pour le triage. |
| On-Ramp | Le chemin réseau entre le périphérique de l’utilisateur et le point de présence Netskope auquel il est connecté. |
| POP | Point de présence. L'emplacement Netskope par lequel le trafic d'un utilisateur est dirigé. |
| Netskope Private Access | Le service Netskope qui fournit aux utilisateurs un accès aux applications privées sans les placer sur le réseau d'entreprise. |
| Publisher | Le composant déployé à côté d’une application privée qui assure le courtage de l’accès à celle-ci pour les utilisateurs de Netskope Private Access. |
| Temps aller-retour (RTT) | Le temps nécessaire à un paquet pour atteindre une destination et revenir. La mesure de latence principale derrière les contributions On-Ramp, SaaS / application personnalisée et application privée. |
| Mesure active | Mesure générée selon un calendrier par les composants Netskope, indépendamment de toute activité de l'utilisateur. |
| Mesure passive | Mesure observée à partir du trafic réel de l'utilisateur, également connue sous le nom de monitoring des utilisateurs réels. |
| Sonde d'application | Un test HTTPS automatisé et planifié vers une application cible, configuré dans vos paramètres DEM. |
| Largest Contentful Paint (LCP) | Une métrique de performance web standard mesurant le temps nécessaire à l'apparition du contenu principal d'une page. |
| Application d'une seule page (SPA) | Application Web qui se charge une seule fois, puis se met à jour sur place en appelant des API, plutôt que de charger une nouvelle page pour chaque action. |
| Trafic piloté | Trafic dirigé via la plateforme Netskope par le biais de politiques, et donc visible par les mesures de Netskope. |
Le comportement du score Digital Experience Management et les contributions disponibles dépendent des composants DEM déployés sur votre tenant et de vos droits d’utilisation du produit.