Performance-Anforderungen im AEM-Lastenheft Vorlage mit sieben Anforderungen für Adobe Experience Manager-Projekte, frei nutzbar unter CC BY 4.0

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

Die meisten Performance-Probleme einer Adobe Experience Manager-Plattform entstehen in der Implementierung und fallen erst nach dem Livegang auf. Der Grund ist selten fehlendes Können, sondern ein Lastenheft ohne messbare Anforderungen an die Geschwindigkeit: Was nicht gefordert ist, wird nicht umgesetzt und nicht abgenommen. Diese Vorlage enthält sieben Anforderungen mit Abnahmekriterium für Ausschreibung, Lastenheft und Implementierungsvertrag von Adobe Experience Manager-Projekten.

Werte in eckigen Klammern sind PlatzhalterVorlage als Markdown herunterladen

Vorlage verwenden: Platzhalter je Template ausfüllen

Jede Anforderung besteht aus einer Formulierung für das Lastenheft und einem Abnahmekriterium. Werte in eckigen Klammern sind Platzhalter. Ausgangspunkt sind die Grenzwerte von Google für "gut"; strengere Werte sind für Seitentypen sinnvoll, die viel Umsatz tragen, etwa Formularstrecken. Werte, die die bestehende Plattform heute schon besser erreicht, gehören als Ausgangswert ins Lastenheft, damit sich die Plattform durch das Projekt nicht verschlechtert.

Anforderung 1: Zielwerte je Seitentyp aus echten Nutzerdaten

Formulierung für das Lastenheft: Für die Seitentypen [Startseite, Übersichtsseite, Detailseite, Formular] gelten auf Mobilgeräten im 75. Perzentil der Felddaten: Largest Contentful Paint höchstens [2,5] Sekunden, Interaction to Next Paint höchstens [200] Millisekunden, Cumulative Layout Shift höchstens [0,1]. Die Zielwerte gelten je Template, nicht je Domain. Ein Lighthouse-Punktwert ist kein Zielwert.

Abnahmekriterium: Die Werte werden nach dem Livegang über 28 Tage in den Felddaten des Chrome User Experience Report oder eines Real User Monitoring je Seitentyp nachgewiesen. Vor dem Livegang dient eine Labormessung unter festgelegten Bedingungen als Vorabprüfung.

Anforderung 2: Antwortzeit des Servers und Cache-Strategie

Formulierung für das Lastenheft: Die Time to First Byte liegt im 75. Perzentil bei höchstens [800] Millisekunden. Dispatcher und CDN beantworten anonyme Zugriffe je Seitentyp zu mindestens [Wert] Prozent aus dem Cache. Dispatcher-Filter ignorieren Parameter ohne Einfluss auf den Inhalt, eine Veröffentlichung invalidiert nur die betroffenen Pfade; statfileslevel und Invalidierungsregeln sind dokumentiert.

Abnahmekriterium: Trefferquote und Antwortzeit werden je Seitentyp aus den Protokollen von Cache und CDN nachgewiesen, die Invalidierung an einem Testfall mit Veröffentlichung.

Anforderung 3: Budget für JavaScript und CSS je Seitentyp

Formulierung für das Lastenheft: Client Libraries werden nach Seitentypen getrennt ausgeliefert, nicht als gemeinsames Bündel für alle Seiten. Je Seitentyp werden höchstens [Wert] KB JavaScript und [Wert] KB CSS komprimiert geladen; der Teil für den sichtbaren Bereich ist vom Rest getrennt, Skripte für spätere Interaktionen laden verzögert.

Abnahmekriterium: Die Größen werden je Seitentyp in der Auslieferungskette gemessen; ein Build, der das Budget überschreitet, wird abgelehnt.

Anforderung 4: Bildauslieferung und Layoutstabilität

Formulierung für das Lastenheft: Bilder laufen über die Bildkomponente der Core Components oder Dynamic Media mit festgelegten Renditions in mindestens [Anzahl] Breiten und modernen Formaten. Jedes Bild trägt Höhe und Breite im Markup. Das größte Bild im sichtbaren Bereich wird bevorzugt geladen und nie verzögert.

Abnahmekriterium: Stichprobe je Seitentyp im Labor, Layoutverschiebungen im Feld unter dem Zielwert aus Anforderung 1.

Anforderung 5: Freigabe für Tags und Drittanbieter

Formulierung für das Lastenheft: Adobe Launch, Adobe Target, der Data Layer und jedes weitere Skript aus Tag Manager, Einwilligungsdialog, Analyse- oder Testwerkzeug werden vor dem Livegang gegen das Performance-Budget geprüft und freigegeben. Für jedes Skript ist ein Eigentümer benannt. Der Einwilligungsdialog verschiebt keinen Inhalt.

Abnahmekriterium: Ein Inventar aller Drittanbieter-Skripte mit Blockierzeit in Millisekunden liegt bei Abnahme vor und wird je Release fortgeschrieben.

Anforderung 6: Messung im Betrieb ab dem Livegang

Formulierung für das Lastenheft: Vor dem Livegang ist eine Messung mit echten Nutzerdaten je Seitentyp, Markt und Gerät eingerichtet, im Cloud Service über die Operational Telemetry oder ein eigenes Real User Monitoring. Daneben werden die Felddaten des Chrome User Experience Report monatlich gegen die Zielwerte geprüft.

Abnahmekriterium: Die Messung liefert vor dem Livegang Werte für alle Seitentypen aus Anforderung 1.

Anforderung 7: Abnahme je Meilenstein durch eine unabhängige Stelle

Formulierung für das Lastenheft: Jeder Meilenstein und jedes Release wird gegen die Zielwerte aus Anforderung 1 bis 6 abgenommen, von einer Stelle, die die Umsetzung nicht selbst verantwortet. Verfehlte Zielwerte führen zu priorisierten Aufgaben mit Abnahmekriterien. Das gilt auch für Migrationen in den Cloud Service und auf Edge Delivery Services, siehe AEM 6.5 Support-Ende.

Abnahmekriterium: Ein Abnahmeprotokoll je Meilenstein nennt Messwert, Zielwert und Quelle je Seitentyp.

Download: AEM-Vorlage als Markdown unter CC BY 4.0

Die Vorlage als Markdown-Datei enthält alle sieben Anforderungen mit Platzhaltern zum Einfügen in Lastenheft, Ausschreibung oder Angebot. Sie steht unter der Lizenz Creative Commons Namensnennung 4.0: Auftraggeber, Agenturen und IT-Dienstleister dürfen sie verwenden und anpassen, auch in kommerziellen Angeboten, mit der Quellenangabe "Christian Schreiber, ch-schreiber.net".

Anforderungen werden zu beauftragten Tickets für den AEM-Implementierungspartner

Ohne Anforderungen im Lastenheft wird Performance nach dem Livegang zur unbezahlten Nacharbeit oder zum Streitpunkt zwischen Auftraggeber und Implementierungspartner. Mit ihnen wird sie zu beauftragter, abnehmbarer Arbeit. Wie die Zusammenarbeit aussieht, steht unter Performance-Partner für AEM-Agenturen; die technischen Ursachen beschreibt Adobe Experience Manager Performance, den Ablauf einer Optimierung Website Performance Optimierung.

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 zu Performance-Anforderungen im AEM-Lastenheft