Comprendre les requêtes de contenu Cloud Service

Présentation introduction

Les demandes de contenu incluent les demandes envoyées à AEM Sites. Ces requêtes peuvent être acheminées via Edge Delivery Services ou des systèmes de mise en cache fournis par le client, tels qu’un réseau de diffusion de contenu (CDN). Ces requêtes diffusent des données structurées au format HTML ou JSON et prennent en charge les pages vues (par exemple, les pages et les fragments d’expérience) ou les retours JSON par le biais d’API de manière découplée.

Le système comptabilise les demandes de contenu lorsqu’un utilisateur ou une utilisatrice consulte une page à l’aide d’HTML ou de JSON. Il mesure la requête au moment où le premier système de mise en cache la reçoit. Certaines requêtes HTTP sont incluses ou exclues à des fins de comptage des requêtes de contenu. Consultez la liste complète des demandes de contenu incluses et demandes de contenu exclues HTTP.

NOTE
Les données affichées dans la vue Demandes de contenu sont actualisées toutes les 24 heures.

À propos des demandes de contenu Cloud Service understanding-cloud-service-content-requests

Une requête de page fait référence à une requête HTTP qui récupère le contenu structuré de base (par exemple, HTML ou JSON) nécessaire pour effectuer le rendu de l’expérience de la page principale. Elle n’inclut pas les demandes de ressources, telles que des images ou des scripts.

Pour les clients qui utilisent le réseau de diffusion de contenu prêt à l’emploi, AEM as a Cloud Service comptabilise les demandes de contenu au niveau du serveur. Cette mesure se produit automatiquement et ne dépend pas du suivi de l’analyse côté client.

AEM (Adobe Experience Manager) as a Cloud Service identifie les demandes de contenu en fonction des types de réponse générés par l’instance AEM et reçus sur le réseau CDN. Plus précisément, les requêtes qui renvoient HTML (text/html) ou JSON (application/json) sont comptabilisées. Ces formats diffusent généralement le contenu de la page principale pour un rendu de site classique ou une diffusion découplée.

Les demandes de ressources statiques telles que des fichiers JavaScript, des feuilles de style CSS et des images ne sont pas comptabilisées comme des demandes de contenu.

NOTE
Si une requête d’API renvoie HTML ou JSON qui sert de contenu au niveau de la page (par exemple, dans une diffusion découplée), elle peut toujours être comptabilisée comme une requête de contenu, selon son contexte.

Les requêtes de contenu sont mesurées que la réponse ait été diffusée à partir du cache du réseau CDN ou transférée vers l’environnement AEM d’origine.

Variances des demandes de contenu Cloud Service content-requests-variances

Les requêtes de contenu peuvent présenter des variations au sein des outils de création de rapports d’analyse d’une organisation, comme résumé dans le tableau suivant. En règle générale, évitez d’utiliser des outils d’analyse qui reposent sur une instrumentation côté client pour signaler le nombre de demandes de contenu pour un site. Ces outils manquent souvent une grande partie du trafic, car leur activation dépend du consentement de l’utilisateur. Les outils Analytics qui collectent des données côté serveur dans les fichiers journaux, ou les rapports de réseau CDN pour les clients qui ajoutent leur propre réseau CDN en plus d’AEM as a Cloud Service, fournissent de meilleurs chiffres.

Raison de l’écart
Explication
Consentement de l’utilisateur final
Le déclenchement des outils Analytics qui reposent sur une instrumentation côté client dépend souvent du consentement de l’utilisateur. Ce workflow peut représenter la majorité du trafic non suivi. Pour les clients qui souhaitent mesurer eux-mêmes les demandes de contenu, Adobe vous recommande de vous fier aux outils d’analyse pour collecter les données à partir de rapports côté serveur ou CDN.
Balisage
Toutes les pages ou appels d’API qui font l’objet d’un suivi sous forme de demandes de contenu Adobe Experience Manager peuvent ne pas être balisés avec le suivi Analytics.
Règles de gestion des balises
Les paramètres des règles de gestion des balises peuvent entraîner diverses configurations de collecte de données sur une page, ce qui entraîne une combinaison d’incohérences avec le suivi des demandes de contenu.
Robots
Les robots inconnus qu’AEM n’a pas pré-identifiés et supprimés peuvent entraîner des incohérences dans le suivi.
Suites de rapports
Les pages d’une même instance AEM peuvent créer des rapports vers différentes suites de rapports d’analyse. Ce processus peut fractionner les données entre plusieurs suites, selon la configuration.
Outils de surveillance et de sécurité tiers
Les outils de surveillance et d’analyse de sécurité (par exemple, les vérificateurs de disponibilité ou les analyseurs de vulnérabilité) peuvent demander des pages, générant des demandes de contenu côté serveur non visibles dans les rapports d’analyse.
Accès à l’API
Les requêtes envoyées aux pages ou au contenu AEM par le biais des API (par exemple, via Adobe Experience Manager as a Headless CMS) sont toujours comptabilisées comme des requêtes de contenu, mais ne déclenchent pas de suivi Analytics.
Pré-récupérer des demandes
La prérécupération (par exemple à l’aide d’un service worker ou d’une fonction Edge) peut augmenter les volumes de trafic en demandant des pages à l’avance. Ces requêtes sont comptabilisées côté serveur, mais n’exécutent pas le code d’analyse côté client.
DDOS
Adobe utilise le filtrage pour détecter et bloquer de nombreuses attaques DDoS. Cependant, certaines requêtes d’attaque peuvent toujours être comptabilisées comme des requêtes de contenu avant l’application des filtres.
Bloqueurs de trafic
Les fonctionnalités de confidentialité dans le navigateur ou les pare-feu d’entreprise peuvent bloquer le chargement des scripts d’analyse. Ces utilisateurs génèrent toujours des demandes de contenu côté serveur.
Pare-feux
Les pare-feu d’entreprise ou régionaux peuvent empêcher les appels Analytics d’atteindre les serveurs Adobe, ce qui entraîne une sous-déclaration dans Analytics sans affecter le nombre de comptes côté serveur.

Consultez le Tableau de bord des licences pour plus d’informations sur l’affichage et le suivi de l’utilisation des demandes de contenu par rapport à vos limites de licence.

Règles de collecte côté serveur serverside-collection

AEM as a Cloud Service applique des règles côté serveur pour comptabiliser les requêtes de contenu. Ces règles incluent une logique d’exclusion des robots connus (tels que les robots des moteurs de recherche) et du trafic non utilisateur, comme les services de surveillance qui effectuent régulièrement des requêtes ping sur le site.

Les tableaux suivants répertorient les types de demandes de contenu incluses et exclues, avec de brèves descriptions de chacune d’elles.

Types de demandes de contenu incluses included-content-requests

NOTE
Si une requête API renvoie une réponse HTML, elle peut être classée comme une requête de contenu, selon son contexte d’utilisation. Les requêtes d’API renvoyant des données hors interface utilisateur sont généralement exclues.
Type de demande
Demande de contenu
Description
Code HTTP 100-299
Inclus
Inclut les requêtes réussies qui renvoient un contenu HTML ou JSON complet ou partiel.
Code HTTP 206 : ces requêtes ne diffusent qu’une partie du contenu complet. Par exemple, une vidéo ou une image volumineuse. Les requêtes de contenu partielles sont incluses lorsqu’elles diffusent une partie d’une réponse HTML ou JSON utilisée dans le rendu du contenu de la page.
Bibliothèques HTTP à automatiser
Inclus
Les requêtes effectuées par les outils ou les bibliothèques qui récupèrent le contenu des pages. Par exemple :
· Amazon CloudFront
· Client Apache Http
· Client HTTP asynchrone
· Axios
· Azureus
· Curl
· Récupération de nœud GitHub
· Guzzle
· Go-http-client
· Chrome découplé· Java™ Client
· Jersey
· Nœud Oembed
· okhttp
· Requêtes Python
· Reactor Netty
· WinHTTP
· HTTP
rapide· Nœud GitHub Fetch


· Reactor
Outils de surveillance et de contrôle de l’intégrité
Inclus
Demandes utilisées pour surveiller l’intégrité ou la disponibilité des pages.
Voir Types de demandes de contenu exclues.
Par exemple :
· Amazon-Route53-Health-Check-Service
· EyeMonIT_bot_version_0.1_(https://eyemonit.com/)
· 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"> requêtes
Inclus
Lorsque les clients préchargent ou prérécupèrent du contenu (par exemple, avec <link rel="prefetch">), le système comptabilise ces requêtes côté serveur. Gardez à l’esprit que cette approche peut augmenter le trafic, selon le nombre de pages prérécupérées.
Trafic qui bloque les rapports Adobe Analytics ou Google Analytics
Inclus
Il est plus courant que les visiteurs et visiteuses de sites disposent d’un logiciel de confidentialité installé (bloqueurs de publicités, etc.) qui affecte la précision de Google Analytics ou d’Adobe Analytics. AEM as a Cloud Service comptabilise les requêtes sur le premier point d’entrée de l’infrastructure gérée par Adobe et non du côté client.

Voir aussi Tableau de bord des licences.

Types de demandes de contenu exclues excluded-content-request

Type de demande
Demande de contenu
Description
Code HTTP 500+
Exclu
Erreurs renvoyées au visiteur lorsqu’un problème se produit sur AEM as a Cloud Service ou dans le code personnalisé du client.
Code HTTP 400-499
Exclu
Erreurs renvoyées au visiteur lorsque le contenu n’existe pas (404) ou qu’il existe d’autres problèmes liés au contenu ou aux requêtes.
Code HTTP 300-399
Exclu
Bonnes requêtes permettant de vérifier si quelque chose a changé sur le serveur ou de rediriger la requête vers une autre ressource. Ils ne contiennent pas de contenu lui-même et ne sont donc pas facturables.
Demandes allant dans /libs/*
Exclu
Requêtes JSON internes AEM, telles que le jeton CSRF qui n’est pas facturable.
Trafic provenant d’attaques DDOS
Exclu
Protection DDOS. AEM détecte automatiquement certaines des attaques DDOS et les bloque. Les attaques DDOS détectées ne sont pas facturables.
Surveillance d’AEM as a Cloud Service New Relic
Exclu
Surveillance globale d’AEM as a Cloud Service.
URL permettant aux clients de surveiller leur programme Cloud Service
Exclu
Adobe vous recommande d’utiliser l’URL pour surveiller la disponibilité ou le contrôle d’intégrité en externe.

/system/probes/health
Service de préchauffage de capsule AEM as a Cloud Service
Exclu
Agent : skyline-service-préchauffage/1.*
Moteurs de recherche connus, réseaux sociaux et bibliothèques HTTP (avec le tag Fastly)
Exclu
Services connus visitant régulièrement le site pour actualiser leur index ou service de recherche :

Exemples :
· AddSearchBot
· AhrefsBot
· Applebot
· Ask Jeeves Corporate Spider
· Bingbot
· BingPreview
· BLEXBot
· BuiltWith
· Bytespider
· CrawlerKengo
· Facebookexternalhit
· Google AdsBot
· Google AdsBot Mobile
· Googlebot
· Googlebot Mobile
lmspider
· LucidWorks
· PinterestMJ12bot
· SemrushBot
· SiteImprov
· StashBot
· StatusCake
· YandexBot
· ContentKing

· Claudebot
Exclure les appels Commerce integration framework
Exclu
Les demandes envoyées à AEM qui sont transférées vers Commerce integration framework (l’URL commence par /api/graphql) ne sont pas facturables pour Cloud Service afin d’éviter un double comptage.
Exclure le manifest.json
Exclu
Le manifeste n’est pas un appel API. Il permet de fournir des informations sur la manière d’installer des sites web sur un ordinateur ou un téléphone mobile. Adobe ne doit pas compter les requêtes JSON à /etc.clientlibs/*/manifest.json
Exclure le favicon.ico
Exclu
Bien que le contenu renvoyé ne doive pas être HTML ou JSON, il a été observé que certains scénarios tels que les flux d’authentification SAML renvoient des icônes en tant qu’HTML. Par conséquent, les favicons sont explicitement exclus du décompte.
Fragment d’expérience (XF) - Réutilisation dans le même domaine
Exclu
Les requêtes envoyées aux chemins d’accès XF (tels que /content/experience-fragments/...) à partir de pages hébergées sur le même domaine (tel qu’identifié par l’en-tête référent correspondant à l’hôte de requête).

exemple : une page d’accueil sur aem.customer.com extrayant un fichier XF pour une bannière ou une carte du même domaine.

· Correspondances d’URL /content/experience-fragments/…
· Correspondances de domaine référent request_x_forwarded_host

Remarque : si le chemin d’accès au fragment d’expérience est personnalisé (par exemple à l’aide de /XFrags/... ou de tout chemin d’accès en dehors de /content/experience-fragments/), la requête ne sera pas exclue et pourra être comptabilisée, même si elle concerne le même domaine. Nous vous recommandons d’utiliser la structure de chemin XF standard d’Adobe pour vous assurer que la logique d’exclusion s’applique correctement.
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab