# Technik-Stack für kartenliebe.ch

kartenliebe.ch: 17 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.

## Sichtbare Technik
- Google Tag Manager (tag_manager): hoch, Evidenz: googletagmanager.com; 1 Request(s)
- accounts.google.com (other): mittel, Evidenz: accounts.google.com; 1 Request(s)
- lantern.roeyecdn.com (other): niedrig, Evidenz: lantern.roeyecdn.com; 1 Request(s)
- Bootstrap (Bibliothek): niedrig, Evidenz: Signal: bootstrap.min.js
- Hotjar (session_replay): niedrig, Evidenz: static.hotjar.com; 2 Request(s)
- Nuxt (JavaScript): niedrig, Evidenz: Signal: /_nuxt/
- Pinterest (social_tracking): niedrig, Evidenz: ct.pinterest.com; 5 Request(s)
- Vue.js (JavaScript): niedrig, Evidenz: Signal: data-v-
- auth.split.io (other): niedrig, Evidenz: auth.split.io; 1 Request(s)
- bat.bing.com (other): niedrig, Evidenz: bat.bing.com; 5 Request(s)
- bat.bing.net (other): niedrig, Evidenz: bat.bing.net; 3 Request(s)
- dwin1.com (other): niedrig, Evidenz: dwin1.com; 1 Request(s)
- lantern.roeye.com (other): niedrig, Evidenz: lantern.roeye.com; 1 Request(s)
- s.pinimg.com (other): niedrig, Evidenz: s.pinimg.com; 2 Request(s)
- sdk.split.io (other): niedrig, Evidenz: sdk.split.io; 2 Request(s)
- sst.kartenliebe.ch (other): niedrig, Evidenz: sst.kartenliebe.ch; 3 Request(s)
- widget.trustpilot.com (other): niedrig, Evidenz: widget.trustpilot.com; 1 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
- [ ] accounts.google.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] lantern.roeyecdn.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] Bootstrap: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] Hotjar: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] Nuxt: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] Pinterest: 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
- [ ] auth.split.io: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] bat.bing.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.

