# Technik-Stack für skizeit.at

skizeit.at: 21 sichtbare Technik-/Anbietersignale, 4 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.

## Sichtbare Technik
- Google Ad Manager (Analytics/Werbung): hoch, Evidenz: Script-Domain: googletagservices.com
- Google Ad Manager (Werbung): hoch, Evidenz: googletagservices.com; 1 Request(s)
- Google AdSense (Werbung): hoch, Evidenz: pagead2.googlesyndication.com; 1 Request(s)
- Google DoubleClick (Werbung): hoch, Evidenz: securepubads.g.doubleclick.net; 2 Request(s)
- Cloudflare (Hosting/CDN): niedrig, Evidenz: Signal: cloudflare
- Cloudflare (cdn): niedrig, Evidenz: cdnjs.cloudflare.com; 2 Request(s)
- nginx (Server): niedrig, Evidenz: Server-Header: nginx
- nginx (Server): niedrig, Evidenz: Server-Header: nginx
- assets0.skizeit.at (other): niedrig, Evidenz: assets0.skizeit.at; 3 Request(s)
- assets1.skizeit.at (other): niedrig, Evidenz: assets1.skizeit.at; 3 Request(s)
- assets2.skizeit.at (other): niedrig, Evidenz: assets2.skizeit.at; 4 Request(s)
- assets3.skizeit.at (other): niedrig, Evidenz: assets3.skizeit.at; 1 Request(s)
- bam.nr-data.net (other): niedrig, Evidenz: bam.nr-data.net; 2 Request(s)
- fair.tube (other): niedrig, Evidenz: fair.tube; 1 Request(s)
- fs-skizeit-production.s3-eu-west-1.amazonaws.com (other): niedrig, Evidenz: fs-skizeit-production.s3-eu-west-1.amazonaws.com; 2 Request(s)
- fs-skizeit-production.s3.eu-west-1.amazonaws.com (other): niedrig, Evidenz: fs-skizeit-production.s3.eu-west-1.amazonaws.com; 1 Request(s)
- in.getclicky.com (other): niedrig, Evidenz: in.getclicky.com; 1 Request(s)
- js-agent.newrelic.com (other): niedrig, Evidenz: js-agent.newrelic.com; 1 Request(s)
- s3-eu-west-1.amazonaws.com (other): niedrig, Evidenz: s3-eu-west-1.amazonaws.com; 1 Request(s)
- skiaustria.at (other): niedrig, Evidenz: skiaustria.at; 1 Request(s)
- static.getclicky.com (other): niedrig, Evidenz: static.getclicky.com; 1 Request(s)

## Betreibermaßnahmen
- [ ] Google Ad Manager: Tracking-, Werbe- und Tag-Manager-Dienste bis zur aktiven Einwilligung blockieren und in Consent, Datenschutzhinweis und Anbieterregister erklären. Owner: Marketing/IT/Datenschutz
- [ ] Google Ad Manager: Tracking-, Werbe- und Tag-Manager-Dienste bis zur aktiven Einwilligung blockieren und in Consent, Datenschutzhinweis und Anbieterregister erklären. Owner: Marketing/IT/Datenschutz
- [ ] Google AdSense: Tracking-, Werbe- und Tag-Manager-Dienste bis zur aktiven Einwilligung blockieren und in Consent, Datenschutzhinweis und Anbieterregister erklären. Owner: Marketing/IT/Datenschutz
- [ ] Google DoubleClick: Tracking-, Werbe- und Tag-Manager-Dienste bis zur aktiven Einwilligung blockieren und in Consent, Datenschutzhinweis und Anbieterregister erklären. Owner: Marketing/IT/Datenschutz
- [ ] Cloudflare: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] Cloudflare: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] nginx: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] nginx: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] assets0.skizeit.at: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] assets1.skizeit.at: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz

## CMS-/Deployment-Playbooks
### Allgemeines Website-Deployment
Im passiven Check wurde kein eindeutiges CMS erkannt. Trotzdem sollten Betreiber Release, Consent, Drittanbieter, Security-Header und Nachweise wie bei einem CMS-Update behandeln.
- [ ] Deployment-Quelle, Hosting/CDN, externe Skripte, Consent-Tool und wichtige Templates inventarisieren.
- [ ] Alle nicht notwendigen Drittanbieter vor Einwilligung blockieren und Anbieterzwecke dokumentieren.
- [ ] Security-Header, HTTPS/HSTS, Referrer-Policy, CSP und Cookie-Attribute prüfen.
- [ ] Nach Änderungen Re-Scan, Screenshot, JSON/CSV und Fix-Guides ablegen.
Abnahme: Release-Änderung ist nachvollziehbar.; Drittanbieter-/Cookie-Abgleich ist aktualisiert.; Re-Scan und Nachweise sind verlinkt.

