# Betreiber-Fix-Guides fuer campus-motorsport.de campus-motorsport.de: 16 priorisierte Betreiber-Guide(s) aus 54 Befund(en). > Automatisch aus SaferPage-Scan-Evidenz und Betreiber-Guides abgeleitet. Betreiber müssen Umsetzung, Rechtsgrundlagen, interne Systeme und Re-Scan-Nachweise fachlich freigeben. ## Phasen - **Triage** (0-48 Stunden): Hoch priorisierte Befunde reproduzieren, Owner bestätigen, Exportpaket sichern. - **Fix umsetzen** (0-14 Tage): Consent-, Anbieter-, Notice-, Cookie-, Formular- oder Header-Änderungen umsetzen und versionieren. - **Nutzertexte synchronisieren** (parallel): Datenschutzhinweis, Cookie-Erklärung, Anbieterregister und TrustHub an reale Technik anpassen. - **Re-Scan und Freigabe** (nach Deployment): Erstaufruf, Ablehnen, Akzeptieren, GPC, Mobilansicht und priorisierte Unterseiten erneut prüfen. ## Guide-Streams ### Drittanbieter im Datenschutz erklären - Priorität: hoch / Owner: Legal/Vendor Owner / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren - Befund: Browser-Nachweis - Unnötige Drittanbieter reduzieren und die verbleibenden Kontakte in Datenschutz und Consent abbilden. - Befund: Erkannte Anbieter fehlen in der Datenschutzerklärung - Technisch erkannte Dienste in der Datenschutzerklärung konkret mit Anbieter, Zweck, Rechtsgrundlage, Empfänger und Transferhinweis benennen. - Befund: Datenschutzrelevante Drittanbieter im Browseraufruf - Prüfen, ob Anbieter wie YouTube, Google DoubleClick in der Datenschutzerklärung und Cookie-Auswahl verständlich erklärt werden. - Befund: Anbieterakten, AVV/DPA und Transfers priorisiert schließen - Top-Anbieter mit Zweck, Rolle, AVV/DPA, TOMs, Subprozessoren und Transfergrundlage dokumentieren. - Befund: Viele Drittanbieter-Domains beim Laden - Viele externe Kontakte erschweren die Datenschutz-Einordnung für Nutzer. Drittanbieter reduzieren oder klar begründen. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Drittanbieter-Liste gegen neue Requests und Cookies abgleichen. ### Tracking und Consent reparieren - Priorität: hoch / Owner: Marketing/IT/Datenschutz / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/tracking-und-consent-reparieren - Befund: Möglicherweise nicht notwendige Cookies vor Einwilligung - Prüfen, ob diese Cookies technisch notwendig sind oder erst nach Einwilligung gesetzt werden dürfen. - Befund: Cookie-Hinweis ohne klare Ablehnen-Option - Ablehnen sollte genauso leicht auffindbar sein wie Akzeptieren. - Befund: Consent wirkt wie Nur-Akzeptieren - Cookie-Auswahl und Ablehnen-Option sichtbar anbieten. - Befund: Datenschutz, Cookies & Consent - Tracking, Werbung und nicht notwendige Cookies vor Zustimmung blockieren und verständlich erklären. - Befund: Tracking, Cookies oder Drittanbieter vor Einwilligung reparieren - Befund mit Betreiber-Guide beheben und danach erneut scannen. - Befund: Consent-Journey-Matrix - Drittanbieter je Consent-Zustand prüfen; nach Ablehnen und bei GPC sollten keine neuen Trackingkontakte entstehen. - Befund: Datenschutzrelevante Kontakte trotz GPC-Signal - Bei aktivem Global Privacy Control sollten Anbieter wie YouTube, Google DoubleClick, Google DoubleClick besonders begründet oder blockiert werden. - Befund: Drittanbieter-Cookies trotz GPC-Signal - Bei aktivem Global Privacy Control Drittanbieter-Cookies und Verkauf-/Sharing-Signale technisch prüfen. - Befund: Consent-Zustand: GPC mit Tracking-Hinweisen - GPC-Aufruf auf Datenschutz-Drittanbieter, Drittanbieter-Cookies und Storage-IDs prüfen. - Befund: Keine gängige CMP-/TCF-API im Browser erkannt - Bei Tracking prüfen, ob Consent technisch nachvollziehbar gesetzt, widerrufen und dokumentiert wird. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Erstaufruf, Ablehnen, Akzeptieren und GPC getrennt scannen. ### Referrer- und URL-Leaks vermeiden - Priorität: hoch / Owner: Webentwicklung/IT / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/referrer-und-url-leaks-vermeiden - Befund: Drittanbieter können vollen Referrer-Kontext erhalten - Referrer-Policy prüfen und für Anbieter wie YouTube, pixel.wp.com mindestens strict-origin-when-cross-origin oder strenger setzen. - Befund: Seiten-URL wird in Drittanbieter-Requests übertragen - Tracking-/Tag-Parameter für Anbieter wie YouTube, pixel.wp.com so konfigurieren, dass keine unnötigen Pfade, Suchparameter oder Formularumfelder gesendet werden. - Befund: Referrer & URL-Leaks - Referrer-Policy härten, sensible Query-Parameter entfernen und Tracking-Parameter ohne volle Seiten-URL konfigurieren. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Referrer-Header und Query-Parameter in Request-Samples kontrollieren. ### Google-Dienste datenschutzfreundlich einbinden - Priorität: hoch / Owner: Marketing/IT / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/google-dienste-datenschutzfreundlich-einbinden - Befund: Google Consent Mode Default nicht erkannt - Vor dem ersten Google-Tag Consent-Defaults setzen, typischerweise ad_storage, analytics_storage, ad_user_data und ad_personalization auf denied. - Befund: Google-Dienste & Drittanbieter - Google-Dienste einzeln prüfen, Consent Mode sauber setzen und Fonts möglichst lokal ausliefern. - Befund: Google-Dienste - Befund mit Betreiber-Guide beheben und danach erneut scannen. - Befund: Remote-Schriften von Google erkannt - Prüfen, ob Google Fonts lokal gehostet oder in der Datenschutzerklärung und Consent-Logik sauber erklärt werden. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Google-Requests vor und nach Consent vergleichen. ### Tracking-Pixel und Beacons begrenzen - Priorität: hoch / Owner: Marketing/IT / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/tracking-pixel-und-beacons-begrenzen - Befund: Tracking-Pixel oder pixelnahe Requests erkannt - Pixel von YouTube, Google DoubleClick, pixel.wp.com erst nach Einwilligung laden, Zweck erklären und unnötige Bild-Tracker entfernen. - Befund: Beacon-/Keepalive-Telemetrie erkannt - navigator.sendBeacon, keepalive-Fetch und vergleichbare Telemetrie auf Consent, Anbieter und Datenminimierung prüfen. - Befund: Tracking-Pixel & Beacons - Pixel, sendBeacon, keepalive-Fetch und Link-Pings auf Consent, Zweck, Anbieter und Datenminimierung prüfen. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Pixel-, ping-, beacon- und keepalive-Ziele erneut exportieren. ### PII- und URL-Datenlecks vermeiden - Priorität: hoch / Owner: Webentwicklung/IT / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/pii-und-url-datenlecks-vermeiden - Befund: Dateneingabe und datenschutzrelevante Drittanbieter im selben Browseraufruf - Tracking, Werbung und Session-Replay auf Seiten mit Dateneingabe nur nach Einwilligung auslösen und keine Formularwerte an Tags übergeben. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: URLs, Referrer, Logs und Drittanbieter-Requests auf personenbezogene Werte prüfen. ### Datenschutzerklärung verbessern - Priorität: hoch / Owner: Datenschutz/Content / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/datenschutzerklaerung-verbessern - Befund: Datenschutzerklärung deckt zentrale Bausteine nicht vollständig ab - Verantwortlicher, Zwecke, Rechtsgrundlagen, Rechte, Speicherfristen, Empfänger, Cookies/Tracking und Widerruf strukturiert ergänzen. - Befund: Cookies/Tracking in der Datenschutzerklärung nicht klar erkannt - Cookie-, Tracking-, Web-Storage- und Drittanbieter-Hinweise mit der tatsächlichen Technik aus dem Scan abgleichen. - Befund: Stand der Datenschutzerklärung nicht klar erkennbar - Ergänzen Sie ein gut sichtbares Stand- oder Aktualisierungsdatum und prüfen Sie die Erklärung nach technischen Änderungen. - Befund: Datenschutzkontakt oder DPO-Hinweis nicht klar erkannt - Nennen Sie einen Datenschutzkontakt oder erklären Sie nachvollziehbar, wie Datenschutzanfragen gestellt werden können. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Datenschutzhinweis gegen Cookies, Anbieter, Formulare und Zwecke abgleichen. ### Security-Header setzen - Priorität: hoch / Owner: IT/Security / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/security-header-setzen - Befund: HSTS fehlt - Header `strict-transport-security` setzen und nach Deployment erneut prüfen. - Befund: Content-Security-Policy fehlt - Header `content-security-policy` setzen und nach Deployment erneut prüfen. - Befund: X-Frame-Options fehlt - Header `x-frame-options` setzen und nach Deployment erneut prüfen. - Befund: X-Content-Type-Options fehlt - Header `x-content-type-options` setzen und nach Deployment erneut prüfen. - Befund: Sicherheit, TLS & Header - HTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren. - Befund: Security-Header, Referrer-Policy und Browser-Schutz setzen - Befund mit Betreiber-Guide beheben und danach erneut scannen. - Befund: Cross-Origin-Embedder-Policy fehlt - Header `cross-origin-embedder-policy` setzen und nach Deployment erneut prüfen. - Befund: Cross-Origin-Opener-Policy fehlt - Header `cross-origin-opener-policy` setzen und nach Deployment erneut prüfen. - Befund: Cross-Origin-Resource-Policy fehlt - Header `cross-origin-resource-policy` setzen und nach Deployment erneut prüfen. - Befund: Referrer-Policy fehlt - Header `referrer-policy` setzen und nach Deployment erneut prüfen. - Befund: Permissions-Policy fehlt - Header `permissions-policy` setzen und nach Deployment erneut prüfen. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Header, TLS, CSP und Referrer-Policy nach Deployment erneut scannen. ### Drittlandtransfer und Anbieter prüfen - Priorität: hoch / Owner: Legal/Datenschutz / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/drittlandtransfer-und-anbieter-pruefen - Befund: Drittland-/US-Anbieter im Browseraufruf prüfen - Für Anbieter wie Google DoubleClick, Google DoubleClick, Google Fonts, Google Fonts, Google Static, google.com, jnn-pa.googleapis.com Transfergrundlage, AVV, DPF/SCC/TIA und Datenschutzhinweise prüfen. - Befund: Anbieter-Jurisdiktion nicht klar ableitbar - Unklare Drittanbieter in Anbieterinventar, AVV-Prozess und Datenschutzerklärung nachrecherchieren. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: US-/Drittlandhosts, Anbieterrolle und Transfergrundlage erneut prüfen. ### Servicekarte und Anbieterinventar aufbauen - Priorität: mittel / Owner: Datenschutz/Marketing/IT / Phase: 7-30 Tage - Guide: https://saferpage.de/guides/servicekarte-und-anbieterinventar-aufbauen - Befund: Drittanbieter aus Browserkontakten einem Dienst zuordnen - Servicekarte je Anbieter anlegen und Datenschutzhinweis, CMP und Anbieterregister synchronisieren. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Anbieter-Radar, Cookie-Inventar und Browserkontakte gegen die Servicekarten abgleichen. ### Barrierefreiheit bei Bannern und Formularen prüfen - Priorität: mittel / Owner: UX/Content/IT / Phase: 7-30 Tage - Guide: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare - Befund: Barrierefreiheit & Usability - Alt-Texte, Formularlabels, Button-Namen, lang-Attribut und Überschriftenstruktur für Nutzer und Screenreader prüfen. - Befund: Cookie-Banner, Formulare und mobile Nutzung barriereärmer machen - Befund mit Betreiber-Guide beheben und danach erneut scannen. - Befund: Bilder ohne Alternativtext - Inhaltliche Bilder mit alt-Text versehen; dekorative Bilder mit leerem alt oder aria-hidden kennzeichnen. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Tastatur, Screenreader, Kontrast und Mobilansicht manuell prüfen. ### Cookie-Laufzeiten und Zwecke prüfen - Priorität: mittel / Owner: Marketing/IT/Datenschutz / Phase: 7-30 Tage - Guide: https://saferpage.de/guides/cookie-laufzeiten-und-zwecke-pruefen - Befund: Cookie-Inventar - Cookie-Liste mit Zweck, Anbieter, First-/Third-Party, Secure, SameSite und Speicherdauer gegen Consent-Banner und Datenschutzerklärung abgleichen. - Befund: Cookie-Laufzeiten, Zwecke und Consent-Zustand klären - Befund mit Betreiber-Guide beheben und danach erneut scannen. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Cookie- und Storage-Zustände je Consent-Status exportieren. ### Datenschutz-Webseiten-Prüfkatalog umsetzen - Priorität: mittel / Owner: Programm-Owner/Datenschutz / Phase: 7-30 Tage - Guide: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog - Befund: Seitenabdeckung & Crawl - Datenschutz, Impressum, Kontakt, Cookie-Hinweise und kritische Formularseiten klar verlinken und regelmäßig mitprüfen. - Befund: Wichtige Unterseiten, Datenschutz und Formulare crawlbar verlinken - Befund mit Betreiber-Guide beheben und danach erneut scannen. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Gesamten Scan nach Umsetzung der priorisierten Guides wiederholen. ### Externe Inhalte datenschutzfreundlich einbinden - Priorität: niedrig / Owner: Content/Webentwicklung / Phase: quartalsweise - Guide: https://saferpage.de/guides/externe-inhalte-datenschutzfreundlich-einbinden - Befund: Video-Embed lädt Drittanbieter beim Seitenaufruf - Videos von YouTube mit Vorschaubild, Zwei-Klick-Lösung oder Consent-gesteuert laden. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Iframes, Karten, Videos und Captchas vor Aktivierung erneut prüfen. ### Externe Skripte und SRI absichern - Priorität: niedrig / Owner: IT/Webentwicklung / Phase: quartalsweise - Guide: https://saferpage.de/guides/externe-skripte-und-sri-absichern - Befund: Externe Skripte ohne Subresource Integrity - Für statische CDN-Skripte `integrity` und passend `crossorigin` setzen oder Skripte kontrolliert lokal ausliefern. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Externe Skripte, SRI, CSP und Consent-Auslösung erneut prüfen. ### Performance und mobile Nutzbarkeit verbessern - Priorität: niedrig / Owner: Webentwicklung/UX / Phase: quartalsweise - Guide: https://saferpage.de/guides/performance-und-mobile-usability-verbessern - Befund: Viele potenziell blockierende Assets - Skripte/CSS bündeln, defer/async nutzen und kritisches CSS priorisieren. - [ ] Befund reproduzieren: SaferPage-Report, betroffene URL, Consent-Zustand und Request-/Cookie-/Header-Evidence sichern. - [ ] Ursache beheben: Konfiguration, Tag, Inhalt, Anbieter, Header oder Formular gemäß Guide ändern und Änderung versionieren. - [ ] Nutzertext aktualisieren: Datenschutzhinweis, Cookie-Liste, Anbieterregister oder Trust-Dokumentation an die reale Technik anpassen. - [ ] Re-Test und Abschluss: Mobilansicht, Asset-Größen und Ladeverhalten erneut prüfen. ## Tracker- und Service-Mapping - youtube.com (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - i.ytimg.com (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - googleads.g.doubleclick.net (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - static.doubleclick.net (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - fonts.gstatic.com (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - fonts.googleapis.com (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - gstatic.com (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - google.com (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - __Secure-ROLLOUT_TOKEN (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - VISITOR_INFO1_LIVE (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - VISITOR_PRIVACY_METADATA (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - YSC (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - __Secure-YNID (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - youtube.com (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren. - googleads.g.doubleclick.net (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren. - static.doubleclick.net (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren. - i.ytimg.com (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren. - fonts.gstatic.com (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren. - fonts.googleapis.com (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren. - gstatic.com (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren. - google.com (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren. ## CMS-/Shop- und Deployment-Playbooks ### WordPress Core, Theme, Plugins, Consent-Plugin, Tag Manager und Cache gemeinsam prüfen. - Owner: Webbetrieb/IT/Datenschutz / Technik-Nachweis: https://saferpage.de/technik/campus-motorsport.de/export / Re-Scan: https://saferpage.de/?url=campus-motorsport.de - [ ] WordPress Core, aktive Themes und Plugins in Staging aktualisieren; ungenutzte Plugins entfernen. - [ ] Consent-/Cookie-Plugin mit Erstaufruf, Ablehnen, Akzeptieren und GPC gegen SaferPage testen. - [ ] Google Fonts, Maps, YouTube, reCAPTCHA, Analytics und Pixel in Theme, Page Builder und Tag Manager suchen und vor Consent blockieren. - [ ] Security-Header, HSTS, Referrer-Policy und CSP im Hosting, Webserver oder Security-Plugin setzen und Cache leeren. - Abnahme: Keine neuen Trackingkontakte vor Consent. - Abnahme: Plugin-/Theme-Versionen sind dokumentiert. - Abnahme: Re-Scan aktualisiert Kurzreport, Technik-Center und Fix-Guides. > Grenze: Passiv abgeleitet: SaferPage behauptet nur sichtbare CMS-/Shop-/Deployment-Signale. Betreiber müssen Plattform, Versionen, Plugins, Apps und interne Deployments bestätigen. ### CMS / Website-Deployment SaferPage erkennt ein CMS-/Website-Signal, aber keine sichere Plattform. Patchstand, Erweiterungen, Templates, Consent und externe Dienste manuell abgleichen. - Owner: Webbetrieb/IT/Datenschutz / Technik-Nachweis: https://saferpage.de/technik/campus-motorsport.de/export / Re-Scan: https://saferpage.de/?url=campus-motorsport.de - [ ] CMS, Theme, Plugins/Extensions, Page Builder, Tag Manager und Hosting/CDN inventarisieren. - [ ] Nicht notwendige Skripte, Cookies, Fonts, Maps, Videos und Pixel vor Consent blockieren. - [ ] Datenschutzerklärung, Anbieterregister, Cookie-Liste und Impressum gegen die reale Browser-Evidence abgleichen. - [ ] Nach jeder Änderung Re-Scan ausführen und Exportpaket als Nachweis sichern. - Abnahme: Plattform und Erweiterungen sind dokumentiert. - Abnahme: Consent- und Anbieterbefunde sind geschlossen oder begründet. - Abnahme: Re-Scan zeigt keine neuen kritischen Signale. > Grenze: Passiv abgeleitet: SaferPage behauptet nur sichtbare CMS-/Shop-/Deployment-Signale. Betreiber müssen Plattform, Versionen, Plugins, Apps und interne Deployments bestätigen. ## Fehlalarm- und Grenzen-Review Betreiber-Review-Playbook gegen typische Fehlalarme: Consent-/Paywall-Grenzen, Google-Consent-Anwendbarkeit, Formular-Coverage, Cookie-Kontext und Score-Wording. ### Consent-Wall, Paywall oder Overlay einordnen - Frage: Hat der automatische Lauf ein Overlay, eine PUR-/Abo-Wall, Geoblocking oder eine Login-Grenze gesehen? - Betreiberaktion: Wenn Overlay, Login, PUR-/Abo-Wall oder Geoblocking Inhalte verdeckt, Befunde zu Impressum, Formularen, Cookies und verstecktem Text manuell prüfen. - Abnahme: Manuelle Prüfung ist mit Screenshot, Pfad, Entscheidung und Re-Scan-Vermerk dokumentiert. - Nachweis: https://saferpage.de/campus-motorsport.de / Guide: https://saferpage.de/methodik > Grenze: Ein verdeckter Footer oder Paywall-Text ist kein automatischer Nachweis für fehlende Betreibertransparenz. ### Google Consent Mode nur bei Google-Evidenz fordern - Frage: Wurden Google-Tag, Google-Domain oder Google-Tracking-ID wirklich gesehen? - Betreiberaktion: Google-Tags, Zwecke, Consent Defaults und Tag-Gating anhand der konkreten Request-/Script-Evidence prüfen. - Abnahme: Google-Dienst ist inventarisiert, Consent Default ist belegt und Re-Scan bestätigt das Gating. - Nachweis: https://saferpage.de/campus-motorsport.de/top-fixes-json / Guide: https://saferpage.de/guides/google-dienste-datenschutzfreundlich-einbinden > Grenze: Diese Bewertung gilt nur für die gespeicherte Scan-Evidence; spätere Tag-Manager-Änderungen brauchen Re-Scan. ### Formular-Coverage gegen Startseiten-Sample abgleichen - Frage: Gibt es Formulare auf Startseite oder direkt gecrawlten Unterseiten? - Betreiberaktion: Nicht sichtbare, mehrstufige oder Login-Formulare manuell ergänzen, wenn der Kurzcheck keine Formular-Evidence fand. - Abnahme: Formularzweck, Pflichtfelder, Datenschutzhinweis und Consent-/Tracking-Kontext sind pro Formularseite nachvollziehbar. - Nachweis: https://saferpage.de/abdeckung/campus-motorsport.de/export / Guide: https://saferpage.de/guides/formulare-datenschutzkonform-absichern > Grenze: SaferPage sendet keine Formulare ab und kennt keine internen Rechtsgrundlagen oder nachgelagerte Verarbeitung. ### Cookies nach Zweck statt pauschal bewerten - Frage: Sind Cookies vor Einwilligung technisch notwendig oder Tracking/Marketing? - Betreiberaktion: Cookie-Liste mit Zweck, Anbieter, Laufzeit, Consent-Kategorie und Auslösezeitpunkt pflegen; Funktionscookies von Tracking-Cookies trennen. - Abnahme: Cookie-Erklärung und CMP zeigen dieselben Kategorien; Re-Scan belegt keine ungeklärten Trackingkontakte vor Einwilligung. - Nachweis: https://saferpage.de/cookies/campus-motorsport.de / Guide: https://saferpage.de/guides/cookie-laufzeiten-und-zwecke-pruefen > Grenze: Load-Balancing, Sicherheit und Consent-Speicherung können notwendig sein; die Einordnung braucht Betreiberkontext. ### Score und Warntexte als Priorisierung formulieren - Frage: Wird aus dem automatischen Score ein pauschales Seriositäts- oder Rechtsurteil? - Betreiberaktion: Report-Quality-Smoke, Kurzreport und Management-Text prüfen: harte Aussagen wie zertifiziert, rechtssicher oder grundsätzlich gefährlich vermeiden. - Abnahme: Bericht trennt Beobachtung, Betreibermaßnahme, Grenze und Re-Scan; keine nicht belegten Zertifikats- oder Rechtsclaims. - Nachweis: https://saferpage.de/evidence/report-quality-smoke.json / Guide: https://saferpage.de/methodik > Grenze: Score ist eine technische Priorisierung und kein abschließendes Urteil über Rechtmäßigkeit, Seriosität oder Sicherheit. ### Aussage-Ampel und Claim-Grenzen übernehmen - Frage: Trennt der Report klar zwischen automatisch belegter Evidence, manueller Betreiberprüfung und Aussagen, die nicht behauptet werden dürfen? - Betreiberaktion: Aussage-Ampel im Report prüfen und in internen Tickets übernehmen: automatisch belegt, manuell prüfen und nicht behaupten getrennt dokumentieren. - Abnahme: Fix-Tickets, Betreiberfreigabe und Re-Scan-Notiz enthalten keine DSGVO-Freigabe, kein pauschales Seriositätsurteil und keine nicht belegten Sicherheitsclaims. - Nachweis: https://saferpage.de/campus-motorsport.de / Guide: https://saferpage.de/methodik > Grenze: Die Aussage-Ampel ist eine Kommunikations- und Abnahmehilfe; sie ersetzt keine Rechtsberatung, keine Betreiberfreigabe und keine vollständige Prüfung hinter Login, Paywall oder Geoblocking.