# Technik-Stack für restegourmet.de

restegourmet.de: 10 sichtbare Technik-/Anbietersignale, 0 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
- b.delivery.consentmanager.net (other): mittel, Evidenz: b.delivery.consentmanager.net; 5 Request(s)
- cdn.consentmanager.net (other): mittel, Evidenz: cdn.consentmanager.net; 4 Request(s)
- Apache (Server): niedrig, Evidenz: Server-Header: Apache/2.4.46 (Unix) OpenSSL/1.1.1d
- Apache/2.4.46 (Unix) OpenSSL/1.1.1d (Server): niedrig, Evidenz: Server-Header: Apache/2.4.46 (Unix) OpenSSL/1.1.1d
- Stripe (payment): niedrig, Evidenz: js.stripe.com; 3 Request(s)
- api.revenuecat.com (other): niedrig, Evidenz: api.revenuecat.com; 3 Request(s)
- auth.restegourmet.de (other): niedrig, Evidenz: auth.restegourmet.de; 2 Request(s)
- e.revenue.cat (other): niedrig, Evidenz: e.revenue.cat; 1 Request(s)
- embed.tawk.to (other): niedrig, Evidenz: embed.tawk.to; 1 Request(s)
- superserve.restegourmet.de (other): niedrig, Evidenz: superserve.restegourmet.de; 10 Request(s)

## Betreibermaßnahmen
- [ ] b.delivery.consentmanager.net: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] cdn.consentmanager.net: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] 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/2.4.46 (Unix) OpenSSL/1.1.1d: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] Stripe: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] api.revenuecat.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] auth.restegourmet.de: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] e.revenue.cat: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] embed.tawk.to: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] superserve.restegourmet.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.