hello@datascale.de+49 89 921 35 623cookiefrei getrackt · /openDEEN

Suchen Sie nach Leistungen, Integrationen und Blog-Beiträgen.

DatascaleRessourcenChecksConsent-Simulation

Check · C02 · Cookies & Scripts vor / nach Consent

Consent-Simulation: das Banner wird bedient, zweimal

Der Tiefenscan öffnet die Seite im Browser, klickt einmal „Akzeptieren“ und einmal „Ablehnen“ und vergleicht Requests und Cookies. Diese Zeile sagt, ob das geklappt hat.

Was wird geprüft

Der Tiefenscan lädt die Seite in einem Headless-Chromium mit echter Browser-Kennung und wartet bis zu vier Sekunden auf das Banner. Dann klickt er „Alle akzeptieren“, über die bekannten Selektoren des erkannten CMP oder über den sichtbaren Button-Text, und protokolliert alle Requests, Cookies und Consent-Aufrufe. Zweiter Lauf. Gleiche Seite, diesmal „Ablehnen“ auf der ersten Ebene. Gibt es dort keinen Ablehnen-Button, gilt der Zustand ohne Interaktion als Reject-Aufnahme, und ein eigener Befund merkt das an.

Diese Zeile meldet nur das Ergebnis des Verfahrens: „ok“ mit dem Namen des Anbieters, wenn beide Läufe durchliefen; sonst ein Hinweis mit dem Grund. Kein Banner gefunden. Banner erkannt, aber nicht bedienbar. Seite nicht geladen. Zeitlimit erreicht. Browser gerade nicht verfügbar. Seit September 2026 ist sie eine Statuszeile und zählt nicht in den Score.

Warum ist das wichtig

Der statische Scan liest Absicht: was im Quelltext steht. Die Simulation liest Verhalten: was der Browser nach einem Klick wirklich tut. Der häufigste echte Fehler in Consent-Setups, Marketing-Requests nach „Ablehnen“, ist im Quelltext unsichtbar. Der Tag Manager lädt, das CMP fragt, und ob ein Trigger die Entscheidung respektiert, zeigt nur das Netzwerk-Log. Ohne die Simulation fehlen deshalb sieben Befunde: Reject wird respektiert, Consent aktiviert Messung, Consent-Update, der im Browser beobachtete Consent-Mode-Default, der Modus Basic oder Advanced, die Tracking-Architektur und die Doppelzählung von page_view.

Häufige Ursachen

  • Das CMP rendert das Banner in einem iframe oder Shadow-Root, den der Scanner nicht erreicht (manche Sourcepoint- und Custom-Builds).
  • Die Buttons tragen weder bekannte Selektoren noch eindeutige Beschriftungen, Custom-UIs ohne Standard-Labels bleiben unbedienbar.
  • Ein Bot-Schutz (etwa eine Cloudflare-Challenge) stoppt den Headless-Browser, bevor das Banner erscheint.
  • Die Seite lädt langsamer als das Zeitbudget des Scans, die Simulation bricht kontrolliert ab.
  • Auf der ersten Ebene gibt es keinen Ablehnen-Button. Die Simulation läuft trotzdem, der Reject-Lauf ist dann der Zustand ohne Klick.

So beheben

Bei „nicht möglich“ zuerst prüfen, ob überhaupt ein interaktives CMP läuft; der Befund Cookie-Banner / CMP sagt, welches erkannt wurde. Läuft eins, helfen Standard-Beschriftungen auf der ersten Ebene, „Alle akzeptieren“ und „Alle ablehnen“, die nicht nur der Scan, sondern auch Screenreader und Nutzer lesen können. Einen Bot-Schutz für den Scan zu lockern lohnt nicht. Dann lieber selbst prüfen: Netzwerk-Tab öffnen, Banner ablehnen, nach collect und gcs= filtern. Was dort nach „Ablehnen“ auftaucht, ist der Befund, den die Simulation geliefert hätte.

Passende Vorlage

CMP- und GTM-Consent-QA-Vorlage

Der wiederholbare Testplan für Default-denied, Consent-Update und Reject, über alle vier Signale.

QA-Vorlage holen →

Erst selbst prüfen

Der Tracking-Check testet diesen Punkt zusammen mit allen anderen in Sekunden.

Tracking-Check starten →
Wir haben ein Banner. Warum meldet die Zeile „nicht möglich“?

Der Browser findet die Buttons nicht. Entweder sitzt das Banner in einem iframe oder Shadow-Root, oder die Buttons tragen weder die Selektoren des Anbieters noch eine lesbare Beschriftung wie „Alle akzeptieren“. Der dritte Fall: Ein Bot-Schutz stoppt den Browser, bevor das Banner erscheint. Dann bleiben die Befunde des statischen Scans stehen, die Browser-Befunde entfallen.

Zählt die Zeile in den Score?

Nein, seit September 2026. Sie ist eine Statuszeile: Sie protokolliert, ob die Simulation lief, und trägt keine Bewertung. Bewertet wird, was der Browser dabei sieht, in den Befunden Reject wird respektiert, Consent aktiviert Messung und Consent-Update.

Was macht der Scan dabei mit meiner Seite?

Zwei Seitenaufrufe mit einem echten Chrome-Profil, je einmal ein Klick auf den Banner-Button, sonst nichts. Keine Formulare, keine Bestellung, keine Unterseiten; Requests an private Netze blockt ein Filter. Nach spätestens 28 Sekunden bricht die Simulation kontrolliert ab.

Behebung

Verdrahtet in Tagen, nicht in Sprints.

Befunde aus dem Tracking-Check gehen im Audit Sprint in eine Reihenfolge mit Aufwand, jeder Baustein mit Abnahmekriterium.