# Technik-Stack für iubh-dualesstudium.de

iubh-dualesstudium.de: 14 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.

## Sichtbare Technik
- Google Tag Manager (Analytics/Werbung): hoch, Evidenz: Signal: gtm.js
- Google Tag Manager (Analytics/Werbung): hoch, Evidenz: google_tag_manager; GTM-KDG5DFV
- Usercentrics (Consent): mittel, Evidenz: Signal: usercentrics
- CloudFront (Server): niedrig, Evidenz: Server-Header: CloudFront
- CloudFront (Server): niedrig, Evidenz: Server-Header: CloudFront
- Nuxt (JavaScript): niedrig, Evidenz: Signal: /_nuxt/
- Tailwind CSS (Bibliothek): niedrig, Evidenz: Signal: tw-
- Vue.js (JavaScript): niedrig, Evidenz: Signal: data-v-
- api.storyblok.com (other): niedrig, Evidenz: api.storyblok.com; 4 Request(s)
- dcinfos-cache.abtasty.com (other): niedrig, Evidenz: dcinfos-cache.abtasty.com; 1 Request(s)
- iu-dualesstudium.de (other): niedrig, Evidenz: iu-dualesstudium.de; 106 Request(s)
- res.cloudinary.com (other): niedrig, Evidenz: res.cloudinary.com; 10 Request(s)
- svrdntfctn.com (other): niedrig, Evidenz: svrdntfctn.com; 1 Request(s)
- try.abtasty.com (other): niedrig, Evidenz: try.abtasty.com; 5 Request(s)

## Betreibermaßnahmen
- [ ] Google Tag 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 Tag Manager: Tracking-, Werbe- und Tag-Manager-Dienste bis zur aktiven Einwilligung blockieren und in Consent, Datenschutzhinweis und Anbieterregister erklären. Owner: Marketing/IT/Datenschutz
- [ ] Usercentrics: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] CloudFront: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] CloudFront: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] Nuxt: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] Tailwind CSS: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] Vue.js: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] api.storyblok.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] dcinfos-cache.abtasty.com: 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.