Core Web Vitals: wie Tracking und Cookie-Banner sie beeinflussen

Was messen die Core Web Vitals?

Core Web Vitals sind drei Messwerte, mit denen Google bewertet, wie sich eine Seite für Besucher anfühlt: Largest Contentful Paint (LCP) misst, wann der größte sichtbare Inhalt geladen ist. Interaction to Next Paint (INP) misst, wie schnell die Seite auf Klicks, Tippen und Tastatureingaben reagiert. Cumulative Layout Shift (CLS) misst, wie stark Inhalte unerwartet springen. Als gut gelten ein LCP bis 2,5 Sekunden, ein INP bis 200 Millisekunden und ein CLS bis 0,1. Bewertet wird dabei der Wert, den drei Viertel der Seitenaufrufe erreichen oder unterbieten (75. Perzentil), getrennt für Handy und Computer.

INP hat im März 2024 den älteren Wert First Input Delay abgelöst. Der Unterschied ist wichtig für alle, die viel Tracking auf der Seite haben: First Input Delay hat nur die allererste Eingabe gemessen, INP betrachtet alle Interaktionen während des Besuchs. Jeder Klick, der ein Tracking-Ereignis auslöst, fließt damit in die Bewertung ein. Wer viele Tags an Klicks hängt, merkt das hier zuerst.

Google nutzt die Core Web Vitals als eines von vielen Signalen in der Suche. Gute Werte allein bringen keine Seite nach oben, wenn der Inhalt nicht passt. Schlechte Werte sind aber ein echtes Problem für Besucher: Eine Seite, die beim Tippen springt oder nach einem Klick spürbar hängt, verliert Anfragen und Käufe. Für Marketing-Verantwortliche ist das der wichtigere Grund, sich damit zu beschäftigen, denn bezahlte Klicks aus Google Ads und Meta landen genau auf diesen Seiten.

Core Web Vitals messen: PageSpeed Insights und Search Console

Für einzelne Seiten ist PageSpeed Insights der schnellste Weg. Oben zeigt das Werkzeug Felddaten aus dem Chrome User Experience Report, also Messungen echter Besucher der letzten 28 Tage. Darunter folgen Labordaten aus Lighthouse, also eine einzelne Testmessung mit simuliertem Gerät und gedrosselter Verbindung. Felddaten gibt es nur, wenn eine Seite genug Besuche von Chrome-Nutzern hat. Bei kleinen Websites fehlen sie oft, dann bleibt nur die Labormessung.

Die Labormessung kann INP nicht direkt messen, weil dort niemand klickt. Sie zeigt stattdessen die Total Blocking Time, also wie lange der Hauptprozess des Browsers durch Skripte blockiert ist. Dieser Wert ist ein guter Hinweis darauf, ob Tracking-Skripte die Reaktionszeit verschlechtern. Für die ganze Website nutzt du den Bericht Core Web Vitals in der Google Search Console. Er beruht ebenfalls auf Felddaten, fasst ähnliche Seiten zu Gruppen zusammen und ordnet sie als „Gut“, „Optimierung erforderlich“ oder „Langsam“ ein.

Passend dazu: Cross-Domain-Tracking in GA4 richtig einrichten

Wie Tracking-Skripte LCP und INP belasten

Jeder Tag im Google Tag Manager lädt Code: das Meta Pixel, der LinkedIn Insight Tag, der TikTok Pixel, Heatmap-Werkzeuge, Chat-Fenster. Jedes dieser Skripte muss heruntergeladen, verarbeitet und ausgeführt werden. Läuft das zur gleichen Zeit wie das Laden des Hauptbilds oder der Überschrift, verzögert sich LCP. Der größere Effekt zeigt sich aber meist bei INP: Wenn nach einem Klick zuerst mehrere Tags ihre Arbeit erledigen müssen, bevor der Browser die Antwort auf den Klick anzeigen kann, fühlt sich die Seite träge an.

Ein typisches Muster: Ein Onlineshop hat über die Jahre sieben Pixel angesammelt, davon drei für Werbeplattformen, die längst nicht mehr gebucht sind. Jeder Klick auf „In den Warenkorb“ löst Ereignisse in allen Pixeln aus. Die Labormessung zeigt eine hohe Total Blocking Time, in der Search Console stehen die Produktseiten bei INP auf „Optimierung erforderlich“. Nach dem Entfernen der alten Pixel und dem Zusammenfassen der Ereignisse sinkt die Blockierzeit deutlich, ohne dass eine einzige relevante Messung fehlt.

Wie verursachen Cookie-Banner einen schlechten CLS-Wert?

Cookie-Banner sind eine häufige Ursache für schlechte CLS-Werte. Das passiert, wenn das Banner als Leiste oben in den normalen Seitenfluss eingefügt wird und den gesamten Inhalt nach unten schiebt, nachdem dieser schon sichtbar war. Für den Besucher springt die Seite, für Google steigt der Layout-Shift-Wert. Ein Banner, das als Overlay über der Seite liegt, also fest positioniert ist, verschiebt keine vorhandenen Inhalte. Laut web.dev zählt ein neu eingefügtes Element nur dann als Layout Shift, wenn es andere sichtbare Elemente verrückt.

Auch für LCP kann das Banner eine Rolle spielen. Ist das Banner selbst der größte sichtbare Inhalt, etwa auf dem Handy, zählt seine Ladezeit als LCP. Banner, die erst mehrere Dateien und Schriften nachladen, erscheinen spät und ziehen den Wert nach oben. Wer das prüfen will, schaut in PageSpeed Insights unter den Diagnosen nach, welches Element als Largest Contentful Paint erkannt wurde.

Passend dazu: Consent Mode: Warum nach der Zustimmung Daten fehlen

Core Web Vitals verbessern: konkrete Maßnahmen beim Tracking

Du musst nicht auf Tracking verzichten, um gute Werte zu erreichen. Meist reicht es, aufzuräumen und die Reihenfolge zu steuern. Die folgenden Maßnahmen bringen in der Praxis am meisten, ohne dass Messdaten verloren gehen.

• Nur nötige Tags behalten: Pixel von Plattformen, auf denen du nicht mehr wirbst, entfernen.
• Tags erst nach Einwilligung laden: Ohne Zustimmung startet nur, was wirklich ohne Einwilligung laufen darf.
• Skripte asynchron laden, damit sie das Anzeigen der Seite nicht blockieren.
• Cookie-Banner als Overlay anzeigen, nicht als Leiste, die Inhalte verschiebt.
• Klick-Ereignisse bündeln, statt für jede Plattform einen eigenen Klick-Trigger zu bauen.
• Den Container-Code nur einmal einbinden, nicht zusätzlich über ein Plugin.

Der Punkt mit der Einwilligung hat einen doppelten Nutzen. Werden Marketing-Tags erst nach Zustimmung geladen, erfüllst du die Vorgaben aus § 25 TDDDG besser und entlastest gleichzeitig den ersten Seitenaufbau, weil beim allerersten Aufruf noch keine Pixel laden. Dieser Artikel ist keine Rechtsberatung. Technisch gilt aber: Was nicht lädt, kann die Seite auch nicht bremsen.

Prüfablauf: so findest du die Bremse

Beginne mit der Search Console und schau, welche Seitengruppen schlecht abschneiden. Öffne eine typische Seite aus dieser Gruppe in PageSpeed Insights und notiere LCP, CLS und Total Blocking Time. Öffne dann im Chrome-Browser die Entwicklertools, wechsle auf den Reiter Leistung und zeichne einen Seitenaufruf mit Klick auf. Dort siehst du, welche Skripte lange laufen und von welcher Domain sie kommen. Domains von Werbeplattformen und Analyse-Werkzeugen erkennst du an ihren Namen.

Für einen direkten Vergleich kannst du die Seite einmal mit und einmal ohne Zustimmung im Banner messen. Ist der Unterschied groß, liegt die Bremse im Tracking. Ist er klein, liegt sie eher bei Bildern, Schriften oder dem Theme. So vermeidest du, dass du Pixel entfernst, die gar nicht das Problem sind.

Im Google Tag Manager selbst hilft dir die Vorschau weiter. Sie zeigt für jedes Ereignis in der Zeitleiste, vom Laden des Containers bis zu jedem Klick, welche Tags ausgelöst wurden. Hängen an einem einfachen Klick fünf oder sechs Tags, ist das ein Kandidat zum Bündeln. Prüfe auch, welche Tags schon mit den Triggern Initialisierung oder Seitenaufruf starten. Alles, was nicht sofort gebraucht wird, kann oft später laden, etwa mit dem Trigger Fenster geladen.

Schlankes Tracking ohne Verlust: so hilft Trackum

Bei der Einrichtung für 150 € zzgl. MwSt. baut Trackum Google Tag Manager, Google Analytics 4 und Consent Mode v2 so auf, dass Tags erst nach der passenden Einwilligung laden und nur die Ereignisse gemessen werden, die du wirklich brauchst. Alles wird vorher in der Vorschau getestet, mit und ohne Einwilligung. Das Trackum-Cookie-Banner ist eine einzige Datei mit 6,6 KB und lädt nichts nach. Wenn du wissen willst, was auf deiner Seite gerade alles lädt, schreib uns über die Anfrage.