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

    Borlabs Cookie Banner wird nicht angezeigt

    · von
    DSGVO

    Wenn der Borlabs-Banner ausbleibt, steckt fast immer eine von drei Ursachen dahinter: Sie haben bereits zugestimmt (dann liegt ein Consent-Cookie im Browser, und Borlabs blendet bewusst aus), eine Caching- oder JavaScript-Optimierungsschicht liefert eine Version ohne Banner aus, oder das Theme bzw. eine zu strenge Sicherheitseinstellung verhindert, dass sich der clientseitig gerenderte Dialog aufbaut. Zwei Prüfungen grenzen das in unter einer Minute ein: Ein Inkognito-Fenster schließt das Consent-Cookie aus, und der Konsolenbefehl window.BorlabsCookie zeigt, ob das Plugin-JavaScript überhaupt lädt. Alles Weitere arbeiten Sie danach in fester Reihenfolge ab, von der schnellen Diagnose bis zu selteneren Ursachen wie GeoIP, Content-Security-Policy oder einer versehentlichen display:none-Regel.

    Das ist mehr als Kosmetik: Fehlt der Banner, ist die Einwilligung nicht sauber dokumentiert, und Dienste wie Google Analytics oder YouTube laden womöglich ohne Zustimmung. Wie Sie sie sauber hinter dem Consent halten, steht in Google Site Kit DSGVO-konform mit Borlabs einrichten.

    Der 30-Sekunden-Test: Inkognito plus Konsole

    Der mit Abstand häufigste „Fehler” ist keiner: Borlabs speichert die getroffene Entscheidung in einem Cookie namens borlabs-cookie. Ist dieses Cookie gesetzt, blendet das Plugin den Banner bewusst nicht mehr ein – so ist es gewollt. Beim Testen sehen Sie den Banner nur beim allerersten Aufruf.

    So erzwingen Sie einen sauberen Erstbesuch und lesen zugleich die entscheidende Weiche aus:

    1. Inkognito-/Privatfenster öffnen (Strg + Umschalt + N in Chrome, Strg + Umschalt + P in Firefox). Dort existiert noch kein Consent-Cookie. Alternativ das Cookie gezielt löschen: F12 → Reiter Application → Storage → Cookies (Firefox: Speicher → Cookies), den Eintrag borlabs-cookie löschen, Seite neu laden.
    2. Im selben Fenster die Konsole öffnen (F12 → Console) und window.BorlabsCookie eintippen. Die Antwort teilt die Fehlersuche in zwei Äste:
      • undefined → das Borlabs-JavaScript wird gar nicht geladen. Ursache liegt bei JS-Optimierung, Content-Security-Policy oder Theme (Abschnitte weiter unten).
      • Ein Objekt {…} → das JavaScript ist da, der Dialog wird aber nicht ausgespielt. Ursache liegt bei Consent-Cookie, Dialog-Status, GeoIP oder „Do Not Track”.

    Der Cookie heißt in 2.x wie in 3.x gleich (Stand: Juli 2026) und speichert Einwilligungen, Cookie-Version und eine anonyme UID. Erscheint der Banner im Inkognito-Fenster, war nie etwas kaputt. Wollen Sie Einwilligungen dauerhaft und für alle Besucher neu einholen, hilft die Anleitung Borlabs Cookie zurücksetzen.

    Ist Borlabs aktiv und der Dialog veröffentlicht?

    Klingt banal, kommt aber häufig vor – besonders nach dem Sprung von Version 2 auf 3: Borlabs Cookie 3.0 wurde komplett neu geschrieben, das Menü grundlegend geändert.

    • Globaler Status: Öffnen Sie im WordPress-Backend Borlabs Cookie → Einstellungen. Dort gibt es den zentralen Schalter Borlabs Cookie Status (AN/AUS). Steht er auf AUS, wird auf der gesamten Website nichts ausgespielt.
    • Dialog: Der frühere „Cookie-Box”-Bereich aus Version 2 heißt in 3.x jetzt Dialog & Widget → Dialog; die „Cookie-Gruppen” wurden zu Service-Gruppen. Prüfen Sie, ob ein Dialog angelegt, konfiguriert und angezeigt ist (Schalter „Dialog anzeigen”).
    • Nach einem Upgrade fehlen Daten? Es gibt keinen automatischen Update-Pfad von 2.x auf 3.x. Seit Version 3.2 lassen sich die alten Daten aber nachträglich übernehmen: im Bereich System → Legacy Importer über „Import Legacy Data”. Einträge mit identischer ID werden dabei überschrieben.

    Die 3er-Reihe entwickelt sich weiter. Version 3.4 (6. Februar 2026) brachte einen Setup-Assistenten (Quick, Custom und Guided Setup) und einen Safe Mode, der das Frontend rettet, wenn eine fehlerhafte Konfiguration es blockiert. Version 3.4.1 (28. April 2026) ergänzte TCF-Device-Storage-Disclosures und WordPress-7.0-Kompatibilität; aktuell ist 3.4.2 (11. Juni 2026). Prüfen Sie die Menü-Bezeichnungen daher an Ihrer installierten Version (Versionsstand unter Plugins in WordPress).

    2.x oder 3.x? Der Versionsunterschied entscheidet mit

    Ob Ihr Banner cache- und optimierungsfest ist, hängt stark von der Hauptversion ab. Borlabs Cookie 2.x baut den Banner serverseitig in das HTML ein, 3.x rendert ihn clientseitig per JavaScript. Genau deshalb reagieren beide völlig unterschiedlich auf Caching und JS-Optimierung.

    MerkmalBorlabs Cookie 2.x (Legacy)Borlabs Cookie 3.x
    Rendering des Bannersserverseitig (PHP)clientseitig (JavaScript)
    Anfälligkeit für Seiten-Cachehoch (Banner kann „eingefroren” werden)gering (Cache-kompatibel)
    Menüpunkt für den BannerCookie-BoxDialog & Widget → Dialog
    Gruppierung der DiensteCookie-GruppenService-Gruppen
    Reaktion auf JS-Delay/Minifyunkritischkritisch, muss ausgeschlossen werden
    Update aus der Vorversion–kein Auto-Update; Import ab 3.2
    Consent-Cookieborlabs-cookieborlabs-cookie

    Praktische Konsequenz: Bei wiederkehrenden Cache-Problemen auf 2.x ist ein Umstieg auf 3.x oft nachhaltiger. Sind Sie schon auf 3.x, richtet sich der Verdacht zuerst auf die JavaScript-Ebene.

    Caching: Wird eine alte Version der Seite ausgeliefert?

    Caching ist die zweithäufigste Ursache. Ein Caching-Plugin (WP Rocket, W3 Total Cache, LiteSpeed Cache) oder ein Server-/CDN-Cache liefert eine gespeicherte HTML-Version aus, im ungünstigsten Fall eine, die bereits „eingewilligt” ist oder noch vor der letzten Borlabs-Änderung entstand. Auf 2.x kann der Banner so komplett „einfrieren”.

    So gehen Sie vor:

    1. Seiten-Cache leeren im Caching-Plugin und beim Hoster (Plesk, Cloudflare, Object-/Page-Cache).
    2. Browser-Cache hart neu laden mit Strg + F5.
    3. Prüfen, ob der Banner auf einer bislang nicht gecachten Seite oder im Inkognito-Fenster erscheint.

    Wo WordPress überall zwischenspeichert und wie Sie alle Ebenen sauber leeren, steht in Wo finde ich den WordPress-Cache. Wichtig danach: Nach jeder Borlabs-Änderung den Cache leeren, sonst testen Sie gegen eine veraltete Seite.

    JavaScript-Optimierung: der stille Banner-Killer

    Genau die Plugins, die Ihre Seite schneller machen sollen, legen den Borlabs-Banner am häufigsten lahm, weil 3.x auf JavaScript angewiesen ist. Zwei Funktionen sind die üblichen Verdächtigen:

    • „JavaScript-Ausführung verzögern” / „Delay JavaScript Execution” (WP Rocket, LiteSpeed, Perfmatters) hält Skripte zurück, bis der Nutzer interagiert. Ein Consent-Banner soll aber sofort erscheinen. Nehmen Sie die Borlabs-Skripte von der Verzögerung aus.
    • JavaScript kombinieren/minifizieren (Autoptimize, WP Rocket, LiteSpeed) kann Reihenfolge oder Integrität der Skripte zerstören. Schließen Sie Borlabs testweise aus.

    Als Ausschluss-Muster hat sich der Pfadbestandteil des Plugins bewährt:

    /wp-content/plugins/borlabs-cookie/

    In WP Rocket tragen Sie das Muster unter Dateien optimieren → JavaScript-Dateien im Feld Ausgeschlossene JavaScript-Dateien ein. Borlabs rät ausdrücklich davon ab, einzelne Dateien zu benennen: Nehmen Sie jede Datei mit borlabs-cookie im Pfad von Optimierung, Zusammenführung und Minifizierung aus, denn die Dateinamen ändern sich mit jedem Update (Stand: Juli 2026). Ein oft übersehener Punkt: Borlabs gibt auch Inline-JavaScript aus. Wird es mitkombiniert, kippt der Banner, obwohl die Dateien korrekt ausgeschlossen sind. Nehmen Sie deshalb zusätzlich das Schlüsselwort BorlabsCookie von der Verzögerung aus.

    Schneller Gegentest: Optimierungs-Plugin kurz deaktivieren. Erscheint der Banner sofort, ist die Ursache eingegrenzt – dann genügt die richtige Ausschlussregel, statt das Plugin dauerhaft auszuschalten. Die Feld-für-Feld-Einstellungen für die häufigste Kombination beschreibt WP Rocket mit Borlabs Cookie richtig einstellen.

    Borlabs hängt seine Ausgabe an den wp_footer-Hook. Fehlt in der footer.php der Aufruf wp_footer() – bei schlanken oder selbstgebauten Themes kommt das vor –, wird das Banner-JavaScript nie geschrieben. Dann bleibt window.BorlabsCookie undefined, und andere Consent- oder Analytics-Tools scheitern ebenfalls.

    Schneller Test: Wechseln Sie kurz auf ein Standard-Theme wie Twenty Twenty-Five. Erscheint der Banner dort, liegt es am aktiven Theme. Öffnen Sie dann die footer.php (Theme-Datei-Editor oder per SFTP) und stellen Sie sicher, dass vor </body> steht:

    <?php wp_footer(); ?>
</body>

    JavaScript-Fehler, CSP und die Debug-Konsole

    Blockiert ein JavaScript-Fehler die weitere Ausführung, kann Borlabs nicht initialisieren; window.BorlabsCookie ist dann undefined oder unvollständig.

    • F12 → Console, Seite neu laden, auf rote Fehler achten. Häufig stoppen jQuery-Konflikte oder Fehler aus anderen Plugins die JS-Ausführung, bevor Borlabs an die Reihe kommt.
    • Setzen Sie eine Content-Security-Policy ein (per Header oder Security-Plugin), muss diese die Borlabs-Skripte und ggf. Inline-Code zulassen. Eine zu strenge script-src-Direktive unterdrückt den Banner geräuschlos, oft mit einer CSP-Meldung in der Konsole.
    • Borlabs 3.x bringt eine eigene Debug-Konsole mit, die im Frontend protokolliert, ob Dialog und Dienste initialisiert werden (seit 3.4.1 prüft sie unter anderem auch Google Site Kit). Aktivieren Sie sie zur Fehlersuche und schalten Sie sie danach wieder ab, wie in Borlabs Debug-Modus deaktivieren beschrieben.

    „Do Not Track” und Geo-/Testeinstellungen

    Zwei Borlabs-Optionen blenden den Banner bewusst aus, obwohl technisch alles funktioniert:

    • „Do Not Track respektieren”: Ist diese Option aktiv und sendet der Browser ein DNT-Signal, blendet Borlabs den Banner aus und wertet den Besuch als Ablehnung. Praktisch kaum noch relevant: Chrome hat den DNT-Schalter entfernt, Firefox nutzt „Global Privacy Control” (GPC). Prüfen Sie das nur, wenn Sie DNT/GPC bewusst gesetzt haben, und deaktivieren Sie die Option testweise.
    • GeoIP-Restriktion: Borlabs Cookie 3.x kann den Dialog auf Besucher bestimmter Länder beschränken (Stand: Juli 2026). Sehen etwa nur EU-Besucher den Banner, erscheint er anderswo bewusst nicht; ein VPN kann den Test verfälschen. Für die Länderzuordnung lädt Borlabs eine GeoIP-Datenbank – prüfen Sie, ob sie eingerichtet und aktuell ist.

    Der Banner ist technisch da, aber unsichtbar

    Manchmal lädt Borlabs korrekt (window.BorlabsCookie liefert ein Objekt), der Dialog ist aber optisch verschwunden. Drei Ursachen kommen dann infrage:

    • display:none aus eigenem CSS: Eine im Customizer oder Theme hinterlegte Regel auf #BorlabsCookieBox bzw. .BorlabsCookie überschreibt die Anzeige. Suchen Sie im Elemente-Inspektor (F12, dann „Untersuchen”) nach display: none oder visibility: hidden auf dem Borlabs-Wrapper. Wie Sie sauber anpassen, zeigt Borlabs Cookie per CSS gestalten.
    • Z-Index-Konflikt: Ein Sticky-Header, Popup-Builder oder Page-Builder-Overlay legt sich über den Banner. Der Dialog liegt dann im DOM, aber hinter einem Element mit höherem z-index; das konkurrierende Element testweise auszublenden grenzt es ein.
    • Banner gezielt deaktiviert: Fehlt der Banner nur auf einzelnen Seiten (etwa der Startseite oder einer Landingpage), ist er dort womöglich absichtlich abgeschaltet. Prüfen Sie eine seitenweise Ausnahme, wie in Borlabs Cookie auf einzelnen Seiten deaktivieren und Borlabs Cookie wird nicht auf der Startseite angezeigt erklärt.

    Borlabs Cookie 3.x hat keine JavaScript-Funktion à la openDialog(), um den Dialog per Skript zu öffnen; das bestätigt die offizielle JavaScript-API-Dokumentation. Der dokumentierte Weg führt über eine CSS-Klasse auf einem klickbaren Element:

    <a href="#" class="borlabs-cookie-open-dialog-preferences">Cookie-Einstellungen</a>

    Klick darauf öffnet den Präferenzen-Dialog, egal ob ein Consent-Cookie gesetzt ist. Rendert er, ist die Ausgabe intakt und Ihr Problem war das Consent-Cookie. Dieselbe Klasse dient auch als dauerhafter Widerrufs-Link im Footer oder in der Datenschutzerklärung, siehe Borlabs Cookie: Link zum Widerruf der Einwilligung.

    In der Konsole können Sie zudem den Consent-Status abfragen; die v3-Methode erwartet Service- und Gruppen-ID:

    window.BorlabsCookie.Consents.hasConsent('google-analytics', 'statistics')

    Kommt true/false zurück statt eines Fehlers, läuft die JS-Schnittstelle. Die IDs hängen von Ihren Service-Gruppen ab; eine ganze Gruppe prüft hasConsentForServiceGroup('statistics').

    Systematische Fehlersuche in der richtigen Reihenfolge

    Arbeiten Sie die Punkte von oben nach unten ab, so finden Sie die Ursache am schnellsten:

    1. Im Inkognito-Fenster testen bzw. Cookie borlabs-cookie löschen.
    2. In der Konsole window.BorlabsCookie prüfen → teilt in „JS lädt nicht” vs. „Konfiguration”.
    3. Prüfen, ob Borlabs Cookie Status auf AN und der Dialog angezeigt ist.
    4. Seiten- und Browser-Cache leeren.
    5. JS-Optimierung (Delay/Combine) für borlabs-cookie und inline BorlabsCookie ausschließen oder testweise deaktivieren.
    6. Auf ein Standard-Theme wechseln → prüft wp_footer().
    7. Konsole auf JavaScript-Fehler und CSP-Meldungen kontrollieren, ggf. Debug-Konsole aktivieren.
    8. Do-Not-Track-/GeoIP-Optionen und per Elemente-Inspektor display:none/Z-Index-Überlagerung prüfen.

    Häufige Fragen

    Warum sehe nur ich den Banner nicht, andere Besucher aber schon? Weil Ihr Browser das Consent-Cookie bereits gespeichert hat. Löschen Sie borlabs-cookie oder öffnen Sie ein Inkognito-Fenster, dann erscheint der Banner auch bei Ihnen wieder.

    Der Banner war da und ist nach dem Update von Version 2 auf 3 verschwunden, warum? Version 3 hat Menüstruktur und Rendering geändert (jetzt JavaScript-basiert). Prüfen Sie, ob der Dialog in 3.x neu angezeigt werden muss, ob unter System → Legacy Importer die alten Daten übernommen wurden, und schließen Sie borlabs-cookie von der JavaScript-Verzögerung Ihres Optimierungs-Plugins aus.

    window.BorlabsCookie ist in der Konsole undefined, was heißt das? Das Plugin-JavaScript wird nicht geladen oder abgebrochen. Typische Gründe: JS-Delay/Minify hat die Datei entfernt oder verzögert, eine Content-Security-Policy blockiert sie, das Theme ruft kein wp_footer() auf, oder ein früherer JS-Fehler stoppt die Ausführung. Arbeiten Sie die Punkte 5 bis 7 der Checkliste ab.

    Kann ein Caching-Plugin dazu führen, dass externe Dienste ohne Zustimmung laden? Ja. Wird eine „eingewilligte” Seite aus dem Cache an alle ausgeliefert oder blockiert die Optimierung den Consent-Check, können Skripte vor der Einwilligung starten. Nach jeder Borlabs-Änderung den Cache leeren und das Zusammenspiel im Inkognito-Fenster gegenprüfen.

    Muss die Lizenz aktiv sein, damit der Banner erscheint? Nein. Eine abgelaufene Lizenz stoppt nur Updates, Support und den Borlabs-Service, nicht die Anzeige; der Banner läuft weiter. Die Lizenzen kosten (Stand: Juli 2026, jeweils pro Jahr und zzgl. USt): 49 € (Personal, 1 Website), 79 € (Business Small, 3), 109 € (Business Medium, 5), 179 € (Business Large, 10), 229 € (Agency Small, 25) und 499 € (Agency, 99 Websites). Fehlt der Banner, ist also nicht die Lizenz schuld, sondern eine der oben genannten technischen Ursachen.

    → Mehr zum Thema: Alle Artikel unter DSGVO