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

    Borlabs Cookie Box wird nicht angezeigt: Ursachen finden und beheben

    · Weswegen-Redaktion
    DSGVO

    Die Borlabs Cookie Box taucht auf Ihrer Website plötzlich nicht mehr auf – oder war nie zu sehen? Meistens liegt das nicht an einem Defekt des Plugins, sondern an einer bereits gesetzten Einwilligung, an Caching oder an einem Optimierungs-Plugin, das das JavaScript blockiert. Dieser Artikel führt Sie in der richtigen Reihenfolge durch die Prüfung: Sie grenzen die Ursache in wenigen Minuten ein und holen den Consent-Dialog zuverlässig zurück – auch dann, wenn er nur auf manchen Geräten fehlt.

    Zwei-Minuten-Schnelltest zuerst

    Bevor Sie an Einstellungen schrauben, klären Sie mit drei Handgriffen, ob die Box wirklich fehlt oder nur für Sie unsichtbar ist:

    1. Inkognito-Fenster öffnen (Strg+Umschalt+N in Chrome/Edge, Strg+Umschalt+P in Firefox) und die Seite frisch aufrufen. Erscheint die Box jetzt, war schlicht Ihre Einwilligung bereits gespeichert – dann ist technisch alles in Ordnung.
    2. Einwilligungs-Cookie löschen: DevTools öffnen (F12) → Reiter „Application” bzw. „Anwendung” → „Cookies” → Ihre Domain. Borlabs speichert die Einwilligung – auch in Version 3 – im Cookie namens borlabs-cookie (darin liegen u. a. Cookie-Laufzeit, Cookie-Version, Domain und Pfad, die erteilten Consents sowie eine anonyme UID). Löschen Sie diesen Eintrag und laden Sie neu; danach muss der Dialog wieder erscheinen.
    3. Zweiter Browser / anderes Gerät: Zeigt ein frisches Gerät die Box, ist die Ursache client-seitig (Cache, Blocker), nicht server-seitig.

    Erst wenn die Box in einem frischen Inkognito-Fenster ohne borlabs-cookie weiterhin fehlt, liegt ein echtes Problem vor. Dann arbeiten Sie die folgenden Ursachen von oben nach unten ab.

    Die häufigsten Ursachen und ihre Lösung

    Einwilligung ist bereits gespeichert

    Borlabs zeigt den Dialog nur so lange, bis eine Entscheidung gefallen ist. Danach speichert das Plugin das Ergebnis im Cookie borlabs-cookie (in Version 2.x wie in Version 3) und blendet die Box aus. Das ist gewolltes Verhalten, wird aber oft als „Fehler” gemeldet, weil man beim Testen selbst schon geklickt hat.

    Lösung: borlabs-cookie löschen (siehe Schnelltest) oder die gespeicherten Einwilligungen im Plugin zurücksetzen. Borlabs bietet dafür unter Einstellungen die Funktion „Cookies zurücksetzen” – damit werden sämtliche gespeicherten Einwilligungen für alle Besucher ungültig, und der Dialog erscheint erneut. Auch wenn Sie die Cookie-Konfiguration (Gruppen oder Dienste) ändern, wird die im Cookie hinterlegte Cookie-Version aktualisiert, sodass alte Einwilligungen ihre Gültigkeit verlieren.

    Der Dialog ist deaktiviert oder nicht veröffentlicht

    Klingt banal, kommt aber häufig nach Updates oder Migrationen vor: Der Cookie-Dialog ist im Plugin auf inaktiv gesetzt, oder es existiert keine aktive Cookie-Gruppe.

    Lösung: Öffnen Sie im WordPress-Backend Borlabs Cookie. In Borlabs Cookie 3 schalten Sie das Plugin unter Einstellungen über den Schalter „Borlabs Cookie-Status” scharf; Anzeige und Aussehen des Dialogs konfigurieren Sie anschließend unter Dialog & Widget → Dialog. Prüfen Sie dort, ob der Dialog aktiv ist und mindestens die Gruppe „Notwendig/Essenziell” existiert. In Version 2 liegt die entsprechende Konfiguration unter Einstellungen → Cookie Box.

    Prüfen Sie außerdem, ob ein Test- oder Vorschaumodus aktiv ist, der die Box nur eingeloggten Administratoren (oder umgekehrt nur ausgeloggten Besuchern) zeigt.

    Caching liefert eine „schon eingewilligte” Seite aus

    Der Klassiker bei WP Rocket, W3 Total Cache, LiteSpeed Cache oder Server-Caching: Die HTML-Seite wird zwischengespeichert, während das Ein-/Ausblenden der Box eigentlich pro Besucher über das Cookie entschieden werden muss. Passt der Cache nicht dazu, sehen manche Besucher die Box nie, andere immer.

    Lösung:

    • Cache vollständig leeren – Plugin-Cache und, falls vorhanden, Server-/CDN-Cache (Cloudflare „Purge Everything”).
    • Prüfen Sie, dass das Caching-Plugin die Borlabs-Skripte nicht minimiert oder zusammenfasst (siehe nächster Abschnitt).
    • Bei aggressivem CDN-Caching stellen Sie sicher, dass borlabs-cookie nicht in einer statisch ausgelieferten Variante „hängen” bleibt.

    Mehr zum sauberen Leeren aller Ebenen finden Sie unter /wordpress-cache-leeren/.

    JavaScript wird verzögert oder optimiert – die Box lädt nie

    Die mit Abstand häufigste technische Ursache. Borlabs baut den Dialog per JavaScript im wp_footer auf. Optimierungs-Funktionen, die JavaScript verzögern oder zusammenfassen, verhindern die Ausführung:

    • WP Rocket → „JavaScript verzögern” (Delay JavaScript Execution)
    • WP Rocket → „JavaScript-Dateien kombinieren / verschieben”
    • Autoptimize → JavaScript aggregieren / defer
    • Perfmatters, LiteSpeed und ähnliche „Delay JS”-Funktionen

    Lösung: Nehmen Sie die Borlabs-Skripte von der Optimierung aus. Tragen Sie in die jeweilige Ausschlussliste („Ausschließen von …” / „Exclude”) den Bezeichner borlabs-cookie ein. Bei WP Rocket funktioniert im Feld für die JavaScript-Verzögerung typischerweise ein Eintrag wie:

    borlabs-cookie
/borlabs-cookie/

    Nach dem Speichern Cache leeren und im Inkognito-Fenster testen. Kehrt die Box zurück, war die JS-Verzögerung die Ursache. Aktuelle WP-Rocket-Versionen führen Borlabs Cookie bereits ab Werk in ihrer internen Ausschlussliste für „JavaScript verzögern” (u. a. borlabs-cookie.min.js, BorlabsCookieBox, borlabsCookieConfig sowie den gesamten Ordner /borlabs-cookie/assets/javascript/) – prüfen Sie das, bevor Sie den Ausschluss zusätzlich von Hand eintragen (Stand: Juli 2026). Über den Bereich „One-Click-Ausschlüsse” lässt sich Borlabs außerdem gezielt per Häkchen von der Verzögerung ausnehmen.

    Borlabs hängt den Dialog an den wp_footer-Hook. Fehlt in der footer.php des Themes (oder in einer Custom-Landingpage bzw. einem „leeren” Page-Builder-Template) der Aufruf wp_footer(), wird der Dialog nie ausgegeben – ebenso wenig wie viele andere Skripte.

    Lösung: Prüfen Sie im Seitenquelltext (Strg+U), ob am Seitenende Borlabs-Markup bzw. borlabs-cookie-Skripte auftauchen. Fehlen sie komplett, stellen Sie sicher, dass die Vorlage wp_footer() unmittelbar vor </body> aufruft. Betroffen sind oft speziell die „Canvas”- oder „Blank”-Templates von Page Buildern.

    Ein JavaScript-Fehler stoppt das Skript

    Ein früherer Fehler in der Skript-Reihe kann die Ausführung abbrechen, bevor Borlabs startet. Ergebnis: Die Box bleibt aus, obwohl alles korrekt konfiguriert ist.

    Lösung: Öffnen Sie die DevTools → Reiter „Console/Konsole” und laden Sie neu. Rote Fehlermeldungen (häufig Uncaught TypeError, ein 404 auf eine JS-Datei oder ein anderes Consent-Skript) verraten den Verursacher. Deaktivieren Sie das genannte Plugin testweise oder beheben Sie den Fehler. Wichtig: Ein einziger nicht abgefangener Fehler weiter oben im Ladeablauf reicht, um alle nachfolgenden Skripte – und damit Borlabs – zu stoppen. Beheben Sie deshalb immer den ersten roten Eintrag zuerst und laden Sie neu, bevor Sie an der Borlabs-Konfiguration zweifeln.

    Läuft parallel ein weiteres Cookie-Tool (Complianz, Cookiebot, Real Cookie Banner, ein Theme-eigenes „GDPR”-Modul), können sich beide gegenseitig ausblenden oder um denselben wp_footer-Platz konkurrieren.

    Lösung: Betreiben Sie genau ein Consent-Tool. Deinstallieren Sie das zweite (deaktivieren allein reicht manchmal nicht, wenn Reste im Theme stecken) und leeren Sie den Cache. Warum ein zweites Banner rechtlich sogar schadet, lesen Sie unter /dsgvo-cookie-banner-pflicht/.

    CSS oder z-index versteckt die Box

    Seltener, aber möglich: Die Box wird ausgegeben, liegt aber hinter dem Header, ist auf display:none gesetzt oder hat einen zu niedrigen z-index.

    Lösung: Rechtsklick an die untere Bildschirmkante → „Untersuchen”. Finden Sie das Borlabs-Container-Element im DOM, ist es vorhanden, aber verdeckt. Ein eigener, hoher z-index (z. B. 2147483647) im Custom-CSS oder das Entfernen einer überschreibenden Theme-Regel bringt die Box nach vorn.

    Ad- oder Content-Blocker auf der Besucherseite

    uBlock Origin, AdGuard und ähnliche Blocker haben kosmetische Filterlisten, die typische Cookie-Banner ausblenden. Das betrifft nur einzelne Besucher, nicht Ihre Konfiguration.

    Lösung: Reproduzierbar? Testen Sie mit deaktiviertem Blocker. Handeln müssen Sie hier nicht – es ist eine bewusste Entscheidung des Besuchers, und rechtlich haben Sie die Einwilligung ordnungsgemäß angeboten.

    Systematisch eingrenzen

    Wenn nach den Einzelpunkten noch etwas offen ist, isolieren Sie die Ursache sauber:

    1. Inkognito + borlabs-cookie gelöscht – reproduziert das Problem überhaupt?
    2. Caching/Optimierung testweise komplett aus, Cache leeren, erneut prüfen.
    3. Standard-Theme aktivieren (z. B. Twenty Twenty-Four) – erscheint die Box, liegt es am Theme (wp_footer, CSS).
    4. Andere Plugins nacheinander deaktivieren, bis der Verursacher feststeht.
    5. DevTools-Konsole parallel offen halten, um Fehler live zu sehen.

    Nach jedem Schritt Cache leeren und im Inkognito-Fenster gegenprüfen – sonst testen Sie gegen eine alte, zwischengespeicherte Version.

    FAQ

    Warum sehe ich die Cookie Box, meine Besucher aber nicht (oder umgekehrt)? Fast immer Caching: Sie erhalten eine andere (oft nicht gecachte) Variante der Seite als anonyme Besucher. Leeren Sie alle Cache-Ebenen und testen Sie konsequent im Inkognito-Modus ohne gesetztes borlabs-cookie.

    Nach einem Update auf Borlabs Cookie 3 ist die Box weg – was tun? Version 3 ist kein gewöhnliches Update, sondern ein Plattformwechsel. Laut Borlabs-Dokumentation aktualisieren Sie zunächst innerhalb von Version 2 auf 2.3 (ausschließlich über die WordPress-Plugin-Aktualisierung, kein manueller Upload) und legen ein Backup an. Anschließend starten Sie den eigentlichen Upgrade-Vorgang – empfohlen ist das automatische Upgrade, alternativ das manuelle. Danach importieren Sie Ihre alten Daten über System → Legacy Importer („Import Legacy Data”). Prüfen Sie zum Schluss, ob der Dialog aktiv ist und die Cookie-Gruppen übernommen wurden; über Einstellungen → „Cookies zurücksetzen” erscheint der Dialog bei allen Besuchern erneut. Die vollständige offizielle Anleitung: https://borlabs.io/kb/upgrade-2-3-to-3-2/

    Muss ich JavaScript-Verzögerung wirklich deaktivieren? Nein – Sie schließen nur die Borlabs-Skripte von der Verzögerung aus (borlabs-cookie in die Ausschlussliste). Die übrige Performance-Optimierung bleibt aktiv, und die Box lädt wieder zuverlässig.

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