# Technik-Stack für radio-rps.de

radio-rps.de: 17 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
- cdn.onlineradiobox.com (other): niedrig, Evidenz: cdn.onlineradiobox.com; 1 Request(s)
- ecdn.onlineradiobox.com (other): niedrig, Evidenz: ecdn.onlineradiobox.com; 2 Request(s)
- nginx (Server): niedrig, Evidenz: Server-Header: nginx
- nginx (Server): niedrig, Evidenz: Server-Header: nginx
- Bootstrap (Bibliothek): niedrig, Evidenz: Signal: bootstrap.min.css
- PleskLin (Backend): niedrig, Evidenz: X-Powered-By: PleskLin
- ddtop100.de (other): niedrig, Evidenz: ddtop100.de; 1 Request(s)
- jQuery (Bibliothek): niedrig, Evidenz: Signal: jquery.min.js
- liveradio.de (other): niedrig, Evidenz: liveradio.de; 2 Request(s)
- magmahits.de (other): niedrig, Evidenz: magmahits.de; 1 Request(s)
- phonostar.de (other): niedrig, Evidenz: phonostar.de; 4 Request(s)
- radiodienste.de (other): niedrig, Evidenz: radiodienste.de; 5 Request(s)
- toplist2all.de (other): niedrig, Evidenz: toplist2all.de; 1 Request(s)
- topliste-web-php.de (other): niedrig, Evidenz: topliste-web-php.de; 1 Request(s)
- toplistenportal.de (other): niedrig, Evidenz: toplistenportal.de; 1 Request(s)
- webradio-design.de (other): niedrig, Evidenz: webradio-design.de; 1 Request(s)
- webradio24.info (other): niedrig, Evidenz: webradio24.info; 1 Request(s)

## Betreibermaßnahmen
- [ ] cdn.onlineradiobox.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] ecdn.onlineradiobox.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/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
- [ ] Bootstrap: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] PleskLin: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] ddtop100.de: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] jQuery: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] liveradio.de: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] magmahits.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.