# Technik-Stack für bikable.de

bikable.de: 23 sichtbare Technik-/Anbietersignale, 3 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; 3 Request(s)
- Google Analytics (Analytics/Werbung): hoch, Evidenz: region1.google-analytics.com; 3 Request(s)
- Google Tag Manager (tag_manager): hoch, Evidenz: googletagmanager.com; 5 Request(s)
- Google Fonts (Schriften): mittel, Evidenz: fonts.googleapis.com; 1 Request(s)
- consent.app.cookieinformation.com (other): mittel, Evidenz: consent.app.cookieinformation.com; 1 Request(s)
- fonts.cdnfonts.com (other): mittel, Evidenz: fonts.cdnfonts.com; 1 Request(s)
- storage.googleapis.com (other): mittel, Evidenz: storage.googleapis.com; 2 Request(s)
- Apache (Server): niedrig, Evidenz: Server-Header: Apache
- Apache (Server): niedrig, Evidenz: Server-Header: Apache
- cdn.clerk.io (other): niedrig, Evidenz: cdn.clerk.io; 1 Request(s)
- api.clerk.io (other): niedrig, Evidenz: api.clerk.io; 2 Request(s)
- api.videoly.co (other): niedrig, Evidenz: api.videoly.co; 1 Request(s)
- assets.coolrunner.dk (other): niedrig, Evidenz: assets.coolrunner.dk; 3 Request(s)
- bat.bing.com (other): niedrig, Evidenz: bat.bing.com; 2 Request(s)
- bat.bing.net (other): niedrig, Evidenz: bat.bing.net; 4 Request(s)
- images.bikable.com (other): niedrig, Evidenz: images.bikable.com; 1 Request(s)
- images.bikable.de (other): niedrig, Evidenz: images.bikable.de; 87 Request(s)
- images.bikable.fi (other): niedrig, Evidenz: images.bikable.fi; 2 Request(s)
- messenger-edge.dixa.io (other): niedrig, Evidenz: messenger-edge.dixa.io; 1 Request(s)
- messenger.dixa.io (other): niedrig, Evidenz: messenger.dixa.io; 14 Request(s)
- policy.app.cookieinformation.com (other): niedrig, Evidenz: policy.app.cookieinformation.com; 4 Request(s)
- s3.eu-central-1.amazonaws.com (other): niedrig, Evidenz: s3.eu-central-1.amazonaws.com; 1 Request(s)
- tag.heylink.com (other): niedrig, Evidenz: tag.heylink.com; 1 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 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 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
- [ ] consent.app.cookieinformation.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] fonts.cdnfonts.com: Techniksignal fachlich einordnen, Zweck, Anbieter, Datenarten und notwendige Nachweise ergänzen. Owner: Website-Betrieb/Datenschutz
- [ ] storage.googleapis.com: 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: Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen. Owner: IT/Security/Vendor Owner
- [ ] cdn.clerk.io: 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.