Funktioniert etwas mit WPConsent nicht wie erwartet? Diese Anleitung führt Sie durch die Diagnose und Behebung der häufigsten Probleme, von fehlenden Bannern bis hin zu Problemen mit der Skriptblockierung. Die Anleitung zur Fehlerbehebung behandelt integrierte Debugging-Tools, das Leeren des Caches, Plugin-Konflikte und das Sammeln von Systeminformationen für den Support.

Inhaltsverzeichnis

• Verwendung des Debug-URL-Parameters
• Überprüfen Sie Ihre Browserkonsole auf Fehler.
• Caches löschen
• Fehlendes Banner reparieren
• Skripte werden nicht korrekt blockiert
• Konflikte mit anderen Plugins lösen
• Behebung von Kompatibilitätsproblemen bei Themen
• Systeminfo für Supportzwecke verwenden
• Schnellreferenz-Checkliste
• Häufig gestellte Fragen
• Schlussfolgerung

Verwendung des Debug-URL-Parameters

WPConsent enthält einen integrierten Debug-Parameter, der die Skriptblockierung auf jeder Seite vorübergehend deaktiviert. So können Sie feststellen, ob ein Problem durch die Skriptblockierung oder durch etwas anderes verursacht wird.

Um es zu verwenden, fügen Sie hinzu ?wpconsent_debug an das Ende jeder URL auf Ihrer Website:

https://example.com/?wpconsent_debug
https://example.com/contact/?wpconsent_debug

Wenn dieser Parameter vorhanden ist, überspringt WPConsent die Verarbeitung seines Ausgabepuffers. Skripte, die normalerweise blockiert würden, werden ohne Änderungen ausgeführt. Das Einwilligungsbanner wird weiterhin normal angezeigt.

Verwenden Sie den Debug-Parameter, wenn:

• Sie vermuten, dass das Blockieren von Skripten das Layout einer Seite oder eines Formulars beeinträchtigt.
• Ein Drittanbieter-Dienst funktioniert nicht und Sie möchten bestätigen, dass WPConsent die Ursache dafür ist.
• Sie müssen das Seitenverhalten mit und ohne Blockierung vergleichen.

Zum Testen laden Sie die Seite einmal mit dem Parameter und einmal ohne. Wenn das Problem verschwindet, wenn ?wpconsent_debug vorhanden ist, hängt das Problem mit der Skriptblockierung zusammen. Überprüfen Sie die Skripte werden nicht korrekt blockiert Abschnitt für die nächsten Schritte.

Hinweis: Der Debug-Parameter wirkt sich nur auf das Laden der einzelnen Seite aus, auf der er vorhanden ist. Es handelt sich nicht um eine dauerhafte Einstellung und es werden keine Änderungen an Ihrer Datenbank vorgenommen.

Überprüfen Sie Ihre Browserkonsole auf Fehler.

Die Browserkonsole ist eines der nützlichsten Tools zur Diagnose von Frontend-Problemen mit WPConsent.

Öffnen der Konsole

1. Öffnen Sie zunächst Ihre Website in Chrome, Firefox oder Edge.
2. Drücken Sie dann F12 (oder klicken Sie mit der rechten Maustaste auf eine beliebige Stelle und wählen Sie „Untersuchen“).
3. Klicken Sie anschließend auf die Registerkarte „Konsole “.
4. Laden Sie schließlich die Seite neu, um alle Nachrichten von Anfang an zu erfassen.

Häufige Fehler identifizieren

• JavaScript-Fehler (roter Text): Diese weisen darauf hin, dass etwas nicht funktioniert. Suchen Sie nach Fehlern, die Folgendes erwähnen: wpconsent, wpconsent-frontendoder die Namen von Tracking-Diensten.
• Netzwerkausfälle: Wechseln Sie zu Netzwerk Registerkarte und nach Fehlern filtern. Fehlgeschlagene Anfragen an die Build-Dateien von WPConsent (frontend.js, frontend.css) verhindern das Laden des Banners.
• Blockierte Skriptattribute: In der Elemente Registerkarte, Suche nach data-wpconsent-srcWenn Sie Skripte mit type="text/plain" und ein data-wpconsent-category Attribut, das Skriptblockieren funktioniert korrekt.

Caches löschen

Das Caching ist die häufigste Ursache für Verwirrung bei der Konfiguration von WPConsent. Wenn Sie eine Einstellung ändern und das Ergebnis nicht sehen, ist fast immer der Cache der Grund dafür.

Leeren des Caches für WPConsent-Cookies

WPConsent speichert Cookie-Kategorien und Servicedaten mithilfe von WordPress-Transients. Diese Transients werden automatisch aktualisiert, Sie können sie jedoch manuell löschen, wenn die Cookie-Daten veraltet erscheinen.

1. Gehen Sie zunächst zu WPConsent >> Tools.
2. Klicken Sie anschließend auf die Registerkarte „Datenbank “.
3. Sie sehen die Zeile „Cache-Status“, die angibt, wann der Cache zuletzt erstellt wurde.
4. Klicken Sie anschließend auf die Schaltfläche „Cache löschen “.
5. Eine Erfolgsmeldung bestätigt, dass der Cache gelöscht wurde.

Dadurch werden die folgenden Transienten gelöscht:

• wpconsent_needs_google_consent — ob Skripte im Google-Einwilligungsmodus geladen werden.
• wpconsent_preference_cookies — Zwischengespeicherte Cookie-Daten für das Einstellungsfenster.
• wpconsent_preference_slugs — zwischengespeicherte Kategorie- und Service-Slugs.

Leeren der serverseitigen Seiten-Caches

Wenn Sie ein Caching-Plugin (WP Rocket, W3 Total Cache, LiteSpeed Cache, WP Super Cache usw.) oder einen Cache auf Serverebene verwenden, löschen Sie diesen nach jeder der folgenden Änderungen:

• Aktivieren oder Deaktivieren des Einwilligungsbanners
• Skriptblockierung aktivieren oder deaktivieren
• Ändern der Einstellungen für die Inhaltsblockierung
• Hinzufügen oder Entfernen von Diensten oder Kategorien

Jedes Caching-Plugin hat seine eigene Methode zum Löschen. Hier sind einige gängige Ansätze:

• WP Rocket: Gehen Sie zur WordPress-Admin-Leiste und klicken Sie dann auf WP Rocket >> Cache leeren.
• LiteSpeed-Cache: Navigieren Sie zu LiteSpeed-Cache >> Toolbox >> Alle löschen.
• W3 Total Cache: Gehen Sie zu „Performance >> Dashboard “ und klicken Sie auf „Alle Caches leeren“.
• Cloudflare / CDN: Melden Sie sich bei Ihrem CDN-Dashboard an und leeren Sie auch dort den Cache.

Die Skriptblockierung von WPConsent nutzt PHP-Ausgabepufferung. Beim ersten Laden der Seite ohne Cache wird HTML mit ordnungsgemäß blockierten Skripten erzeugt. Ihr Caching-Plugin speichert dann diesen geänderten HTML-Code. Wenn Sie WPConsent aktiviert haben, nachdem die Seiten bereits zwischengespeichert wurden, wird die Blockierung auf die zwischengespeicherten Versionen nicht angewendet. Durch das Löschen wird eine neue Seitenerstellung erzwungen.

Browser-Cache leeren

Ihr Browser speichert CSS, JavaScript und manchmal ganze Seiten lokal. So schließen Sie das Browser-Caching aus:

1. Öffnen Sie ein Privates/Inkognito-Fenster (Ctrl+Shift+N in Chrome, Ctrl+Shift+P in Firefox).
2. Navigieren Sie zu Ihrer Website.

Oder führen Sie einen Hard-Refresh durch:

• Windows/Linux: Ctrl+Shift+R
• Mac: Cmd+Shift+R

Ein privates Fenster löscht auch den wpconsent_preferences Einwilligungs-Cookie, sodass das Banner so angezeigt wird, als wären Sie ein neuer Besucher.

Cookies löschen für einen neuen Test

Um das Banner erneut anzuzeigen, ohne ein privates Fenster zu öffnen:

1. Öffnen Sie zunächst die Entwicklertools Ihres Browsers (F12).
2. Gehen Sie dann zur Registerkarte „Anwendungen“ (Chrome) oder „Speicher“ (Firefox).
3. Erweitern Sie anschließend „Cookies“ und wählen Sie die Domain Ihrer Website aus.
4. Finden Sie die wpconsent_preferences Cookie und löschen Sie es.
5. Laden Sie schließlich die Seite neu.

Fehlendes Banner reparieren

Wenn das Einwilligungsbanner nicht auf Ihrer Website angezeigt wird, führen Sie diese Überprüfungen der Reihe nach durch.

1. Überprüfen, ob das Banner aktiviert ist

Navigieren Sie zu WPConsent >> Banner-Design und vergewissern Sie sich, dass das Kontrollkästchen „Banner im Frontend anzeigen“ oben auf der Seite aktiviert ist. Klicken Sie anschließend auf „Speichern“, wenn Sie Änderungen vorgenommen haben.

Alternativ können Sie auch zu „WPConsent >> Einstellungen“ gehen und die Option „Einwilligungsbanner“ auf der Registerkarte „Einstellungen“ aktivieren.

2. Überprüfen, ob bereits ein Einwilligungs-Cookie vorhanden ist

Wenn Sie zuvor mit dem Banner interagiert haben, ist bereits ein Einwilligungs-Cookie vorhanden. Öffnen Sie ein privates/inkognito Fenster oder löschen Sie das wpconsent_preferences Cookie, wie in Cookies löschen für einen neuen Test.

3. Geolokalisierungseinstellungen überprüfen

Wenn Sie die Geolokalisierungsfunktion von WPConsent verwenden, kann das Banner so konfiguriert werden, dass es nur in bestimmten Regionen angezeigt wird. Wenn Ihr Standort in keiner aktiven Geolokalisierungsgruppe enthalten ist, wird das Banner nicht angezeigt. Überprüfen Sie Ihre Geolokalisierungsregeln unter WPConsent >> Geolokalisierung, um sicherzustellen, dass Ihre Region abgedeckt ist. Weitere Informationen finden Sie im Leitfaden zur Geolokalisierung.

4. Alle Caches löschen

Befolgen Sie die Schritte zum Löschen des Caches, um den Cache auf dem Server und im Browser zu bereinigen.

5. Auf JavaScript-Fehler prüfen

Öffnen Sie die Browserkonsole und suchen Sie nach Fehlern. Wenn frontend.js Wenn das Laden fehlschlägt, kann das Banner nicht gerendert werden. Häufige Ursachen sind:

• Ein Sicherheits-Plugin, das Inline-Skripte oder die JavaScript-Datei von WPConsent blockiert.
• Ein Minifizierungs- oder Optimierungs-Plugin, das das Skript beschädigt. Deaktivieren Sie vorübergehend Plugins wie Autoptimize, WP Rocket's Dateioptimierung oder SiteGround Optimizer.

6. Überprüfen des Page Builder-Editor-Modus

WPConsent unterdrückt automatisch das Banner innerhalb der Editor-Oberflächen von Bricks Builder und Divi Builder. Um das Banner zu sehen, zeigen Sie eine Vorschau der Seite an oder betrachten Sie es im eigentlichen Frontend.

7. Andere Plugins deaktivieren

Wenn keine der oben genannten Maßnahmen das Problem behebt, deaktivieren Sie vorübergehend alle anderen Plugins außer WPConsent. Wenn das Banner angezeigt wird, aktivieren Sie die Plugins nacheinander wieder, um den Konflikt zu finden. Weitere Informationen finden Sie unter Beheben von Konflikten mit anderen Plugins.

Skripte werden nicht korrekt blockiert

Wenn Tracking-Skripte vor der Einwilligung ausgeführt werden oder wenn Skripte blockiert werden, obwohl dies nicht der Fall sein sollte, befolgen Sie diese Diagnoseschritte.

Bestätigen, dass Skriptblockierung aktiviert ist

Navigieren Sie zu WPConsent >> Einstellungen und überprüfen Sie Folgendes:

1. Die Option „Einwilligungsbanner“ ist aktiviert.
2. Die Option „Skriptblockierung“ ist aktiviert.

Die Skriptblockierung erfordert, dass das Banner aktiviert ist. Wenn das Banner deaktiviert ist, wird die Skriptblockierung automatisch deaktiviert.

Überprüfen der Interaktionen im Zustimmungsmodus

Wenn der Google-Einwilligungsmodus aktiviert ist, werden Skripte von Google Analytics, Google Tag Manager und Google Ads absichtlich nicht blockiert. Sie werden in einem eingeschränkten Modus ohne Cookies ausgeführt, bis der Besucher seine Einwilligung erteilt. Dies ist ein korrektes Verhalten und kein Fehler. Um stattdessen eine vollständige Blockierung zu verwenden, deaktivieren Sie den Google-Einwilligungsmodus unter „WPConsent >> Einstellungen“ auf der Registerkarte „Einstellungen “.

Das Gleiche gilt für den Clarity-Zustimmungsmodus für Microsoft Clarity.

Überprüfen des Debug-Parameters

Wenn die URL enthält ?wpconsent_debugDas Skriptblockieren ist für das Laden dieser Seite deaktiviert. Entfernen Sie den Parameter aus der URL.

Überprüfen des Quellcodes der Seite

1. Öffnen Sie zunächst die Seite in Ihrem Browser.
2. Klicken Sie dann mit der rechten Maustaste und wählen Sie „Seitenquelle anzeigen“ (nicht „Element untersuchen“, das das Live-DOM nach der Ausführung von JavaScript anzeigt).
3. Als nächstes suchen Sie nach data-wpconsent-src.

Wenn Sie Skript-Tags mit type="text/plain" und data-wpconsent-src Attribute, das Blockieren funktioniert. Die Skripte werden im HTML geändert, bevor der Browser sie empfängt.

Wenn Sie diese Attribute in einem Skript nicht finden, von dem Sie erwarten, dass es blockiert wird, ist dieses Skript nicht in der Liste der bekannten Skripte von WPConsent enthalten. Die Blockliste wird remote aktualisiert. In der kostenpflichtigen Version können Sie unter WPConsent >> Einstellungen auf der Registerkarte „Erweitert“ benutzerdefinierte Blockierungsregeln hinzufügen.

Leeren des Server-Caches

Ein veralteter Seitencache kann HTML-Dateien bereitstellen, die vor der Aktivierung der Skriptblockierung generiert wurden. Leeren Sie alle Caches wie unter „Caches löschen“ beschrieben.

Konflikte mit anderen Plugins lösen

Plugin-Konflikte sind die häufigste Ursache für unerwartetes Verhalten bei Einwilligungs-Plugins. Hier finden Sie einen systematischen Ansatz zu deren Diagnose.

Den Konflikt identifizieren

1. Gehen Sie zunächst in Ihrem WordPress-Adminbereich zu Plugins >> Installierte Plugins.
2. Deaktivieren Sie anschließend alle Plugins außer WPConsent.
3. Überprüfen Sie anschließend, ob das Problem behoben ist.
4. Wenn ja, reaktivieren Sie die Plugins nacheinander und testen Sie nach jedem einzelnen.
5. Wenn das Problem erneut auftritt, haben Sie das konfliktreiche Plugin gefunden.

Erkennen häufiger Konfliktarten

Andere Einwilligungs- oder Cookie-Plugins. Die gleichzeitige Ausführung von zwei Plugins zur Einwilligungsverwaltung führt zu Konflikten. Wenn Sie von einem anderen Einwilligungs-Plugin (Complianz, CookieYes, Cookie Notice, GDPR Cookie Consent usw.) migrieren, deaktivieren Sie das vorherige Plugin, bevor Sie WPConsent konfigurieren.

JavaScript-Optimierungs-Plugins. Plugins, die JavaScript kombinieren, minimieren oder verzögern (Autoptimize, WP Rocket’s Dateioptimierung, SiteGround Optimizer, Perfmatters, Flying Scripts), können das Frontend-Skript von WPConsent beschädigen. Ausschließen wpconsent Skripte aus der Optimierung in den Einstellungen des anderen Plugins.

Sicherheits-Plugins. Plugins, die Content Security Policy (CSP)-Header hinzufügen oder Inline-Skripte blockieren (Wordfence, iThemes Security, NinjaFirewall), können das Laden von WPConsent verhindern. Setzen Sie die Skript- und Stil-Dateien von WPConsent in das Sicherheits-Plugin auf die Whitelist.

Caching-Plugins. Siehe Cache löschen. Der wichtigste Schritt ist, nach dem Ändern der WPConsent-Einstellungen alle Caches zu löschen.

Lösung des Konflikts

Sobald Sie das konfliktauslösende Plugin identifiziert haben, versuchen Sie Folgendes:

1. Überprüfen Sie die Einstellungen des Plugins, das den Konflikt verursacht, auf eine Option zum Ausschließen oder zur Aufnahme in die Whitelist. Bei den meisten Optimierungs- und Sicherheits-Plugins können Sie bestimmte Skripte oder Pfade ausschließen.
2. Aktualisieren Sie beide Plugins auf die neueste Version. Kompatibilitätsprobleme werden häufig in Updates behoben.
3. Wenden Sie sich an den Support, wenn der Konflikt weiterhin besteht. Fügen Sie die Systeminfo-Ausgabe (siehe Verwendung der Systeminfo für Support) sowie den Namen und die Version des konfliktauslösenden Plugins bei.

Behebung von Kompatibilitätsproblemen bei Themen

WPConsent verwendet Shadow DOM, um das Einwilligungsbanner zu rendern, wodurch es vom CSS Ihres Themes isoliert wird. Das bedeutet, dass die Stile des Themes keinen Einfluss auf das Banner haben und das Banner keinen Einfluss auf Ihr Theme hat. In seltenen Fällen kann es dennoch zu Interferenzen mit dem Theme kommen.

Banner wird trotz Aktivierung nicht angezeigt

Einige Themes verwenden aggressive Ausgabepufferung oder benutzerdefinierte Inhaltsdarstellung, die zu Konflikten mit dem Ausgabepuffer von WPConsent führen können. So testen Sie dies:

1. Wechseln Sie zunächst vorübergehend zu einem Standard-WordPress-Theme (Twenty Twenty-Five, Twenty Twenty-Four oder Twenty Twenty-Three).
2. Überprüfen Sie anschließend, ob das Banner angezeigt wird.
3. Wenn ja, liegt das Problem bei der Ausgabeverarbeitung Ihres Themes.

Wenden Sie sich mit diesen Informationen an Ihren Theme-Entwickler. Möglicherweise muss dieser die Priorität der Ausgabepufferung anpassen.

Banner wird angezeigt, aber überlappt oder ist falsch positioniert

Das Banner verwendet eine feste oder absolute Positionierung mit einem hohen z-indexWenn Ihr Theme Elemente mit sehr hohen Z-Index-Werten enthält (sticky headers, floating menus), können diese das Banner überlagern.

Versuchen Sie, die Position des Banners in WPConsent >> Banner Design zu ändern. Wenn das Banner auf „Unten“ eingestellt ist, versuchen Sie es mit „Oben“ oder wechseln Sie zum Modal-Layout (kostenpflichtige Version), um es in der Mitte der Seite anzuzeigen.

Thema JavaScript-Fehler nach Zustimmung

Wenn das JavaScript Ihres Themes von einem Skript eines Drittanbieters abhängt, das von WPConsent blockiert wird (z. B. eine Google Maps-Integration in der Kopfzeile), kann das Skript des Themes Fehler ausgeben, da die Ressource des Drittanbieters noch nicht verfügbar ist.

Die Lösung hängt von Ihrer Konfiguration ab:

• Wenn der blockierte Dienst zu einer bekannten Kategorie gehört, wird das Skript geladen, nachdem der Besucher seine Zustimmung für diese Kategorie erteilt hat. Die Seite wird automatisch neu geladen und das Theme-Skript wird normal ausgeführt.
• Wenn der Dienst nicht in der Liste von WPConsent enthalten ist, können Sie ihn in der kostenpflichtigen Version als benutzerdefiniertes Skript hinzufügen oder von der Blockierung ausnehmen.

Systeminfo für Supportzwecke verwenden

WPConsent enthält eine Systeminfo-Seite, auf der technische Details zu Ihrer WordPress-Installation, Serverkonfiguration und aktiven Plugins gesammelt werden. Diese Informationen sind für Supportanfragen unerlässlich.

Zugriff auf Systeminformationen

1. Gehen Sie zunächst zu WPConsent >> Tools.
2. Klicken Sie anschließend auf die Registerkarte „Systeminfo “.
3. Die Systeminformationen werden in einem schreibgeschützten Textbereich angezeigt.

Verstehen, was enthalten ist

Der Systeminformationsbericht enthält die folgenden Abschnitte:

Abschnitt	Details
Informationen zur Website	Website-URL, Startseiten-URL und Angabe, ob es sich um eine Multisite-Installation handelt.
WordPress-Konfiguration	WordPress-Version, Sprache, Permalink-Struktur, aktives Theme, WP_DEBUG Status und Speicherbegrenzung.
WordPress-Uploads/Konstanten	Inhaltsverzeichnispfade, Upload-Pfade und zugehörige Konstanten.
Unverzichtbare Plugins	Alle installierten unverzichtbaren Plugins und deren Versionen.
Aktive WordPress-Plugins	Alle aktiven Plugins mit Versionsnummern und Update-Status.
Inaktive WordPress-Plugins	Alle inaktiven Plugins mit Versionsnummern.
Webserver-Konfiguration	PHP-Version, MySQL-Version und Webserver-Software.
PHP-Konfiguration	Speicherbegrenzung, Upload-Begrenzungen, Ausführungszeit, maximale Eingabevariablen und Anzeige von Fehlerstatus.
PHP-Erweiterungen	Ob cURL, fsockopen, SOAP und Suhosin verfügbar sind.
Sitzungskonfiguration	Ob PHP-Sitzungen aktiviert sind und wie sie konfiguriert sind.

Systeminformationen mit dem Support teilen

1. Klicken Sie zunächst in den Textbereich auf der Registerkarte „Systeminfo “.
2. Wählen Sie dann den gesamten Text aus (Ctrl+A oder Cmd+A).
3. Als nächstes kopieren Sie es (Ctrl+C oder Cmd+C).
4. Fügen Sie es schließlich in Ihr Support-Ticket oder Ihre E-Mail ein.

Der gesamte Bericht besteht aus reinem Text und lässt sich daher problemlos in jedes Support-Formular oder jede E-Mail einfügen.

SSL-Verbindungen testen

Die Registerkarte „Systeminfo“ enthält auch einen Abschnitt „SSL-Verbindungen testen “. Um den Test auszuführen, klicken Sie auf die Schaltfläche „Verbindung testen“, um zu überprüfen, ob Ihr Server ausgehende HTTPS-Anfragen an die WPConsent-API stellen kann. Wenn dieser Test fehlschlägt, funktionieren der Scanner und die Aktualisierungen der Remote-Blockliste nicht.

Häufige Ursachen für fehlgeschlagene SSL-Tests:

• Ihr Hosting-Anbieter blockiert ausgehende HTTPS-Verbindungen.
• Eine Firewall blockiert Anfragen an externe Domänen.
• Die SSL-Zertifikate des Servers sind veraltet.

Wenden Sie sich an Ihren Hosting-Anbieter, wenn der SSL-Test fehlschlägt.

Schnellreferenz-Checkliste

Verwenden Sie diese Checkliste, wenn etwas nicht wie erwartet funktioniert:

1. Öffnen Sie ein privates/inkognito Fenster, um Consent-Cookies und den Browser-Cache auszuschließen.
2. Hinzufügen ?wpconsent_debug zur URL, um eine Skriptblockierung als Ursache auszuschließen.
3. Überprüfen Sie die Browserkonsole auf JavaScript-Fehler.
4. Überprüfen Sie, ob das Banner in den WPConsent-Einstellungen aktiviert ist.
5. Überprüfen Sie, ob die Skriptblockierung aktiviert ist, wenn Skripte blockiert werden sollen.
6. Alle Caches löschen: WPConsent-Cookie-Cache, serverseitiger Seiten-Cache und Browser-Cache.
7. Deaktivieren Sie andere Plugins nacheinander, um Konflikte zu identifizieren.
8. Wechseln Sie zu einem Standarddesign, um Probleme mit dem Design auszuschließen.
9. Überprüfen Sie die Seite „Systeminfo“ und führen Sie den SSL-Test durch, um die Serververbindung zu überprüfen.
10. Kopieren Sie die Systeminformationen und fügen Sie sie Ihrer Supportanfrage bei.

Häufig gestellte Fragen

Ich habe eine Einstellung geändert, aber auf der Benutzeroberfläche hat sich nichts geändert. Was ist los?

Der Grund dafür ist mit ziemlicher Sicherheit der Cache. Leeren Sie alle Caches (WPConsent-Cookie-Cache, serverseitiger Seiten-Cache und Browser-Cache), wie unter „Caches löschen“ beschrieben. Testen Sie anschließend in einem privaten/Inkognito-Fenster.

Wie kann ich feststellen, ob das Blockieren von Skripten ein Problem auf meiner Website verursacht?

Hinzufügen ?wpconsent_debug zur URL. Wenn das Problem verschwindet, ist die Skriptblockierung die Ursache. Überprüfen Sie die Skripte werden nicht korrekt blockiert Abschnitt für die nächsten Schritte.

Mein Banner wird bei jedem Laden der Seite angezeigt, auch nachdem ich es akzeptiert habe. Was ist los?

Das wpconsent_preferences Das Cookie wird nicht gespeichert oder wird beim Laden der Seite gelöscht. Überprüfen Sie, ob die Zustimmungsdauer in WPConsent >> Einstellungen auf einen Wert größer als 0 gesetzt ist. Überprüfen Sie außerdem, dass kein Sicherheits- oder Leistungs-Plugin Cookies entfernt. Wenn Sie das Gemeinsame Einwilligung Funktion, bestätigen Sie, dass die Cookie-Domäne mit Ihrer Subdomänenkonfiguration übereinstimmt.

Ich verwende einen Page Builder und das Banner wird im Editor nicht angezeigt. Ist das normal?

Ja. WPConsent unterdrückt automatisch das Banner innerhalb der Editor-Oberflächen von Bricks Builder und Divi Builder. Zeigen Sie eine Vorschau der Seite an oder betrachten Sie sie im eigentlichen Frontend, um das Banner zu sehen.

Schlussfolgerung

Dieser Leitfaden behandelt die häufigsten Probleme mit WPConsent, von fehlenden Bannern bis hin zu Problemen mit der Skriptblockierung und Plugin-Konflikten. Die meisten Probleme lassen sich durch Leeren des Caches, Überprüfen der Browserkonsole oder Isolieren eines konfliktreichen Plugins beheben. Wenn Sie weitere Hilfe benötigen, liefert der Systeminfo-Bericht unserem Support-Team alle Informationen, die es benötigt, um Ihnen zu helfen.

Weitere Informationen zu den hier genannten Tools finden Sie in den Dokumenten zu Systeminformationen und Datenbank- und Cache-Verwaltung. Wenn Ihre Frage hier nicht beantwortet wurde, sehen Sie bitte auf der Seite mit den häufig gestellten Fragen nach.