Der Einwilligungsmodus ist der Mechanismus, mit dem Ihre Mess- und Werbewerkzeuge ihr Verhalten daran anpassen, was der Besucher akzeptiert hat. Seine Einrichtung ist in Europa zur Zugangsvoraussetzung für bestimmte Werbefunktionen geworden, und sie wird oft nur halb erledigt.
Die allgemeinen Regeln des Cookie-Banners wurden gesondert behandelt. Dieser Beitrag befasst sich mit der technischen Verzahnung mit den Messwerkzeugen.
Das Prinzip
Ohne Einwilligungsmodus ist Ihre Wahl binär: entweder lädt das Messskript, oder es lädt nicht.
Mit Einwilligungsmodus lädt das Skript in einem eingeschränkten Zustand, solange der Besucher nicht zugestimmt hat. Es schreibt kein Cookie, es überträgt keine Kennung, und es kann Signale ohne personenbezogene Daten senden.
Zwei praktische Folgen. Sie behalten eine aggregierte Messung für Besucher, die ablehnen. Und der Wechsel von Ablehnung zu Zustimmung wird sofort berücksichtigt, ohne Neuladen.
Nicht zu verwechseln: dieser Mechanismus ersetzt die Einwilligung nicht. Er legt fest, was Ihre Werkzeuge ohne sie tun.
Die vier Signale
Das Verfahren stützt sich auf vier Indikatoren, jeder unabhängig gewährt oder verweigert.
Zwei betreffen die Reichweitenmessung: die Speicherung zu Analysezwecken und die Übertragung der Messdaten.
Zwei betreffen die Werbung: die Werbespeicherung und die Nutzung der Daten zur Personalisierung oder Werbemessung.
Drei Umsetzungsregeln.
Jedes Signal muss einem Zweck Ihres Banners entsprechen. Bietet Ihr Banner „Reichweitenmessung“ und „Werbung“ an, ist die Zuordnung einfach. Bietet es nur eine Gesamtentscheidung, können Sie die Signale nicht korrekt setzen.
Alle Signale müssen deklariert werden, auch die, die Sie nicht nutzen. Ein fehlendes Signal gilt als nicht gesetzt, was nicht dasselbe ist wie verweigert.
Der Standardzustand ist die Ablehnung, bis der Besucher wählt.
Die Ausführungsreihenfolge, der kritische Punkt
Das ist der häufigste technische Fehler und er macht das ganze Verfahren wirkungslos.
Der Standardzustand muss vor dem Laden der Messskripte deklariert werden. Lädt das Skript zuerst und kommt der Zustand danach, geht das erste Ereignis mit den Voreinstellungen des Werkzeugs hinaus, also ohne Einschränkung.
Konkret lautet die Reihenfolge: Deklaration des Standardzustands, dann Laden des Tag-Managers, dann Aktualisierung des Zustands, wenn der Besucher wählt.
In PrestaShop heißt das, dass der Deklarationscode sehr weit oben in der Seite eingefügt werden muss, vor jedem anderen Messskript. Ein Einwilligungsmodul, das nach dem Tag-Manager lädt, kann nicht korrekt arbeiten.
Prüfung: sehen Sie sich die Reihenfolge der Skripte im Quelltext Ihrer Startseite an. Die Zustandsdeklaration muss vor allem anderen stehen.
DataFirefly Cookie Manager — auf Basis der Open-Source-Engine tarteaucitron.jsDas DSGVO-konforme Cookie-Banner – ohne Abstriche bei der Messung.220,00€
Die vorherige Blockade bleibt nötig
Häufige Verwechslung, die auszuräumen ist.
Der Einwilligungsmodus steuert das Verhalten der Werkzeuge, die ihn unterstützen. Er blockiert die anderen nicht.
Ihre Skripte für Chat, Karte, eingebettetes Video, Kundenbewertungen oder Verhaltenstests kennen ihn nicht. Sie müssen von Ihrem Einwilligungsverfahren blockiert werden, wie bisher.
Die richtige Konfiguration verbindet also zwei Mechanismen: eine vorherige Blockade für alles, was Tracker setzt, ohne ihn zu unterstützen, und den Einwilligungsmodus für die kompatiblen Werkzeuge.
Zu vermeidender Fehler: zu glauben, die Einführung des Einwilligungsmodus mache die Blockade entbehrlich. Er deckt nur einen Teil Ihrer Seite ab.
Die Aktualisierung im Moment der Wahl
Drei Umsetzungspunkte.
Die Aktualisierung muss sofort erfolgen, ohne Neuladen der Seite. Ein Besucher, der zustimmt, muss die vollständige Messung in seiner laufenden Sitzung aktiviert sehen.
Sie muss die Wahl je Zweck abbilden, nicht eine Gesamtzustimmung anwenden. Ein Besucher, der die Messung annimmt und die Werbung ablehnt, muss zwei gewährte und zwei verweigerte Signale erzeugen.
Die Wahl muss gespeichert und bei jedem Besuch wieder angewendet werden, bis sie abläuft.
Ergänzend: der Widerruf der Einwilligung muss die Signale ebenfalls aktualisieren, in die andere Richtung. Ein Verfahren, das nur die Zustimmung behandelt, ist unvollständig.
Was Sie bei Ablehnung messen
Berechtigte Frage, und die Antwort verdient Differenzierung.
Im eingeschränkten Zustand können die Werkzeuge Signale ohne Kennung und ohne Cookie übertragen. Diese Signale erlauben eine Schätzung des Verhaltens ablehnender Besucher, über Modellierung.
Drei ehrliche Präzisierungen.
Diese Schätzung ist eine Modellierung, keine Messung. Sie liefert Größenordnungen, keine exakten Zahlen.
Sie setzt ein ausreichendes Volumen beobachteter Daten voraus, um berechnet werden zu können. In einem kleinen Shop steht sie unter Umständen gar nicht zur Verfügung.
Sie stellt nicht wieder her, was die Ablehnung entfernt hat. Sie mildert den Verlust, sie hebt ihn nicht auf.
Diesen Mechanismus als Mittel darzustellen, „verlorene Conversions zurückzuholen“, ist eine Überinterpretation, die weit verbreitet ist.
Prüfen, ob es funktioniert
Vier Kontrollen, alle im Browser durchführbar.
Vor jeder Wahl öffnen Sie die Konsole und sehen sich die ausgehenden Anfragen an. Messaufrufe dürfen hinausgehen, aber ohne Cookie und mit den Parametern, die den eingeschränkten Zustand anzeigen.
Nach einer Ablehnung prüfen Sie, dass kein Mess- oder Werbecookie gesetzt wird.
Nach einer Zustimmung prüfen Sie, dass die Cookies erscheinen und die Aufrufe die erwarteten Kennungen tragen.
Bei einem erneuten Besuch prüfen Sie, dass die vorherige Wahl ohne erneutes Fragen wieder angewendet wird.
Ergänzen Sie eine Kontrolle im Messwerkzeug selbst, das meist einen Bericht über den Zustand der empfangenen Signale bereitstellt. Dort zeigen sich die Widersprüche, die die Konsole nicht sichtbar macht.
Die häufigen Fehler
Nur ein Signal gesetzt. Manche Konfigurationen deklarieren nur die Analysespeicherung und lassen die drei anderen ungesetzt.
Der Standardzustand auf gewährt. Schwerer Fehler: das läuft auf Erhebung vor Einwilligung hinaus.
Die ungefähre Zuordnung. Ein Zweck „Marketing“ Ihres Banners auf alle vier Signale zugleich abgebildet, was die Wahl des Besuchers nicht respektiert.
Das Verfahren fehlt auf bestimmten Seiten. Der Bestellprozess oder Werbelandeseiten entgehen dem Banner manchmal, über eine abweichende Seitenvorlage.
Dieser letzte Fall ist der schädlichste: die für Ihre Messung wichtigsten Seiten sind die, auf denen das Verfahren fehlt.
Die Verzahnung mit dem serverseitigen Versand
Punkt, den Sie behandeln müssen, wenn Sie Ereignisse von Ihrem Server übertragen.
Der serverseitige Versand läuft nicht über den Browser, kennt also den Signalzustand nicht, sofern Sie ihn nicht ausdrücklich übergeben.
Zwei Folgen. Ihre Serverimplementierung muss den Einwilligungszustand des Besuchers kennen, was voraussetzt, ihn zu speichern und der Sitzung zuzuordnen.
Und sie muss den Versand entsprechend bedingen oder einschränken. Werbedaten vom Server für einen Besucher zu übertragen, der sie im Browser abgelehnt hat, ist eine Umgehung, keine Optimierung.
Der Cookie Manager für PrestaShop setzt diese Kette in PrestaShop 8 und 9 um: Deklaration des Standardzustands vor jedem Messskript, Zuordnung zwischen den Bannerzwecken und den vier Signalen, sofortige Aktualisierung bei der Wahl und vorherige Blockade der Drittskripte, die den Mechanismus nicht unterstützen.
