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.

Grund für die Abweichung
Erklärung
Zustimmung der Endbenutzenden
Für Analytics-Tools, die auf eine Client-seitige Instrumentation angewiesen sind, ist die Auslösung häufig von einer Benutzerzustimmung abhängig. Dies könnte den Großteil des Traffics ausmachen, der nicht erfasst wird. Für Kundinnen und Kunden, die Inhaltsanfragen selbst messen möchten, werden Analytics-Tools, die Daten Server-seitig erfassen, oder CDN-Berichte empfohlen.
Tagging
Alle Seiten oder API-Aufrufe, die als Adobe Experience Manager-Inhaltsanfragen erfasst werden, können nicht zum Analytics-Tracking getaggt werden.
Tag-Management-Regeln
Die Einstellungen von Tag-Management-Regeln können auf einer Seite unterschiedliche Datenerfassungskonfigurationen zur Folge haben, was zu einigen Diskrepanzen beim Tracking von Inhaltsanfragen führt.
Bots
Unbekannte Bots, die nicht vorab identifiziert und von AEM entfernt wurden, können zu Tracking-Diskrepanzen führen.
Report Suites
Seiten, die Teil derselben AEM-Instanz und -Domain sind, können Daten an verschiedene Analytics Report Suites senden.
Überwachungs- und Sicherheits-Tools von Drittanbietern
Überwachungs- und Sicherheitsüberprüfungs-Tools können Inhaltsanfragen für AEM generieren, die in Analytics-Berichten nicht erfasst werden.
API-Zugriff
Der programmgesteuerte Zugriff auf Seiten oder Adobe Experience Manager-APIs kann Inhaltsanfragen für AEM generieren, die in Analytics-Berichten nicht erfasst werden.
Vorheriges Abrufen von Anfragen
Die Verwendung eines Vorabruf-Services zum Vorladen von Seiten, um die Geschwindigkeit zu erhöhen, kann zu erheblichen Traffic-Zunahmen bei Inhaltsanfragen führen.
DDOS
Adobe unternimmt zwar Anstrengungen, um Traffic durch DDOS-Angriffe automatisch zu erkennen und herauszufiltern, aber es gibt keine Garantie dafür, dass alle möglichen DDOS-Angriffe erkannt werden.
Traffic-Blocker
Die Verwendung eines Tracker-Blockers in einem Browser kann die Nachverfolgung mancher Anfragen verhindern.
Firewalls
Firewalls können das Analytics-Tracking blockieren. Dies ist vor allem bei Unternehmens-Firewalls häufiger der Fall.

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

Abfragetyp
Inhaltsanfrage
Beschreibung
HTTP-Code 100–299
Einschließlich
Hierbei handelt es sich um reguläre Anfragen, die vollständige oder partielle Inhalte bereitstellen.
HTTP-Bibliotheken für die Automatisierung
Einschließlich
Beispiele:
• 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
Tools für die Überwachung und Konsistenzprüfung
Einschließlich
Diese werden auf Kundenseite eingerichtet, um einen bestimmten Aspekt der Site zu überwachen. Dazu gehören die Verfügbarkeit oder die tatsächliche Benutzerleistung. Verwenden Sie den Endpunkt /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">-Anfragen
Einschließlich
Um das Laden der nächsten Seite zu beschleunigen, können Kundinnen und Kunden eine Reihe von Seiten in den Browser laden, bevor Benutzende auf den Link klicken, sodass sie sich bereits im Cache befinden. Denken Sie daran: Dadurch nimmt der Traffic deutlich zu, abhängig davon, wie viele dieser Seiten vorabgerufen werden.
Traffic, der das Adobe Analytics- oder Google Analytics-Reporting blockiert
Einschließlich
Es kommt häufiger vor, dass Menschen, die Sites besuchen, Datenschutz-Software installiert haben (Adblocker usw.), die die Genauigkeit von Google Analytics oder Adobe Analytics beeinträchtigt. AEM as a Cloud Service zählt Anfragen beim ersten Einstiegspunkt in die von Adobe betriebene Infrastruktur und nicht auf der Client-Seite.

Siehe auch Lizenz-Dashboard.

Typen von ausgeschlossenen Inhaltsanfragen excluded-content-request

Abfragetyp
Inhaltsanfrage
Beschreibung
HTTP-Code 500+
Ausgeschlossen
Fehler, die an Besucherinnen und Besucher zurückgegeben werden, wenn bei AEM as a Cloud Service oder im benutzerspezifischen Code ein Fehler auftritt.
HTTP-Code 400–499
Ausgeschlossen
Fehler, die an Besucherinnen und Besucher zurückgegeben werden, wenn der Inhalt nicht vorhanden ist (404) oder andere inhalts- oder anfragebezogene Probleme vorliegen.
HTTP-Code 300–399
Ausgeschlossen
Dies sind nützliche Anfragen, die entweder überprüfen, ob sich auf dem Server etwas geändert hat, oder die Anfrage an eine andere Ressource weiterleiten. Sie enthalten selbst keine Inhalte, daher sind sie nicht abrechenbar.
Anfragen für /libs/*
Ausgeschlossen
AEM interne JSON-Anfragen, z. B. das CSRF-Token, das nicht abrechenbar ist.
Traffic durch DDOS-Angriffe
Ausgeschlossen
DDOS-Schutz. AEM erkennt einige DDOS-Angriffe automatisch und blockiert sie. DDOS-Angriffe, die erkannt werden, sind nicht abrechenbar.
NewRelic-Überwachung für AEM as a Cloud Service
Ausgeschlossen
Globale AEM as a Cloud Service-Überwachung.
URL für Kundinnen und Kunden zur Überwachung ihres Cloud Service-Programms
Ausgeschlossen
Empfohlene URL zur externen Überwachung der Verfügbarkeit.

/system/probes/health
Pod-Warm-up-Service für AEM as a Cloud Service
Ausgeschlossen
Agent: skyline-service-warmup/1.*
Bekannte Suchmaschinen, soziale Netzwerke und HTTP-Bibliotheken (mit Tags von Fastly)
Ausgeschlossen
Bekannte Dienste, die die Site regelmäßig besuchen, um ihren Suchindex oder Dienst zu aktualisieren:

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
• Pinterest
• SemrushBot
• SiteImprove
• StashBot
• StatusCake
• YandexBot
Commerce Integration Framework-Aufrufe
Ausgeschlossen
Dabei handelt es sich um Anfragen an AEM, die an das Commerce Integration Framework weitergeleitet werden. Die URL beginnt mit /api/graphql. Um eine doppelte Zählung zu vermeiden, sind sie für den Cloud-Service nicht abrechenbar.
Ausschließen von manifest.json
Ausgeschlossen
Manifest ist kein API-Aufruf, sondern bietet Informationen zur Installation von Websites auf Desktops oder Mobiltelefonen. Adobe sollte eine JSON-Anfrage an /etc.clientlibs/*/manifest.json nicht zählen
Ausschließen von favicon.ico
Ausgeschlossen
Obwohl der zurückgegebene Inhalt nicht HTML oder JSON sein sollte, stellen wir fest, dass in einigen Szenarien wie SAML-Authentifizierungabläufen Favicons als HTML zurückgegeben werden können und daher explizit von der Zählung ausgeschlossen sind.
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab