# Betreiber-Fix-Guides fuer bio-tierkost.de bio-tierkost.de: 11 priorisierte Betreiber-Guide(s) aus 36 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 ### 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: 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: 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-Banner wirkt im Browser wie Akzeptieren-only - Ablehnen und Einstellungen im ersten Banner-Layer sichtbar und gleichwertig anbieten. - Befund: Consent-Banner mit Dark-Pattern-/UX-Risiko - Ablehnen, Einstellungen und Akzeptieren gleichwertig anbieten und Reject technisch wirksam machen. - Befund: Ablehnen, Widerruf und Banner-Usability verbessern - Befund mit Betreiber-Guide beheben und danach erneut scannen. - Befund: Keine sichtbaren Cookie-Einstellungen im Banner - Eine klare Auswahl- oder Einstellungsebene für Zwecke und Anbieter anbieten. - [ ] 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. ### Impressum und Kontakt sichtbar machen - Priorität: hoch / Owner: Legal/Content / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/impressum-und-kontakt-sichtbar-machen - Befund: Kein Impressum-Link erkannt - Für deutsche Seiten sollte ein gut sichtbares Impressum verlinkt sein. - Befund: Impressum, Kontakt & Datenschutzerklärung - Betreiberangaben, Kontaktweg und Datenschutzhinweise von jeder Seite aus auffindbar machen. - [ ] 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: Footer, Kontakt, Impressum und Datenschutzlinks erneut crawlen. ### Formulare und Zahlungen absichern - Priorität: hoch / Owner: Webentwicklung/Datenschutz / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/formulare-datenschutzkonform-absichern - Befund: Dateneingabe ohne klaren Datenschutzkontext - Vor Eingabe prüfen, welche Daten erhoben werden, wofür sie genutzt werden und wo die Datenschutzhinweise stehen. - Befund: Formular-Unterseite ohne klaren Datenschutzkontext - Formularseiten sollten Datenschutzhinweise und Betreiberkontext direkt erreichbar machen. - Befund: Formulare, Login & Zahlung - Bei Formularen Zweck, Pflichtfelder, Datenschutzkontext, HTTPS und Zahlungsanbieter klar machen. - [ ] 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: Formularseite, Ziel-URL, Pflichtfelder, Referrer und Tracking erneut prüfen. ### 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: 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. ### Cookies sicher konfigurieren - Priorität: hoch / Owner: IT/Webbetrieb / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/cookies-sicher-konfigurieren - Befund: Cookie ohne Secure-Flag - Cookies über HTTPS mit Secure-Flag setzen. - [ ] 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. ### Barrierefreiheit bei Bannern und Formularen prüfen - Priorität: hoch / Owner: UX/Content/IT / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare - Befund: Formularfelder ohne klare Beschriftung - Für jedes Eingabefeld ein sichtbares label, aria-label oder aria-labelledby setzen. - Befund: Buttons ohne erkennbaren Namen - Buttons mit sichtbarem Text oder aria-label beschriften. - 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: 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. ### Datenschutz-Webseiten-Prüfkatalog umsetzen - Priorität: hoch / Owner: Programm-Owner/Datenschutz / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog - Befund: Wichtige Betreiberseiten nicht vollständig in der Linkstruktur gefunden - Datenschutz und Impressum sollten von der Startseite aus klar erreichbar sein. - 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. ### Security-Header setzen - Priorität: hoch / Owner: IT/Security / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/security-header-setzen - Befund: Content-Security-Policy fehlt - Header `content-security-policy` 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: 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. ### 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. ### 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 - app.fuxcdn.de (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - session- (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - _GRECAPTCHA (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - acris_cookie_landing_page (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - acris_cookie_referrer (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - timezone (cookie_storage): Zweck, Laufzeit, Anbieter und Consent-Erfordernis in Cookie-Erklärung und CMP pflegen. - app.fuxcdn.de (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren.