# Technik-Stack für dkf-kda.de

dkf-kda.de: 13 sichtbare Technik-/Anbietersignale, 1 mit hoher Datenschutzrelevanz, 4 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 Analytics (Analytics/Werbung): hoch, Evidenz: Signal: gtag(
- Cookiebot (Consent): mittel, Evidenz: Signal: cookiebot
- consent.cookiebot.com (other): mittel, Evidenz: consent.cookiebot.com; 2 Request(s)
- consentcdn.cookiebot.com (other): mittel, Evidenz: consentcdn.cookiebot.com; 3 Request(s)
- Shopware (Shop): mittel, Evidenz: Signal: shopware
- Squarespace (CMS): mittel, Evidenz: Signal: squarespace
- WordPress (CMS): mittel, Evidenz: Meta generator: WordPress 7.0; Signal: wp-content/
- Apache (Server): niedrig, Evidenz: Server-Header: Apache
- Apache (Server): niedrig, Evidenz: Server-Header: Apache
- maxcdn.bootstrapcdn.com (other): niedrig, Evidenz: maxcdn.bootstrapcdn.com; 1 Request(s)
- Magento (Shop): niedrig, Evidenz: Signal: magento
- PleskLin (Backend): niedrig, Evidenz: X-Powered-By: PleskLin
- jQuery (Bibliothek): niedrig, Evidenz: Signal: jquery.min.js

## Betreibermaßnahmen
- [ ] 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
- [ ] Cookiebot: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] consent.cookiebot.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] consentcdn.cookiebot.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] Shopware: CMS, Themes, Plugins und sichtbare Versionshinweise aktualisieren, unnötige Plugins entfernen und Re-Scan nach Deployment ausführen. Owner: Webbetrieb/IT
- [ ] Squarespace: CMS, Themes, Plugins und sichtbare Versionshinweise aktualisieren, unnötige Plugins entfernen und Re-Scan nach Deployment ausführen. Owner: Webbetrieb/IT
- [ ] WordPress: CMS, Themes, Plugins und sichtbare Versionshinweise aktualisieren, unnötige Plugins entfernen und Re-Scan nach Deployment ausführen. Owner: Webbetrieb/IT
- [ ] Apache: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] Apache: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] maxcdn.bootstrapcdn.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz

## CMS-/Deployment-Playbooks
### WordPress
Plugins, Theme, Core, Tag Manager, Consent-Plugin und Caching gemeinsam prüfen; WordPress-Updates ändern oft Cookies, Skripte und externe Requests.
- [ ] WordPress Core, aktive Themes und alle Plugins in Staging aktualisieren; nicht genutzte Plugins entfernen.
- [ ] Consent-/Cookie-Plugin gegen den SaferPage-Consent-Test prüfen: Erstaufruf, Ablehnen, Akzeptieren und GPC separat testen.
- [ ] Google Fonts, Maps, YouTube, reCAPTCHA, Analytics und Pixel in Theme, Page Builder und Tag Manager suchen und vor Consent blockieren.
- [ ] Security-Header, HSTS, Referrer-Policy und CSP im Hosting, Nginx/Apache oder Security-Plugin setzen und nach Cache-Purge erneut prüfen.
Abnahme: Keine neuen Trackingkontakte vor Consent.; Plugin-/Theme-Versionen sind dokumentiert.; Kurzreport, Technik-Center und Fix-Guides nach Re-Scan aktualisiert.

### Squarespace
Squarespace-Code-Injection, Extensions, Analytics und Formular-/Shop-Funktionen brauchen eine getrennte Datenschutzprüfung.
- [ ] Code Injection, Extensions, Analytics, Marketing und Commerce-Integrationen inventarisieren.
- [ ] Cookie Banner und Drittanbieter-Skripte gegen Erstaufruf/Ablehnen/Akzeptieren prüfen.
- [ ] Forms, Newsletter, Scheduling, Maps und Payment-Anbieter in Datenschutzhinweisen erklären.
- [ ] Nach Template-/Extension-Änderungen Re-Scan und Exportpaket sichern.
Abnahme: Code-Injection-Liste ist geprüft.; Tracking wartet auf Consent.; Commerce-/Formularanbieter sind erklärt.

### CMS / Website-Deployment
SaferPage erkennt ein CMS-/Website-Signal, aber keine sichere Plattform. Betreiber sollten Patchstand, Erweiterungen, Templates, Consent und externe Dienste manuell abgleichen.
- [ ] CMS, Theme, Plugins/Extensions, Page Builder, Tag Manager und Hosting/CDN inventarisieren.
- [ ] Nicht notwendige Skripte, Cookies, Fonts, Maps, Videos und Pixel vor Consent blockieren.
- [ ] Datenschutzerklärung, Anbieterregister, Cookie-Liste und Impressum gegen die reale Browser-Evidence abgleichen.
- [ ] Nach jeder Änderung Re-Scan ausführen und Exportpaket als Nachweis sichern.
Abnahme: Plattform und Erweiterungen sind dokumentiert.; Consent- und Anbieterbefunde sind geschlossen oder begründet.; Re-Scan zeigt keine neuen kritischen Signale.