Borlabs Cookie Banner wird nicht angezeigt: Ursachen und Lösungen
Der Borlabs-Banner soll bei jedem neuen Besucher erscheinen – tut er das nicht, ist die Einwilligung rechtlich nicht sauber dokumentiert, und externe Dienste wie Google Analytics oder YouTube laden womöglich ohne Zustimmung. In den allermeisten Fällen liegt es nicht am Plugin selbst, sondern an einem bereits gesetzten Consent-Cookie, an einer Caching- oder Optimierungsschicht oder an einem Theme, das den nötigen Ausgabe-Hook nicht aufruft. Diese Anleitung führt Sie in der richtigen Reihenfolge durch die Prüfung – von der 30-Sekunden-Diagnose bis zu den selteneren Ursachen.
Zuerst: Sehen Sie den Banner wirklich nicht – oder haben Sie schon zugestimmt?
Der mit Abstand häufigste “Fehler” ist gar keiner: Borlabs speichert die getroffene Entscheidung in einem Cookie. Ist dieses Cookie gesetzt, blendet das Plugin den Banner bewusst nicht mehr ein – genau so soll es funktionieren. Beim Testen sehen Sie den Banner deshalb nur beim allerersten Aufruf.
So erzwingen Sie einen sauberen Erstbesuch:
- 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: Entwicklertools mit F12 öffnen, Reiter Application → Storage → Cookies (Firefox: Speicher → Cookies), den Eintrag mit dem Namen
borlabs-cookielöschen und die Seite neu laden.
Der Consent-Cookie heißt sowohl in Borlabs Cookie 2.x als auch in 3.x borlabs-cookie (Stand: Juli 2026) – in ihm speichert das Plugin unter anderem die erteilten Einwilligungen, die Cookie-Version und eine anonyme UID. Erscheint der Banner im Inkognito-Fenster, war nie etwas kaputt. Erscheint er auch dort nicht, arbeiten Sie die folgenden Punkte ab.
Ist der Dialog aktiviert und veröffentlicht?
Klingt banal, kommt aber oft vor – besonders nach einem Update von Version 2 auf Version 3, weil sich das Menü grundlegend geändert hat.
- Öffnen Sie im WordPress-Backend das Menü Borlabs Cookie.
- Prüfen Sie, ob Borlabs Cookie global aktiv geschaltet ist (in v3 gibt es einen zentralen Status-/Aktiv-Schalter). Solange dieser Schalter aus ist, wird auf der Website nichts ausgespielt.
- Kontrollieren Sie den Dialog: In Borlabs Cookie 3.x heißt der frühere “Cookie-Box”-Bereich aus Version 2 jetzt Dialog (analog wurden die “Cookie-Gruppen” in “Service-Gruppen” umbenannt). Ist ein Dialog angelegt, konfiguriert und veröffentlicht?
In Version 3.4 wurde die Menüstruktur zusätzlich umgeräumt: Die allgemeinen Optionen finden Sie jetzt unter Einstellungen → Allgemeine Einstellungen (Stand: Juli 2026). Weil Borlabs Cookie 3.0 komplett neu geschrieben wurde, gibt es keinen automatischen Update-Pfad von 2.x auf 3.x – die Daten lassen sich seit Version 3.2 aber aus 2.3 importieren. Prüfen Sie die genannten Bezeichnungen daher immer an der bei Ihnen installierten Version.
Caching: Wird eine alte oder falsche Version der Seite ausgeliefert?
Caching ist die zweithäufigste Ursache. Ein Caching-Plugin (WP Rocket, W3 Total Cache, LiteSpeed Cache) oder ein Server-Cache liefert eine gespeicherte HTML-Version aus – im ungünstigsten Fall eine, die im Cache bereits “eingewilligt” ist, oder eine, die noch vor der letzten Borlabs-Änderung erzeugt wurde.
Wichtig ist der Versionsunterschied: Borlabs Cookie 2.x rendert den Banner serverseitig (PHP) und ist dadurch anfälliger dafür, mit dem Seiten-Cache “eingefroren” zu werden. Borlabs Cookie 3.x stellt den Banner clientseitig per JavaScript dar, gerade damit er Cache-kompatibel bleibt. Wenn Sie noch auf 2.x sind und wiederkehrende Cache-Probleme haben, ist ein Update auf 3.x oft die nachhaltigere Lösung.
So gehen Sie vor:
- Seiten-Cache leeren – im Caching-Plugin bzw. beim Hoster (Plesk, Cloudflare, Server-seitiges Object-/Page-Caching).
- Browser-Cache leeren oder hart neu laden mit Strg + F5.
- Prüfen, ob der Banner auf einer bislang nicht gecachten Seite (oder im Inkognito-Fenster) erscheint.
Mehr zum sauberen Leeren aller Ebenen finden Sie unter WordPress-Cache leeren.
JavaScript-Optimierung: der stille Banner-Killer
Genau die Plugins, die Ihre Seite schneller machen sollen, legen den Borlabs-Banner am häufigsten lahm – weil Borlabs 3.x auf JavaScript angewiesen ist.
- “JavaScript verzögert laden” / “Delay JavaScript Execution” (WP Rocket) hält Skripte zurück, bis der Nutzer interagiert. Der Consent-Banner soll aber sofort erscheinen. Nehmen Sie die Borlabs-Skripte von der Verzögerung aus.
- JavaScript kombinieren/minifizieren (Autoptimize, WP Rocket, LiteSpeed) kann die 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/
Tragen Sie dieses Muster in WP Rocket unter Dateien optimieren → JavaScript verzögert laden → Ausgeschlossene JavaScript-Dateien (“Excluded JavaScript Files”) ein. Borlabs selbst empfiehlt ausdrücklich, gar keine einzelnen Dateien zu benennen, sondern jede Datei mit borlabs-cookie im Pfad von Optimierung, Zusammenführung und Minifizierung auszunehmen – die konkreten Dateinamen ändern sich mit jedem Update, weshalb einzelne Handles keine verlässliche Lösung sind (Stand: Juli 2026). Praktischer Gegentest: Optimierungs-Plugin kurz deaktivieren – erscheint der Banner sofort, haben Sie die Ursache eingegrenzt. Details dazu unter WP Rocket richtig konfigurieren.
Ruft Ihr Theme wp_footer() auf?
Borlabs hängt seine Ausgabe an den wp_footer-Hook. Fehlt in der footer.php des Themes der Aufruf wp_footer() – bei sehr schlanken oder selbstgebauten Themes kommt das vor –, wird der Banner nie in die Seite geschrieben. Auch andere Consent- und Analytics-Tools scheitern dann.
Schneller Test: Wechseln Sie kurz auf ein Standard-Theme wie Twenty Twenty-Four. Erscheint der Banner dort, liegt das Problem im aktiven Theme. Öffnen Sie dann die footer.php des Themes (Design → Theme-Datei-Editor oder per SFTP) und stellen Sie sicher, dass vor dem schließenden </body> steht:
<?php wp_footer(); ?>
</body>
JavaScript-Fehler und Content-Security-Policy
Blockiert ein anderes Skript per Fehler die weitere Ausführung, kann Borlabs nicht mehr initialisieren.
- F12 drücken, Reiter Console öffnen, Seite neu laden und auf rote Fehlermeldungen achten. Häufig sind jQuery-Konflikte oder Fehler aus anderen Plugins die Ursache, die die JS-Ausführung stoppen.
- 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 CSP unterdrückt den Banner geräuschlos.
”Do Not Track” und Geo-/Testeinstellungen
Einige Borlabs-Optionen können den Banner bewusst ausblenden:
- “Do Not Track respektieren”: Ist diese Option aktiv und sendet der Browser ein DNT-Signal, blendet Borlabs den Banner aus und behandelt den Besucher als ablehnend. Zum Testen die Option kurz deaktivieren oder DNT im Browser abschalten. Praktisch spielt das heute selten eine Rolle: Chrome hat den DNT-Schalter entfernt, Firefox ersetzt ihn durch “Global Privacy Control” – prüfen Sie diese Ursache nur, wenn Sie DNT/GPC bewusst gesetzt haben.
- Geo-/Länder-Einstellungen (GeoIP-Restriktion): Borlabs Cookie 3 bietet eine GeoIP-Restriktion, mit der Sie den Dialog nur Besuchern aus bestimmten Ländern anzeigen (Stand: Juli 2026). Ist diese Funktion aktiv und legen Sie fest, dass etwa nur EU-Besucher den Banner sehen, erscheint er außerhalb dieser Regionen bewusst nicht. Für die Länderzuordnung lädt Borlabs eine GeoIP-Datenbank herunter – prüfen Sie, ob diese eingerichtet und aktuell ist.
Systematische Fehlersuche in der richtigen Reihenfolge
Arbeiten Sie die Punkte von oben nach unten ab – so finden Sie die Ursache am schnellsten:
- Im Inkognito-Fenster testen bzw. Cookie
borlabs-cookielöschen. - Prüfen, ob Borlabs aktiv und der Dialog veröffentlicht ist.
- Seiten- und Browser-Cache leeren.
- JS-Optimierung (Delay/Combine) für Borlabs ausschließen oder testweise deaktivieren.
- Auf ein Standard-Theme wechseln → prüft
wp_footer(). - Konsole (F12) auf JavaScript-Fehler kontrollieren.
- Do-Not-Track- und Geo-Optionen 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 einem 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 v3 neu aktiviert/veröffentlicht werden muss, und schließen Sie Borlabs von der JavaScript-Verzögerung Ihres Optimierungs-Plugins aus.
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. Grundlagen dazu unter Cookies DSGVO-konform einsetzen.
Brauchen Sie Unterstützung bei DSGVO & Cookie-Consent (Borlabs & Co.)? Ypsilon.dev ist Ihre Webagentur aus Regensburg – jetzt kostenlose Erstberatung anfragen.