AEM Sites Optimizer Was Adobes Werkzeug bei den Core Web Vitals findet, behebt und offen lässt

Von Christian Schreiber, Web Performance Consultant für AEM, aktualisiert am 1. November 2026

Mit dem AEM Sites Optimizer bietet Adobe ein eigenes Werkzeug an, das Probleme einer AEM-Website erkennt, Korrekturen vorschlägt und sie in der höchsten Ausbaustufe nach Freigabe selbst umsetzt. Core Web Vitals sind einer der Bereiche, die es abdeckt. Diese Seite ordnet ein, was der Sites Optimizer bei der Ladezeit leistet, auf welchen Daten er beruht und welche Aufgaben er nicht übernimmt. Stand der Angaben ist die öffentliche Dokumentation von Adobe; maßgeblich bleibt die jeweils aktuelle Fassung dort.

Quellen: Produktbeschreibung und Dokumentation von AdobeKeine Provision von Adobe

AEM Sites Optimizer: Opportunities von Traffic bis Site Health, in zwei Ausbaustufen

Der Sites Optimizer sortiert seine Befunde als Opportunities in Kategorien wie Traffic, Engagement, Conversion und Site Health (Übersicht der Opportunity-Typen). Die Core Web Vitals gehören zu Site Health. Laut Produktbeschreibung gibt es zwei Pakete: Prime erkennt Probleme und schlägt Korrekturen vor, Ultimate kann Korrekturen zusätzlich selbst ausführen. Lizenziert wird nach Content Requests je Monat, also nach Anfragen an AEM Sites as a Cloud Service oder AEM Sites Managed Services, einschließlich Anfragen, die ein vorgeschaltetes CDN beantwortet.

Core Web Vitals im Sites Optimizer: Befunde nach LCP, INP und CLS mit KI-Vorschlägen

Die Core-Web-Vitals-Opportunity gruppiert die Probleme nach Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift, getrennt nach Mobilgeräten und Desktop. Zu jedem Befund erzeugt das Werkzeug Vorschläge zur Behebung und weist einen geschätzten Verlust und Wert an Verkehr aus. Code-Korrekturen lassen sich an GitHub und Jira weitergeben. Analysiert werden laut Dokumentation nur Seiten mit mindestens 1.000 Seitenaufrufen.

Für Teams ohne eigene Performance-Messung ist das ein Fortschritt: Probleme werden je Seite sichtbar statt als ein Punktwert für die ganze Domain. Die Grenze zeigt sich dort, wo Seiten wenig Verkehr haben, aber dieselben Komponenten verwenden wie die stark besuchten. Ein Fehler in einer Komponente betrifft alle Seiten, die sie nutzen; gemessen wird er nur dort, wo genug Besucher sind.

Datenbasis: Operational Telemetry als Stichprobe, Bewertung durch Google nach CrUX

Die Messwerte aus dem Browser echter Besucher erhebt AEM als Operational Telemetry. Laut Dokumentation des Real Use Monitoring wird standardmäßig einer von hundert Seitenaufrufen erfasst, und die Messung kennt Seitenaufrufe, aber keine Besucher oder Sitzungen. Die Auswertungen des Sites Optimizer zu den Core Web Vitals beruhen auf diesen Daten.

Google bewertet dagegen nach dem Chrome User Experience Report, über 28 Tage und im 75. Perzentil. Beide Quellen messen dieselben Kennzahlen an unterschiedlichen Ausschnitten der Besucher, und ihre Werte können voneinander abweichen. Für die Abnahme gegen Zielwerte ist deshalb der Chrome User Experience Report der Maßstab, die Telemetrie die tagesaktuelle Ergänzung. Welche Werkzeuge welche Quelle nutzen, steht unter Core Web Vitals messen.

Auto-Optimize: Korrekturen nach Freigabe im bestehenden Workflow

In der Ausbaustufe Ultimate setzt der Sites Optimizer Korrekturen selbst um. Laut Produktbeschreibung geschieht das erst nach Freigabe, die Änderungen landen in der Authoring-Umgebung und durchlaufen den vorhandenen Prüf- und Veröffentlichungsprozess. Das senkt den Aufwand für einfache, inhaltsnahe Korrekturen. Für Code-Korrekturen bereitet das Werkzeug Pull Requests vor. Prüfung und Zusammenführung sowie Änderungen an Dispatcher-Regeln oder an der Ladereihenfolge von Drittanbieter-Skripten bleiben Arbeit für das Entwicklerteam oder den Implementierungspartner.

Was der Sites Optimizer nicht übernimmt: Zielwerte, Abwägungen und unabhängige Abnahme

• Zielwerte je Seitentyp. Das Werkzeug meldet Abweichungen von den Grenzwerten von Google. Welcher Wert für Startseite, Übersichtsseite, Detailseite und Formular vertraglich gilt, legt es nicht fest.
• Abwägungen gegen Marketing und Personalisierung. Ob ein Tag, ein Testwerkzeug oder ein personalisierter Baustein die Reaktionszeit wert ist, entscheidet kein Werkzeug, sondern ein Eigentümer mit Budget.
• Anforderungen vor dem Projekt. Die Performance-Anforderungen für eine Implementierung oder Migration gehören ins Lastenheft, bevor die erste Komponente entsteht; der Sites Optimizer misst danach. Eine Vorlage dafür steht unter Performance-Anforderungen im AEM-Lastenheft.
• Unabhängige Abnahme. Wenn das Werkzeug des Herstellers die Befunde liefert und die Korrekturen vorschlägt, prüft niemand außerhalb dieser Kette, ob das Ergebnis bei den Nutzern ankommt.

Sites Optimizer und unabhängige Abnahme ergänzen sich

Am meisten Wirkung entsteht, wenn die Befunde des Sites Optimizer als Eingang in einen gesteuerten Prozess laufen: Zielwerte je Seitentyp und Markt, ein priorisiertes Backlog für das Entwicklerteam oder den Implementierungspartner und die Abnahme jedes Releases gegen die Nutzerdaten von Google. Wie dieser Prozess für eine AEM-Plattform aussieht, beschreiben Adobe Experience Manager Performance und Website Performance Optimierung. Wie AEM-Auftritte im DACH-Raum tatsächlich abschneiden, zeigt der AEM Core Web Vitals Benchmark 2026.

Kostenfreie Performance-Erstanalyse buchen

30 Minuten per Video. Sie erhalten die Google-Nutzerdaten Ihrer Plattform im Vergleich zu zwei Wettbewerbern, unabhängig davon, ob wir zusammenarbeiten.

Häufige Fragen zum AEM Sites Optimizer