Was tun bei einer Beschwerde über Ihr Cookie-Banner?

Alle Beiträge

Messen Sie, bevor Sie antworten. Zeichnen Sie in einem sauberen Profil auf, was Ihre Website auf jedem Consent-Pfad tatsächlich tut, und gleichen Sie die Beschwerde dann Punkt für Punkt mit diesem Beleg ab: Räumen Sie ein, was zutrifft, widerlegen Sie, was nicht zutrifft, mit dem Request oder Cookie, der es widerlegt, und machen Sie einen Gegenvorschlag, wo die Abhilfe falsch ist. Die Ursache steht meist nicht auf der Liste.

Die Konsole ist kein Beleg. Der Payload schon.

Kommt eine Beschwerde, greift man instinktiv zur Compliance-Checkliste. Die ist die richtige Referenz dafür, was ein Banner leisten muss, und Aufsichtsbehörden wie große Consent-Anbieter decken das gut ab. Sie beantworten aber eine andere Frage als die, vor der Sie stehen: nicht, wie ein konformes Banner aussieht, sondern was Ihre Website mit der Person gemacht hat, die sich beschwert.

Der erste Schritt ist also eine Aufnahme, keine Durchsicht der Einstellungen. Vier Pfade in einem sauberen Profil: erster Aufruf ohne Klick, Zustimmen, Ablehnen und ein wiederkehrender Besuch mit gespeicherter Entscheidung. Notieren Sie die Cookies und Anbieterdomains, die jeder Pfad erzeugt. Zehn Minuten, und das Einzige hier, das später Gewicht hat.

Der Container, an dem wir gearbeitet haben, hatte ein Audit, das jedes Tag als für Consent konfiguriert meldete, nichts offen. Am selben Tag setzte ein sauberes Profil bei noch sichtbarem Banner sieben Cookies und rief sechs Anbieterdomains auf. Keine der beiden Aussagen war falsch. Sie beantworteten verschiedene Fragen.

Ist eine Beschwerde über ein Cookie-Banner meist zutreffend?

Eine Beschwerde kommt als nummerierte Liste, und es ist verlockend, sie wie ein Urteil abzuarbeiten. Lesen Sie sie als Sammlung von Behauptungen, jede wahr oder falsch, jede in der Aufnahme prüfbar, die Sie gerade gemacht haben.

Bei dem Website-Bestand, auf dem dieser Artikel beruht, umfasste die Liste acht nummerierte Punkte. Drei waren falsch: Die Behauptung, kein Tag setze einen abgelehnten Standardwert, stimmte nicht, denn die Standardwerte waren schon korrekt, und das seit einiger Zeit. Drei der als ungesperrt genannten Tags waren tatsächlich bereits gesperrt. Und ein Punkt nannte schlicht das falsche Tag. Vier waren richtig und wurden ohne Diskussion eingeräumt. Einer beschrieb das Problem richtig, die Abhilfe aber falsch, und verlangte einen Gegenvorschlag statt eines Ja oder Nein.

Die Verteilung zählt mehr als die einzelnen Punkte. Etwas Unzutreffendes einzuräumen, schadet genauso wie etwas Zutreffendes zu bestreiten: Sie verpflichten sich zu einer Änderung, die nichts behebt, und schwächen jede andere Aussage in der Antwort. Beide Richtungen verlangen dasselbe: Belege zur Antwort.

Eine Befundliste so zu prüfen, hat ein eigenes Verfahren, und es ist dasselbe, ob die Liste mit einer Beschwerde oder mit einem Audit kam: So erkennen Sie, ob ein gemeldetes Tag wirklich vor der Einwilligung Cookies setzt.

Die Ursache steht meist nicht auf der Liste

Wer sich beschwert, meldet, was von außen sichtbar ist: vorhandene Cookies, aufgerufene Anbieter, ein Banner, das beides nicht verhindert hat. Was sie geladen hat, finden Sie selbst heraus.

Zwei Stellen erklären das meiste, und keine davon taucht in einem Audit des Tag Managers auf. Die erste ist ein Anbieter-Tag, das andere Anbieter nachlädt. Hier zog das Tag einer Marketingplattform zwei eigene Werbe-Pixel nach. Dieses eine Tag zu sperren, stoppte also alle drei und drehte eine frühere Schlussfolgerung um, nach der sich die Beschwerde allein über den Container nicht erledigen ließ. Prüfen Sie das zuerst: Die Variante, die am häufigsten auffällt, behandeln wir in Warum das Facebook-Pixel trotz blockierter Tags lädt.

Die zweite ist der Head Ihrer eigenen Website. Skripte, die ins Template eingefügt sind, laden, bevor der Container mitreden kann, und keine Consent-Einstellung erreicht sie. Das liegt an der Bauweise, nicht an einer Fehlkonfiguration. Drei davon blieben hier übrig, nachdem die Arbeit am Container erledigt war, und dafür brauchte es einen Entwickler statt Zugang zum Tag Manager.

Wie schreiben Sie eine belastbare Antwort auf eine Beschwerde?

Die Reihenfolge zählt: Jeder Schritt entscheidet, was der nächste behaupten darf.

1. Zeichnen Sie die vier Consent-Pfade auf, bevor Sie etwas schreiben

   Privates Fenster, Netzwerk- und Speicher-Panel geöffnet, auf einer Seite, die Sie noch nicht besucht haben. Erfassen Sie den ersten Aufruf ohne Klick, dann Zustimmen, dann Ablehnen, dann einen wiederkehrenden Besuch mit gespeicherter Entscheidung. Sichern Sie für jeden Pfad die Cookies und Anbieterdomains.

2. Gleichen Sie die Beschwerde Punkt für Punkt mit dieser Aufnahme ab

   Markieren Sie jeden nummerierten Punkt als richtig, falsch oder teilweise richtig, mit dem konkreten Request oder Cookie, der es entscheidet. Antworten Sie nicht aus der Konsole des Tag Managers: Die zeigt, was konfiguriert ist, und eine Beschwerde betrifft, was passiert ist.

3. Suchen Sie die Ursache, die nicht auf der Liste steht

   Die Punkte, die Sie bekommen haben, beschreiben, was von außen sichtbar war. Fragen Sie separat, was diese Cookies lädt: ob ein Anbieter-Tag andere nachlädt und was fest im Head Ihrer eigenen Website steckt.

4. Teilen Sie die Korrekturen nach Zuständigkeit auf

   Sortieren Sie jedes bestätigte Problem in einen von drei Töpfen: im Container behebbar, nur im Code der Website oder nur im Portal eines Anbieters. Sie haben unterschiedliche Verantwortliche und Vorlaufzeiten, und eine Antwort, die für ein Skript im Head eine Container-Korrektur verspricht, übersteht die Nachfrage nicht.

5. Prüfen Sie erneut alle vier Pfade, nicht die Audit-Ansicht

   Wiederholen Sie Schritt eins mit der veröffentlichten Version und vergleichen Sie die Aufnahmen. Stellen Sie sicher, dass Sie keine Container-Datei aus dem Cache täuscht. Sie wird mit kurzem Cache ausgeliefert, und unser eigener erster Prüflauf las hier die vorherige Version, ohne dass es irgendein Anzeichen dafür gab. Prüfen Sie die Version in der ausgelieferten Datei, bevor Sie einem Fehler glauben.

6. Antworten Sie mit der Messung, nicht mit Beteuerungen

   Halten Sie fest, was Sie gemessen haben, was Sie gefunden haben, was korrigiert wurde und was offen bleibt, mit Datum und Verantwortlichem. Punkte, die Sie bestreiten, bekommen den Beleg angehängt, kein pauschales Dementi.

Zwei Dinge, die Sie haben sollten, bevor eine Beschwerde kommt

Eine Basisaufnahme, gemacht, solange alles in Ordnung ist, verwandelt all das in einen Vergleich statt einer Ermittlung: Ein Cookie-Banner vor dem Livegang testen ist dasselbe Verfahren in einem ruhigeren Moment. Dazu kommt der Einwilligungsnachweis. Ein Banner belegt, was angeboten wurde, nicht, was jemand gewählt hat, und Art. 7 Abs. 1 DSGVO verlangt, dass Sie nachweisen können, dass ein Besucher eingewilligt hat. Das beantwortet nur der Nachweis.

Wo wir dabei stehen

Wir bauen selbst eine Consent-Plattform, lesen Sie das also mit diesem Wissen. Wir behandeln den Payload als maßgebliche Quelle, weil sich dort auch der Schaden an der Messung zeigt. Einwilligungsentscheidungen verbergen einen Teil Ihrer Sitzungen vor Analytics, und wie viel, hängt von Ihrer Region, Ihrer Zielgruppe und Ihrem Banner-Design ab. Die Zustimmungsrate in Ihrer CMP ist der schnellste Weg, das abzuschätzen, und der Vergleich der GA4-Sitzungen mit den Request-Logs Ihres Servers oder CDN ist die unabhängige Gegenprobe. Ein korrektes Setup holt ablehnende Besucher nicht in Ihre Berichte zurück. Es sorgt dafür, dass das, was Sie berichten, zu dem passt, was die Besucher gewählt haben.

Die unbequeme Wahrheit: Ein Banner kann gut gewählt und korrekt eingebaut sein und trotzdem lecken, weil das meiste, was leckt, nie in der Reichweite des Consent-Tools lag. Diese Lücke gibt es in jeder Preisklasse, auch bei uns.