Weswegen
Tippen, um zu suchen
    Esc zum Schließen · Sofortsuche auf der ganzen Website

    WP Rocket und Borlabs Cookie: Caching und Consent sauber kombinieren

    · Weswegen-Redaktion
    DSGVO

    WP Rocket macht Ihre WordPress-Seite schnell, Borlabs Cookie hält sie DSGVO-konform – bis beide Plugins sich in die Quere kommen. Sobald Sie die JavaScript-Optimierung aktivieren, erscheint der Cookie-Banner plötzlich gar nicht, viel zu spät, unformatiert oder in der falschen Sprache. Verantwortlich sind drei konkrete WP-Rocket-Funktionen. Nachfolgend stehen die exakten Ausschlüsse, mit denen Ladezeit und Einwilligung gleichzeitig funktionieren.

    Warum sich beide Plugins beißen

    Das eigentliche Seiten-Caching von WP Rocket ist unkritisch. Borlabs Cookie arbeitet clientseitig: Das Skript liest im Browser die Consent-Cookies und gibt blockierte Dienste erst nach der Einwilligung frei. Ob die HTML-Seite aus dem Cache kommt oder frisch generiert wird, spielt dafür keine Rolle.

    Der Ärger entsteht bei den Optimierungsfunktionen, die WP Rocket über den JavaScript- und CSS-Code legt:

    • JavaScript verzögern („Delay JavaScript Execution”) lädt Skripte erst bei der ersten Nutzerinteraktion. Wird das Borlabs-Skript mitverzögert, erscheint der Banner erst nach Klick oder Scroll – und bis dahin holen Sie unter Umständen gar keine Einwilligung ein, obwohl bereits Dienste laden. Ein klarer Compliance-Verstoß.
    • JavaScript minimieren/kombinieren verändert oder verschmilzt Dateien und kann das Borlabs-Skript zerstören.
    • Ungenutztes CSS entfernen („Remove Unused CSS”) hält das CSS von Banner und Content-Blockern für „ungenutzt”, weil es per JavaScript nachgeladen wird, und streicht es heraus. Ergebnis: ein unformatierter, kaputt aussehender Banner.
    • LazyLoad kann mit den eigenen Content-Blockern von Borlabs für YouTube, Google Maps & Co. kollidieren.

    Mehr zu den Grundlagen der Einwilligung finden Sie unter /dsgvo-cookie-banner-pflicht/.

    Die goldene Regel von Borlabs

    Borlabs formuliert es in der eigenen Doku unmissverständlich: Keine Datei aus dem Ordner borlabs-cookie und keine Datei mit borlabs-cookie im Pfad darf verändert werden. Konkrete Dateinamen nennt der Hersteller bewusst nicht, weil sie sich mit jeder Version ändern. Schließen Sie deshalb immer über den Pfad-Bestandteil borlabs-cookie aus, nie über einen fixen Dateinamen.

    Einen Teil der Arbeit nimmt Borlabs 3 Ihnen ab: Seit Version 3.0.7 (April 2024) tragen die Skripte .min im Namen und das Attribut data-no-minify="1" – genau, um einen bekannten WP-Rocket-Fehler zu vermeiden. Alle aktuellen 3.x-Versionen setzen das Attribut (jüngste Version zum Redaktionszeitpunkt: 3.4.2, Stand: Juli 2026). WP Rocket überspringt Dateien mit data-no-minify beim Kombinieren automatisch – die reine Minimierung ist damit schon abgedeckt. Die kritischen Baustellen bleiben Delay JS und Used CSS. Wollen Sie sichergehen, kontrollieren Sie am Borlabs-Script-Tag im Seitenquelltext, dass data-no-minify="1" gesetzt ist.

    WP Rocket Schritt für Schritt konfigurieren

    Alle folgenden Optionen liegen im WordPress-Backend unter Einstellungen → WP Rocket.

    1. JavaScript verzögern ausschließen

    Reiter Dateien optimieren → JavaScript-Dateien laden verzögern. WP Rocket bietet hier „One-Click-Ausschlüsse”, die aber nur einige Google-Dienste abdecken (u. a. Google Analytics, Google Tag Manager, Google Ads, reCAPTCHA) – Borlabs Cookie ist dort nicht dabei. Tragen Sie es deshalb im Ausschlussfeld manuell ein:

    borlabs-cookie

    Das deckt alle Skripte mit borlabs-cookie im Pfad ab – genau wie von Borlabs gefordert.

    So prüfen Sie, ob der Ausschluss greift: Öffnen Sie die Seite in einem privaten Fenster und schauen Sie in den Seitenquelltext (Strg+U). Das Borlabs-Script-Tag muss ein normales type="text/javascript" (bzw. gar kein type) tragen. Hat WP Rocket es in ein verzögertes Attribut wie type="rocketlazyloadscript" umgeschrieben, ist der Ausschluss noch nicht aktiv – Ausschlusseintrag und Schreibweise kontrollieren, Cache leeren, erneut testen.

    2. JavaScript minimieren und kombinieren

    Im selben Reiter. Dank data-no-minify sollte Borlabs hier unangetastet bleiben. Sehen Sie nach einem Update trotzdem Konsolenfehler, die auf borlabs-cookie...js zeigen, tragen Sie den Pfad zusätzlich unter Ausgeschlossene JavaScript-Dateien ein:

    /wp-content/plugins/borlabs-cookie/

    3. Ungenutztes CSS entfernen – der häufigste Stolperstein

    Reiter Dateien optimieren → CSS-Bereitstellung optimieren → Ungenutztes CSS entfernen. Diese Funktion ist die mit Abstand häufigste Ursache für einen unformatierten Banner.

    Borlabs stellt für WP Rocket ein Kompatibilitäts-Paket bereit. Nach dessen Installation – und nach jeder Änderung an Borlabs oder am Cookie-Design – müssen Sie in WP Rocket die Aktion „Used CSS leeren” (bzw. „Cache für ungenutztes CSS entfernen”) ausführen. Sonst bleibt das alte, gestrippte CSS im Cache hängen.

    Der offiziell empfohlene Weg ist das Kompatibilitäts-Paket aus der Borlabs-Bibliothek plus anschließendes „Used CSS leeren”; eine feste Liste von Safelist-Selektoren veröffentlicht Borlabs bewusst nicht. Reicht das nicht und bleibt der Banner unformatiert, ergänzen Sie die Borlabs-Container zusätzlich in der CSS-Safelist. Wichtig: Die Markup-Struktur hat sich von Borlabs 2 auf 3 geändert – das aus Version 2 bekannte #BorlabsCookieBox gehört zum alten Aufbau; Borlabs 3 rendert den Banner in Containern mit data-borlabs-cookie-Attributen. Bestätigen Sie die exakten Selektoren vor dem Eintragen im Seitenquelltext Ihrer Installation:

    [data-borlabs-cookie]
[data-borlabs-cookie-wrap]

    4. LazyLoad und Content-Blocker

    Borlabs bringt eigene Blocker für externe Inhalte (YouTube, Google Maps, Vimeo) mit. Aktivieren Sie WP Rockets LazyLoad für iFrames/Videos nur, wenn Sie prüfen, dass die Borlabs-Vorschaubilder weiterhin korrekt erscheinen und der Klick zum Freischalten funktioniert. Bei Konflikten deaktivieren Sie LazyLoad für iFrames und überlassen das Blocken vollständig Borlabs.

    Borlabs 3 unterstützt den Google Consent Mode v2, der das Tag-Verhalten anhand der Einwilligung steuert. Verzögert WP Rocket das Consent-Skript oder gtag, wird der Default-Consent-Status zu spät gesetzt – Messwerte gehen verloren oder Tags feuern in falscher Reihenfolge. Halten Sie deshalb neben borlabs-cookie auch das Consent-Mode-Skript aus der Verzögerung heraus und kontrollieren Sie die Reihenfolge im Google Tag Assistant. Details dazu unter /google-consent-mode-v2/.

    Reihenfolge und Cache-Handling

    Damit Änderungen wirklich greifen, halten Sie diese Abfolge exakt ein:

    1. Ausschlüsse in WP Rocket speichern.
    2. Used CSS leeren (nicht nur den Seiten-Cache).
    3. Kompletten Cache leeren.
    4. In einem privaten Browserfenster ohne bestehende Cookies testen.

    Schritt 4 ist entscheidend: Haben Sie bereits eingewilligt, erscheint der Banner nicht mehr – und Sie halten einen echten Fehler fälschlich für behoben.

    Typische Fehler und schnelle Diagnose

    • Banner erscheint gar nicht oder erst nach Klick → Delay-JS-Ausschluss borlabs-cookie fehlt.
    • Banner erscheint unformatiert/kaputt → „Ungenutztes CSS entfernen” hat das CSS gestrippt; Used CSS leeren und Selektoren in die Safelist.
    • Konsolenfehler mit borlabs-cookie...js → Minify/Combine greift trotzdem; Pfad zusätzlich manuell ausschließen.
    • Banner in falscher Sprache oder erscheint auf jeder Seite neu → Das Consent-Cookie kann nicht gesetzt oder gelesen werden; prüfen, ob das Skript verzögert oder verändert wird.

    Ist die Seite grundsätzlich zu langsam, lohnt vorab eine saubere Messung – siehe /wordpress-ladezeit-verbessern/.

    FAQ

    Muss ich WP Rocket komplett deaktivieren, damit Borlabs funktioniert? Nein. Seiten-Caching und die meisten Optimierungen laufen problemlos. Sie müssen lediglich alle Dateien mit borlabs-cookie im Pfad von JavaScript-Verzögerung, Minify/Combine und „Ungenutztes CSS entfernen” ausnehmen.

    Warum sieht der Banner nach jedem Borlabs-Update wieder kaputt aus? Weil WP Rocket das „Used CSS” zwischenspeichert. Nach jeder Änderung an Borlabs oder am Banner-Design müssen Sie den Used-CSS-Cache manuell leeren, damit das aktuelle Banner-CSS neu erzeugt wird.

    Reicht es, den Dateinamen des Borlabs-Skripts auszuschließen? Nein. Borlabs ändert die Dateinamen mit jeder Version. Schließen Sie immer über den Pfad-Bestandteil borlabs-cookie aus, damit die Ausnahme auch nach Updates greift.

    Brauchen Sie Unterstützung bei DSGVO & Cookie-Consent (Borlabs & Co.)? Ypsilon.dev ist Ihre Webagentur aus Regensburg – jetzt kostenlose Erstberatung anfragen.