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 die erste Momentaufnahme und einen neuen Vergleich: mit eigenen SVG-Grafiken, unveränderten Messwerten und offenen Fragen.
VERGLEICH / 3. NOVEMBER 2026
Neue Messung. Ein gemischtes Bild.
Am 3. November 2026 um 14:53 Uhr MEZ haben wir erneut die öffentliche deutsche Startseite mit PageSpeed Insights getestet. Ein Laborlauf je Geräteprofil, vor Veröffentlichung der November-Ergänzungen. Die englische Fassung dokumentiert dieselbe Messung; sie ist kein Test der englischen Startseite.
| Messwert | Mobil 09.10. | Mobil 03.11. | Desktop 09.10. | Desktop 03.11. |
|---|---|---|---|---|
| Leistung /100 | 75 | 100 | 72 | 78 |
| FCP | 0.9 s | 0.9 s | 0.2 s | 0.2 s |
| LCP | 35.9 s | 0.9 s | 3.8 s | 4.4 s |
| TBT | 0 ms | 0 ms | 0 ms | 0 ms |
| CLS | 0 | 0.001 | 0.181 | 0 |
| Speed Index | 0.9 s | 0.9 s | 0.2 s | 1.1 s |
| Datenmenge | 6986 KiB | 7334 KiB | 7104 KiB | 7590 KiB |
Mehr Punkte, aber nicht jeder Wert besser
Mobil steigt die Leistung von 75 auf 100 Punkte; der auffällige frühere LCP von 35,9 Sekunden liegt diesmal bei 0,9 Sekunden. Die Ursache der alten Auffälligkeit bleibt ungeklärt. Am Desktop steigt die Bewertung von 72 auf 78, während der LCP von 3,8 auf 4,4 Sekunden und der Speed Index von 0,2 auf 1,1 Sekunden steigen. CLS sinkt dort von 0,181 auf 0. Mobil beträgt CLS diesmal 0,001 statt 0. Die übertragenen Datenmengen steigen in beiden Profilen.
Der neue Bericht nennt geschätztes Bild-Einsparpotenzial von 7.177 KiB mobil und 7.425 KiB am Desktop. Das sind Werkzeugschätzungen, keine bereits erzielten Einsparungen. Die Bilder bleiben ein konkreter Ansatz für spätere Verbesserungen.
Was sich vergleichen lässt
Die URL und die Profilbezeichnungen sind gleich, aber Seiteninhalt, Dateistand und Lighthouse-Version unterscheiden sich: 13.5.0 im Oktober, 13.6.0 im November. Beide Berichte nennen HeadlessChromium 153.0.8010.36. Mobil: Moto-G-Power-Emulation, langsame 4G-Drosselung; Desktop: Desktopemulation mit benutzerdefinierter Drosselung. Jeweils erster Seitenaufbau. Es gibt keine CrUX-Felddaten tatsächlicher Besucher.
Dies ist ein Vergleich zweier Labor-Momentaufnahmen, kein kontrollierter Vorher-Nachher-Versuch. Einzelmessungen schwanken. Die Punktzahlen beweisen weder eine allgemeine Beschleunigung noch einen ursächlichen Effekt unseres Verzichts auf Besuchertracking. Ein automatischer Barrierefreiheitswert ist kein vollständiger Nachweis barrierefreier Nutzung.
Berichte und unveränderte Messwerte
AUSGANGSSTAND / 09. OKT. 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.
