Betreiber-Guide

Tracking und Consent reparieren

Tracking, Werbung und nicht notwendige Cookies müssen aus Betreiberperspektive nach Consent-Zustand getrennt geprüft werden. Der SaferPage-Befund zeigt sichtbare Cookies, Storage- und Browserkontakte; die finale Rechtsfreigabe, CMP-Konfiguration und Anbieterfreigabe bleiben Betreiberaufgabe.

Grundlage ist der SaferPage-Prüfkatalog für Datenschutz und Websicherheit – dieselben Kriterien, nach denen auch Ihr Report bewertet wird.

Website-Scanner

Ihre Website direkt auf dieses Problem testen

Prüfen Sie kostenlos, ob Tracking und Consent reparieren auf Ihrer Domain zutrifft und welche Belege vorliegen.

Allgemeiner Prüfweg

1 Trennen Sie die Prüfung nach Consent-Zuständen: Erstaufruf ohne Auswahl, Ablehnen, Akzeptieren und wenn relevant GPC. Speichern Sie pro Zustand Cookies, Storage, Requests, Screenshot und Scan-ID.
2 Blockieren Sie Analytics-, Ads-, Pixel-, Remarketing-, Session-Replay- und Fingerprinting-Skripte bis zur aktiven Zustimmung. Notwendige Funktions-, Sicherheits- oder Load-Balancing-Cookies müssen separat begründet und erklärt werden.
3 Nutzen Sie CMP-Autoblocking oder neutrale Script-/Iframe-Attribute wie type="text/plain" beziehungsweise data-cookieblock-src, damit Quellen nicht vor Consent laden.
4 Bieten Sie Ablehnen, Akzeptieren und Einstellungen gleichwertig sichtbar an. Consent-Walls, Paywalls und Pur-Abo-Modelle müssen im Report als Kontext geprüft werden, statt pauschal als fehlende Transparenz zu gelten.
5 Fordern Sie Google Consent Mode nur, wenn Google-Tags, Google Tag Manager, Analytics, Ads oder vergleichbare Google-Dienste tatsächlich sichtbar sind. Ohne Google-Evidence ist ein Consent-Mode-Hinweis nur ein allgemeiner Hintergrundpunkt.
6 Dokumentieren Sie Anbieter, Zwecke, Cookie-Kategorien, Rechtsgrundlagen, Empfänger, Drittlandtransfer, Speicherdauer und Widerruf in Datenschutzerklärung und CMP.
7 Führen Sie nach jeder CMP-, Plugin-, Tag-Manager- oder Marketing-Änderung einen Re-Scan durch und prüfen Sie False Positives gegen reale Browser-Requests.

Evidence-first Hintergrund

Was belegt ist, was Betreiber prüfen und wie abgenommen wird

Guide

Consent-Zustände messen

BetreiberErstaufruf: Vor jeder Auswahl dürfen nicht notwendige Tracking-Requests, Pixel, Beacons und Marketing-Cookies nicht ausgeliefert werden. BetreiberAblehnen: Nach Ablehnung müssen nicht notwendige Analytics-, Ads-, Remarketing-, Session-Replay- und Fingerprinting-Kontakte ausbleiben. BetreiberAkzeptieren: Nach Zustimmung dürfen nur die Dienste laden, die in CMP und Datenschutzerklärung konkret genannt sind. BetreiberGPC: Wenn Global Privacy Control unterstuetzt wird, muss der Zustand als eigener Test dokumentiert und nicht mit Ablehnen vermischt werden.

CMP-Blocking und Google-Grenze

BetreiberCMP-Autoblocking, Script-Typen, data-cookieblock-src, Iframe-Platzhalter und Tag-Manager-Trigger müssen verhindern, dass Dienste vor Zustimmung starten. BetreiberGoogle Consent Mode gehoert nur in den Pflichtteil, wenn Google-Tags, Google Tag Manager, Analytics, Ads, Floodlight oder vergleichbare Google-Evidence sichtbar sind. BetreiberBei reiner Google-Code-Spur ohne Netzwerkrequest ist der Befund als Prüfpunkt zu behandeln, nicht als harter Verstoß. Entscheidend ist, ob Daten vor Einwilligung gesendet werden. BetreiberCookie-Kategorien sollten technisch und textlich zusammenpassen: notwendig, Praeferenzen, Statistik, Marketing, externe Medien und Sicherheit nicht vermischen.

False-Positive-Prüfung

BetreiberConsent-Walls, Paywalls, Pur-Abo-Modelle und Sicherheitscookies können automatische Scanner irritieren; prüfen Sie deshalb Zweck, Cookie-Name, Lebensdauer und Request-Ziel. BetreiberLeere Tag-Manager-Container, blockierte Skripte, Texttreffer wie Maps oder alte Quellcode-Fragmente dürfen nicht automatisch als aktives Tracking bewertet werden. BetreiberNotwendige Session-, Load-Balancing-, CSRF- oder Consent-Speicher-Cookies sollten im Report entlastet und in der Datenschutzerklärung erklärt werden.

Abnahme-Nachweis

BetreiberAbnahme: Erstaufruf und Ablehnen zeigen 0 nicht notwendige Tracking-Cookies und 0 nicht notwendige datenschutzrelevante Drittanbieter-Requests. BetreiberNachweis: Scan-ID, Consent-Zustand, Screenshot, Request-/Cookie-Auszug, CMP-Version, Tag-Manager-Version und Freigabeverantwortung in der Nachweisposition speichern. BetreiberGrenze: Diese Hintergrundseite ersetzt keine Rechtsberatung, kein CMP-Audit und keine vollständige Prüfung von Login-, Checkout-, Konto- oder Paywall-Flows.

Individueller nächster Schritt

Was erst der Full-Check für Ihre Domain erstellt

Full-only
Ursache und Fundstelle

Welche konkrete Seite, Anfrage, Konfiguration oder Dienstekette den Befund ausgelöst hat.

Priorisierte Maßnahmen

Welche Änderung für genau diese Domain zuerst sinnvoll ist und welche Abhängigkeiten bestehen.

Verantwortlichkeit und Abnahme

Wer die Änderung typischerweise übernimmt und woran der überprüfbare Zielzustand erkennbar ist.

Vertiefte Nachweise

Erweiterter Crawl, Dienste-/Datenschutzerklärungs-Abgleich und Full-Check-Exporte.

Noch nicht erstellt: Der individuelle Full-Scan und Fixplan beginnen erst nach bestätigter Zahlung. Starten Sie mit dem Mini-Check Ihrer Domain; die Bestellmöglichkeit erscheint anschließend im Report.

Quellen

Weitere relevante Betreiber-Guides

Betreiber-Datenschutz-Checkliste Allgemeiner Betreiber-Background für Punkte, die SaferPage im passiven Scan nicht abschließend belegen kann. Nutzen Sie diese Checkliste für interne Prüfung, Freigabe und Dokumentation; einzelne Report-Befunde bleiben auf technische Evidence begrenzt.
Barrierefreiheit bei Bannern und Formularen prüfen Cookie-Banner und Formulare sind typische Bruchstellen für Datenschutz, Usability und Barrierefreiheit. SaferPage kann sichtbare Labels, Button-Namen, Viewport-Signale und einfache WCAG-/BFSG-nahe Hinweise liefern; eine vollständige Barrierefreiheitspruefung braucht zusätzlich Tastatur-, Screenreader- und manuelle Flow-Tests.