Demandes de contenu Cloud Service
Présentation introduction
Les demandes de contenu sont des demandes qui arrivent dans AEM Sites (y compris en relation avec les Edge Delivery Services pour AEM Sites) ou tout autre système de mise en cache fourni par le client (comme un réseau de diffusion de contenu) pour diffuser du contenu ou des données au format HTML par le biais de pages vues (par exemple, des pages et des fragments d’expérience) ou au format JSON par le biais d’appels API (sans interface). Les demandes de contenu sont comptabilisées sous la forme d’une page vue ou de 5 appels d’API et sont mesurées à l’entrée du premier système de mise en cache qui reçoit une demande de contenu. Certaines requêtes HTTP sont incluses ou exclues à des fins de comptage des requêtes de contenu. La liste complète des requêtes HTTP incluses et exclues, ainsi que leurs définitions techniques, sont disponibles dans la documentation.
Compréhension des requêtes de contenu Cloud Service understanding-cloud-service-content-requests
Pour les clients qui utilisent le réseau de diffusion de contenu prêt à l’emploi, les demandes de contenu du Cloud Service sont mesurées par le biais d’une collecte de données côté serveur. Cette collection est activée via l’analyse des logs CDN. Les requêtes 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 AEM as a Cloud Service. Pour ce faire, isolez les demandes renvoyant du contenu d’HTML (text/html)
ou JSON (application/json)
du réseau de diffusion de contenu et repose sur plusieurs règles d’inclusion et d’exclusion détaillées ci-dessous. Une demande de contenu se produit indépendamment du contenu renvoyé fourni à partir des caches CDN ou du contenu retournant à l’origine du CDN (AEM dispatchers).
Pour les clients qui utilisent leur propre réseau de diffusion de contenu, la collection côté client offre un reflet plus précis des interactions, assurant une mesure fiable de l’engagement du site web via le service de surveillance de l’utilisation réelle. Les clients disposent ainsi d’informations avancées sur le trafic et les performances de leurs pages. Bien qu’il soit bénéfique pour tous les clients, il offre un reflet représentatif des interactions des utilisateurs, ce qui garantit une mesure fiable de l’engagement du site web en capturant le nombre de pages vues du côté client.
Pour les clients qui apportent leur propre réseau de diffusion de contenu en plus d’AEM as a Cloud Service, les rapports côté serveur génèrent des résultats qui ne peuvent pas être utilisés pour comparer les demandes de contenu sous licence. Avec la surveillance de l’utilisation réelle, l’Adobe peut refléter une mesure fiable de l’engagement du site web.
Écarts entre les demandes de contenu de Cloud Service content-requests-variances
Les requêtes de contenu peuvent présenter des variations dans les outils de création de rapports Analytics d’une organisation, comme illustré dans le tableau suivant. En règle générale, n’utilisez pas les outils d’analyse qui collectent des données par le biais d’une instrumentation côté client pour signaler le nombre de demandes de contenu pour un site donné, simplement parce qu’ils dépendent souvent du consentement de l’utilisateur pour être déclenchés, ce qui fait qu’il manque une fraction 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 au-dessus d’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 Adobe RUM Data Service est l’option recommandée par l’Adobe.
Voir aussi Tableau de bord de la licence.
Règles de collecte 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.
Types de requêtes de contenu incluses included-content-requests
・ Amazon CloudFront
・ Apache Http Client
・ Asynchrone Http Client
Axios
Azureus
Curl
GitHub Node Fetch
Guzzle
Go-http-client
Chrome sans affichage
Client
Jersey
Noeud de Oembed
okhttp
Requêtes Python
Netty de réacteur de
Wget de
WinHTTP
/system/probes/health
et non les pages d’HTML réelles 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/)} Mille-yeux-libellule-x1
OmtrBot/1.0
WebMon/2.0.0
<link rel="prefetch">
requêtesVoir aussi Tableau de bord de la licence.
Types de requêtes de contenu exclues excluded-content-request
/system/probes/health
Exemples :
・ AddSearchBot
・ AhrefsBot
・ Applebot
Google Ask Jeeves Corporate Spider
Pinterest Bingbot
BingPreview
BLEXBot
pider
CrawlerKengo
Facebook externalhit
AdsBot
Google AdsBot Mobile
Googlebot
Google Lmspider
LucidWorks
} MJ12bot
Pingdom
SemrushBot
SiteAméliorer
StashBot
StatusCake
YandexBot
/api/graphql
) afin d’éviter le double comptage. Elles ne sont pas facturables au Cloud Service.manifest.json
/etc.clientlibs/*/manifest.json
favicon.ico