Cloud Service-Inhaltsanfragen
Einführung introduction
Inhaltsanfragen sind Anfragen, die an AEM Sites (auch in Verbindung mit Edge Delivery Services für AEM Sites) oder ein auf Kundenseite bereitgestelltes Caching-System (z. B. ein Content Delivery Network) gesendet werden, um Inhalte oder Daten entweder im HTML-Format über Seitenansichten (z. B. Seiten und Experience Fragments) oder im JSON-Format über API-Aufrufe (Headless) bereitzustellen. Inhaltsanfragen werden entweder als ein Seitenaufruf oder als fünf API-Aufrufe gezählt, gemessen am Eingang des ersten Caching-Systems, das eine Inhaltsanfrage erhält. Bestimmte HTTP-Anfragen werden beim Zählen von Inhaltsanfragen ein- oder ausgeschlossen. Die vollständige Liste der eingeschlossenen und ausgeschlossenen HTTP-Anfragen sowie deren technische Definitionen finden Sie in der Dokumentation.
Grundlegendes zu Cloud Service-Inhaltsanfragen understanding-cloud-service-content-requests
Für Kundinnen und Kunden, die das vordefinierte CDN verwenden, werden Cloud Service-Inhaltsanfragen über die Server-seitige Datenerfassung gemessen. Diese Erfassung wird über die Analyse des CDN-Protokolls aktiviert. Inhaltsanfragen werden automatisch Server-seitig am Edge von Adobe Experience Manager as a Cloud Service erfasst, indem die Protokolldateien aus dem AEM as a Cloud Service-CDN automatisiert analysiert werden. Dies geschieht durch Isolieren der Anfragen, die HTML- (text/html)
oder JSON(application/json)
-Inhalte aus dem CDN zurückgeben, und basierend auf verschiedenen Ein- und Ausschlussregeln, die im Folgenden erläutert werden. Eine Inhaltsanfrage erfolgt unabhängig davon, ob der zurückgegebene Inhalt von den CDN-Caches bereitgestellt wird oder ob er zurück an den Ursprung des CDN (AEM-Dispatcher) geht.
Für Kundinnen und Kunden, die ihr eigenes CDN verwenden, bietet die Client-seitige Erfassung eine präzisere Darstellung der Interaktionen, sodass eine zuverlässige Messung der Website-Interaktion über den Dienst Real Use Monitoring sichergestellt wird. Dadurch erhalten Kundinnen und Kunden erweiterte Erkenntnisse zum Traffic und zur Performance ihrer Seiten. Es für alle Kundinnen und Kunden von Vorteil und bietet gleichzeitig ein repräsentatives Spiegelbild der Benutzerinteraktionen, das eine zuverlässige Messung der Website-Interaktion ermöglicht, indem die Anzahl der Seitenansichten auf Client-Seite erfasst wird.
Für Kundinnen und Kunden, die ihr eigenes CDN auf AEM as a Cloud Service anwenden, führt die Server-seitige Berichterstellung zu Zahlen, die nicht mit den lizenzierten Inhaltsanfragen verglichen werden können. Mit Real Use Monitoring kann Adobe ein zuverlässiges Maß für die Interaktion mit Websites widerspiegeln.
Abweichungen von Cloud Service-Inhaltsanfragen content-requests-variances
Inhaltsanfragen können Abweichungen von den Analytics-Reporting-Tools eines Unternehmens aufweisen, die in dieser Tabelle zusammengefasst sind. Im Allgemeinen sollten Analyse-Tools, die Daten mithilfe Client-seitiger Instrumentierung erfassen, nicht verwendet werden, um über die Anzahl der Inhaltsanfragen für eine bestimmte Site zu berichten. Der Grund dafür ist, dass deren Auslösung häufig von der Zustimmung von Benutzerinnen und Benutzern abhängig ist, wodurch sie einen erheblichen Anteil des Traffics nicht erfassen. Analyse-Tools, die Daten Server-seitig in Protokolldateien sammeln, oder CDN-Berichte für Kundinnen und Kunden, die zusätzlich zu AEM as a Cloud Service ihr eigenes CDN hinzufügen, bieten bessere Zählungen. Für die Berichterstellung über Seitenansichten und die damit verbundene Leistung ist der Adobe RUM-Datendienst die von Adobe empfohlene Option.
Siehe auch Lizenz-Dashboard.
Regeln für die Server-seitige Sammlung serverside-collection
Es gibt Regeln, um bekannte Bots auszuschließen, einschließlich bekannter Services, die die Site regelmäßig besuchen, um ihren Suchindex oder -Service zu aktualisieren.
Arten von enthaltenen Inhaltsanfragen included-content-requests
• Amazon CloudFront
• Apache Http Client
• Asynchronous Http Client
• Axios
• Azureus
• Curl
• GitHub Node Fetch
• Guzzle
• Go-http-client
• Headless Chrome
• Java™ Client
• Jersey
• Node Oembed
• okhttp
• Python Requests
• Reactor Netty
• Wget
• WinHTTP
/system/probes/health
und nicht die eigentlichen HTML-Seiten der Site.Beispiele:
• 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">
-AnfragenSiehe auch Lizenz-Dashboard.
Typen von ausgeschlossenen Inhaltsanfragen excluded-content-request
/system/probes/health
Beispiele:
• AddSearchBot
• AhrefsBot
• Applebot
• Ask Jeeves Corporate Spider
• Bingbot
• BingPreview
• BLEXBot
• BuiltWith
• Bytespider
• CrawlerKengo
• Facebookexternalhit
• Google AdsBot
• Google AdsBot Mobile
• Googlebot
• Googlebot Mobile
• lmspider
• LucidWorks
• MJ12bot
• Pingdom
• SemrushBot
• SiteImprove
• StashBot
• StatusCake
• YandexBot
/api/graphql
. Um eine doppelte Zählung zu vermeiden, sind sie für den Cloud-Service nicht abrechenbar.manifest.json
/etc.clientlibs/*/manifest.json
nicht zählenfavicon.ico