Demandes de contenu Cloud Service
Présentation introduction
Les demandes de contenu de Cloud Service sont mesurées par le biais d’une collecte de données côté serveur. La collection est activée via l’analyse des journaux CDN.
Compréhension des requêtes de contenu Cloud Service understaing-cloud-service-content-requests
Les demandes de contenu sont automatiquement collectées côté serveur à la périphérie d’Adobe Experience Manager as a Cloud Service, via une analyse automatisée des fichiers journaux provenant du réseau de diffusion de contenu as a Cloud Service AEM. Pour ce faire, isolez le HTML de renvoi des demandes. (text/html) ou JSON (application /Json) contenu du réseau de diffusion de contenu, et selon plusieurs règles d’inclusion et d’exclusion détaillées ci-dessous. Une demande de contenu se produit indépendamment du contenu renvoyé qui est diffusé à partir des caches CDN ou du contenu qui retourne à l’origine du CDN (AEM dispatchers).
Le service de surveillance des utilisateurs réels , la collection côté client, offre un reflet plus précis des interactions utilisateur, assurant une mesure fiable de l’engagement du site web. Les clients disposent ainsi d’informations avancées sur le trafic et les performances de leurs pages. Bien que cela soit bénéfique pour les clients qui utilisent le réseau de diffusion de contenu géré par Adobe ou un réseau de diffusion de contenu géré par non Adobe. En outre, la création de rapports de trafic automatique peut désormais être activée pour les clients qui utilisent un réseau de diffusion de contenu géré par un autre Adobe, ce qui évite d’avoir à partager les rapports de trafic avec Adobe.
Pour les clients qui placent leur propre réseau de diffusion de contenu en plus des rapports as a Cloud Service côté serveur, les nombres ne peuvent pas être utilisés pour comparer les demandes de contenu sous licence. Ces chiffres devront être mesurés par le client au bord du réseau de diffusion de contenu externe. Pour ces clients, la création de rapports côté client et les performances associées, la variable Adobe RUM Data Service est l’option recommandée pour l’Adobe. Voir notes de mise à jour pour obtenir des informations sur la manière de souscrire.
Collection côté serveur serverside-collection
Il existe des règles pour exclure les robots les plus connus, notamment les services les plus connus qui visitent régulièrement le site pour actualiser leur index ou service de recherche.
Écarts entre les demandes de contenu de Cloud Service content-requests-variances
Les requêtes de contenu peuvent présenter des écarts avec les outils de création de rapports Analytics d’une organisation, comme illustré dans le tableau suivant. En général, ne pas utiliser des outils analytics qui collectent des données au moyen d’une instrumentation côté client pour générer des rapports sur le nombre de demandes de contenu pour un site donné, simplement parce qu’elles dépendent souvent du consentement de l’utilisateur pour être déclenchées, ce qui fait qu’elles ne couvrent qu’une partie significative du trafic. Les outils Analytics qui collectent les données côté serveur dans les fichiers journaux ou les rapports CDN pour les clients qui ajoutent leur propre CDN en plus de l’AEM as a Cloud Service, offrent de meilleurs décomptes. Pour la création de rapports sur les pages vues et leurs performances associées, le service de données Adobe RUM est l’option recommandée par Adobe.
Voir aussi Tableau de bord des licences.
Types de requêtes de contenu incluses included-content-requests
・ Amazon CloudFront
・ Client Apache Http
・ Client Http Asynchrone
・ Axios
・ Azureus
・ Curl
・ Récupération des noeuds GitHub
・ Guise
・ Go-http-client
・ Chrome sans affichage
・ Client Java™
・ Jersey
・ Node Oembed
・ okhttp
・ Requêtes Python
・ Nettoyage du réacteur
・ Wget
・ WinHTTP
/system/probes/health et non les pages de HTML du site.Exemples :
・ Amazon-Route53-Health-Check-Service
・ EyeMonIT_bot_version_0.1_(https://www.eyemon.it/)
・ Investis-Site24x7
・ Mozilla/5.0+ (compatible ; UptimeRobot/2.0 ; https://uptimerobot.com/)
・ ThousandEyes-Dragonfly-x1
・ OmtrBot/1.0
・ WebMon/2.0.0
<link rel="prefetch"> requestsVoir aussi Tableau de bord des licences.
Types de requêtes de contenu exclues excluded-content-request
/system/probes/healthExemples :
・ AddSearchBot
・ AhrefsBot
・ Applebot
・ Poser des questions à l’araignée d’entreprise à Jeeves
・ Bingbot
・ BingPreview
・ BLEXBot
・ builtWith
・ Bytespider
・ CrawlerKengo
・ Facebook externalhit
・ Google AdsBot
・ Google AdsBot Mobile
・ Googlebot
・ Googlebot Mobile
・ lmspider
・ LucidWorks
・ MJ12bot
・ Pingdom
・ SemrushBot
・ SiteAméliorer
・ StashBot
・ StatusCake
・ YandexBot
/api/graphql—pour éviter le double comptage, ils ne sont pas facturables au Cloud Service.manifest.json/etc.clientlibs/*/manifest.jsonfavicon.icoCollection côté client cliendside-collection
Service de surveillance des utilisateurs réels pour AEM as a Cloud Service real-user-monitoring-service-for-aem-as-a-cloud-service
Vous devez utiliser la version AEM Cloud Service 2023.11.14227 et au-dessus afin d’activer le service de données RUM.
Vue d’ensemble overview
Le service de surveillance des utilisateurs réels est un type de technologie de surveillance des performances qui capture et analyse en temps réel les expériences utilisateur numériques d’un site web ou d’une application. Il offre une visibilité sur les performances en temps réel d’une application web et fournit des informations précises sur l’expérience de l’utilisateur final.
Le service de surveillance des utilisateurs réels fournit des informations détaillées sur les mesures de performances clés, depuis le lancement de l’URL jusqu’à ce que la demande soit renvoyée au navigateur, ce qui aide les développeurs à améliorer l’application afin qu’elle soit facile à utiliser pour les utilisateurs finaux.
Qui peut bénéficier de Real User Monitoring Service ? who-can-benefit-from-rum-service
Le service de données RUM est bénéfique pour tous les clients, que ce soit l’utilisation de l’Adobe ou de leur propre réseau de diffusion de contenu. Il offre un reflet plus précis des interactions utilisateur, ce qui garantit une mesure fiable de l’engagement du site web en reflétant le nombre de pages vues côté client.
En particulier, pour les utilisateurs du réseau de diffusion de contenu Adobe, il effectue le suivi précis des interactions utilisateur pour une comparaison directe des pages vues côté client avec les journaux du réseau de diffusion de contenu côté serveur.
Pour les clients qui utilisent leur propre réseau de diffusion de contenu, ils peuvent bénéficier de rapports de trafic simplifiés, car Adobe intègre désormais directement ces pages vues, rendant ainsi inutile la création de rapports distincts.
En outre, tous les clients bénéficient d’informations approfondies sur les performances de la page, afin d’optimiser efficacement leurs expériences numériques.
Comprendre le fonctionnement de Real User Monitoring Service understand-how-the-rum-service-works
Adobe Experience Manager utilise la surveillance des utilisateurs réels (RUM) pour aider les clients et les Adobes à comprendre la manière dont les visiteurs interagissent avec les sites utilisant Adobe Experience Manager, à diagnostiquer les problèmes de performances et à mesurer l’efficacité des expériences. RUM protège la confidentialité des visiteurs par échantillonnage (seule une petite partie de toutes les pages vues sera surveillée) et une exclusion judicieuse de toutes les informations d’identification personnelle (PII).
Real User Monitoring Service et confidentialité rum-service-and-privacy
Le service de surveillance des utilisateurs réels de Adobe Experience Manager est conçu pour préserver la confidentialité des visiteurs et minimiser la collecte de données. En tant que visiteur, cela signifie qu’aucune information personnelle ne sera collectée par le site que vous visitez ou mise à disposition de l’Adobe.
En tant qu’opérateur de site, cela signifie qu’aucun opt-in supplémentaire n’est nécessaire pour activer la surveillance par le biais de cette fonctionnalité. Par conséquent, il n’y aura pas de pop-up supplémentaire que les utilisateurs finaux pourront accepter pour activer la surveillance RUM.
Échantillonnage des données du service de surveillance des utilisateurs réel rum-service-data-sampling
Les solutions d’analyse web traditionnelles tentent de collecter des données sur chaque visiteur. Le service de surveillance des utilisateurs réels de Adobe Experience Manager ne capture que les informations provenant d’une petite fraction des pages vues. Les données du service de surveillance des utilisateurs réels sont censées être échantillonnées et rendues anonymes plutôt qu’un remplacement pour les analyses. Par défaut, le ratio d’échantillonnage des pages est de 1:100. Les opérateurs du site ne peuvent pas configurer ce nombre pour augmenter ou diminuer le taux d'échantillonnage à ce jour. Pour estimer précisément le trafic total, nous rassemblons des données détaillées d’une seule page pour chaque centaine de pages vues, ce qui vous permet d’approximer de manière fiable le trafic global."
Comme la décision de collecter les données est prise sur une page vue par page, il devient pratiquement impossible de suivre les interactions sur plusieurs pages. RUM n’a aucun concept de visites, de visiteurs ou de sessions, uniquement des pages vues. C'est par conception.
Données en cours de collecte what-data-is-being-collected
Le service de surveillance des utilisateurs réels est conçu pour empêcher la collecte d’informations d’identification personnelle. L’ensemble complet des informations pouvant être collectées par le service de surveillance des utilisateurs réels de Adobe Experience Manager est répertorié ci-dessous :
- Nom d’hôte du site visité, par exemple :
experienceleague.adobe.com - Type d’agent utilisateur large utilisé pour afficher la page, par exemple : bureau ou mobile
- Heure de la collecte des données, par exemple :
2021-06-26 06:00:02.596000 UTC (in order to preserve privacy, we round all minutes to the previous hour, so that only seconds and milliseconds are tracked) - URL de la page visitée, par exemple :
https://experienceleague.adobe.com/docs?lang=fr - URL du référent (URL de la page qui a lié à la page active, si l’utilisateur a suivi un lien)
- Identifiant généré de manière aléatoire de la page vue, dans un format similaire à :
2Ac6 - Le poids ou l’inverse du taux d’échantillonnage, par exemple :
100. Cela signifie que seulement une page vue sur cent sera enregistrée. - Point de contrôle ou nom d’un événement particulier dans la séquence de chargement de la page ou d’interaction avec lui en tant que visiteur
- Source, ou identifiant de l’élément DOM avec lequel l’utilisateur interagit pour le point de contrôle mentionné ci-dessus. Par exemple, il peut s’agir d’une image.
- La cible, ou le lien vers une page ou une ressource externe avec laquelle l’utilisateur interagit pour le point de contrôle mentionné ci-dessus. Par exemple :
https://blog.adobe.com/jp/publish/2022/06/29/media_162fb947c7219d0537cce36adf22315d64fb86e94.png - Les mesures de performances des principales caractéristiques du web (CWV), la plus grande peinture de contenu (LCP), le premier délai d’entrée (FID) et le changement de mise en page cumulatif (CLS) qui décrivent la qualité de l’expérience du visiteur.
Configuration du service de surveillance des utilisateurs réel how-to-set-up-the-rum-service
- Si vous souhaitez faire partie de notre programme d'adoption précoce, veuillez envoyer un email à
aemcs-rum-adopter@adobe.com, ainsi que le nom de domaine de l’environnement de production, d’évaluation et de développement à partir de l’adresse électronique associée à votre Adobe ID. L’équipe produit d’Adobe activera alors le service de données Real User Monitoring (RUM) pour vous. - Une fois cette opération terminée, l’équipe produit de l’Adobe crée un canal de collaboration client.
- L’équipe produit de l’Adobe vous contactera pour vous fournir la clé de domaine et l’URL du tableau de bord de données dans lesquelles vous pouvez afficher les pages vues et Les principales vitales du Web (CWV) mesures collectées par la collection de services de surveillance des utilisateurs réels côté client.
- Vous recevrez alors des conseils sur l’utilisation de la clé de domaine pour accéder à l’URL du tableau de bord de données et afficher les mesures.
Utilisation des données Real User Monitoring Service how-rum-service-data-is-being-used
Les données RUM sont bénéfiques aux fins suivantes :
- Pour identifier et corriger les goulets d’étranglement en termes de performances pour les sites clients
- Création de rapports de trafic automatique rationalisés qui incluent Pages vues pour les clients utilisant leur propre réseau de diffusion de contenu, ce qui signifie qu’ils n’ont pas à partager de rapport de trafic avec Adobe.
- Pour comprendre comment Adobe Experience Manager interagit avec d’autres scripts (tels que les analyses, le ciblage ou les bibliothèques externes) sur la même page, afin d’améliorer la compatibilité.
Limites et compréhension des différences dans les mesures de performances et les pages vues limitations-and-understanding-variance-in-page-views-and-performance-metrics
Lorsque vous analyserez ces données, il se peut qu’il y ait ou non des écarts dans les pages vues et d’autres mesures de performances signalées par Real User Monitoring (RUM). Ces écarts peuvent être attribués à plusieurs facteurs inhérents à la surveillance en temps réel côté client. Voici les points essentiels à prendre en compte par les clients lors de l’interprétation de leurs données RUM :
-
Blocage des dispositifs de suivi
- Les utilisateurs finaux qui utilisent des bloqueurs de suivi ou des extensions de confidentialité peuvent empêcher la collecte de données du service de surveillance des utilisateurs réels, car ces outils limitent l’exécution des scripts de suivi. Cette restriction peut entraîner des pages vues et des interactions utilisateur sous-estimées, ce qui crée une incohérence entre l’activité réelle du site et les données capturées par RUM.
-
Limites de la capture d’appels API/JSON
- Le service de données RUM se concentre sur l’expérience côté client et ne capture pas actuellement l’API principal ou les appels JSON. L’exclusion de ces appels des données du service de surveillance des utilisateurs réel créera des écarts par rapport aux demandes de contenu mesurées par CDN Analytics.
FAQ faq
-
Comment configurer les chemins à inclure ou à exclure dans la surveillance ?
Les clients pourront configurer les chemins d’accès pour inclure ou exclure les URL à des fins de surveillance en définissant les variables d’environnement dans la configuration de Cloud Manager à l’aide de ces variables :
AEM_WEBVITALS_EXCLUDEetAEM_WEBVITALS_INCLUDE_PATHSVeuillez noter que par défaut, le paramètre "inclure" est configuré pour cibler "/content". Il est important de rappeler que les chemins que vous devez configurer ici sont des chemins de contenu dans le système, et non les chemins d’URL que vous voyez dans votre navigateur. Cette distinction est essentielle pour configurer et personnaliser précisément votre configuration en fonction de vos besoins spécifiques.
-
Adobe peut-il effectuer le suivi de toutes les pages vues avant que l’interaction n’atteigne le réseau de diffusion de contenu géré par le client ou au moment où l’interaction atteint le réseau de diffusion de contenu géré par le client ?
Oui.
-
Les clients pourront-ils intégrer les scripts du service de données RUM à des systèmes tiers tels que Dynatrace ?
Oui.
-
Les mesures "Interaction vers la prochaine peinture", "Temps jusqu’au premier octet" et "Première peinture contentée" des vitaux web sont-elles collectées ?
L’interaction avec la prochaine peinture (INP) et le temps jusqu’au premier octet (TTF) sont collectés. La première peinture contentée n’est pas collectée pour le moment.