PRIVACY BY DESIGN / EINE WACHSENDE NOTIZ
Datenschutz von Anfang an.
Wie kann eine Website die Zeit, Aufmerksamkeit und Daten ihrer Besucher respektieren? Wir sammeln Erfahrungen, erklären unsere Entscheidungen und lassen Fragen offen.
Eine wachsende Notiz. Diese Seite entwickelt sich mit unserem Experiment weiter.
Der Ausgangspunkt: Marios Erfahrung
Mario spricht hier als Konsument. Wiederkehrende Bestätigungen, überladene Seiten und immer weitere Kaufempfehlungen erschweren ihm mitunter den Zugang zum eigentlichen Inhalt. Werbung und Produktempfehlungen lehnt er nicht grundsätzlich ab. Ihn beschäftigt, wann die Summe der Elemente die Nutzbarkeit einschränkt.
Auch Sicherheitsmaßnahmen können notwendig sein und zugleich Hürden schaffen: etwa wenn ein Zugang zwingend ein Mobiltelefon voraussetzt, das gerade nicht verfügbar ist. Diese Beobachtung ist kein pauschales Urteil über die Notwendigkeit einzelner Maßnahmen.
Was wir auf dieser Website konkret tun
- Wir verzichten auf Besuchertracking, Werbeprofile und Analyse-Skripte.
- Schriften kommen vom Gerät; Bilder und Skripte werden mit unserer Website ausgeliefert.
- Wir binden keine fremden Videos, Social-Media-Feeds oder Werbeinhalte ein.
- Zum Lesen ist kein Konto nötig. Sprach- und Szenenauswahl werden nicht im Browser gespeichert.
Das Hosting verarbeitet dennoch technisch erforderliche Verbindungsdaten. Datensparsame Gestaltung bedeutet nicht, dass überhaupt keine Daten verarbeitet werden. Die Einzelheiten stehen in unserer Datenschutzerklärung.
Eine Frage bleibt offen
Wie lassen sich Datenschutz, Sicherheit und einfache Nutzbarkeit zusammenbringen?
Mario kann diese Frage aus seiner Nutzerperspektive nicht abschließend beantworten. Auch gemeinsam mit Aik beansprucht er keine abschließende fachliche Antwort. Wir halten die Frage offen, statt eine fertige Lösung zu behaupten.
Geschwindigkeit: messen statt versprechen
Datensparsame Gestaltung allein garantiert keine schnelle Website. Deshalb haben wir die öffentliche Startseite mit PageSpeed Insights gemessen – getrennt für Mobilgeräte und Desktop. Auch unsere Illustrationen gehören auf den Prüfstand.
Hier zeigen wir unsere erste Momentaufnahme: mit eigenen SVG-Grafiken, unveränderten Messwerten und offenen Fragen.
BASELINE / 09 OCT 2026
Erste Messung. Kein Endergebnis.
Wir haben am 9. Oktober 2026 um 08:03 Uhr MESZ die öffentliche deutsche Startseite getestet. Die Messung zeigt den veröffentlichten Stand vor der neuen Pausenszene. Beide Sprachfassungen dieser Notiz zeigen dieselbe Messung; die englische Startseite wurde nicht separat getestet.
| Messwert | Mobil | Desktop |
|---|---|---|
| Leistung / 100 | 75 | 72 |
| Erster Inhalt (FCP) | 0,9 s | 0,2 s |
| Größtes sichtbares Element (LCP) | 35,9 s | 3,8 s |
| Blockierende Zeit (TBT) | 0 ms | 0 ms |
| Layoutverschiebungen (CLS) | 0 | 0,181 |
| Speed Index | 0,9 s | 0,2 s |
| Übertragene Daten | 6.986 KiB | 7.104 KiB |
Was wir daraus lernen
Der erste Inhalt erscheint schnell. Der Desktop-Bericht nennt Marios iPad-Illustration als größtes sichtbares Element. Mobil wird dagegen die Überschrift genannt; der auffällige LCP-Wert von 35,9 Sekunden bleibt prüfbedürftig. Wir übernehmen ihn unverändert und leiten daraus noch keine gesicherte Ursache ab.
Die Bildprüfung schätzt ein Einsparpotenzial von 4.822 KiB mobil und 4.920 KiB am Desktop. Zudem verschiebt sich das Layout im Desktop-Test. Unsere nächste Aufgabe: Bildgrößen und Layoutstabilität untersuchen, gezielt verbessern und danach unter vergleichbaren Bedingungen erneut messen. Keine neue Zeichnung der Figuren ist dafür nötig.
Messbedingungen und Einordnung
Ein Laborlauf pro Geräteprofil, jeweils erster Seitenaufbau, Lighthouse 13.5.0 / HeadlessChromium 153.0.8010.36. Mobil: emuliertes Moto G Power, langsame 4G-Drosselung. Desktop: Desktopemulation, laut Bericht benutzerdefinierte Drosselung. Die Profile sind unterschiedlich; die Punktzahlen sind kein direkter Gerätevergleich. Es liegen keine CrUX-Felddaten tatsächlicher Besucher vor. Einzelmessungen schwanken und belegen keinen ursächlichen Zusammenhang zwischen Datenschutz und Geschwindigkeit.
CLS ist ein Wert ohne Zeiteinheit: Er beschreibt sichtbare Verschiebungen beim Laden. TBT beschreibt blockierende Arbeit im Hauptthread; 0 ms bedeutet nicht, dass die ganze Seite sofort geladen ist.
Mobilbericht · Desktopbericht · PageSpeed Insights: Methodik
Warum Mario Cloudflare gewählt hat
Mario nennt vorhandene Sicherheitsfunktionen und die weltweite Auslieferung als Gründe für seine Wahl. Nach seiner persönlichen Erfahrung regt ihn die Arbeit mit dem Dienst zu bewussterem und sparsamerem Gestalten an. Das ist seine Einschätzung als Nutzer, keine Werbung für Cloudflare und keine allgemeine Anbieterempfehlung.
Unsere statischen Dateien werden über ein weltweit verteiltes Netzwerk bereitgestellt und zwischengespeichert. Aktualisierungen können so schnell weltweit verfügbar werden; eine sofortige Aktualisierung für jeden Besucher versprechen wir nicht. Datenschutz entsteht durch unsere konkreten Entscheidungen und Einstellungen, nicht automatisch durch den Anbieter.
Quelle zur technischen Auslieferung: Cloudflare Workers Static Assets
Was hier weiterwachsen kann
Als Nächstes wollen wir die Messung gemeinsam einordnen und Verbesserungen mit einer erneuten Messung vergleichen. Marios Erfahrungen, Aiks Formulierungen und überprüfbare Ergebnisse sollen unterscheidbar bleiben.
Illustrationen als bildliche Beispiele, keine Aufzeichnung tatsächlicher Situationen. Die Bildtexte wurden für diese Szenen formuliert.