# Technik-Stack für scientology.de

scientology.de: 18 sichtbare Technik-/Anbietersignale, 7 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 AdSense (Werbung): hoch, Evidenz: pagead2.googlesyndication.com; 2 Request(s)
- Google Ads Conversion (Analytics/Werbung): hoch, Evidenz: google_ads_conversion; AW-605112126
- Google Analytics (Analytics/Werbung): hoch, Evidenz: Signal: gtag(
- Google Analytics 4 (Analytics/Werbung): hoch, Evidenz: google_analytics_4; G-LQBFNWNT3G
- Google DoubleClick (Analytics/Werbung): hoch, Evidenz: Script-Domain: doubleclick.net
- Google Tag Manager (Analytics/Werbung): hoch, Evidenz: Signal: googletagmanager.com; Script-Domain: googletagmanager.com
- Google Tag Manager (tag_manager): hoch, Evidenz: googletagmanager.com; 3 Request(s)
- Google Fonts (Schriften): mittel, Evidenz: fonts.googleapis.com; 1 Request(s)
- ajax.googleapis.com (other): mittel, Evidenz: ajax.googleapis.com; 1 Request(s)
- consent.standardadmin.org (other): mittel, Evidenz: consent.standardadmin.org; 4 Request(s)
- gd2.ondemandhosting.info (other): niedrig, Evidenz: gd2.ondemandhosting.info; 1 Request(s)
- Meta/Facebook (social_tracking): niedrig, Evidenz: facebook.com; 2 Request(s)
- Microsoft Clarity (session_replay): niedrig, Evidenz: scripts.clarity.ms; 1 Request(s)
- X/Twitter Widget (social_widget): niedrig, Evidenz: platform.twitter.com; 2 Request(s)
- d1en0cs4s0ez90.cloudfront.net (other): niedrig, Evidenz: d1en0cs4s0ez90.cloudfront.net; 10 Request(s)
- files.scientology.org (other): niedrig, Evidenz: files.scientology.org; 46 Request(s)
- syndication.twitter.com (other): niedrig, Evidenz: syndication.twitter.com; 1 Request(s)
- tr.standardadmin.org (other): niedrig, Evidenz: tr.standardadmin.org; 2 Request(s)

## Betreibermaßnahmen
- [ ] 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 Ads Conversion: Tracking-, Werbe- und Tag-Manager-Dienste bis zur aktiven Einwilligung blockieren und in Consent, Datenschutzhinweis und Anbieterregister erklären. Owner: Marketing/IT/Datenschutz
- [ ] Google Analytics: Tracking-, Werbe- und Tag-Manager-Dienste bis zur aktiven Einwilligung blockieren und in Consent, Datenschutzhinweis und Anbieterregister erklären. Owner: Marketing/IT/Datenschutz
- [ ] Google Analytics 4: 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
- [ ] 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
- [ ] Google Fonts: Remote-Schriften lokal hosten oder Zweck, Anbieter, Transfer und Consent-/Rechtsgrundlage transparent dokumentieren. Owner: Webentwicklung/Datenschutz
- [ ] ajax.googleapis.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] consent.standardadmin.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.