# Befund- und Fixplan für smard.de

smard.de: 30 konsolidierte Befund(e), davon 0 hoch und 19 mittel priorisiert.
Check: 2026-06-07 08:02:34.73542+02

> Konsolidierte Arbeitsliste aus öffentlicher SaferPage-Evidenz. Betreiber müssen Befunde fachlich prüfen, interne Systeme ergänzen und nach Umsetzung erneut scannen.

## Buttons ohne erkennbaren Namen

- Priorität: mittel / Impact 70
- Bereich: accessibility / Owner: Website-Betrieb/Datenschutz
- Nachweis: Buttons ohne erkennbaren Namen
- Maßnahme: Buttons mit sichtbarem Text oder aria-label beschriften.
- Guide: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare

## CSP erlaubt eval-nahe Skriptausführung

- Priorität: mittel / Impact 70
- Bereich: security_headers / Owner: Website-Betrieb/Datenschutz
- Nachweis: CSP erlaubt eval-nahe Skriptausführung
- Maßnahme: unsafe-eval vermeiden und betroffene Bibliotheken oder Build-Konfigurationen prüfen.
- Guide: https://saferpage.de/guides/security-header-setzen

## CSP erlaubt unsafe-inline für Skripte

- Priorität: mittel / Impact 70
- Bereich: security_headers / Owner: Website-Betrieb/Datenschutz
- Nachweis: CSP erlaubt unsafe-inline für Skripte
- Maßnahme: Inline-Skripte über Nonces oder Hashes freigeben und unsafe-inline aus script-src entfernen.
- Guide: https://saferpage.de/guides/security-header-setzen

## Canonical zeigt auf fremde Domain

- Priorität: mittel / Impact 70
- Bereich: seo / Owner: Website-Betrieb/Datenschutz
- Nachweis: Canonical zeigt auf fremde Domain
- Maßnahme: Canonical-Tags sollten nur bewusst auf fremde Domains zeigen; sonst kann Traffic/Ranking umgeleitet werden.
- Guide: https://saferpage.de/guides/seo-spam-und-cloaking-bereinigen

## Formular mit personenbezogenen Feldern nutzt GET

- Priorität: mittel / Impact 70
- Bereich: privacy / Owner: Website-Betrieb/Datenschutz
- Nachweis: Formular mit personenbezogenen Feldern nutzt GET
- Maßnahme: Formulare mit personenbezogenen Daten per POST senden und sicherstellen, dass Werte nicht in URL, Referrer oder Analytics auftauchen.
- Guide: https://saferpage.de/guides/pii-und-url-datenlecks-vermeiden

## Formularfelder ohne klare Beschriftung

- Priorität: mittel / Impact 70
- Bereich: accessibility / Owner: Website-Betrieb/Datenschutz
- Nachweis: Formularfelder ohne klare Beschriftung
- Maßnahme: Für jedes Eingabefeld ein sichtbares label, aria-label oder aria-labelledby setzen.
- Guide: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare

## Google Consent Mode Default nicht erkannt

- Priorität: mittel / Impact 70
- Bereich: privacy / Owner: Website-Betrieb/Datenschutz
- Nachweis: Google Consent Mode Default nicht erkannt
- Maßnahme: Vor dem ersten Google-Tag Consent-Defaults setzen, typischerweise ad_storage, analytics_storage, ad_user_data und ad_personalization auf denied.
- Guide: https://saferpage.de/guides/google-dienste-datenschutzfreundlich-einbinden

## Möglicherweise nicht notwendige Cookies vor Einwilligung

- Priorität: mittel / Impact 70
- Bereich: privacy / Owner: Website-Betrieb/Datenschutz
- Nachweis: Möglicherweise nicht notwendige Cookies vor Einwilligung
- Maßnahme: Prüfen, ob diese Cookies technisch notwendig sind oder erst nach Einwilligung gesetzt werden dürfen.
- Guide: https://saferpage.de/guides/tracking-und-consent-reparieren

## Security-Header und Browser-Schutz härten

- Priorität: mittel / Impact 54
- Bereich: Security / Owner: IT/Security
- Nachweis: 4 von 6 wichtigen Security-Headern vorhanden, 4 korrekt bewertet. CSP wirksam mit 4 Direktive(n), 2 Warnung(en), 3 Hinweis(e).
- Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
- Guide: https://saferpage.de/guides/security-header-setzen

## Sicherheit, TLS & Header

- Priorität: mittel / Impact 54
- Bereich: Audit-Modul / Owner: Website-Betrieb/Datenschutz
- Nachweis: 0 Infrastruktur-Hinweis(e), Security-Header: 4/6 vorhanden, 2 fehlen, externe Skript-Hosts: 0.
- Maßnahme: HTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren.
- Guide: https://saferpage.de/guides/security-header-setzen

## Google-Dienste & Drittanbieter

- Priorität: mittel / Impact 42
- Bereich: Audit-Modul / Owner: Website-Betrieb/Datenschutz
- Nachweis: Google-Tags: ja, 0 Google-nahe Domain(s), Consent-Default: nein, Analytics: nein, Werbung: nein, Fonts: nein.
- Maßnahme: Google-Dienste einzeln prüfen, Consent Mode sauber setzen und Fonts möglichst lokal ausliefern.
- Guide: https://saferpage.de/guides/google-dienste-datenschutzfreundlich-einbinden

## Google-Tags und Consent Mode prüfen

- Priorität: mittel / Impact 42
- Bereich: Google Consent Mode / Owner: GTM/Webentwicklung
- Nachweis: Google-Tags und Consent-Mode-Signale wurden aus HTML, Browserkontakten und Tracking-IDs abgeleitet.
- Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
- Guide: https://saferpage.de/consent-mode/smard.de

## Barrierefreiheit & Usability

- Priorität: mittel / Impact 36
- Bereich: Audit-Modul / Owner: Website-Betrieb/Datenschutz
- Nachweis: 0 Bild(er) ohne alt, 1 Formularfeld(er) ohne Beschriftung, 6 Button(s) ohne Namen.
- Maßnahme: Alt-Texte, Formularlabels, Button-Namen, lang-Attribut und Überschriftenstruktur für Nutzer und Screenreader prüfen.
- Guide: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare

## Barrierefreiheit und Usability prüfen

- Priorität: mittel / Impact 36
- Bereich: Barrierefreiheit / Owner: UX/IT
- Nachweis: 16 Bild(er), 10 Formularfeld(er), 18 Button(s) im passiven HTML-Sample auf Basis-Barrierefreiheit geprüft.
- Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
- Guide: https://saferpage.de/barrierefreiheit/smard.de

## Consent-Audit zeigt Handlungsbedarf

- Priorität: mittel / Impact 36
- Bereich: Consent & Tracking / Owner: Marketing/IT
- Nachweis: Consent ist teilweise erkennbar, aber einzelne Punkte sollten Betreiber nachpruefen.
- Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
- Guide: https://saferpage.de/consent/smard.de

## Datenschutz, Cookies & Consent

- Priorität: mittel / Impact 36
- Bereich: Audit-Modul / Owner: Website-Betrieb/Datenschutz
- Nachweis: 0 Tracking-Script(s), 4 Cookie(s) vor Einwilligung, 0 Tracking-Cookie(s), Ablehnen-Option: ja, Consent-Audit: 64.
- Maßnahme: Tracking, Werbung und nicht notwendige Cookies vor Zustimmung blockieren und verständlich erklären.
- Guide: https://saferpage.de/guides/tracking-und-consent-reparieren

## Browser-Nachweis

- Priorität: mittel / Impact 35
- Bereich: Audit-Modul / Owner: Website-Betrieb/Datenschutz
- Nachweis: 98 Request(s), 0 Drittanbieter-Domain(s), davon 0 datenschutzrelevant, 4 Browser-Cookie(s), Transfer-Prüfbedarf: 0, Referrer-/URL-Leaks: 0, Fingerprinting-/Replay-Hinweise: 1.
- Maßnahme: Unnötige Drittanbieter reduzieren und die verbleibenden Kontakte in Datenschutz und Consent abbilden.
- Guide: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren

## Formulare, Login & Zahlung

- Priorität: mittel / Impact 35
- Bereich: Audit-Modul / Owner: Website-Betrieb/Datenschutz
- Nachweis: Die Seite kann Name/personenbezogene Daten, E-Mail, Telefon, Kontaktformular abfragen.
- Maßnahme: Bei Formularen Zweck, Pflichtfelder, Datenschutzkontext, HTTPS und Zahlungsanbieter klar machen.
- Guide: https://saferpage.de/guides/formulare-datenschutzkonform-absichern

## PII, URL-Parameter & Datenleck-Schutz

- Priorität: mittel / Impact 35
- Bereich: Audit-Modul / Owner: Website-Betrieb/Datenschutz
- Nachweis: 2 PII-/Datenleck-Hinweis(e) aus URL-, Formular- und Browserkontext.
- Maßnahme: Personenbezogene Werte nicht in URLs, GET-Formularen, Referrern, Logs oder Tracking-Tags transportieren.
- Guide: https://saferpage.de/guides/pii-und-url-datenlecks-vermeiden

## CSP erlaubt sehr breite Skriptquellen

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Owner: Website-Betrieb/Datenschutz
- Nachweis: CSP erlaubt sehr breite Skriptquellen
- Maßnahme: script-src auf konkrete HTTPS-Hosts, Nonces oder Hashes begrenzen.
- Guide: https://saferpage.de/guides/security-header-setzen

## CSP ohne base-uri

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Owner: Website-Betrieb/Datenschutz
- Nachweis: CSP ohne base-uri
- Maßnahme: base-uri 'self' oder 'none' setzen, damit Base-Tag-Manipulation begrenzt wird.
- Guide: https://saferpage.de/guides/security-header-setzen

## CSP ohne object-src

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Owner: Website-Betrieb/Datenschutz
- Nachweis: CSP ohne object-src
- Maßnahme: object-src 'none' setzen, wenn keine Plugins oder Objekte benötigt werden.
- Guide: https://saferpage.de/guides/security-header-setzen

## Cookie ohne SameSite-Attribut

- Priorität: niedrig / Impact 35
- Bereich: privacy / Owner: Website-Betrieb/Datenschutz
- Nachweis: Cookie ohne SameSite-Attribut
- Maßnahme: SameSite=Lax oder SameSite=Strict setzen, falls fachlich möglich.
- Guide: https://saferpage.de/guides/cookies-sicher-konfigurieren

## Links mit sensiblen Query-Parametern erkannt

- Priorität: niedrig / Impact 35
- Bereich: privacy / Owner: Website-Betrieb/Datenschutz
- Nachweis: Links mit sensiblen Query-Parametern erkannt
- Maßnahme: Sensible Parameter aus Links entfernen oder durch serverseitige, kurzlebige Zustände ersetzen.
- Guide: https://saferpage.de/guides/pii-und-url-datenlecks-vermeiden

## Meta-Description fehlt

- Priorität: niedrig / Impact 35
- Bereich: content / Owner: Website-Betrieb/Datenschutz
- Nachweis: Meta-Description fehlt
- Maßnahme: Eine kurze Beschreibung setzen, die den Zweck der Seite erklärt.
- Guide: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog

## Permissions-Policy fehlt

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Owner: Website-Betrieb/Datenschutz
- Nachweis: Permissions-Policy fehlt
- Maßnahme: Header `permissions-policy` setzen und nach Deployment erneut prüfen.
- Guide: https://saferpage.de/guides/security-header-setzen

## Referrer-Policy fehlt

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Owner: Website-Betrieb/Datenschutz
- Nachweis: Referrer-Policy fehlt
- Maßnahme: Header `referrer-policy` setzen und nach Deployment erneut prüfen.
- Guide: https://saferpage.de/guides/security-header-setzen

## Stand der Datenschutzerklärung nicht klar erkennbar

- Priorität: niedrig / Impact 35
- Bereich: privacy / Owner: Website-Betrieb/Datenschutz
- Nachweis: Stand der Datenschutzerklärung nicht klar erkennbar
- Maßnahme: Ergänzen Sie ein gut sichtbares Stand- oder Aktualisierungsdatum und prüfen Sie die Erklärung nach technischen Änderungen.
- Guide: https://saferpage.de/guides/datenschutzerklaerung-verbessern

## Viele Tastatur-/Eingabe-Listener im Browser erkannt

- Priorität: niedrig / Impact 35
- Bereich: privacy / Owner: Website-Betrieb/Datenschutz
- Nachweis: Viele Tastatur-/Eingabe-Listener im Browser erkannt
- Maßnahme: Prüfen, ob Eingaben für Analytics, Session-Replay oder Debugging erfasst werden; sensible Felder konsequent ausschließen.
- Guide: https://saferpage.de/guides/session-replay-und-fingerprinting-pruefen

## Viele potenziell blockierende Assets

- Priorität: niedrig / Impact 35
- Bereich: performance / Owner: Website-Betrieb/Datenschutz
- Nachweis: Viele potenziell blockierende Assets
- Maßnahme: Skripte/CSS bündeln, defer/async nutzen und kritisches CSS priorisieren.
- Guide: https://saferpage.de/guides/performance-und-mobile-usability-verbessern

Links:
- findings_center: https://saferpage.de/befunde/smard.de
- json: https://saferpage.de/befunde/smard.de/export
- csv: https://saferpage.de/befunde/smard.de/export-csv
- fixplan_markdown: https://saferpage.de/befunde/smard.de/fixplan-md
- report: https://saferpage.de/smard.de
- briefing: https://saferpage.de/briefing/smard.de
- operator_board: https://saferpage.de/betreiber/smard.de
- guides: https://saferpage.de/guides
