# Technik-Stack für museum-digital.de

museum-digital.de: 25 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
- Matomo (Analytics/Werbung): hoch, Evidenz: Script-Domain: matomo
- Matomo (Analytics/Werbung): hoch, Evidenz: matomo.museum-digital.de; 2 Request(s)
- nginx (Server): niedrig, Evidenz: Server-Header: nginx
- nginx (Server): niedrig, Evidenz: Server-Header: nginx
- agrargeschichte.museum-digital.de (other): niedrig, Evidenz: agrargeschichte.museum-digital.de; 1 Request(s)
- assets.museum-digital.org (other): niedrig, Evidenz: assets.museum-digital.org; 50 Request(s)
- bawue.museum-digital.de (other): niedrig, Evidenz: bawue.museum-digital.de; 1 Request(s)
- bayern.museum-digital.de (other): niedrig, Evidenz: bayern.museum-digital.de; 1 Request(s)
- berlin.museum-digital.de (other): niedrig, Evidenz: berlin.museum-digital.de; 1 Request(s)
- brandenburg.museum-digital.de (other): niedrig, Evidenz: brandenburg.museum-digital.de; 1 Request(s)
- bremen.museum-digital.de (other): niedrig, Evidenz: bremen.museum-digital.de; 1 Request(s)
- collectors.museum-digital.de (other): niedrig, Evidenz: collectors.museum-digital.de; 1 Request(s)
- hamburg.museum-digital.de (other): niedrig, Evidenz: hamburg.museum-digital.de; 1 Request(s)
- hessen.museum-digital.de (other): niedrig, Evidenz: hessen.museum-digital.de; 1 Request(s)
- meckpomm.museum-digital.de (other): niedrig, Evidenz: meckpomm.museum-digital.de; 1 Request(s)
- nds.museum-digital.de (other): niedrig, Evidenz: nds.museum-digital.de; 1 Request(s)
- owl.museum-digital.de (other): niedrig, Evidenz: owl.museum-digital.de; 1 Request(s)
- rheinland.museum-digital.de (other): niedrig, Evidenz: rheinland.museum-digital.de; 1 Request(s)
- rlp.museum-digital.de (other): niedrig, Evidenz: rlp.museum-digital.de; 1 Request(s)
- sachsen.museum-digital.de (other): niedrig, Evidenz: sachsen.museum-digital.de; 1 Request(s)
- sh.museum-digital.de (other): niedrig, Evidenz: sh.museum-digital.de; 1 Request(s)
- smb.museum-digital.de (other): niedrig, Evidenz: smb.museum-digital.de; 1 Request(s)
- st.museum-digital.de (other): niedrig, Evidenz: st.museum-digital.de; 1 Request(s)
- thue.museum-digital.de (other): niedrig, Evidenz: thue.museum-digital.de; 1 Request(s)
- westfalen.museum-digital.de (other): niedrig, Evidenz: westfalen.museum-digital.de; 1 Request(s)

## Betreibermaßnahmen
- [ ] Matomo: Tracking-, Werbe- und Tag-Manager-Dienste bis zur aktiven Einwilligung blockieren und in Consent, Datenschutzhinweis und Anbieterregister erklären. Owner: Marketing/IT/Datenschutz
- [ ] Matomo: Tracking-, Werbe- und Tag-Manager-Dienste bis zur aktiven Einwilligung blockieren und in Consent, Datenschutzhinweis und Anbieterregister erklären. Owner: Marketing/IT/Datenschutz
- [ ] nginx: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] nginx: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] agrargeschichte.museum-digital.de: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] assets.museum-digital.org: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] bawue.museum-digital.de: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] bayern.museum-digital.de: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] berlin.museum-digital.de: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] brandenburg.museum-digital.de: 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.