# Befund- und Fixplan für scalcom.de scalcom.de: 30 konsolidierte Befund(e), davon 1 hoch und 20 mittel priorisiert. Check: 2026-06-28 23:53:15.683408+02 > Konsolidierte Arbeitsliste aus öffentlicher SaferPage-Evidenz. Betreiber müssen Befunde fachlich prüfen, interne Systeme ergänzen und nach Umsetzung erneut scannen. ## Anbieterakten, AVV/DPA und Transfers prüfen - Priorität: hoch / Impact 82 - Bereich: Anbieter & Transfer / Verantwortlich: Legal/Vendor-Verantwortung - Nachweis: Vendor-Due-Diligence mit 3 Anbieter(n), 0 hohem Risiko, 3 AVV-/DPA-Prüfung(en) und 3 Transfer-/Jurisdiktionsfrage(n). - Maßnahme: Top-Anbieter nach Risiko priorisieren, Rolle, Vertrag, TOMs, Unterauftragsverarbeiter und Transfergrundlage dokumentieren. - Hintergrund-Link: https://saferpage.de/anbieter/scalcom.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 ## Content-Security-Policy fehlt - Priorität: mittel / Impact 70 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Content-Security-Policy fehlt - Maßnahme: Header `content-security-policy` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Drittanbieter können vollen Referrer-Kontext erhalten - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Drittanbieter können vollen Referrer-Kontext erhalten - Maßnahme: Referrer-Policy prüfen und für Anbieter wie widgets.trustedshops.com mindestens strict-origin-when-cross-origin oder strenger setzen. - Hintergrund-Link: https://saferpage.de/guides/referrer-und-url-leaks-vermeiden ## Erkannte Anbieter fehlen in der Datenschutzerklärung - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Erkannte Anbieter fehlen in der Datenschutzerklärung - Maßnahme: Technisch erkannte Dienste in der Datenschutzerklärung konkret mit Anbieter, Zweck, Rechtsgrundlage, Empfänger und Transferhinweis benennen. - Hintergrund-Link: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren ## Formular mit personenbezogenen Feldern nutzt GET - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: 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. - Hintergrund-Link: https://saferpage.de/guides/pii-und-url-datenlecks-vermeiden ## 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 ## Impressum nicht in sichtbarer Linkstruktur belegt - Priorität: mittel / Impact 70 - Bereich: crawl / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Impressum nicht in sichtbarer Linkstruktur belegt - Maßnahme: Impressum von der Startseite oder dem Footer direkt sichtbar verlinken; der Scan fand es nur über typische Direktpfade. - Hintergrund-Link: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog ## Möglicherweise nicht notwendige Cookies vor Einwilligung - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: 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. - 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: 64/100 Punkte, 3 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/scalcom.de ## Barrierefreiheit & Usability - Priorität: mittel / Impact 44 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 0 Bild(er) ohne alt, 1 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: mittel / Impact 44 - Bereich: Barrierefreiheit / Verantwortlich: UX/IT - Nachweis: 35 Bild(er), 5 Formularfeld(er), 15 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/scalcom.de ## Browser-Nachweis - Priorität: mittel / Impact 37 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 43 Request(s), 3 Drittanbieter-Domain(s), davon 0 datenschutzrelevant, 2 Browser-Cookie(s), Transfer-Prüfbedarf: 0, Referrer-/URL-Leaks: 1, Fingerprinting-/Replay-Hinweise: 1. - Maßnahme: Unnötige Drittanbieter reduzieren und die verbleibenden Kontakte in Datenschutz und Consent abbilden. - Hintergrund-Link: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren ## Seitenabdeckung & Crawl - Priorität: mittel / Impact 37 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 31 interne Linkziele erkannt, 5 priorisierte Unterseite(n) abgerufen. - Maßnahme: Datenschutz, Impressum, Kontakt, Cookie-Hinweise und kritische Formularseiten klar verlinken und regelmäßig mitprüfen. - Hintergrund-Link: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog ## Wichtige Unterseiten auffindbar machen - Priorität: mittel / Impact 37 - Bereich: Crawl-Abdeckung / Verantwortlich: Webbetrieb/SEO - Nachweis: 31 interne Linkziele erkannt (0 aus Sitemap), 5 priorisierte Unterseite(n) zusätzlich abgerufen. - Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen. - Hintergrund-Link: https://saferpage.de/abdeckung/scalcom.de ## Datenschutz, Cookies & Consent - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 0 Tracking-Script(s), 2 Cookie(s) vor Einwilligung, 0 Tracking-Cookie(s), Ablehnen-Option: ja, Consent-Audit: 94. - 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 ## Externe Skripte & SRI - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 4 externe Skript(e) von 3 Host(s), 4 ohne SRI, 0 Tracking-/Tag-nahe Skript(e). - Maßnahme: Externe Skriptquellen reduzieren, statische CDN-Skripte mit SRI versehen und Tracking-/Tag-Skripte an Consent und CSP koppeln. - Hintergrund-Link: https://saferpage.de/guides/externe-skripte-und-sri-absichern ## Formulare, Login & Zahlung - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Crawl fand 2 Formular(e) auf 1 geprüften Seite(n), u. a. /impressum/. Zweck, Pflichtfelder und Datenschutzkontext je Formular prüfen. - Maßnahme: Bei Formularen Zweck, Pflichtfelder, Datenschutzkontext, HTTPS und Zahlungsanbieter klar machen. - Hintergrund-Link: https://saferpage.de/guides/formulare-datenschutzkonform-absichern ## PII, URL-Parameter & Datenleck-Schutz - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: 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. - Hintergrund-Link: https://saferpage.de/guides/pii-und-url-datenlecks-vermeiden ## Sicherheit, TLS & Header - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 1 Infrastruktur-Hinweis(e), Security-Header: 4/9 vorhanden, 5 fehlen, externe Skript-Hosts: 3. - Maßnahme: HTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Security-Header und Browser-Schutz härten - Priorität: mittel / Impact 30 - Bereich: Security / Verantwortlich: IT/Security - Nachweis: 4 von 9 wichtigen Security-Headern vorhanden, 4 korrekt bewertet. Keine Content-Security-Policy gefunden. - Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## 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 ## 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 ## Externe Skripte ohne Subresource Integrity - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Externe Skripte ohne Subresource Integrity - Maßnahme: Für statische CDN-Skripte `integrity` und passend `crossorigin` setzen oder Skripte kontrolliert lokal ausliefern. - Hintergrund-Link: https://saferpage.de/guides/externe-skripte-und-sri-absichern ## Links mit sensiblen Query-Parametern erkannt - Priorität: niedrig / Impact 35 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Links mit sensiblen Query-Parametern erkannt - Maßnahme: Sensible Parameter aus Links entfernen oder durch serverseitige, kurzlebige Zustände ersetzen. - Hintergrund-Link: https://saferpage.de/guides/pii-und-url-datenlecks-vermeiden ## Mindestens eine priorisierte Unterseite war nicht erfolgreich abrufbar - Priorität: niedrig / Impact 35 - Bereich: crawl / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Mindestens eine priorisierte Unterseite war nicht erfolgreich abrufbar - Maßnahme: Interne Pflicht- und Vertrauensseiten auf Statuscode, Weiterleitung und Erreichbarkeit prüfen. - Hintergrund-Link: https://saferpage.de/guides/serverfehler-beheben ## Permissions-Policy fehlt - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Permissions-Policy fehlt - Maßnahme: Header `permissions-policy` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## 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 Links: - findings_center: https://saferpage.de/befunde/scalcom.de - json: https://saferpage.de/befunde/scalcom.de/export - csv: https://saferpage.de/befunde/scalcom.de/export-csv - fixplan_markdown: https://saferpage.de/befunde/scalcom.de/fixplan-md - report: https://saferpage.de/scalcom.de - briefing: https://saferpage.de/briefing/scalcom.de - operator_board: https://saferpage.de/betreiber/scalcom.de - guides: https://saferpage.de/guides