CMS / Stack / Drittanbieter

karriere.datev.de: sichtbarer Technik-Stack

karriere.datev.de: 8 sichtbare Technik-/Anbietersignale, 1 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 1hoch relevant 0CMS/Shop 5Drittanbieter 1externe Skripte 1CMS-Playbooks

Stack

Sichtbare Technologien und Datenschutzrelevanz

Stack exportieren
Google Tag Manager Analytics/Werbung · high · Datenschutzrelevanz hoch

Signal: googletagmanager.com

Risiko
80/100
Quelle
technology_analysis
OneTrust Consent · high · Datenschutzrelevanz mittel

Signal: onetrust

Risiko
58/100
Quelle
technology_analysis
Fastly Hosting/CDN · high · Datenschutzrelevanz niedrig

Signal: x-served-by

Risiko
42/100
Quelle
technology_analysis
adobedc.demdex.net other · browser · Datenschutzrelevanz niedrig

adobedc.demdex.net · 1 Request(s)

Risiko
35/100
Quelle
browser_analysis
api.ipify.org other · browser · Datenschutzrelevanz niedrig

api.ipify.org · 1 Request(s)

Risiko
35/100
Quelle
browser_analysis
apps.datev.de other · browser · Datenschutzrelevanz niedrig

apps.datev.de · 12 Request(s)

Risiko
35/100
Quelle
browser_analysis
assets.adobedtm.com other · browser · Datenschutzrelevanz niedrig

assets.adobedtm.com · 2 Request(s)

Risiko
35/100
Quelle
browser_analysis
datev.scene7.com other · browser · Datenschutzrelevanz niedrig

datev.scene7.com · 10 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.

Playbook exportieren
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.
Guide
öffnen
Re-Scan
starten
Abnahme
3 Kriterien

Betreiber

Was technisch und datenschutzseitig zu tun ist

Anbieterregister öffnen
Google Tag Manager 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
OneTrust mittel · Website-Betrieb/Datenschutz

Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen.

Guide
öffnen
Fastly 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
adobedc.demdex.net mittel · Website-Betrieb/Datenschutz

Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen.

Guide
öffnen
api.ipify.org mittel · Website-Betrieb/Datenschutz

Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen.

Guide
öffnen
apps.datev.de mittel · Website-Betrieb/Datenschutz

Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen.

Guide
öffnen
assets.adobedtm.com mittel · Website-Betrieb/Datenschutz

Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen.

Guide
öffnen
datev.scene7.com mittel · Website-Betrieb/Datenschutz

Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen.

Guide
öffnen