Drittanbieter-Skripte und Consent-Banner Wie Tags und Einwilligungsdialoge auf AEM- und Magnolia-Plattformen die Reaktionszeit belasten und wie ein Tag-Budget sie begrenzt
Auf Enterprise-Plattformen stammt ein großer Teil des ausgeführten JavaScript nicht aus dem Projekt, sondern aus der Tag-Verwaltung: Analyse, Werbe-Pixel, Chat, A/B-Tests und der Einwilligungsdialog selbst. Diese Skripte belegen den Hauptthread des Browsers und sind nach der Erfahrung aus Projekten die häufigste Ursache einer schlechten Interaction to Next Paint. Der Einwilligungsdialog wirkt zusätzlich auf Ladezeit und Layoutstabilität. Weil viele Tags erst nach der Zustimmung laden, fehlen sie in der Labormessung.
Drittanbieter auf 92 Prozent aller Seiten: die Tag-Verwaltung als zweite Auslieferungskette
Laut dem Kapitel Third Parties im Web Almanac 2024 des HTTP Archive binden 92 Prozent der Seiten mindestens einen Drittanbieter ein, knapp ein Drittel davon für Werbung, Analyse und Einwilligungsverwaltung. Die Messung scrollt nicht und interagiert nicht, nachgeladene Skripte fehlen teilweise. Die Zahl ist eher eine Untergrenze.
Auf AEM- und Magnolia-Plattformen läuft der größte Teil über einen Container: Adobe Experience Platform Tags (früher Adobe Launch) oder Google Tag Manager. Darin stecken Analyse, Adobe Target oder ein anderes Testwerkzeug, Werbe-Pixel, Chat und Umfragen, und jede Regel kann weitere Skripte nachladen. Änderungen am Container gehen meist ohne Release live, an Code-Review und Pipeline vorbei. Die Tag-Verwaltung ist damit eine zweite Auslieferungskette.
Im Core Web Vitals Benchmark 2026 liegen auf Smartphones 83,4 Prozent der AEM-Auftritte und 91,0 Prozent der Magnolia-Auftritte mit ihrer Interaction to Next Paint im guten Bereich. Unter den Auftritten, die die Core Web Vitals mobil verfehlen, ist die Reaktionszeit bei AEM an 47,2 Prozent beteiligt, bei Magnolia an 24,5 Prozent. Diese Felddaten mischen Besuche mit und ohne Einwilligung.
Wirkung der Tags auf INP, LCP und CLS: Hauptthread, ausgeblendete Seiten und nachträgliche Flächen
- Interaction to Next Paint: Tags führen beim Laden lange Aufgaben aus und hängen Ereignisbehandlungen an Klicks, etwa für das Klick-Tracking. Das verlängert Eingabeverzögerung und Verarbeitungszeit. Besonders teuer ist der Klick auf „Alle akzeptieren“, weil er alle zurückgehaltenen Tags auf einmal freigibt. In der Fallstudie zu PubConsent auf web.dev erzeugte genau dieser Klick eine lange Aufgabe; nach der Umstellung nennt die Fallstudie bis zu 64 Prozent weniger INP auf Kundenseiten.
- Largest Contentful Paint: Ein synchron im Kopf eingebundener Container lädt vor dem Hauptinhalt einen weiteren Host. Testwerkzeuge blenden die Seite bis zur Entscheidung über die Variante aus: at.js von Adobe Target setzt den Body auf unsichtbar und gibt ihn mit der Antwort frei, standardmäßig nach höchstens drei Sekunden (Adobe: How at.js manages flicker). Die Abwägung beschreibt Personalisierung und Performance.
- Cumulative Layout Shift: Einwilligungsbanner, Chat-Schaltflächen, Werbeflächen und Testvarianten, die nach dem ersten Aufbau Inhalt verschieben, treiben den Cumulative Layout Shift.
Consent-Banner als LCP-Element: Dialog über dem Inhalt, Logik verzögert
Die meisten Einwilligungshinweise sind laut web.dev zu klein, um das LCP-Element zu stellen. Auf Smartphones gilt das nicht immer: Deckt der Dialog einen großen Teil des Bildschirms, wird er zum größten Element, und der Largest Contentful Paint fällt auf den Zeitpunkt, zu dem das Skript des Anbieters ihn zeichnet, ein Fall, der auch für AEM Edge Delivery Services beschrieben ist. Schiebt der Banner den Inhalt nach unten, statt über ihm zu liegen, verursacht er bei jedem ersten Besuch eine Layoutverschiebung.
Wirksam ist ein Dialog aus eigenem HTML und CSS, der mit dem ersten Aufbau als Überlagerung erscheint, während die Einwilligungslogik später lädt. Nach dem Klick verschwindet er sofort, die Tags folgen in kleinen Schritten. Anbieter und Darstellung legt meist der Datenschutz fest; die Messwirkung gehört in dieselbe Abstimmung.
Labormessung ohne Einwilligung: Lighthouse sieht die Tags nach der Zustimmung nicht
Lighthouse und der Laborteil von PageSpeed Insights laden die Seite als Erstbesuch ohne Einwilligung und ohne Interaktion. Tags, die erst nach der Zustimmung laden, fehlen, und die Total Blocking Time erfasst nur die Ladephase. Daraus entstehen gute Laborwerte bei schlechten Felddaten, wie unter Core Web Vitals messen beschrieben.
Zwei Ergänzungen schließen die Lücke. Eine Labormessung mit gesetztem Einwilligungs-Cookie macht den Zustand nach der Zustimmung reproduzierbar; im Performance-Panel der Chrome-Entwicklertools lässt sich die Hauptthread-Zeit dann nach Anbieter gruppieren (web.dev). Im Feld meldet die Long Animation Frames API seit Chrome 123 lange Frames samt beteiligter Skripte und Quelladresse, ausgenommen Skripte in iframes fremder Herkunft.
Tag-Budget je Seitentyp: Anzahl, Größe und Hauptthread-Zeit der Drittanbieter
Ein Tag-Budget ist der Teil des Performance-Budgets, der für Drittanbieter gilt. Es legt je Seitentyp Obergrenzen fest, gemessen unter festen Bedingungen und mit gesetzter Einwilligung.
| Budgetgröße | Messung | Wirkt auf |
|---|---|---|
| Anzahl der Drittanbieter-Hosts | Anfrageliste der Labormessung | Verbindungsaufbau, Wildwuchs im Container |
| JavaScript von Drittanbietern, komprimiert übertragen | Labormessung, gruppiert nach Anbieter | Lade-, Parse- und Ausführungszeit |
| Hauptthread-Zeit der Drittanbieter beim Laden | Labormessung mit CPU-Drosselung | Eingabeverzögerung früher Klicks |
| Anteil an langen Animation Frames | Real User Monitoring | Interaction to Next Paint im Feld |
| INP im 75. Perzentil je Einwilligungsstatus | Real User Monitoring | Maßstab der Abnahme |
Ausgangspunkt ist der gemessene Bestand, kein Wunschwert. Lädt die Startseite heute zwölf Hosts, liegt die Grenze zunächst bei zwölf und sinkt mit jeder Bereinigung. Jedes Skript im Inventar erhält einen Eigentümer und einen Zweck.
Freigabeprozess für neue Tags: Messung vor und nach dem Einbau
- Antrag mit Zweck, Eigentümer, Seitentypen, Ladebedingung und Enddatum. Kampagnen-Pixel enden mit der Kampagne.
- Messung in der Testumgebung ohne und mit dem neuen Tag, mit gesetzter Einwilligung, als Median aus mehreren Läufen.
- Prüfung gegen das Tag-Budget. Reißt das Tag die Grenze, wird vor dem Livegang über Ladestrategie, Ersatz oder Verzicht entschieden.
- Veröffentlichung mit Versionsvermerk, damit das Monitoring den Zeitpunkt zuordnen kann.
- Kontrolle im Feld nach sieben Tagen, getrennt nach Einwilligungsstatus. Weicht der Wert ab, entsteht ein Ticket.
Einmal im Quartal wird das Inventar gegen den Container abgeglichen; Tags ohne Eigentümer oder nach Enddatum werden entfernt.
Ladestrategien für Drittanbieter: Worker und Server nur mit Messbeleg
- Asynchron einbinden. Adobe beschreibt die asynchrone Einbindung von Adobe Experience Platform Tags; Regeln mit dem Ereignis „Page Bottom“ werden dabei auf „Library Loaded“, „DOM Ready“ oder „Window Loaded“ umgestellt.
- Nach dem Hauptinhalt oder bei Interaktion. Chat, Umfragen und Videos laden erst, wenn der Besucher sie öffnet, bis dahin steht eine Fläche mit festen Abmessungen (web.dev: Efficiently load third-party JavaScript).
- In Teilen. Eigener Code gibt den Hauptthread mit
scheduler.yield()zwischen Teilaufgaben frei (web.dev: Optimize long tasks). Bei fremdem Code ist der Startzeitpunkt der Regel der Hebel. - Web Worker mit Partytown. Partytown führt Skripte in einem Web Worker aus und reicht DOM-Zugriffe über einen Proxy weiter. Die Dokumentation nennt Grenzen wie gedrosselte DOM-Zugriffe und ein wirkungsloses
event.preventDefault(). Sinnvoll nur für einzelne Tags mit gemessener Wirkung. - Serverseitiges Tagging. Beim serverseitigen Tagging im Google Tag Manager werden Daten auf einem eigenen Server verarbeitet statt im Browser. Den Hauptthread entlastet das in dem Maß, in dem Anbieter-Skripte aus der Seite verschwinden.
Messung nach Einwilligungsstatus: Real User Monitoring mit Merkmal und Skript-Zuordnung
Im Real User Monitoring erhält jede Messung den Einwilligungsstatus als Merkmal: Dialog offen, abgelehnt, zugestimmt. Der Abstand der Interaction to Next Paint zwischen „abgelehnt“ und „zugestimmt“ ist der messbare Preis der Tags, der Wert bei offenem Dialog zeigt die Kosten des Banners. Die Zuordnung aus den langen Animation Frames ergibt eine Liste der Skripte nach Hauptthread-Zeit.
Misst das Monitoring erst nach der Zustimmung, fehlt die Gruppe ohne Einwilligung. Welche Variante zulässig ist, klärt der Datenschutz; für die Auswertung zählt, dass die Lücke dokumentiert ist. Wie aus Abweichungen Tickets werden, zeigen die Core Web Vitals Abnahmekriterien.
Kostenfreie Performance-Erstanalyse buchen
30 Minuten per Video. Sie sehen, welche Skripte bei Ihnen die Reaktionszeit bestimmen.
Häufige Fragen zu Drittanbieter-Skripten und Consent-Bannern
Welche Drittanbieter-Skripte belasten die Interaction to Next Paint am stärksten?
Eine allgemeine Rangfolge gibt es nicht. In Projekten fallen am häufigsten der Einwilligungsdialog beim Klick auf Zustimmen, Regeln der Tag-Verwaltung an Klicks, Testwerkzeuge und Chat auf. Welche Skripte auf einer Plattform den Ausschlag geben, zeigt die Zuordnung der langen Animation Frames im Real User Monitoring.
Warum zeigt Lighthouse kaum Kosten für unsere Tags?
Weil Lighthouse die Seite ohne erteilte Einwilligung und ohne Interaktion lädt. Tags, die erst nach der Zustimmung laden oder bei Klicks arbeiten, fehlen in der Messung. Eine Labormessung mit gesetztem Einwilligungs-Cookie zeigt den Zustand nach der Zustimmung, bewertet wird trotzdem nach Felddaten.
Kann der Consent-Banner das LCP-Element sein?
Ja, vor allem auf Smartphones. Deckt der Dialog einen großen Teil des Bildschirms, ist er das größte Element, und der Largest Contentful Paint hängt am Skript des Anbieters. Ein Dialog aus eigenem HTML und CSS, der mit dem ersten Aufbau als Überlagerung erscheint, vermeidet das.
Hilft serverseitiges Tagging gegen schlechte INP-Werte?
Teilweise. Es entlastet den Browser in dem Maß, in dem Anbieter-Skripte aus der Seite verschwinden, weil die Daten über einen eigenen Server weitergegeben werden. Einwilligungsdialog, Testwerkzeuge und Chat bleiben im Browser. Ob sich der Schritt lohnt, zeigt die Hauptthread-Zeit der Tags, die er ersetzt.
Was gehört in ein Tag-Budget?
Je Seitentyp die Zahl der Drittanbieter-Hosts, das komprimiert übertragene JavaScript der Drittanbieter, ihre Hauptthread-Zeit beim Laden und die Interaction to Next Paint im Feld, getrennt nach Einwilligungsstatus. Es ist Teil des Performance-Budgets und gilt für jedes neue Tag vor dem Livegang.