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

    Borlabs Cookie: Debug-Konsole und Debug-Modus deaktivieren

    · Weswegen-Redaktion
    DSGVO

    Wenn im Frontend Ihrer Website ein kleines Diagnose-Overlay auftaucht oder die Browser-Konsole mit Borlabs-Meldungen vollläuft, ist der Debug- bzw. Entwicklermodus von Borlabs Cookie noch aktiv. Im Livebetrieb gehört er abgeschaltet: Er kostet ein wenig Performance, bläht Logdateien auf und zeigt Besuchern Konfigurationsdetails, die niemand außerhalb Ihres Teams sehen muss. Nach dieser Anleitung deaktivieren Sie die Debug-Konsole, die JavaScript-Logs und das Debug-Logging vollständig – und prüfen sauber nach, dass nichts mehr durchrutscht.

    Borlabs stellt zwei Plugins her, die leicht verwechselt werden. Borlabs Cookie ist das Consent-/Cookie-Opt-in-Plugin für die DSGVO – darum geht es hier. Borlabs Cache ist ein separates Caching-Plugin für die Ladezeit und hat sein eigenes, unabhängiges Log-Feature.

    Merkregel: Sehen Sie ein Overlay mit Prüfpunkten wie „Config is loaded” oder Meldungen rund um Cookie-Domain und Consent, stammt das aus Borlabs Cookie. Geht es dagegen um Cache-Logs zur Ladezeit, prüfen Sie die Debug-Einstellung im Cache-Plugin – die logische Vorgehensweise ist dieselbe (Setting aus, Cache leeren, prüfen), nur an anderer Stelle.

    Ab Version 3 verteilt sich der Entwicklermodus auf mehrere Bausteine, die Sie einzeln oder gemeinsam ausschalten können:

    • Debug-Konsole (ab v3.2): ein Diagnose-Panel mit Testergebnissen wie „Config is loaded”, „Config is placed correctly”, „Cookie Domain set correctly” und „Plugin URL set correctly”. Praktisch beim Einrichten, im Livebetrieb aber überflüssig.
    • System › Debug: ein zusätzlicher Menüpunkt im Adminbereich, der erst erscheint, wenn die Debug-Oberfläche per Konstante aktiviert wurde.
    • Debug-Logging: schreibt Diagnoseprotokolle mit. Bleibt es unbemerkt an, wachsen Logs unnötig – Borlabs hat dieses Log aus genau diesem Grund standardmäßig deaktiviert.
    • JavaScript-Logs: protokollieren Borlabs-Abläufe in die Browser-Konsole. Für Besucher unnötig und ein Zeichen, dass der Dev-Modus noch läuft.

    Gesteuert wird das meiste über Konstanten in der wp-config.php sowie über einen Schalter im Adminbereich. Der zuverlässigste Hebel ist die wp-config.php – dort beginnen wir.

    Debug-Modus in der wp-config.php abschalten

    Wird die Debug-Konsole oder ein System › Debug-Menü angezeigt, wurde meist eine Entwickler-Konstante gesetzt und nie wieder entfernt – oft von einer Agentur oder einem früheren Dienstleister während der Einrichtung. Öffnen Sie die wp-config.php im Stammverzeichnis Ihrer WordPress-Installation (per SFTP oder Datei-Manager) und suchen Sie nach Zeilen, die mit BORLABS_COOKIE_DEV_MODE beginnen.

    Entfernen Sie alle folgenden Definitionen – oder setzen Sie sie auf false:

    // Diese Zeilen im Livebetrieb ENTFERNEN (oder auf false setzen):
define('BORLABS_COOKIE_DEV_MODE_ENABLE_DEBUG_INTERFACE', true); // blendet System › Debug ein
define('BORLABS_COOKIE_DEV_MODE_ENABLE_JAVASCRIPT_LOGS', true); // Logs in die Browser-Konsole
define('BORLABS_COOKIE_DEV_MODE_ENABLE_DEBUG_EXTENDED', true);  // erweiterte Debug-Logs
define('BORLABS_COOKIE_DEV_MODE_DISABLE_CSS_CACHING', true);    // deaktiviert CSS-Caching
define('BORLABS_COOKIE_DEV_MODE_ENABLE_ASSET_TIMESTAMPS', true);// Zeitstempel in CSS/JS

    Alles, was mit BORLABS_COOKIE_DEV_MODE_... anfängt, ist für die Entwicklung gedacht und hat auf einer Live-Seite nichts verloren. Verlassen Sie sich auf diese Präfix-Regel statt auf die exakte Schreibweise: Löschen Sie jede Zeile, die mit define('BORLABS_COOKIE_DEV_MODE_ beginnt, vollständig – statt sie nur auszukommentieren.

    Die oben genannten Suffixe entsprechen exakt der offiziellen Borlabs-Konstanten-Übersicht (Stand: Juli 2026): _ENABLE_DEBUG_INTERFACE blendet System › Debug ein, _ENABLE_JAVASCRIPT_LOGS protokolliert JavaScript-Abläufe in die Browser-Konsole, _ENABLE_DEBUG_EXTENDED schaltet das erweiterte Debug-Logging zu, _DISABLE_CSS_CACHING unterbindet das Caching der CSS-Dateien und _ENABLE_ASSET_TIMESTAMPS hängt Zeitstempel an die CSS-/JS-Dateien. Die Präfix-Regel BORLABS_COOKIE_DEV_MODE_ gilt für sämtliche Entwickler-Konstanten – Sie können sich also darauf verlassen, ohne jede einzelne Schreibweise zu prüfen. Legen Sie vorher eine Kopie der wp-config.php an; ein Tippfehler in dieser Datei kann die ganze Seite lahmlegen. Wie Sie diese Datei sicher bearbeiten, lesen Sie unter /wp-config-php-bearbeiten/.

    Debug-Logging im Adminbereich deaktivieren

    Unabhängig von den Konstanten gibt es im Adminbereich einen Schalter für das Protokollieren. Rufen Sie Borlabs Cookie › Einstellungen auf und suchen Sie im System-/Erweitert-Bereich die Option Debug-Logging (im englischen Backend „Debug Logging”). Borlabs liefert dieses Log seit v3 aus gutem Grund standardmäßig deaktiviert aus – manche Nutzer aktivierten es unbeabsichtigt, wodurch die Datenbank unbemerkt volllief. Stellen Sie den Schalter auf Aus und speichern Sie.

    Solange keine Dev-Mode-Konstante gesetzt ist, sollte auch der Menüpunkt System › Debug verschwinden. Taucht er weiterhin auf, ist noch eine BORLABS_COOKIE_DEV_MODE_ENABLE_DEBUG_INTERFACE-Zeile in der wp-config.php aktiv – zurück zum vorherigen Schritt.

    WordPress-eigenes WP_DEBUG nicht vergessen

    Borlabs-Meldungen können auch daher rühren, dass der WordPress-Kern im Debug-Modus läuft. Das ist eine eigene Ebene und wird ebenfalls in der wp-config.php gesteuert. Im Livebetrieb sollte die Ausgabe auf dem Bildschirm aus sein:

    // Für den Livebetrieb:
define('WP_DEBUG', false);

    Möchten Sie Fehler weiterhin protokollieren, ohne sie Besuchern zu zeigen, schreiben Sie sie in eine Logdatei statt ins Frontend:

    define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);     // schreibt nach wp-content/debug.log
define('WP_DEBUG_DISPLAY', false);// zeigt nichts im Frontend an
@ini_set('display_errors', 0);

    So bleiben Diagnosedaten für Sie erreichbar, ohne dass PHP-Notices oder Borlabs-Hinweise öffentlich sichtbar werden. Mehr dazu unter /wp-debug-deaktivieren/.

    Cache leeren und im Inkognito-Fenster prüfen

    Borlabs Cookie legt seine Konfiguration im Cache ab. Nach jeder Änderung greift die neue Einstellung erst, wenn dieser Cache neu aufgebaut ist. Gehen Sie deshalb der Reihe nach vor:

    1. Borlabs-Cookie-Cache leeren (bzw. Konfiguration neu erstellen) im Adminbereich.
    2. Seiten-Cache leeren – etwa in Ihrem Caching-Plugin oder auf Serverebene.
    3. CDN-Cache leeren, falls Sie z. B. Cloudflare nutzen.
    4. Die Seite in einem Inkognito-/Privatfenster aufrufen, damit kein alter Browser-Cache das Ergebnis verfälscht.

    Erscheint jetzt kein Overlay mehr und bleibt die Browser-Konsole ruhig, ist der Debug-Modus sauber deaktiviert.

    Typische Fehler und Lösungen

    • Die Konsole bleibt trotz Änderung sichtbar. Fast immer ist ein Cache schuld: Konfiguration im Plugin neu erstellen, Seiten- und CDN-Cache leeren, dann im Inkognito-Fenster testen.
    • Kein Debug-Schalter im Adminbereich zu finden. Der Menüpunkt System › Debug erscheint nur, wenn BORLABS_COOKIE_DEV_MODE_ENABLE_DEBUG_INTERFACE gesetzt ist. Entfernen Sie die Konstante – dann verschwindet auch das Menü.
    • Ständige console.log-Ausgaben von Borlabs. Das ist BORLABS_COOKIE_DEV_MODE_ENABLE_JAVASCRIPT_LOGS. Zeile aus der wp-config.php löschen.
    • Weiße Seite / 500er nach dem Bearbeiten. Ein Syntaxfehler in der wp-config.php. Kopie zurückspielen und nur die Debug-Zeilen sauber entfernen – jede Zeile endet mit );.
    • PHP-Hinweise überall im Frontend. Das ist WordPress-WP_DEBUG, nicht Borlabs. Auf false setzen oder ins Log umleiten (siehe oben).

    FAQ

    Ist die sichtbare Debug-Konsole ein Sicherheitsrisiko? Sie gibt keine Passwörter oder Zugangsdaten preis, zeigt aber Konfigurationsdetails wie Domain- und Plugin-URL-Prüfungen. Das wirkt unprofessionell und verrät unnötig etwas über Ihr Setup. Für einen sauberen, DSGVO-konformen Auftritt gehört sie im Livebetrieb ausgeschaltet.

    Was ist der Unterschied zwischen Borlabs Cookie und Borlabs Cache beim Debugging? Borlabs Cookie ist das Consent-Plugin; sein Debug-Modus betrifft Konsole, JavaScript-Logs und Konfigurationsprüfungen. Borlabs Cache ist ein separates Caching-Plugin mit einem eigenen Log-Schalter für die Ladezeit-Analyse. Beide schalten Sie nach demselben Muster ab: Einstellung aus, Cache leeren, im Inkognito-Fenster prüfen.

    Muss ich WP_DEBUG wirklich abschalten? Auf einer Live-Seite ja – zumindest die Anzeige. Zum Mitschreiben von Fehlern können Sie WP_DEBUG_LOG aktiv lassen und WP_DEBUG_DISPLAY auf false setzen. So bleibt die Diagnose für Sie erhalten, ohne dass Besucher Fehlermeldungen sehen.

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