# Technik-Stack für villach.at

villach.at: 17 sichtbare Technik-/Anbietersignale, 0 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 Static (cdn): mittel, Evidenz: gstatic.com; 1 Request(s)
- google.com (other): mittel, Evidenz: google.com; 1 Request(s)
- Cloudflare (Hosting/CDN): niedrig, Evidenz: Signal: cloudflare
- Cloudflare (cdn): niedrig, Evidenz: cdnjs.cloudflare.com; 1 Request(s)
- Microsoft-IIS (Server): niedrig, Evidenz: Server-Header: Microsoft-IIS/10.0
- Microsoft-IIS/10.0 (Server): niedrig, Evidenz: Server-Header: Microsoft-IIS/10.0
- cdn1.legalweb.io (other): niedrig, Evidenz: cdn1.legalweb.io; 3 Request(s)
- ASP.NET (Backend): niedrig, Evidenz: X-Powered-By: ASP.NET; ASP.NET-Signal in Header oder Cookie
- api.datenraumkaernten.at (other): niedrig, Evidenz: api.datenraumkaernten.at; 12 Request(s)
- api.digiaccess.org (other): niedrig, Evidenz: api.digiaccess.org; 1 Request(s)
- app2.weatherwidget.org (other): niedrig, Evidenz: app2.weatherwidget.org; 1 Request(s)
- concierge.goodguys.ai (other): niedrig, Evidenz: concierge.goodguys.ai; 2 Request(s)
- download.digiaccess.org (other): niedrig, Evidenz: download.digiaccess.org; 2 Request(s)
- form.novunex.app (other): niedrig, Evidenz: form.novunex.app; 1 Request(s)
- jQuery (Bibliothek): niedrig, Evidenz: Signal: jquery.min.js
- villach.containers.piwik.pro (other): niedrig, Evidenz: villach.containers.piwik.pro; 2 Request(s)
- villach.piwik.pro (other): niedrig, Evidenz: villach.piwik.pro; 2 Request(s)

## Betreibermaßnahmen
- [ ] Google Static: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] google.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/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
- [ ] Microsoft-IIS: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] Microsoft-IIS/10.0: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] cdn1.legalweb.io: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] ASP.NET: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] api.datenraumkaernten.at: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] api.digiaccess.org: 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.