Haben Sie eine Frage zu WPConsent? Auf dieser Seite finden Sie Antworten auf die häufigsten Fragen und Probleme, die bei der Verwendung des Plugins auftreten können. Durchsuchen Sie die folgenden Abschnitte, um schnelle und praktische Antworten zu finden.
Inhaltsverzeichnis
Banner-Probleme
Warum wird mein Banner nicht auf meiner Website angezeigt?
Es gibt mehrere Gründe, warum das Einwilligungsbanner nicht angezeigt wird. Führen Sie die folgenden Überprüfungen der Reihe nach durch:
- Das Banner ist deaktiviert. Navigieren Sie zu WPConsent >> Banner-Design und vergewissern Sie sich, dass die Option „Banner im Frontend anzeigen“ aktiviert ist. Klicken Sie anschließend auf „Speichern“, um die Änderungen zu übernehmen.
- Die Einwilligung ist bereits gespeichert. Wenn Sie bereits mit dem Banner interagiert haben, werden Ihre Präferenzen in einem Cookie namens
wpconsent_preferencesDas Banner wird erst wieder angezeigt, wenn das Cookie abgelaufen ist oder gelöscht wurde. Um es zu löschen, öffnen Sie die Entwicklertools Ihres Browsers und gehen Sie zu Anwendung >> Cookies, löschen Sie diewpconsent_preferencesCookie und laden Sie die Seite neu. Sie können dies auch in einem privaten oder Inkognito-Fenster testen. - Eine zwischengespeicherte Seite wird angezeigt. Wenn Sie ein Caching-Plugin (WP Rocket, W3 Total Cache, LiteSpeed Cache usw.) oder ein CDN verwenden, enthält die zwischengespeicherte Version Ihrer Seite möglicherweise nicht das Banner. Leeren Sie alle Caches und laden Sie die Seite neu. Weitere Informationen finden Sie im Abschnitt zur Caching-Kompatibilität weiter unten.
- Seitenerstellungsmodus. WPConsent blendet das Banner automatisch aus und deaktiviert die Skriptblockierung in den Editoren Bricks Builder und Divi Builder. Dies ist beabsichtigt. Um das Banner anzuzeigen, rufen Sie die Vorschau der Seite auf oder betrachten Sie sie im Frontend.
- Vorschau im Customizer. Das Banner wird in der Vorschau des WordPress Customizers nicht geladen, um die Anpassung nicht zu beeinträchtigen.
- REST-API oder AJAX-Anfrage. Das Banner wird nur bei Standard-Frontend-Seitenanfragen geladen. Es wird nicht bei REST-API-Endpunkten, AJAX-Anfragen oder RSS-Feeds geladen.
- Konflikt zwischen Theme und Plugin. In seltenen Fällen kann ein Theme oder Plugin die Ausgabe von WPConsent beeinträchtigen. Versuchen Sie, vorübergehend zu einem Standard-WordPress-Theme (wie Twenty Twenty-Four) zu wechseln, um zu sehen, ob das Banner angezeigt wird.
Warum erscheint mein Banner vor dem Laden ohne Formatierung oder blinkt?
WPConsent verwendet Shadow DOM, um seine Stile von Ihrem Theme zu isolieren. Das CSS wird nach der Erstellung des Shadow DOM asynchron über JavaScript geladen. Der Banner-Container ist auf display: none bis das CSS vollständig geladen ist, wodurch ein unformatierter Flash verhindert wird. Bei sehr langsamen Verbindungen kann es zu einer kurzen Verzögerung kommen, bevor das Banner erscheint, aber es werden keine unformatierten Inhalte angezeigt.
Wenn Sie unformatierte Inhalte sehen, überprüfen Sie, ob Ihr Server Anfragen an WPConsent blockiert. build/ Verzeichnis. Überprüfen Sie außerdem, dass kein Sicherheits-Plugin Inline-Skripte oder Fetch-Anfragen blockiert.
Warum wird mein Banner auch nach meiner Zustimmung bei jedem Seitenaufruf angezeigt?
Dies geschieht, wenn die wpconsent_preferences Das Cookie kann nicht gespeichert werden oder wird beim Laden der Seite gelöscht. Häufige Ursachen sind:
- Die Dauer der Cookie-Zustimmung ist auf 0 gesetzt. Navigieren Sie zu WPConsent >> Einstellungen und überprüfen Sie, ob die Dauer der Zustimmung auf einen Wert größer als 0 gesetzt ist (die Standardeinstellung ist 30 Tage).
- Cookie-Domäne stimmt nicht überein. Wenn Sie die Funktion „Gemeinsame Zustimmung“ (unter WPConsent >> Einstellungen >> Erweitert) verwenden, überprüfen Sie, ob die Cookie-Domäne für Ihre Subdomänenkonfiguration korrekt konfiguriert ist.
- Ein Plugin oder eine Serverregel löscht Cookies. Überprüfen Sie, ob ein Sicherheits- oder Leistungs-Plugin so konfiguriert ist, dass es Cookies entfernt.
Blockierungsprobleme
Warum werden meine Skripte nicht blockiert?
Wenn Tracking-Skripte weiterhin ausgeführt werden, bevor die Zustimmung erteilt wurde, überprüfen Sie Folgendes:
- Die Skriptblockierung ist deaktiviert. Navigieren Sie zu WPConsent >> Einstellungen und vergewissern Sie sich, dass die Option „Skriptblockierung“ aktiviert ist. Für die Skriptblockierung muss auch das Einwilligungsbanner aktiviert sein. Ist das Banner deaktiviert, wird die Skriptblockierung automatisch deaktiviert.
- Der Google-Zustimmungsmodus ist aktiviert. Wenn der Google-Zustimmungsmodus aktiviert ist, werden Google Analytics, Google Tag Manager und Google Ads-Skripte nicht blockiert. Stattdessen werden sie in einem eingeschränkten Modus ohne Cookies ausgeführt, bis die Zustimmung erteilt wird. Dies ist das korrekte Verhalten. Wenn Sie eine vollständige Blockierung bevorzugen, deaktivieren Sie den Google-Zustimmungsmodus unter „WPConsent >> Einstellungen“ auf der Registerkarte „Einstellungen “.
- Der Clarity-Zustimmungsmodus ist aktiviert. Ähnlich wie beim Google-Zustimmungsmodus werden bei aktiviertem Clarity-Zustimmungsmodus die Microsoft Clarity-Skripte nicht blockiert, sondern über Zustimmungssignale ausgeführt. Deaktivieren Sie den Clarity-Zustimmungsmodus, wenn Sie eine vollständige Blockierung bevorzugen.
- Das Skript ist nicht in der Liste der bekannten Skripte enthalten. WPConsent blockiert Skripte aus einer remote verwalteten Liste. Wenn ein bestimmter Dienst nicht erkannt wird, werden seine Skripte ungeblockiert durchgelassen. Sie können überprüfen, ob ein Skript blockiert wird, indem Sie den Quellcode der Seite anzeigen und nach
type="text/plain"unddata-wpconsent-srcAttribute in Skript-Tags. - Das Skript wird dynamisch von einem anderen Skript geladen. Wenn ein Skript zur Laufzeit von JavaScript geladen wird (z. B. von Google Tag Manager), kann die serverseitige Ausgabepufferung von WPConsent dies nicht erkennen, da es nur in der anfänglichen HTML-Antwort vorhanden ist. Der Google Consent Mode behandelt diesen Fall für Google-Dienste. Für andere Dienste, die über Tag-Manager geladen werden, sollten Sie die Verwendung benutzerdefinierter Blockierungsregeln in der kostenpflichtigen Version in Betracht ziehen.
- Caching bedeutet, dass eine vorverarbeitete Seite bereitgestellt wird. Plugins für das Seiten-Caching können den HTML-Code zwischenspeichern, bevor der Ausgabepuffer von WPConsent ausgeführt wird. Weitere Informationen finden Sie im Abschnitt zur Caching-Kompatibilität weiter unten.
- Der Debug-Modus ist aktiv. Wenn die URL das
wpconsent_debugAbfrageparameter, die Skriptblockierung ist absichtlich deaktiviert. Der Scanner verwendet diesen Parameter intern. Entfernen Sie ihn aus der URL, um die normale Blockierung wiederherzustellen.
Wie blockiere ich ein Skript, das nicht automatisch erkannt wird?
Pro-Funktion: Benutzerdefinierte Skript- und Iframe-Blockierungsregeln sind in der kostenpflichtigen Version verfügbar. Sie können eine eindeutige Zeichenfolge hinzufügen, die das Skript identifiziert (z. B. ein URL-Fragment), und diese einer Dienst- und Cookie-Kategorie zuweisen.
In der kostenlosen Version können Sie über die Admin-Oberfläche keine benutzerdefinierten Blockierungsregeln hinzufügen. Die Blockliste von WPConsent wird jedoch aus der Ferne aktualisiert. Sie können sich an das WPConsent-Team wenden, um zu beantragen, dass ein bestimmter Dienst zur automatischen Erkennungsliste hinzugefügt wird.
Warum werden meine Iframes oder eingebetteten Inhalte nicht blockiert?
Die Iframe-Blockierung wird separat von der Skript-Blockierung behandelt und muss unabhängig aktiviert werden:
- Navigieren Sie zunächst zu WPConsent >> Einstellungen.
- Aktivieren Sie als Nächstes die Option „Inhaltsblockierung “.
- Wählen Sie dann aus der Mehrfachauswahlliste die Dienste aus, die Sie blockieren möchten.
- Klicken Sie abschließend auf „Änderungen speichern“.
Es werden nur iframes von Diensten aus der Liste bekannter Skripte blockiert, für die iframe-Muster definiert sind.
Probleme mit dem Scanner
Warum hat mein Scan nicht alle Dienste auf meiner Website erkannt?
Der Scanner identifiziert bekannte Dienste, indem er den HTML-Code Ihrer Website auf Skriptmuster und URL-Signaturen analysiert. Hier sind die häufigsten Gründe, warum er nicht alles erkennt:
- Von einem Tag-Manager geladene Skripte. Der kostenlose Scanner analysiert den Roh-HTML-Code Ihrer Seiten. Wenn ein Tracking-Skript dynamisch über Google Tag Manager oder einen anderen Tag-Manager geladen wird, erscheint es nicht im HTML-Quellcode und kann vom Scanner nicht erkannt werden.
Pro-Funktion: Der Scanner der kostenpflichtigen Version kann auch Dienste erkennen, die durch Plugins und Skripte hinzugefügt wurden, die über Google Tag Manager geladen wurden.
- Der Dienst läuft nur auf bestimmten Seiten. Standardmäßig überprüft der Scanner Ihre Homepage. Wenn ein Tracking-Skript nur auf bestimmten Seiten geladen wird (z. B. einer Checkout-Seite oder einer Landing Page), findet der Scanner es nicht, es sei denn, Sie fügen diese Seiten hinzu. Sie können unter WPConsent >> Scanner weitere Seiten zum Scannen auswählen, indem Sie diese in den Scanner-Einstellungen auswählen.
- Der Dienst ist nicht in der WPConsent-Datenbank enthalten. Der Scanner stützt sich auf eine serverseitige Datenbank bekannter Dienste. Wenn ein Dienst sehr nischig oder neu ist, ist er noch nicht in der Datenbank enthalten. Sie können fehlende Dienste und deren Cookies manuell hinzufügen, indem Sie die Cookie-Daten von cookielibrary.org verwenden. Navigieren Sie zu WPConsent >> Einstellungen, klicken Sie auf die Registerkarte „Cookies“, fügen Sie einen neuen Dienst hinzu und geben Sie die Cookie-Details aus der Bibliothek ein.
- Beim Scan ist ein Fehler aufgetreten. Der Scanner sendet eine HTTP-Anfrage an Ihre eigene Website, um deren HTML-Code abzurufen, und sendet diesen dann an die Scan-API. Wenn Ihre Website eine Authentifizierung erfordert, eine Basisauthentifizierung verwendet oder über eine Firewall verfügt, die interne Anfragen blockiert, schlägt der Scan fehl oder liefert unvollständige Ergebnisse. Überprüfen Sie die Antwortmeldung des Scanners auf Fehlerdetails.
Kann ich meine Website nach Änderungen erneut scannen?
Ja. Navigieren Sie zu WPConsent >> Scanner und führen Sie jederzeit einen neuen Scan durch. Wir empfehlen, nach dem Hinzufügen oder Entfernen von Plugins, dem Wechseln von Themes oder dem Hinzufügen neuer Tracking-Skripte zu Ihrer Website einen erneuten Scan durchzuführen.
Kompatibilität
Funktioniert WPConsent mit meinem Caching-Plugin?
Ja, WPConsent ist mit den meisten Caching-Plugins kompatibel, aber Sie müssen verstehen, wie diese miteinander interagieren.
Die Skriptblockierung von WPConsent funktioniert über PHP-Ausgabepufferung, die den HTML-Code modifiziert, bevor er an den Browser gesendet wird. Plugins für das Seiten-Caching (WP Rocket, W3 Total Cache, WP Super Cache, LiteSpeed Cache usw.) speichern die endgültige HTML-Ausgabe und liefern sie bei nachfolgenden Anfragen direkt aus, wobei PHP vollständig umgangen wird.
Das bedeutet:
- Das erste Laden einer nicht zwischengespeicherten Seite wird vom Ausgabepuffer von WPConsent verarbeitet. Skripte werden im resultierenden HTML korrekt blockiert, und diese blockierte Version wird dann zwischengespeichert.
- Bei nachfolgenden Ladevorgängen der zwischengespeicherten Seite wird der bereits geänderte HTML-Code bereitgestellt, sodass Skripte wie erwartet blockiert bleiben.
Wenn etwas schief geht:
- Wenn Sie WPConsent aktiviert haben, nachdem Ihre Seiten bereits zwischengespeichert wurden, werden die zwischengespeicherten Seiten keine blockierten Skripte enthalten. Leeren Sie alle Caches, nachdem Sie die Skriptblockierungseinstellungen aktiviert oder geändert haben.
- Wenn Ihr Caching-Plugin verschiedene zwischengespeicherte Versionen basierend auf Cookies bereitstellt, vergewissern Sie sich, dass es nicht die
wpconsent_preferencesCookie. Das Banner und die Entsperrlogik von WPConsent werden im Frontend in JavaScript ausgeführt, sodass sie unabhängig vom Caching funktionieren, solange die ursprünglichen HTML-Skripte ordnungsgemäß geändert wurden.
Spezifisch für WP Rocket: WPConsent enthält eine integrierte Kompatibilitätsdatei, die den Banner-Container von der Lazy-Rendering-Funktion von WP Rocket ausschließt. Es ist keine zusätzliche Konfiguration erforderlich.
Funktioniert WPConsent mit meinem Page Builder?
Ja. WPConsent ist mit den folgenden Page Buildern kompatibel:
- Bricks Builder: WPConsent deaktiviert automatisch die Banner- und Skriptblockierung, während Sie in Bricks Builder bearbeiten, um Störungen zu vermeiden. Das Banner funktioniert im Frontend normal.
- Divi Builder: Ähnlich wie bei Bricks deaktiviert WPConsent die Banner- und Skriptblockierung innerhalb des Divi Visual Builder Editors. Auf der veröffentlichten Seite funktioniert alles normal.
Bei anderen Page Buildern (Elementor, Beaver Builder, WPBakery usw.) funktioniert WPConsent ohne besondere Konfiguration im Frontend. Die Banner- und Skriptblockierung wird nur beim Laden von Standard-Frontend-Seiten ausgeführt und beeinträchtigt die Editor-Oberflächen nicht.
Funktioniert WPConsent mit der WP Consent API?
Ja. WPConsent lässt sich mit dem WP Consent API-Plugin integrieren. Wenn WP Consent API aktiv ist, registriert sich WPConsent automatisch als aktives Einwilligungs-Plugin und übermittelt die Einwilligungsentscheidungen der Besucher für jede Kategorie (Funktionalität, Präferenzen, Statistiken und Marketing). Dadurch können andere Plugins, die WP Consent API unterstützen, die über das Banner von WPConsent festgelegten Einwilligungspräferenzen berücksichtigen. Weitere Informationen zur Integration finden Sie im WP Consent API-Handbuch.
Prüfung
Wie kann ich testen, ob meine Einwilligungseinstellungen korrekt funktionieren?
Befolgen Sie diese Schritte, um zu überprüfen, ob WPConsent Skripte ordnungsgemäß blockiert und entsperrt:
- Öffnen Sie zunächst ein privates oder Inkognito-Browserfenster. Dadurch wird sichergestellt, dass kein bestehendes Einwilligungs-Cookie vorhanden ist.
- Öffnen Sie als Nächstes die Entwicklertools Ihres Browsers (in der Regel F12 oder Rechtsklick und dann „Untersuchen“).
- Gehen Sie zum Elemente Registerkarte und Suche nach
data-wpconsent-src. Sie sollten blockierte Skript-Tags mittype="text/plain"und deren ursprüngliche Quelle gespeichert indata-wpconsent-srcDies bestätigt, dass die Skriptblockierung funktioniert. - Überprüfen Sie die Netzwerk Tab. Vor der Zustimmung werden Anfragen an Tracking-Dienste (wie z. B.
google-analytics.comoderconnect.facebook.net) sollten nicht angezeigt werden. Wenn der Google-Einwilligungsmodus oder der Clarity-Einwilligungsmodus aktiviert ist, werden diese spezifischen Dienste stattdessen im eingeschränkten Modus geladen. - Klicken Sie auf die Schaltfläche „Alle akzeptieren“ auf dem Banner.
- Überprüfen Sie erneut die Registerkarte „Netzwerk “. Sie sollten nun Anfragen an die Tracking-Dienste sehen, da deren Skripte entsperrt sind und ausgeführt werden.
- Gehen Sie zum Anwendung Registerkarte. Unter Cookies, sollten Sie die
wpconsent_preferencesCookie mit einem JSON-Wert, der jede Kategorie und ihren Zustimmungsstatus auflistet (trueoderfalse). - Um die Widerrufung der Zustimmung zu testen, klicken Sie auf die schwebende Einstellungs-Schaltfläche (sofern aktiviert) oder fügen Sie die Klasse hinzu.
wpconsent-open-preferencesauf einen beliebigen Link auf Ihrer Seite. Dadurch wird das Einstellungsfenster geöffnet. Deaktivieren Sie eine Kategorie und speichern Sie die Änderung. Die Seite wird neu geladen und die Skripte der widerrufenen Kategorie werden wieder blockiert.
Gibt es einen Debug-Modus, den ich verwenden kann?
Ja. Hinzufügen ?wpconsent_debug auf eine beliebige URL Ihrer Website, um die Skriptblockierung für das Laden dieser Seite vorübergehend zu deaktivieren. Dies ist nützlich für die Fehlerbehebung und entspricht dem Parameter, den der Scanner beim Abrufen des HTML-Codes Ihrer Website verwendet. Der Debug-Modus wirkt sich nur auf die Skriptblockierung aus. Das Banner wird weiterhin normal angezeigt.
Beachten Sie, dass der Debug-Modus keine dauerhafte Einstellung ist. Er gilt nur für das Laden der jeweiligen Seite, auf der der URL-Parameter vorhanden ist.
Garantiert WPConsent die vollständige Einhaltung der Datenschutzgesetze?
WPConsent lehnt ausdrücklich alle Zusicherungen und Gewährleistungen ab, dass WPConsent die geltenden Datenschutzgesetze und -vorschriften einhält. Es liegt in Ihrer alleinigen Verantwortung, die geltenden Datenschutzgesetze und -vorschriften einzuhalten. WPConsent bietet keine Rechtsberatung an und Sie sollten einen Rechtsbeistand für eine Beratung zu diesem Thema konsultieren. Bitte beachten Sie unsere Allgemeinen Geschäftsbedingungen.
Schlussfolgerung
Diese FAQ behandelt die häufigsten Fragen zu WPConsent, von Problemen mit der Banneranzeige und Skriptblockierung bis hin zum Scannerverhalten und der Caching-Kompatibilität. Wenn Ihre Frage hier nicht beantwortet wird, finden Sie in den unten aufgeführten verwandten Anleitungen ausführlichere Informationen zu bestimmten Themen.
Eine vollständige Übersicht über das Plugin und seine Funktionen finden Sie in unserem Leitfaden zu WPConsent und seiner Funktionsweise.