# Betreiber-Fix-Guides fuer gemspec.gematik.de gemspec.gematik.de: 10 priorisierte Betreiber-Guide(s) aus 28 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 ### 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: Keine klare Kontaktmöglichkeit erkannt - E-Mail, Telefonnummer, Kontaktseite oder Impressum sichtbar verlinken. - 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. ### Datenschutzerklärung verbessern - Priorität: hoch / Owner: Datenschutz/Content / Phase: 0-7 Tage - Guide: https://saferpage.de/guides/datenschutzerklaerung-verbessern - Befund: Datenschutzhinweis wirkt sehr dünn - Datenschutzerklärung sollte Verarbeitung, Rechtsgrundlagen, Cookies/Drittanbieter und Betroffenenrechte nachvollziehbar erklären. - 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: CSP erlaubt unsafe-inline für Skripte - Inline-Skripte über Nonces oder Hashes freigeben und unsafe-inline aus script-src entfernen. - 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. ### 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: 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. ### 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. ### 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 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: 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 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. ### 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: HTML-Antwort ist groß - HTML reduzieren, kritische Inhalte priorisieren und unnötige Inline-Daten vermeiden. - Befund: Komprimierung nicht erkannt - Brotli oder gzip für HTML/CSS/JS aktivieren. - [ ] 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. ### 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 - code.jquery.com (vendor): Zweck, Rolle, AVV/DPA, Region, Transfer und Consent-Kategorie bestätigen. - code.jquery.com (browser_request): Request einem Dienst, Zweck und Consent-Zustand zuordnen oder blockieren.