Cookie-Banner und Ladezeit: so bremst der Banner deine Seite

Bremst ein Cookie-Banner die Ladezeit?

Ja, ein Cookie-Banner kann die Ladezeit deiner Website spürbar verlängern, vor allem auf dem Handy und beim ersten Besuch. Viele Banner bekannter Anbieter laden zuerst ein Skript, dann eine Konfiguration, Stylesheets, Schriftarten, Übersetzungen und Listen aller eingebundenen Dienste, oft von mehreren fremden Servern. Erst wenn das alles angekommen ist, wird der Banner sichtbar. Weil er auf jeder Seite und bei jedem neuen Besucher erscheint, trifft diese Verzögerung genau den ersten Eindruck. Wer die Website-Ladezeit verbessern will, sollte deshalb nicht nur Bilder, Theme und Plugins prüfen, sondern auch den Cookie-Banner.

Das Thema wird oft übersehen, weil der Banner auf dem eigenen Rechner selten auffällt. Du hast ihn längst weggeklickt, die Entscheidung ist gespeichert, und auf dem schnellen Büro-WLAN lädt ohnehin alles flott. Ein neuer Besucher auf dem Handy im Mobilfunknetz erlebt dagegen die volle Ladekette: leere Fläche, dann der Banner, dann eventuell ein Sprung im Layout. Genau dieser Besucher ist für Werbekampagnen der wichtigste.

Warum sind viele Cookie-Banner so langsam?

Ein Cookie-Banner ist oft langsam, weil er mehr lädt, als er braucht. Eigentlich muss er wenig können: einen Text zeigen, zwei oder drei Knöpfe anbieten, die Entscheidung speichern und an Google und andere Dienste weitergeben. Viele Lösungen sind aber als universelle Plattform gebaut, die jede Sprache, jedes Rechtsgebiet und Hunderte Dienste abdecken soll. Diese Vielseitigkeit kostet Ladezeit, auch wenn deine Seite nur einen Bruchteil davon braucht.

• Viele Dateien: Skript, Konfiguration, Stylesheet, Schriftart und Logo sind jeweils eigene Anfragen.
• Fremde Server: Jede neue Domain braucht einen eigenen Verbindungsaufbau, bevor die erste Datei kommt.
• Sprachdateien und Anbieterlisten: Lange Beschreibungen aller Dienste werden geladen, obwohl kaum jemand die Details öffnet.
• Blockierendes Skript im Kopf: Steht das Skript synchron im head, wartet der Browser mit dem Aufbau der Seite.
• Kein reservierter Platz: Schiebt sich der Banner nachträglich in den Seitenfluss, springt der Inhalt nach unten.

Jeder dieser Punkte für sich ist klein. In Summe entsteht eine Kette, in der eine Datei auf die nächste wartet. Gerade im Mobilfunknetz zählt nicht nur die Größe in Kilobyte, sondern vor allem die Zahl der Anfragen und Verbindungen, weil jede einzelne Wartezeit mitbringt.

Passend dazu: Server-Side Tagging oder Client-Side: der Vergleich

Was der Banner mit LCP, INP und CLS macht

Ein langsamer Cookie-Banner verschlechtert direkt die Core Web Vitals, drei Messwerte, mit denen Google Ladezeit, Reaktion und Stabilität einer Seite bewertet. Der Largest Contentful Paint (LCP) misst, wann das größte sichtbare Element im ersten Bildschirm erscheint. Als gut gilt ein Wert bis 2,5 Sekunden. Auf Mobilgeräten ist der Cookie-Banner häufig selbst dieses größte Element, weil sein Textblock einen großen Teil des Bildschirms füllt. Erscheint er spät, ist der LCP-Wert schlecht, egal wie schnell der Rest der Seite ist.

Interaction to Next Paint (INP) hat am 12. März 2024 den früheren Wert First Input Delay (FID) abgelöst und misst, wie schnell die Seite auf Klicks reagiert. Gut ist ein Wert bis 200 Millisekunden. Beim Banner gibt es zwei kritische Momente: Während er lädt, belegt sein Skript den Hauptprozess des Browsers. Und nach dem Klick auf „Alle akzeptieren“ starten oft viele Tags gleichzeitig. Reagiert die Seite dann spürbar verzögert, leidet INP.

Cumulative Layout Shift (CLS) misst, wie stark der Inhalt beim Laden springt. Gut ist ein Wert bis 0,1. Ein Banner, der als fest positionierte Ebene über der Seite liegt, verschiebt nichts. Ein Banner, der oben in den Seitenfluss eingefügt wird, drückt dagegen alles nach unten. Wer gerade auf einen Link tippen wollte, trifft dann etwas anderes. Solche Momente sind ärgerlich und führen dazu, dass Besucher die Seite schneller wieder verlassen.

Wie misst du die Cookie-Banner-Performance?

Die Cookie-Banner-Performance misst du am besten wie ein neuer Besucher. Für eine erste Einschätzung brauchst du keine Spezialwerkzeuge. Der Browser Chrome und PageSpeed Insights reichen aus. Wichtig sind die Bedingungen: ohne gespeicherte Einwilligung, ohne Cache und mit einer Verbindung, die einem Handy unterwegs ähnelt.

• PageSpeed Insights mit der Ansicht für Mobilgeräte öffnen und LCP, INP und CLS notieren. Die Hinweise zu Drittanbieter-Code und blockierenden Ressourcen nennen oft den Banner direkt.
• In einem privaten Fenster die Chrome-Entwicklertools öffnen, im Netzwerk-Tab den Cache deaktivieren und die Drosselung auf Slow 4G stellen.
• Die Seite neu laden und nach der Domain des Banner-Anbieters filtern. Zähle die Dateien und addiere die übertragenen Kilobyte.
• Im Leistungs-Tab eine Aufnahme starten und ablesen, ab wann der Banner sichtbar ist.
• Jede Messung mehrmals wiederholen und den mittleren Wert verwenden, weil einzelne Läufe stark schwanken.

Achte darauf, dass Browser-Erweiterungen wie Werbeblocker im privaten Fenster deaktiviert sind, sonst fehlen Anfragen und das Ergebnis wirkt besser als die Wirklichkeit. Die Felddaten in PageSpeed Insights stammen von echten Chrome-Nutzern aus den letzten 28 Tagen und reagieren deshalb mit Verzögerung auf Änderungen. Die Labordaten darunter zeigen sofort, ob ein Umbau etwas bewirkt.

Passend dazu: Server-Side Tracking: was ist das und wie funktioniert es?

Was eine Messung auf einer leeren Testseite zeigt

Eine leere Testseite zeigt, wie schnell ein Cookie-Banner für sich allein ist. Gemeint ist eine Seite, auf der außer dem Banner nichts lädt, damit sich nichts anderes in das Ergebnis mischt. Trackum hat Banner unter festen Bedingungen gemessen: leere Testseite, Handy-Emulation, Drosselung auf Slow 4G, Median aus 7 Läufen. Der eigene schlanke Banner war dabei nach 0,4 Sekunden sichtbar. Banner bekannter Anbieter erschienen nach 1,3 bis 4,3 Sekunden und luden dafür 7 bis 15 Dateien mit zusammen 150 bis 210 KB.

Auf einer echten Seite sehen die Werte anders aus, weil Bilder, Schriften und Skripte um dieselbe Bandbreite konkurrieren. Die Richtung bleibt aber gleich: Je weniger Dateien und fremde Server ein Banner braucht, desto früher steht er auf dem Bildschirm, und desto weniger bremst er den Rest der Seite.

Praxisbeispiel: Handwerksbetrieb mit Kontaktformular

Eine Schreinerei wirbt mit Google Ads für Einbauschränke. Die Website läuft mit WordPress, Bilder sind komprimiert, das Theme ist schlank. Trotzdem zeigt PageSpeed Insights auf Mobilgeräten einen schlechten LCP-Wert. Im Netzwerk-Tab wird klar, warum: Der Banner lädt ein gutes Dutzend Dateien von zwei fremden Servern, darunter Übersetzungen für Sprachen, die auf der Seite gar nicht vorkommen. Erst danach erscheint der Hinweistext, und der ist auf dem Handy das größte Element.

Den Banner einfach später zu laden, wäre keine Lösung. Der Standardwert für den Google Consent Mode v2, also die Schnittstelle, über die Google-Tags die Entscheidung des Besuchers erfahren, muss gesetzt sein, bevor das erste Tag auslöst. Sonst werden ohne Zustimmung Daten gesendet. Die Lösung ist ein Banner, der von Anfang an wenig wiegt. Nach dem Wechsel auf eine schlanke Variante steht der Banner früher auf dem Bildschirm, und das Kontaktformular bleibt mit und ohne Einwilligung korrekt gemessen.

Woran du einen schlanken Cookie-Banner erkennst

• Eine einzige Datei mit wenigen Kilobyte statt einer Kette von Nachladungen.
• Kein Nachladen von fremden Servern für Texte, Schriften oder Listen.
• Nur die Sprachen, die deine Seite wirklich braucht.
• Eine fest positionierte Ebene, die keinen Inhalt verschiebt.
• Consent Mode v2 direkt eingebaut, ohne zusätzliches Skript.
• „Alle ablehnen“ gleichwertig neben „Alle akzeptieren“ auf der ersten Ebene.

Ein schlanker Cookie-Banner ist kein abgespeckter Banner. Er muss weiterhin die Einwilligung sauber abfragen, speichern, nachweisen und an Google und andere Dienste weitergeben. Er tut das nur ohne Umwege. Wenn du einen Anbieter prüfst, lade eine Testseite nur mit dessen Banner und miss selbst, statt dich auf Angaben aus der Werbung zu verlassen.

Ladezeit verbessern, ohne die Einwilligung zu gefährden

Der Banner von Trackum ist eine einzige Datei mit 6,6 KB, lädt nichts nach, spricht Deutsch und Englisch, bringt Consent Mode v2 mit und zeigt „Alle ablehnen“ gleichwertig auf der ersten Ebene. Einwilligungsnachweise werden in der EU ohne IP-Adresse gespeichert. Der Banner kostet einmalig 50 € plus 4,90 € im Monat und ist im Abo für 19 € im Monat bereits enthalten. Alle Preise zzgl. MwSt.

Wenn du erst wissen willst, wie es um deine Seite steht, prüft der Gratis-Check von Trackum sie in einem echten Browser, zeigt den Banner, die Einwilligung und die ausgelösten Tags und nennt für jeden Befund einen Festpreis. Das dauert etwa zwei Minuten und braucht keine Anmeldung.