# Befund- und Fixplan für aws-online.de aws-online.de: 27 konsolidierte Befund(e), davon 3 hoch und 12 mittel priorisiert. Check: 2026-06-19 02:43:02.275005+02 > Konsolidierte Arbeitsliste aus öffentlicher SaferPage-Evidenz. Betreiber müssen Befunde fachlich prüfen, interne Systeme ergänzen und nach Umsetzung erneut scannen. ## Barrierefreiheit & Usability - Priorität: hoch / Impact 83 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 9 Bild(er) ohne alt, 3 Formularfeld(er) ohne Beschriftung, 3 Button(s) ohne Namen. - Maßnahme: Alt-Texte, Formularlabels, Button-Namen, lang-Attribut und Überschriftenstruktur für Nutzer und Screenreader prüfen. - Hintergrund-Link: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare ## Barrierefreiheit und Usability prüfen - Priorität: hoch / Impact 83 - Bereich: Barrierefreiheit / Verantwortlich: UX/IT - Nachweis: 9 Bild(er), 6 Formularfeld(er), 12 Button(s) im passiven HTML-Sample auf Basis-Barrierefreiheit geprüft. - Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen. - Hintergrund-Link: https://saferpage.de/barrierefreiheit/aws-online.de ## Anbieterakten, AVV/DPA und Transfers prüfen - Priorität: hoch / Impact 82 - Bereich: Anbieter & Transfer / Verantwortlich: Legal/Vendor-Verantwortung - Nachweis: Vendor-Due-Diligence mit 2 Anbieter(n), 0 hohem Risiko, 2 AVV-/DPA-Prüfung(en) und 1 Transfer-/Jurisdiktionsfrage(n). - Maßnahme: Top-Anbieter nach Risiko priorisieren, Rolle, Vertrag, TOMs, Unterauftragsverarbeiter und Transfergrundlage dokumentieren. - Hintergrund-Link: https://saferpage.de/anbieter/aws-online.de ## Buttons ohne erkennbaren Namen - Priorität: mittel / Impact 70 - Bereich: accessibility / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Buttons ohne erkennbaren Namen - Maßnahme: Buttons mit sichtbarem Text oder aria-label beschriften. - Hintergrund-Link: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare ## CSP erlaubt eval-nahe Skriptausführung - Priorität: mittel / Impact 70 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: CSP erlaubt eval-nahe Skriptausführung - Maßnahme: unsafe-eval vermeiden und betroffene Bibliotheken oder Build-Konfigurationen prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## CSP erlaubt unsafe-inline für Skripte - Priorität: mittel / Impact 70 - Bereich: security_headers / Verantwortlich: 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. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Consent-Banner mit Dark-Pattern-/UX-Risiko - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Consent-Banner mit Dark-Pattern-/UX-Risiko - Maßnahme: Ablehnen, Einstellungen und Akzeptieren gleichwertig anbieten und Reject technisch wirksam machen. - Hintergrund-Link: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog ## Consent-Zustand: Ablehnen löst weiterhin Datenschutz-Signale aus - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Consent-Zustand: Ablehnen löst weiterhin Datenschutz-Signale aus - Maßnahme: Reject-Zustand gegen Cookies, Storage und Drittanbieter prüfen; nicht notwendige Signale nach Ablehnen blockieren. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren ## Cookie-Hinweis ohne klare Ablehnen-Option - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Cookie-Hinweis ohne klare Ablehnen-Option - Maßnahme: Ablehnen sollte genauso leicht auffindbar sein wie Akzeptieren. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren ## Formularfelder ohne klare Beschriftung - Priorität: mittel / Impact 70 - Bereich: accessibility / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Formularfelder ohne klare Beschriftung - Maßnahme: Für jedes Eingabefeld ein sichtbares label, aria-label oder aria-labelledby setzen. - Hintergrund-Link: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare ## Neue Cookies nach Ablehnen erkannt - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Neue Cookies nach Ablehnen erkannt - Maßnahme: Nach Ablehnen keine neuen nicht notwendigen Cookies setzen; technisch notwendige Cookies sauber erklären. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren ## Rechte- und Anfrageprozess schließen - Priorität: mittel / Impact 62 - Bereich: Betroffenenrechte / Verantwortlich: Datenschutz/Support - Nachweis: Betroffenenrechte-Readiness: 80/100 Punkte, 2 Lücke(n) oder manuelle Prüfpunkte. Fokus: transparenter Anfrageweg, Datenquellen und sichere Antwortprozesse. - Maßnahme: Auskunft, Löschung, Berichtigung, Widerspruch, Widerruf, Fristen und Antwortweg als Betreiberprozess dokumentieren. - Hintergrund-Link: https://saferpage.de/rechte/aws-online.de ## Security-Header und Browser-Schutz härten - Priorität: mittel / Impact 54 - Bereich: Security / Verantwortlich: IT/Security - Nachweis: 6 von 9 wichtigen Security-Headern vorhanden, 6 korrekt bewertet. CSP wirksam mit 2 Direktive(n), 2 Warnung(en), 3 Hinweis(e). - Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Sicherheit, TLS & Header - Priorität: mittel / Impact 54 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 1 Infrastruktur-Hinweis(e), Security-Header: 6/9 vorhanden, 3 fehlen, externe Skript-Hosts: 0. - Maßnahme: HTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Datenschutz, Cookies & Consent - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 0 Tracking-Script(s), 0 Cookie(s) vor Einwilligung, 0 Tracking-Cookie(s), Ablehnen-Option: nein, Consent-Audit: 84. - Maßnahme: Tracking, Werbung und nicht notwendige Cookies vor Zustimmung blockieren und verständlich erklären. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren ## Anbieter-Jurisdiktion nicht klar ableitbar - Priorität: niedrig / Impact 35 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Anbieter-Jurisdiktion nicht klar ableitbar - Maßnahme: Unklare Drittanbieter in Anbieterinventar, AVV-Prozess und Datenschutzerklärung nachrecherchieren. - Hintergrund-Link: https://saferpage.de/guides/drittlandtransfer-und-anbieter-pruefen ## Bilder ohne Alternativtext - Priorität: niedrig / Impact 35 - Bereich: accessibility / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Bilder ohne Alternativtext - Maßnahme: Inhaltliche Bilder mit alt-Text versehen; dekorative Bilder mit leerem alt oder aria-hidden kennzeichnen. - Hintergrund-Link: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare ## CSP erlaubt sehr breite Skriptquellen - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: CSP erlaubt sehr breite Skriptquellen - Maßnahme: script-src auf konkrete HTTPS-Hosts, Nonces oder Hashes begrenzen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## CSP ohne base-uri - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: CSP ohne base-uri - Maßnahme: base-uri 'self' oder 'none' setzen, damit Base-Tag-Manipulation begrenzt wird. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## CSP ohne object-src - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: CSP ohne object-src - Maßnahme: object-src 'none' setzen, wenn keine Plugins oder Objekte benötigt werden. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Cross-Origin-Embedder-Policy fehlt - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Cross-Origin-Embedder-Policy fehlt - Maßnahme: Header `cross-origin-embedder-policy` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Cross-Origin-Opener-Policy fehlt - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Cross-Origin-Opener-Policy fehlt - Maßnahme: Header `cross-origin-opener-policy` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Cross-Origin-Resource-Policy fehlt - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Cross-Origin-Resource-Policy fehlt - Maßnahme: Header `cross-origin-resource-policy` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Stand der Datenschutzerklärung nicht klar erkennbar - Priorität: niedrig / Impact 35 - Bereich: privacy / Verantwortlich: 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. - Hintergrund-Link: https://saferpage.de/guides/datenschutzerklaerung-verbessern ## Tracking-Pixel oder pixelnahe Requests erkannt - Priorität: niedrig / Impact 35 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Tracking-Pixel oder pixelnahe Requests erkannt - Maßnahme: Pixel von aws-online.de erst nach Einwilligung laden, Zweck erklären und unnötige Bild-Tracker entfernen. - Hintergrund-Link: https://saferpage.de/guides/tracking-pixel-und-beacons-begrenzen ## Viele Tastatur-/Eingabe-Listener im Browser erkannt - Priorität: niedrig / Impact 35 - Bereich: privacy / Verantwortlich: 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. - Hintergrund-Link: https://saferpage.de/guides/session-replay-und-fingerprinting-pruefen ## Viele potenziell blockierende Assets - Priorität: niedrig / Impact 35 - Bereich: performance / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Viele potenziell blockierende Assets - Maßnahme: Skripte/CSS bündeln, defer/async nutzen und kritisches CSS priorisieren. - Hintergrund-Link: https://saferpage.de/guides/performance-und-mobile-usability-verbessern Links: - findings_center: https://saferpage.de/befunde/aws-online.de - json: https://saferpage.de/befunde/aws-online.de/export - csv: https://saferpage.de/befunde/aws-online.de/export-csv - fixplan_markdown: https://saferpage.de/befunde/aws-online.de/fixplan-md - report: https://saferpage.de/aws-online.de - briefing: https://saferpage.de/briefing/aws-online.de - operator_board: https://saferpage.de/betreiber/aws-online.de - guides: https://saferpage.de/guides