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

    Borlabs Cookie Debug Console ausblenden – Konsole und Logs deaktivieren

    · Weswegen-Redaktion
    DSGVO

    Nach einem Plugin-Update oder dem Umzug von der Staging-Umgebung taucht bei Borlabs Cookie plötzlich eine Debug-Anzeige auf – als Panel unten im Frontend oder als Flut von Meldungen in der Browser-Konsole. Auf eine Live-Website gehört beides nicht: Es lädt unnötige Ressourcen und gibt interne Konfiguration preis. Die Ursache ist meist eine vergessene Dev-Konstante in der wp-config.php; den Rest schaltet ein offizieller Filter-Hook ab. Mit den folgenden Schritten sind Panel und Konsolen-Logs in wenigen Minuten weg.

    Was die Borlabs Cookie Debug Console ist – und was nicht

    Rund um „Debug” gibt es bei Borlabs Cookie drei Dinge, die oft verwechselt werden. Wenn Sie sie auseinanderhalten, sparen Sie sich viel Rätselraten:

    • Die Debug Console ist eine Diagnose-Oberfläche, die im Frontend geladen wird und automatische Tests durchführt – etwa „Config is loaded”, „Config is placed correctly”, „Cookie Domain is set correctly” und „Plugin URL is set correctly”. Sie hilft bei der Fehlersuche, wenn die Cookie-Box nicht korrekt lädt.
    • Die Konsolen-Logs sind console.log-Meldungen, die Borlabs Cookie in die Entwicklertools (F12 → Reiter „Console”) des Browsers schreibt. Sie sind nur sichtbar, wenn jemand die DevTools öffnet.
    • Das Debug-Interface im Backend ist ein zusätzlicher Menüpunkt unter System → Debug im WordPress-Adminbereich.

    Alle drei werden über eigene Schalter gesteuert – nicht über einen einzigen „Ausblenden”-Haken. Das ist der Grund, warum ein einfaches Klicken in den Einstellungen die Anzeige oft nicht loswird.

    Ursache zuerst prüfen: Reste in der wp-config.php

    In den allermeisten Fällen erscheint die Debug-Ausgabe nicht, weil Sie einen Schalter im Plugin umgelegt haben, sondern weil in der wp-config.php eine Entwickler-Konstante steht. Solche define()-Zeilen wandern gerne per Copy-and-paste von der Test- auf die Live-Umgebung. Prüfen Sie die Datei per FTP/SFTP oder über den Dateimanager Ihres Hostings auf diese Borlabs-Konstanten:

    define('BORLABS_COOKIE_DEV_MODE_ENABLE_JAVASCRIPT_LOGS', true);   // schreibt console.log-Meldungen
define('BORLABS_COOKIE_DEV_MODE_ENABLE_DEBUG_INTERFACE', true);   // blendet System → Debug im Backend ein
define('BORLABS_COOKIE_DEV_MODE_ENABLE_DEBUG_EXTENDED', true);    // erweiterte Debug-Logs
define('BORLABS_COOKIE_DEV_MODE_DISABLE_CSS_CACHING', true);      // deaktiviert das CSS-Caching

    Die Schreibweise dieser Konstanten entspricht der offiziellen Borlabs-Cookie-3.x-Dokumentation (Stand: Juli 2026): ENABLE_JAVASCRIPT_LOGS protokolliert JavaScript-Vorgänge in der Browser-Konsole, ENABLE_DEBUG_INTERFACE blendet den Menüpunkt System → Debug ein, ENABLE_DEBUG_EXTENDED aktiviert erweiterte Debug-Logs und DISABLE_CSS_CACHING unterbindet das Zwischenspeichern der Borlabs-CSS-Dateien.

    Entfernen Sie auf einer produktiven Seite die nicht benötigten Zeilen komplett oder setzen Sie den Wert auf false. Bearbeiten Sie die wp-config.php immer nur mit einem Editor, der die Datei-Kodierung nicht verändert, und legen Sie vorher eine Sicherung an – ein Tippfehler in dieser Datei legt die gesamte Seite lahm. Achten Sie darauf, dass die Zeilen oberhalb von /* That's all, stop editing! */ stehen.

    Nach dem Entfernen der ENABLE_JAVASCRIPT_LOGS-Konstante sind die Meldungen in der Browser-Konsole verschwunden. Die eigentliche Debug Console im Frontend schalten Sie zusätzlich über den folgenden Filter ab.

    Debug Console im Frontend ausblenden (Filter-Hook)

    Borlabs Cookie stellt einen offiziellen Filter bereit, mit dem Sie das Laden der Debug Console im Frontend unterbinden. Das ist die zuverlässigste Methode, weil sie unabhängig von den Konstanten greift:

    add_filter('borlabsCookie/frontendResources/disableDebugConsole', function (bool $status = false) {
    return true;
});

    Dieser Code gehört nicht direkt in das Haupt-Theme (das würde ein Update überschreiben), sondern an eine update-sichere Stelle. Bewährt haben sich:

    • die functions.php eines Child-Themes,
    • ein kleines Must-Use-Plugin unter wp-content/mu-plugins/,
    • oder ein Snippet-Plugin wie Code Snippets bzw. WPCode, wenn Sie keinen Dateizugriff haben.

    Aus derselben Gruppe stammen verwandte Filter, falls Sie Ressourcen gezielt steuern möchten: borlabsCookie/frontendResources/disableCssLoading, borlabsCookie/frontendResources/disableJavaScriptLoading und borlabsCookie/frontendResources/disabledOnRestRequest. Für das reine Ausblenden der Debug Console genügt aber der erste Filter.

    Konsolen-Logs zusätzlich prüfen

    Sehen Sie in den DevTools weiterhin Meldungen mit dem Präfix von Borlabs Cookie, ist fast immer die Konstante BORLABS_COOKIE_DEV_MODE_ENABLE_JAVASCRIPT_LOGS aktiv. Diese Logs lassen sich nicht über den Frontend-Filter abschalten – sie hängen ausschließlich an der Konstante. Entfernen Sie die Zeile aus der wp-config.php (siehe oben), leeren Sie den Cache und laden Sie die Seite neu.

    Debug-Menü im Backend entfernen

    Taucht im WordPress-Menü unter System ein Eintrag Debug auf, wird er von der Konstante BORLABS_COOKIE_DEV_MODE_ENABLE_DEBUG_INTERFACE erzeugt. Ohne diese Konstante ist der Menüpunkt nicht sichtbar. Für den Live-Betrieb sollte er deaktiviert bleiben, damit weder Redakteure noch Angreifer unnötige System-Informationen einsehen.

    Die hier beschriebenen Konstanten und der Filter disableDebugConsole beziehen sich auf Borlabs Cookie 3.x. Die Debug Console im Frontend wurde erst mit Version 3.2 eingeführt; der zugehörige Filter borlabsCookie/frontendResources/disableDebugConsole kam mit Version 3.2.11 hinzu (Stand: Juli 2026). In der älteren Version 2.x gab es diese Frontend-Debug-Console noch nicht – die Diagnose war dort anders aufgebaut, und die genannten Hooks existierten so noch nicht.

    Welche Version aktiv ist, sehen Sie unter Plugins → Installierte Plugins neben „Borlabs Cookie”. Wenn Sie noch auf 2.x sind, lohnt sich ohnehin ein geplantes Update auf 3.x – nur vorher ein Backup ziehen und die Cookie-Gruppen im Anschluss kontrollieren.

    Änderung testen und Caches leeren

    Damit Sie das Ergebnis zuverlässig sehen, müssen alle Zwischenspeicher geleert werden – sonst wird die alte, gecachte Seite ausgeliefert und Sie halten die Änderung fälschlich für wirkungslos:

    1. Cache des Caching-Plugins leeren (z. B. WP Rocket, LiteSpeed Cache, W3 Total Cache).
    2. Server- und CDN-Cache leeren (etwa bei Cloudflare oder in Plesk/cPanel).
    3. Die Seite in einem Inkognito-Fenster oder nach einem Hard-Reload (Strg+F5) aufrufen.
    4. Für die Konsolen-Logs die DevTools mit F12 öffnen und den Reiter „Console” prüfen.

    Wie Sie die verschiedenen Cache-Ebenen sauber zurücksetzen, zeigt der Beitrag WordPress-Cache leeren.

    Typische Fehler und Lösungen

    • Debug Console bleibt sichtbar: Der Filter liegt im Haupt-Theme statt im Child-Theme oder mu-Plugin und wird nicht geladen, oder der Cache wurde nicht geleert. Snippet an eine update-sichere Stelle legen und Cache leeren.
    • Konsolen-Logs bleiben: Der Filter allein reicht dafür nicht – die Konstante BORLABS_COOKIE_DEV_MODE_ENABLE_JAVASCRIPT_LOGS muss aus der wp-config.php entfernt werden.
    • Diagnose-Test „Config is loaded” schlägt fehl: Ein Optimierungs-Plugin (Minify/Combine) verändert die Borlabs-Dateien. Schließen Sie alle URLs mit /borlabs-cookie/ im Pfad von der Optimierung und vom Caching aus.
    • „Cookie Domain is set correctly” ist rot: Domain unter Borlabs Cookie → Settings → Domain korrigieren; dort gibt es auch eine Reset-Option.
    • Weißer Bildschirm nach dem Bearbeiten der wp-config.php: Syntaxfehler (fehlendes Semikolon oder Anführungszeichen). Datei aus dem Backup wiederherstellen und die Änderung erneut vornehmen.

    Wenn Sie ohnehin gerade an der Cookie-Konfiguration arbeiten, hilft die grundlegende Einrichtung im Beitrag Borlabs Cookie einrichten, damit Consent und Content-Blocker DSGVO-konform greifen.

    FAQ

    Sehen normale Besucher die Debug Console überhaupt? Nein. Die Debug Console ist ein Diagnose-Werkzeug und wird laut Borlabs ausschließlich eingeloggten Administratoren angezeigt (Stand: Juli 2026) – normale Besucher sehen das Panel nicht. In Borlabs Cookie 3.2+ ist die Console bei Neuinstallationen standardmäßig aktiviert; für bestehende Installationen wurde sie mit Version 3.2.3 wieder deaktiviert. Die Konsolen-Logs (console.log) erscheinen dagegen nur, wenn die Dev-Konstante BORLABS_COOKIE_DEV_MODE_ENABLE_JAVASCRIPT_LOGS aktiv ist, und auch nur für den, der die DevTools öffnet.

    Schadet die Debug Console dem SEO oder der DSGVO? Ein direkter Ranking-Faktor ist sie nicht. Trotzdem lädt sie zusätzliche Ressourcen, wirkt bei aufmerksamen Besuchern unprofessionell und kann interne Konfigurationsdetails wie Domain- und Pfadangaben preisgeben. Auf einer Live-Seite gehört sie deshalb ausgeschaltet.

    Kann ich alles per Klick im Backend erledigen, ganz ohne Code? Das Frontend-Panel schalten Sie am zuverlässigsten über den Filter-Hook ab, die Konsolen-Logs über das Entfernen der Konstante in der wp-config.php. Ohne Datei- oder Code-Zugriff nutzen Sie ein Snippet-Plugin wie WPCode, um den Filter einzufügen, und lassen die wp-config.php von Ihrem Hoster anpassen.

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