Betreiberangaben, Kontaktweg und Datenschutzhinweise von jeder Seite aus auffindbar machen.
Nachweis: Impressum: nein, Datenschutz: nein, Kontakt: nein. · Quelle: audit_module- Verantwortlich
- Website-Betrieb/Datenschutz
- Hintergrund-Link
- öffnen
Befund-Center / Fixplan
drk-wittenberg.bit-qms.de: 31 konsolidierte Befund(e), davon 1 hoch und 20 mittel priorisiert.
Konsolidierte Arbeitsliste aus öffentlicher SaferPage-Evidenz. Betreiber müssen Befunde fachlich prüfen, interne Systeme ergänzen und nach Umsetzung erneut scannen.
Arbeitsliste
Betreiberangaben, Kontaktweg und Datenschutzhinweise von jeder Seite aus auffindbar machen.
Nachweis: Impressum: nein, Datenschutz: nein, Kontakt: nein. · Quelle: audit_moduleButtons mit sichtbarem Text oder aria-label beschriften.
Nachweis: Buttons ohne erkennbaren Namen · Quelle: findingunsafe-eval vermeiden und betroffene Bibliotheken oder Build-Konfigurationen prüfen.
Nachweis: CSP erlaubt eval-nahe Skriptausführung · Quelle: findingInline-Skripte über Nonces oder Hashes freigeben und unsafe-inline aus script-src entfernen.
Nachweis: CSP erlaubt unsafe-inline für Skripte · Quelle: findingVor Eingabe prüfen, welche Daten erhoben werden, wofür sie genutzt werden und wo die Datenschutzhinweise stehen.
Nachweis: Dateneingabe ohne klaren Datenschutzkontext · Quelle: findingHeader `strict-transport-security` setzen und nach Deployment erneut prüfen.
Nachweis: HSTS fehlt · Quelle: findingFür deutsche Seiten sollte ein gut sichtbares Impressum verlinkt sein.
Nachweis: Kein Impressum-Link erkannt · Quelle: findingE-Mail, Telefonnummer, Kontaktseite oder Impressum sichtbar verlinken.
Nachweis: Keine klare Kontaktmöglichkeit erkannt · Quelle: findingPasswörter nur eingeben, wenn Betreiber, Zweck und Datenschutzangaben nachvollziehbar sind.
Nachweis: Login-Felder ohne klaren Datenschutzkontext · Quelle: findingDatenschutz und Impressum sollten von der Startseite aus klar erreichbar sein.
Nachweis: Wichtige Betreiberseiten nicht vollständig in der Linkstruktur gefunden · Quelle: findingAuskunft, Löschung, Berichtigung, Widerspruch, Widerruf, Fristen und Antwortweg als Betreiberprozess dokumentieren.
Nachweis: Betroffenenrechte-Readiness: 12/100 Punkte, 7 Lücke(n) oder manuelle Prüfpunkte. Fokus: transparenter Anfrageweg, Datenquellen und sichere Antwortprozesse. · Quelle: rights_readinessBefund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
Nachweis: Consent, Tracking oder Drittanbieter wirken im Erstaufruf deutlich nachbesserungsbeduerftig. · Quelle: consent_auditTracking, Werbung und nicht notwendige Cookies vor Zustimmung blockieren und verständlich erklären.
Nachweis: 0 Tracking-Script(s), 1 Cookie(s) vor Einwilligung, 0 Tracking-Cookie(s), Ablehnen-Option: nein, Consent-Audit: 48. · Quelle: audit_moduleDatenschutz, Impressum, Kontakt, Cookie-Hinweise und kritische Formularseiten klar verlinken und regelmäßig mitprüfen.
Nachweis: 0 interne Linkziele erkannt, 0 priorisierte Unterseite(n) abgerufen. · Quelle: audit_moduleBefund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
Nachweis: 0 interne Linkziele erkannt (0 aus Sitemap), 0 priorisierte Unterseite(n) zusätzlich abgerufen. · Quelle: coverageBefund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
Nachweis: 4 von 9 wichtigen Security-Headern vorhanden, 4 korrekt bewertet. CSP wirksam mit 5 Direktive(n), 2 Warnung(en), 1 Hinweis(e). · Quelle: security_headerHTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren.
Nachweis: 1 Infrastruktur-Hinweis(e), Security-Header: 4/9 vorhanden, 5 fehlen, externe Skript-Hosts: 0. · Quelle: audit_moduleAlt-Texte, Formularlabels, Button-Namen, lang-Attribut und Überschriftenstruktur für Nutzer und Screenreader prüfen.
Nachweis: 2 Bild(er) ohne alt, 0 Formularfeld(er) ohne Beschriftung, 1 Button(s) ohne Namen. · Quelle: audit_moduleBei Formularen Zweck, Pflichtfelder, Datenschutzkontext, HTTPS und Zahlungsanbieter klar machen.
Nachweis: Die Seite kann Login/Passwort abfragen. · Quelle: audit_moduleAntwortzeit, Komprimierung, Viewport und blockierende Ressourcen optimieren.
Nachweis: Performance-Score 94, Antwortzeit 119 ms. · Quelle: audit_moduleBefund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
Nachweis: 2 Bild(er), 2 Formularfeld(er), 1 Button(s) im passiven HTML-Sample auf Basis-Barrierefreiheit geprüft. · Quelle: accessibilityInhaltliche Bilder mit alt-Text versehen; dekorative Bilder mit leerem alt oder aria-hidden kennzeichnen.
Nachweis: Bilder ohne Alternativtext · Quelle: findingbase-uri 'self' oder 'none' setzen, damit Base-Tag-Manipulation begrenzt wird.
Nachweis: CSP ohne base-uri · Quelle: findingHeader `cross-origin-embedder-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Cross-Origin-Embedder-Policy fehlt · Quelle: findingHeader `cross-origin-opener-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Cross-Origin-Opener-Policy fehlt · Quelle: findingHeader `cross-origin-resource-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Cross-Origin-Resource-Policy fehlt · Quelle: findingEine klare H1 und sinnvolle Zwischenüberschriften erleichtern Orientierung und Screenreader-Nutzung.
Nachweis: Keine Überschriftenstruktur erkannt · Quelle: findingEine kurze Beschreibung setzen, die den Zweck der Seite erklärt.
Nachweis: Meta-Description fehlt · Quelle: findingHeader `referrer-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Referrer-Policy fehlt · Quelle: findingFür mobile Darstellung `meta name=viewport` setzen.
Nachweis: Viewport-Meta-Tag fehlt · Quelle: findingWichtige Seiten wie Datenschutz, Impressum, Kontakt und Cookie-Hinweise klar intern verlinken.
Nachweis: Wenig interne Seiten auf der Startseite gefunden · Quelle: findingQuellen