Umstieg vom Plugin
Cookiemark ist aus dem Plugin CookieConsent für WordPress hervorgegangen und kann die Einstellungen des Plugins lesen. Diese Seite führt Sie durch den Umstieg und listet auf, was Sie danach auf Ihrer Website ändern müssen.
Bevor Sie beginnen
Das Plugin und Cookiemark sollten nie auf derselben Seite laufen, sonst sehen Besucher zwei Banner. Bereiten Sie deshalb zuerst alles in Cookiemark vor und tauschen Sie am Ende das Plugin in einem Schritt gegen das Skript aus.
Besucher werden nach dem Umstieg erneut gefragt. Das Plugin speicherte die Auswahl in einem Cookie namens bfcc_consent, Cookiemark verwendet cookiemark_consent. Cookiemark liest das alte Cookie nicht, daher trifft jeder Besucher seine Auswahl noch einmal.
Schritt 1: aus dem Plugin exportieren
Öffnen Sie in WordPress CookieConsent, dann Setup, und klicken Sie auf Export settings. Sie erhalten eine JSON-Datei.
Exportieren Sie im Plugin auch gleich das Einwilligungsprotokoll als CSV-Datei. Das Protokoll bleibt in Ihrer WordPress-Datenbank und zieht nicht mit zu Cookiemark um. Bewahren Sie den Export so lange auf, wie Sie ihn als Nachweis brauchen.
Schritt 2: in Cookiemark importieren
- Legen Sie die Website in Cookiemark unter Websites, Website hinzufügen an.
- Öffnen Sie die Website, dann Einstellungen, dann Aus dem WordPress-Plugin importieren.
- Wählen Sie die Exportdatei aus oder fügen Sie ihren Inhalt ein und klicken Sie auf Als Entwurf importieren.
Der Import landet im Entwurf, noch ist also nichts live. Prüfen Sie das Design im Tab Design, bevor Sie veröffentlichen.
Was mitkommt
- Layout, Position, Farben, Größen, Ecken, Symbol, Animation und die Schaltfläche zum erneuten Öffnen.
- Eigenes CSS. Klassennamen, die mit
bfcc-beginnen, werden zucmk-. - Eine Schrift von Google Fonts wird zur selben Schriftfamilie von Bunny Fonts, das sie ohne Cookies aus der EU ausliefert.
- Die Kategorien, die Sie anbieten, die Einwilligungsversion, wie lange die Auswahl gilt, und die Cookie-Domain.
- Google Consent Mode, die Zuordnung der Kategorien zu Signalen, die Container-ID, der Name des Data Layers und die Formularereignisse.
- Die Dienste, die Sie abgeschaltet haben, Ihre eigenen Blockierregeln und die Regionseinstellungen.
- Die Cookiebot-Ereignisnamen und die Einstellung für die Cookiebot-API.
Der einfache Modus des Plugins wird in Cookiemark zum einfachen Consent Mode, alles andere wird zum erweiterten. Das Plugin stand standardmäßig auf dem erweiterten Modus, prüfen Sie diese Einstellung also, wenn Sie sie nie geändert haben.
Was zurückbleibt
- Ihre Texte. Der Import ändert sie nicht. Kopieren Sie Formulierungen, die Sie im Plugin umgeschrieben haben, in den Tab Texte.
- Ihre Cookie-Liste. Starten Sie einen Scan und übernehmen Sie die vorgeschlagenen Cookies, oder fügen Sie sie über einen Dienst hinzu.
- Das Einwilligungsprotokoll. Es bleibt in WordPress, wie in Schritt 1 beschrieben.
Nach dem Import listet Cookiemark die Plugin-Einstellungen auf, die hier anders funktionieren. Diese können Ihnen begegnen:
- Das Blockieren war im Plugin ausgeschaltet. Cookiemark blockiert bekannte Dienste vor der Einwilligung immer, und einzelne Dienste schalten Sie unter Cookies ab.
- Das Banner für angemeldete WordPress-Rollen auszublenden, ist mit dem Skript allein nicht möglich.
- Im Plugin war das Einwilligungsprotokoll ausgeschaltet. Cookiemark führt es immer, als Nachweis der Einwilligung.
- Das Plugin hat IP-Adressen gehasht oder weggelassen. Cookiemark speichert immer eine gekürzte Adresse, nie die vollständige.
- Tag Manager hat die Consent-Mode-Standardwerte über die Vorlage des Plugins gesetzt. Importieren Sie stattdessen die Cookiemark-Vorlage, wie in Google Tag Manager beschrieben.
- Das Banner war im Plugin abgeschaltet. In Cookiemark erscheint es, sobald Sie veröffentlichen.
Schritt 3: veröffentlichen und austauschen
- Klicken Sie in Cookiemark auf Veröffentlichen.
- Deaktivieren Sie in WordPress CookieConsent und fügen Sie direkt danach die Cookiemark-Zeile ein. Skript einbinden zeigt, wohin die Zeile gehört.
- Leeren Sie den Seiten-Cache Ihres Caching-Plugins, Ihres Hosters und Ihres CDN.
- Öffnen Sie die Website in einem privaten Fenster und prüfen Sie, ob genau ein Banner erscheint, das von Cookiemark.
Schritt 4: Markup und Code anpassen
Manche Namen aus dem Plugin funktionieren weiter. Andere brauchen einen neuen Namen.
| Im Plugin | In Cookiemark |
|---|---|
data-cookieconsent="statistics" | Funktioniert weiter. data-cookiemark ist der neue Name. |
Ein Link auf #bfcc-open-preferences | Funktioniert weiter. #cookiemark-preferences ist der neue Name. |
data-bfcc-action, data-bfcc-allow | In data-cookiemark-action und data-cmk-allow umbenennen. |
data-bfcc-consent-id und die anderen Felder | In data-cookiemark-consent-id usw. umbenennen. |
window.BFCC | In window.Cookiemark umbenennen. Die Methoden und Eigenschaften heißen gleich. |
Events wie bfcc:change | In cookiemark:change umbenennen. |
window.bfccListeners | In window.cookiemarkListeners umbenennen. |
| Shortcodes, der Block für die Cookie-Erklärung und die PHP-Hilfsfunktionen | Nicht verfügbar. Cookiemark läuft im Browser, nicht in WordPress. |
Trigger in Tag Manager
Die Events im Data Layer haben neue Namen. Passen Sie die Trigger in Ihrem Container deshalb am selben Tag an, an dem Sie das Plugin austauschen.
| Event oder Variable des Plugins | Event oder Variable von Cookiemark |
|---|---|
bfcc_consent_ready, bfcc_consent_update | cookiemark_consent_ready, cookiemark_consent_update |
bfcc_consent_statistics und die anderen Kategorien | cookiemark_consent_statistics usw. |
bfcc_consent, bfcc_consent_state, bfcc_consent_id | cookiemark_consent, cookiemark_consent_state, cookiemark_consent_id |
bfcc_form_sent und die anderen Formularereignisse | cookiemark_form_sent usw. |
Wenn Ihr Container über das Plugin die Ereignisnamen von Cookiebot verwendet, funktionieren diese weiter, sobald der Import sie eingeschaltet hat.
Safari
Das Plugin setzte das Einwilligungs-Cookie von Ihrem Server aus, daher behielt Safari die Auswahl für die volle Dauer. Das Cookiemark-Skript setzt es im Browser, und ein solches Cookie behält Safari nur sieben Tage. Um das alte Verhalten beizubehalten, richten Sie einen kleinen Endpunkt auf Ihrer eigenen Website ein, wie in Safari und die Sieben-Tage-Grenze beschrieben.