Machen Cookie-Banner Ihre Website langsamer?

Alle Beiträge

Ein Cookie-Banner kann Ihre Website verlangsamen, aber das Banner ist selten der teure Teil. Das Skript, das es anzeigt, ist klein. Die Kosten entstehen in dem Moment, in dem jemand akzeptiert: Dann starten alle Analyse-, Werbe- und Session-Tools, die das Banner zurückgehalten hat, gleichzeitig, in einem einzigen Main Thread, nachdem Ihre Seite schon gerendert ist.

Zwei verschiedene Dinge heißen „das Banner“

Wenn jemand sagt, das Cookie-Banner habe die Website verlangsamt, meint er meist eine von zwei verschiedenen Kostenarten, und der Unterschied entscheidet, was dagegen hilft.

Die erste ist die Consent-Ebene selbst: ein Skript, das entscheidet, ob ein Dialog erscheint, ihn anzeigt, die Antwort speichert und weitergibt. Diese Arbeit ist wirklich klein. Ein Consent-Skript ist ein Dialog und ein bisschen Zustand, und die gut gebauten laden asynchron und reservieren ihren eigenen Platz.

Die zweite sind alle Dinge, die die Consent-Ebene zurückgehalten hat. Ihr Tag Manager, die Analyse, Werbepixel, Session Replay, das Chat-Widget. Nichts davon lief, solange der Besucher überlegte. Alles läuft in dem Moment, in dem er akzeptiert. Und weil diese Freigabe nach dem Rendern der Seite passiert, trifft sie einen Main Thread, den der Besucher gerade benutzen will.

Daraus folgt etwas, das die meisten Performance-Ratgeber auslassen: Ein Besucher, der ablehnt, bekommt eine deutlich schnellere Seite als einer, der akzeptiert. Sie liefern nicht eine Website aus, sondern zwei, und Ihr Monitoring bildet den Durchschnitt.

Die vier Arten, wie ein Banner Sie wirklich etwas kostet

Die Mechanismen sind gut dokumentiert, und alle vier lassen sich beheben.

Render-Blocking. Ein Consent-Skript, das ohne async oder defer geladen wird, hält den Parser an, während es geladen wird. Diese Verzögerung kommt, bevor Ihre Seite überhaupt etwas rendern kann, auch bei wiederholten Besuchen, bei denen die Antwort schon gespeichert ist und das Banner gar nicht erscheint.

Das Banner wird zu Ihrem Largest Contentful Paint. Deckt es einen großen Teil des Viewports ab und erscheint später als Ihr Hero, misst der Browser das Banner statt Ihres Inhalts. Googles Schwellenwert liegt bei 2,5 Sekunden, und ein Banner, das nach 3 Sekunden gerendert wird, hat damit Ihren Wert bestimmt.

Layout-Verschiebung. Ein Banner, das in den Dokumentfluss eingefügt wird, statt darüber zu liegen, schiebt alles darunter nach unten. Cumulative Layout Shift soll unter 0,1 bleiben, und eine Leiste über die volle Breite, die eine halbe Sekunde zu spät erscheint, verbraucht dieses Budget allein.

Der Klick auf Akzeptieren selbst. Wenn der Consent-Handler vier Anbieter synchron startet, friert der Klick, der das Banner schließt, die Seite ein. Interaction to Next Paint soll unter 200 Millisekunden bleiben. Das bemerken Besucher, ohne den Namen zu kennen, denn es fühlt sich kaputt an.

Warum Ihr PageSpeed-Score den teuren Weg nicht sieht

Hier liegt die Lücke in fast jedem Artikel zu diesem Thema. Lighthouse und PageSpeed Insights laden Ihre Seite in einem sauberen Profil ohne gespeicherte Einwilligung, messen und hören dann auf. Sie klicken nie etwas an. Gemessen wird also der Zustand vor der Entscheidung: Ihre Seite plus ein Banner, und der komplette Tag-Stack wartet noch hinter einem Button, den niemand gedrückt hat.

Das ist eine legitime Sicht auf einen Erstbesucher. Es ist aber auch die günstigste Seite, die Sie ausliefern. Der Weg nach dem Akzeptieren, der schwerste Zustand Ihrer Website, taucht im Laborwert überhaupt nicht auf. Teams optimieren also die eine Zahl, die sie sehen, während der teure Weg jahrelang ungemessen bleibt. Sie müssen ihn gezielt ansehen, und das dauert etwa zehn Minuten.

So messen Sie Ihr eigenes Banner, auf beiden Wegen

1. Messen Sie eine Basislinie mit ausgeschaltetem Banner

   Erstellen Sie einen Trace der Seite, bei dem das Consent-Skript im Bereich für das Blockieren von Anfragen Ihres Browsers komplett blockiert ist. Das ist die Untergrenze. Ohne sie können Sie die Kosten der Einwilligung nicht von den Kosten dessen trennen, was die Einwilligung freigibt.

2. Messen Sie den Zustand, den ein Erstbesucher sieht

   Der Standardlauf von PageSpeed Insights: frisches Profil, keine gespeicherte Entscheidung, Banner auf dem Bildschirm. Der Unterschied zur Untergrenze sind die ehrlichen Kosten des Banners selbst, und bei einem gut gebauten sind sie klein.

3. Zeichnen Sie den Akzeptieren-Weg von Hand auf

   Öffnen Sie den Performance-Tab, starten Sie die Aufzeichnung, laden Sie die Seite, klicken Sie auf Akzeptieren und zeichnen Sie noch ein paar Sekunden weiter auf. Jetzt sehen Sie, was tatsächlich ankommt: wie viele Anfragen die Entscheidung auslöst und wie lange der Main Thread blockiert bleibt. Kein automatischer Score zeigt Ihnen das, und deshalb haben es sich so wenige angesehen.

4. Zeichnen Sie auch den Ablehnen-Weg auf

   Wiederholen Sie den Trace und klicken Sie auf Ablehnen. Auf einer Website mit eingerichtetem Consent Mode v2 sollten Sie weiterhin Google-Anfragen sehen, die ohne Kennungen rausgehen. Das ist so gewollt und kein Datenleck, und es lohnt sich, das mit eigenen Augen zu prüfen, bevor Ihnen jemand etwas anderes erzählt.

5. Trennen Sie Ihre Felddaten nach Einwilligungsstatus

   Labor-Traces zeigen, was passieren kann; Felddaten zeigen, was passiert. Ein Monitoring, das alle Besucher zusammenrechnet, mittelt einen schnellen Ablehnen-Weg mit einem langsamen Akzeptieren-Weg und verbirgt beide. Wenn Ihr Monitoring eine benutzerdefinierte Dimension unterstützt, schreiben Sie den Einwilligungsstatus hinein und werten Sie die beiden Gruppen getrennt aus.

Was Consent Mode ändert und was nicht

Viele Ratgeber beschreiben die Einwilligung noch als harten Schalter: Kein Skript läuft, bis der Besucher Ja sagt. So verhält sich eine blockierende Consent-Ebene, aber ganz und gar nicht eine Website mit Consent Mode v2. Im Advanced-Modus von Consent Mode laden die Google-Tags auf jeder Seite, egal wie die Antwort ausfällt; das Signal ändert, was sie speichern und senden dürfen, nicht, ob es sie gibt. Wenn Ihr Plan für eine schnellere Website also war, die Google-Tags hinter der Einwilligung zu sperren, verschwindet das Gewicht nicht. Nur wenn Sie ein Tag entfernen, fallen seine Kosten weg.

Diesen Tausch sollte man ehrlich benennen, denn er ist der eigentliche Grund, dieses Gewicht in Kauf zu nehmen. Erst mit den v2-Signalen kann Google einen Teil dessen modellieren, was eine Ablehnung sonst auslöschen würde, sobald Ihre Website die Schwellenwerte erfüllt, die Google für die Modellierung veröffentlicht. Modellierte Werte sind Schätzungen, keine Conversions, die jemand beobachtet hat, und wie viel modelliert wird, hängt von Ihrem Traffic-Mix, Ihren Regionen und der Konfiguration Ihrer Tags ab. Ein blockierendes Setup bedeutet eine etwas schnellere Seite, die weniger von dem meldet, was auf ihr passiert ist.

Die Untergrenze, die sich nicht wegoptimieren lässt

Ein Teil dieser Kosten bleibt immer, und wer etwas anderes behauptet, verspricht, was er nicht halten kann. Sie zahlen immer für das Skript, das entscheidet, ob ein Dialog erscheint, für das Auslesen der gespeicherten Antwort, bevor Ihre Tags starten, und für die Tags, die Sie wirklich brauchen.

Entfernen können Sie den Rest: das synchrone Laden, die spät eingefügte Leiste ohne reservierten Platz, die vier Anbieter, die mit einem Klick starten, das Tag, das sich seit 2023 niemand angesehen hat. Nach unserer Erfahrung bringt dieses Letzte meist den größten Gewinn, und es hat nichts mit Consent zu tun.

Geschwindigkeit zählt noch aus einem zweiten Grund, den wir in Zustimmungsraten ohne Dark Patterns erhöhen behandeln: Ein Banner, das hängt, wird aus Ungeduld weggeklickt statt aus Überzeugung.

Velo geht dabei den unspektakulären Weg. Die Consent-Ebene kommt vom Edge, lädt asynchron, reserviert ihren Platz, damit sich nichts verschiebt, und gibt die Entscheidung schnell genug an Ihre Tags weiter, dass nachgelagert nichts warten muss. Die spannende Technik gehört in das, was nach der Antwort passiert, nicht in den Dialog, der sie abfragt.