Borlabs Cookie wird nicht auf der Startseite angezeigt: Ursachen und Lösungen

Der Consent-Dialog erscheint auf Unterseiten, aber ausgerechnet die Startseite bleibt ohne Banner – ein Klassiker, der rechtlich heikel ist, weil die Startseite fast immer die meistbesuchte Seite ist. Meist steckt eine von wenigen Ursachen dahinter: Das Startseiten-Template ruft wp_footer() nicht auf, Ihr Browser sendet „Do Not Track”, die Einwilligung wurde bereits gesetzt, oder ein Performance-Plugin verzögert das Borlabs-JavaScript. Diese Anleitung führt Sie in der richtigen Reihenfolge durch die Prüfung, damit Sie das Problem in wenigen Minuten eingrenzen und beheben.

Zuerst: Sehen wirklich alle Besucher keinen Banner – oder nur Sie?

Bevor Sie an Templates oder Code denken, klären Sie diese eine Frage. Borlabs speichert eine erteilte Einwilligung im Cookie borlabs-cookie. Haben Sie den Dialog irgendwann schon einmal weggeklickt, wird er auf Ihrem Gerät nicht erneut angezeigt – für Sie ist die Seite dann „ohne Banner”, für Neubesucher aber völlig korrekt.

So testen Sie sauber im Zustand eines Erstbesuchers:

• Öffnen Sie die Startseite in einem privaten/Inkognito-Fenster.
• Oder löschen Sie in den Entwicklertools (F12 → Reiter Application → Cookies) den Eintrag borlabs-cookie und laden neu.

Erscheint der Banner im Inkognito-Fenster, ist technisch alles in Ordnung – Sie hatten schlicht schon eingewilligt. Bleibt er auch dort aus, arbeiten Sie die folgenden Ursachen der Reihe nach ab.

Ursache 1: Das Startseiten-Template ruft wp_footer() nicht auf

Das ist die häufigste echte Ursache. Borlabs hängt seinen Dialog und das zugehörige JavaScript an den WordPress-Hook wp_footer. Fehlt dieser Aufruf im Template der Startseite, wird der Banner dort schlicht nicht ausgegeben – während er auf Standard-Seiten mit korrektem Footer normal erscheint.

Typische Auslöser:

• Die Startseite nutzt ein eigenes Template (front-page.php, home.php oder eine Custom-Page-Template-Datei), in dem <?php wp_footer(); ?> direkt vor </body> vergessen wurde.
• Ein Page Builder (Elementor, Divi, WPBakery) rendert einen speziellen Startseiten-Header/-Footer, der den WordPress-Footer umgeht.
• Ein „Landingpage”- oder „Canvas”-Layout ohne Theme-Header/-Footer wurde für die Startseite gewählt.

So prüfen Sie es: Öffnen Sie die Startseite, Rechtsklick → Seitenquelltext anzeigen, und suchen Sie mit Strg+F nach borlabs. Taucht dort kein Borlabs-Script auf, auf einer Unterseite aber schon, ist das der Beweis für ein fehlendes wp_footer().

Lösung: Ergänzen Sie im betreffenden Template unmittelbar vor </body>:

<?php wp_footer(); ?>

Bei Page-Builder-Layouts wechseln Sie das Seiten-Template zurück auf eines mit vollständigem Theme-Footer. In Elementor etwa gibt das Template „Elementor Canvas” bewusst weder Header noch Footer aus – und ruft damit wp_footer() nicht auf. Stellen Sie die betroffene Seite stattdessen auf „Elementor Full Width” (Header und Footer bleiben erhalten) oder auf „Standard” um.

Ursache 2: „Do Not Track” wird respektiert

Borlabs bietet die Option, die Do-Not-Track-Kopfzeile des Browsers zu respektieren. Ist sie aktiv und Ihr Browser sendet DNT, wird der Dialog bewusst nicht angezeigt – aus Borlabs-Sicht korrektes Verhalten, für Sie aber verwirrend, weil viele Entwickler DNT im Browser eingeschaltet haben.

Prüfen Sie in den Borlabs-Einstellungen die Option „Respektiere Do Not Track” (englisch „Respect Do Not Track”) und testen Sie zusätzlich in einem Browser ohne aktiviertes „Do Not Track”. Den Schalter finden Sie in den allgemeinen Einstellungen: in Borlabs Cookie 3.x unter Borlabs Cookie → Einstellungen → Allgemeine Einstellungen, in den älteren 2.x-Versionen ebenfalls im allgemeinen Einstellungsbereich unter Borlabs Cookie → Einstellungen (Stand: Juli 2026, Borlabs Cookie 3.4.x). Die Funktion gehört seit Version 1.6.3 (2018) durchgängig zum Plugin.

Ursache 3: Einwilligung bereits erteilt (über das eigene Testgerät hinaus)

Neben Ihrem eigenen Testgerät gibt es zwei Konstellationen, in denen scheinbar „niemand” den Banner sieht, obwohl alles funktioniert:

• Mehrsprachige Seiten (WPML/Polylang): Eine Einwilligung gilt je nach Konfiguration domain-/sprachweit. Testen Sie jede Sprachversion einzeln im Inkognito-Fenster.
• Consent-Cookie mit langer Laufzeit: Nach einer Einstellungsänderung (neue Cookie-Gruppen, geänderte Version) sollte Borlabs die Zustimmung neu einholen. Passiert das nicht, nutzen Sie in den Einstellungen die Funktion „Cookie-Version aktualisieren & Neuauswahl erzwingen” (englisch „Update Cookie Version & Force Re-Selection”), damit alte Einwilligungen ungültig werden und der Dialog erneut erscheint.

Ursache 4: Die Startseite ist von der Anzeige ausgeschlossen

Borlabs erlaubt es, bestimmte Seiten von der Cookie-Box auszunehmen (typischerweise Impressum und Datenschutzerklärung, damit diese ohne Blocker erreichbar bleiben). Landet die Startseite versehentlich in dieser Ausschlussliste – etwa weil sie dieselbe Seiten-ID wie eine Rechtsseite trägt oder manuell hinzugefügt wurde –, bleibt der Banner dort aus.

Kontrollieren Sie die Liste der ausgeschlossenen Seiten in den Borlabs-Einstellungen und entfernen Sie die Startseite daraus. In Borlabs Cookie 3.x finden Sie diese Liste unter Borlabs Cookie → Einstellungen → Allgemeine Einstellungen → „Cookie Box auf Seiten ausblenden” (englisch „Hide Cookie Box on the Page”); seit Version 3.3 gibt es zusätzlich die Option, Borlabs Cookie auf ausgewählten Seiten komplett zu deaktivieren. Wie diese Ausschluss-Funktion gezielt genutzt wird, beschreibt der Beitrag Borlabs Cookie auf einzelnen Seiten deaktivieren.

Ursache 5: Ein Performance-Plugin verzögert oder kombiniert das JavaScript

Moderne Optimierungs-Plugins greifen tief ins JavaScript ein – und Borlabs ist genau darauf angewiesen. Die häufigsten Konflikte:

• WP Rocket → „JavaScript verzögern” (Delay JavaScript Execution): Das Borlabs-Script wird erst nach der ersten Nutzerinteraktion geladen. Der Banner erscheint dann verspätet oder auf der frisch geladenen Startseite gar nicht.
• JavaScript kombinieren/minifizieren (WP Rocket, Autoptimize, SG Optimizer): Beim Zusammenfassen kann die Reihenfolge oder die Integrität des Borlabs-Codes brechen.

Lösung: Nehmen Sie Borlabs von diesen Optimierungen aus. Tragen Sie in die Ausschlussfelder für „Delay”, „Defer” und „Combine” den Bezeichner borlabs-cookie ein (dieser Teilstring deckt die relevanten Skript-Handles ab). In WP Rocket (Stand: Juli 2026) findet sich das im Reiter Einstellungen → WP Rocket → Dateien optimieren („File Optimization”): Tragen Sie den Bezeichner im Abschnitt „JavaScript-Ausführung verzögern” in das Feld „Ausgeschlossene JavaScript-Dateien” („Excluded JavaScript Files”) ein; für zusammengefasstes JavaScript nutzen Sie das entsprechende Ausschlussfeld unter der Option „JavaScript-Dateien kombinieren” im selben Reiter.

Verwandt: Wie Sie den Borlabs-Cache leeren und zurücksetzen, lesen Sie im separaten Beitrag.

Ursache 6: JavaScript-Fehler oder Plugin-Konflikt

Bricht auf der Startseite irgendein Script mit einem Fehler ab, kann das nachfolgende Borlabs-JavaScript nicht mehr ausgeführt werden – der Banner bleibt aus, obwohl er im Quelltext steht.

Öffnen Sie die Entwicklertools (F12 → Reiter Console) und laden Sie die Startseite neu. Achten Sie auf rote Fehler, besonders solche, die eine Zeile vor dem Borlabs-Aufruf auslösen (häufig ein Slider, ein Karten-Embed oder ein anderes Consent-Plugin).

Grenzen Sie den Verursacher per Ausschlussverfahren ein: Deaktivieren Sie testweise andere Plugins (vor allem ein zweites Cookie-/Consent-Tool – zwei parallel aktive Banner-Plugins sind eine klassische Konfliktquelle) und wechseln Sie zur Kontrolle kurz auf ein Standard-Theme wie „Twenty Twenty-Four”. Erscheint der Banner dann, kennen Sie das schuldige Plugin bzw. Theme.

Ursache 7: Aggressives Caching und CDN

Die eigentliche Consent-Logik läuft bei Borlabs im Browser über Cookie und JavaScript, sodass reines Seiten-Caching meist unkritisch ist. Problematisch wird es, wenn der Cache eine veraltete HTML-Version ohne den aktuellen Borlabs-Code ausliefert – etwa direkt nach einem Update oder einer Umstellung.

Vorgehen: Cache des Caching-Plugins leeren, anschließend am CDN (Cloudflare, Bunny o. Ä.) einen Purge Everything ausführen und mit Strg+F5 neu laden. Prüfen Sie danach erneut den Quelltext auf borlabs.

Systematische Fehlersuche in Kurzform

1. Im Inkognito-Fenster testen (Zuerst-Check) – sehen Neubesucher den Banner?
2. Seitenquelltext auf borlabs prüfen – fehlt der Code? → wp_footer() (Ursache 1).
3. „Do Not Track” im Browser aus, Borlabs-DNT-Option prüfen (Ursache 2).
4. Ausschlussliste der Startseite kontrollieren (Ursache 4).
5. Borlabs von Delay/Combine ausnehmen (Ursache 5).
6. Konsole auf Fehler, Plugins/Theme durchtesten (Ursache 6).
7. Alle Caches und das CDN leeren (Ursache 7).

FAQ

Warum erscheint der Borlabs-Banner nur auf der Startseite nicht, auf Unterseiten aber schon? Fast immer, weil das Startseiten-Template wp_footer() nicht aufruft – oft bei mit einem Page Builder erstellten oder mit eigenem Template versehenen Startseiten. Suchen Sie im Quelltext der Startseite nach borlabs; fehlt der Eintrag dort, aber nicht auf Unterseiten, ist das die Ursache.

Ich habe alles geprüft und sehe den Banner trotzdem nicht – woran liegt das noch? In der Regel an einer bereits gesetzten Einwilligung auf Ihrem Gerät. Löschen Sie das Cookie borlabs-cookie oder testen Sie im Inkognito-Fenster. Sehen Neubesucher den Banner, funktioniert alles korrekt.

Kann WP Rocket verhindern, dass der Cookie-Banner geladen wird? Ja. Die Funktionen „JavaScript verzögern” und „JavaScript kombinieren” können das Borlabs-Script blockieren oder verspäten. Tragen Sie borlabs-cookie in die jeweiligen Ausschlussfelder ein und leeren Sie danach den Cache.

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