Matomo
Analytics/Werbung · high · Datenschutzrelevanz hoch
Script-Domain: matomo
- Risiko
- 80/100
- Quelle
- technology_analysis
CMS / Stack / Drittanbieter
boys-day.de: sichtbarer Technik-Stack
boys-day.de: 8 sichtbare Technik-/Anbietersignale, 2 mit hoher Datenschutzrelevanz, 0 CMS-/Shop-Hinweis(e).
Technik-Erkennung ist passiv: SaferPage wertet sichtbare Header, HTML-, Script-, Asset- und Browserkontakte aus. Nicht sichtbare Servertechnik, interne Plugins und Logins werden nicht behauptet.
8
Signale
8Techniksignale
2hoch relevant
0CMS/Shop
4Drittanbieter
0externe Skripte
1CMS-Playbooks
Stack
Sichtbare Technologien und Datenschutzrelevanz
analytics.init.de
other · browser · Datenschutzrelevanz hoch
analytics.init.de · 2 Request(s)
- Risiko
- 80/100
- Quelle
- browser_analysis
consent.cookie-script.com
other · browser · Datenschutzrelevanz mittel
consent.cookie-script.com · 1 Request(s)
- Risiko
- 58/100
- Quelle
- browser_analysis
Apache
Server · medium · Datenschutzrelevanz niedrig
Server-Header: Apache/2.4.62 (Unix)
- Risiko
- 42/100
- Quelle
- technology_analysis
Apache/2.4.62 (Unix)
Server · medium · Datenschutzrelevanz niedrig
Server-Header: Apache/2.4.62 (Unix)
- Risiko
- 42/100
- Quelle
- technology_signals
cdn.cookie-script.com
other · browser · Datenschutzrelevanz niedrig
cdn.cookie-script.com · 2 Request(s)
- Risiko
- 42/100
- Quelle
- browser_analysis
PHP
Backend · high · Datenschutzrelevanz niedrig
X-Powered-By: PHP/7.3.33 · PHP-Signal in Header oder Cookie
- Risiko
- 35/100
- Quelle
- technology_analysis
webstats.kompetenzz.net
other · browser · Datenschutzrelevanz niedrig
webstats.kompetenzz.net · 6 Request(s)
- Risiko
- 35/100
- Quelle
- browser_analysis
CMS-/Deployment-Fixes
Plattformbezogene Reparaturanleitung
SaferPage leitet aus sichtbaren CMS-, Shop-, Frontend- und Deployment-Signalen konkrete Betreiber-Playbooks ab. Wenn keine Plattform sicher erkannt wird, wird kein CMS behauptet, sondern ein allgemeines Deployment-Playbook angezeigt.
Allgemeines Website-Deployment
Webbetrieb/IT/Datenschutz
Im passiven Check wurde kein eindeutiges CMS erkannt. Trotzdem sollten Betreiber Release, Consent, Drittanbieter, Security-Header und Nachweise wie bei einem CMS-Update behandeln.
SchrittDeployment-Quelle, Hosting/CDN, externe Skripte, Consent-Tool und wichtige Templates inventarisieren.
SchrittAlle nicht notwendigen Drittanbieter vor Einwilligung blockieren und Anbieterzwecke dokumentieren.
SchrittSecurity-Header, HTTPS/HSTS, Referrer-Policy, CSP und Cookie-Attribute prüfen.
SchrittNach Änderungen Re-Scan, Screenshot, JSON/CSV und Fix-Guides ablegen.
Betreiber
Was technisch und datenschutzseitig zu tun ist
Matomo
hoch · Marketing/IT/Datenschutz
Tracking-, Werbe- und Tag-Manager-Dienste bis zur aktiven Einwilligung blockieren und in Consent, Datenschutzhinweis und Anbieterregister erklären.
- Guide
- öffnen
analytics.init.de
hoch · Website-Betrieb/Datenschutz
Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen.
- Guide
- öffnen
consent.cookie-script.com
mittel · Website-Betrieb/Datenschutz
Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen.
- Guide
- öffnen
Apache
mittel · IT/Security/Vendor Owner
Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen.
- Guide
- öffnen
Apache/2.4.62 (Unix)
mittel · IT/Security/Vendor Owner
Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen.
- Guide
- öffnen
cdn.cookie-script.com
mittel · Website-Betrieb/Datenschutz
Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen.
- Guide
- öffnen
PHP
mittel · Website-Betrieb/Datenschutz
Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen.
- Guide
- öffnen
webstats.kompetenzz.net
mittel · Website-Betrieb/Datenschutz
Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen.
- Guide
- öffnen