# Betreiber-Fix-Guides fuer br-shop.de br-shop.de: 15 priorisierte Betreiber-Guide(s) aus 44 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 ### SEO-Spam und Cloaking bereinigen - Priorität: hoch / Owner: Webbetrieb/SEO/Security / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/seo-spam-und-cloaking-bereinigen - Befund: Versteckter Text erkannt - Prüfen, ob Text absichtlich vor Nutzern verborgen, aber für Suchmaschinen platziert wird. - Befund: Canonical zeigt auf fremde Domain - Canonical-Tags sollten nur bewusst auf fremde Domains zeigen; sonst kann Traffic/Ranking umgeleitet werden. - Befund: Sehr viele externe Links erkannt - Prüfen, ob die Seite als Linkfarm, Affiliate-Brücke oder Spam-Seite dient. - Befund: SEO-Integrität & Cloaking - Versteckte Inhalte, Canonical-Missbrauch und Googlebot-Abweichungen entfernen. - [ ] 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: Normaler Browser, SaferPage-Crawler und Suchmaschinenansicht vergleichen. ### 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: Consent-Zustand: Ablehnen löst weiterhin Datenschutz-Signale aus - Reject-Zustand gegen Cookies, Storage und Drittanbieter prüfen; nicht notwendige Signale nach Ablehnen blockieren. - Befund: Neue Cookies nach Ablehnen erkannt - Nach Ablehnen keine neuen nicht notwendigen Cookies setzen; technisch notwendige Cookies sauber erklären. - Befund: Tracking-Hinweise im Storage nach Ablehnen - Tracking-IDs in LocalStorage oder SessionStorage nach Ablehnen entfernen oder gar nicht erst setzen. - Befund: Consent-Banner mit Dark-Pattern-/UX-Risiko - Ablehnen, Einstellungen und Akzeptieren gleichwertig anbieten und Reject technisch wirksam machen. - 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: Ablehnen, Widerruf und Banner-Usability verbessern - Befund mit Betreiber-Guide beheben und danach erneut scannen. - 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 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. ### 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 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. ### 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: Seiten-URL wird in Drittanbieter-Requests übertragen - Tracking-/Tag-Parameter für Anbieter wie b.delivery.consentmanager.net, d.delivery.consentmanager.net 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. ### 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. ### 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: Anbieterakten, AVV/DPA und Transfers priorisiert schließen - Top-Anbieter mit Zweck, Rolle, AVV/DPA, TOMs, Subprozessoren und Transfergrundlage dokumentieren. - Befund: Browser-Nachweis - Unnötige Drittanbieter reduzieren und die verbleibenden Kontakte in Datenschutz und Consent abbilden. - [ ] 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. ### 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. ### 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: Langlebige Cookies erkannt - Cookies wie __cmpcc, __cmpcc auf Zweck, Erforderlichkeit und Speicherdauer prüfen und transparent erklären. - [ ] 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. ### Tracking-Pixel und Beacons begrenzen - Priorität: niedrig / Owner: Marketing/IT / Phase: quartalsweise - Guide: https://saferpage.de/guides/tracking-pixel-und-beacons-begrenzen - Befund: Tracking-Pixel oder pixelnahe Requests erkannt - Pixel von b.delivery.consentmanager.net erst nach Einwilligung laden, Zweck erklären und unnötige Bild-Tracker entfernen. - [ ] 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. ### Session-Replay und Fingerprinting prüfen - Priorität: niedrig / Owner: Marketing/Datenschutz / Phase: quartalsweise - Guide: https://saferpage.de/guides/session-replay-und-fingerprinting-pruefen - Befund: Viele Tastatur-/Eingabe-Listener im Browser erkannt - Prüfen, ob Eingaben für Analytics, Session-Replay oder Debugging erfasst werden; sensible Felder konsequent ausschließen. - [ ] 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: Replay-/Fingerprinting-Skripte nach Ablehnen und GPC erneut prüfen. ### Cookies sicher konfigurieren - Priorität: niedrig / Owner: IT/Webbetrieb / Phase: quartalsweise - Guide: https://saferpage.de/guides/cookies-sicher-konfigurieren - Befund: Cookie ohne SameSite-Attribut - SameSite=Lax oder SameSite=Strict setzen, falls fachlich möglich. - [ ] 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-Attribute Secure, SameSite und HttpOnly erneut prüfen. ### Datenschutzerklärung verbessern - Priorität: niedrig / Owner: Datenschutz/Content / Phase: quartalsweise - Guide: https://saferpage.de/guides/datenschutzerklaerung-verbessern - 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. ### Datenschutz-Webseiten-Prüfkatalog umsetzen - Priorität: niedrig / Owner: Programm-Owner/Datenschutz / Phase: quartalsweise - Guide: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog - Befund: Zahlungsdienstleister erkannt - Prüfen, ob Zahlungsdienstleister in Datenschutzhinweisen und Checkout klar benannt 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: Gesamten Scan nach Umsetzung der priorisierten Guides wiederholen. ### Barrierefreiheit bei Bannern und Formularen prüfen - Priorität: niedrig / Owner: UX/Content/IT / Phase: quartalsweise - Guide: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare - Befund: Keine Überschriftenstruktur erkannt - Eine klare H1 und sinnvolle Zwischenüberschriften erleichtern Orientierung und Screenreader-Nutzung. - [ ] 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. ### Drittlandtransfer und Anbieter prüfen - Priorität: niedrig / Owner: Legal/Datenschutz / Phase: quartalsweise - Guide: https://saferpage.de/guides/drittlandtransfer-und-anbieter-pruefen - 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. ## Tracker- und Service-Mapping - b.delivery.consentmanager.net (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - d.delivery.consentmanager.net (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - cdn.consentmanager.net (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - mollie.com (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - __csrf_token-3 (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - session-3 (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - __cmpcc (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - __cmpcccu35640 (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - nocache (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - cdn.consentmanager.net (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren. - b.delivery.consentmanager.net (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren. - mollie.com (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren. - d.delivery.consentmanager.net (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren.