PRIVACY BY DESIGN / A GROWING NOTE
Privacy from the start.
How can a website respect its visitors’ time, attention, and data? We collect experiences, explain our choices, and leave questions open.
A growing note. This page will develop with our experiment.
The starting point: Mario’s experience
Mario speaks here as a consumer. Repeated confirmations, crowded pages, and further purchase recommendations sometimes make the actual content harder for him to reach. He does not reject advertising or recommendations in principle. His concern is when their combined volume reduces usability.
Security measures can be necessary and still create hurdles: for example, when access requires a mobile phone that is unavailable. This observation is not a blanket judgment about the necessity of individual measures.
What we do on this website
- We use no visitor tracking, advertising profiles, or analytics scripts.
- Fonts come from the device; images and scripts are delivered with our website.
- We embed no third-party videos, social feeds, or advertising.
- Reading requires no account. Language and scene choices are not stored in the browser.
Hosting still involves processing technically necessary connection data. Minimising data does not mean no data is processed at all. Details are in our privacy notice.
A question remains open
How can privacy, security, and straightforward usability work together?
Mario cannot give a definitive answer from his perspective as a user. Nor do Mario and Aik together claim a definitive expert answer. We leave the question open instead of claiming a finished solution.
Speed: measure before promising
Data-conscious design alone does not guarantee a fast website. We therefore measured the public homepage with PageSpeed Insights, separately for mobile and desktop. Our illustrations are part of that examination.
Here is our first snapshot: our own SVG graphics, unchanged measurements, and open questions.
BASELINE / 09 OCT 2026
First measurement. Not a final result.
On 9 October 2026 at 08:03 CEST, we tested the public German homepage. This measures the published version before the updated break scene. Both languages of this note show the same measurement; the English homepage was not tested separately.
| Metric | Mobile | Desktop |
|---|---|---|
| Performance / 100 | 75 | 72 |
| First content (FCP) | 0.9 s | 0.2 s |
| Largest visible element (LCP) | 35.9 s | 3.8 s |
| Blocking time (TBT) | 0 ms | 0 ms |
| Layout shifts (CLS) | 0 | 0.181 |
| Speed Index | 0.9 s | 0.2 s |
| Transferred data | 6,986 KiB | 7,104 KiB |
What we learn
The first content appears quickly. The desktop report identifies Mario’s iPad illustration as the largest visible element. On mobile it identifies the heading instead; the unusual 35.9-second LCP needs further investigation. We retain the value unchanged without claiming a proven cause.
The image audit estimates potential savings of 4,822 KiB on mobile and 4,920 KiB on desktop. The desktop test also records layout shifts. Our next task is to investigate image sizes and layout stability, make targeted improvements, and measure again under comparable conditions. The characters do not need to be redrawn.
Test conditions and context
One lab run per device profile, first page load, Lighthouse 13.5.0 / HeadlessChromium 153.0.8010.36. Mobile: emulated Moto G Power with slow 4G throttling. Desktop: desktop emulation with custom throttling as labelled in the report. These are different profiles; scores are not a direct device comparison. No CrUX field data from actual visitors is available. Individual runs vary and do not establish a causal link between privacy and speed.
CLS has no time unit: it describes visible shifts during loading. TBT describes blocking work on the main thread; 0 ms does not mean the whole page loaded instantly.
Mobile report · Desktop report · PageSpeed Insights: methodology
Why Mario chose Cloudflare
Mario cites available security features and worldwide delivery as reasons for his choice. In his personal experience, working with the service encourages more deliberate, lean design. This is his assessment as a user, not advertising for Cloudflare or a general provider recommendation.
Our static files are delivered and cached through a globally distributed network. Updates can become available worldwide quickly; we do not promise an instantaneous update for every visitor. Privacy depends on our concrete choices and settings, not automatically on the provider.
Room to develop
Next, we will review these measurements together and compare improvements with a new measurement. Mario’s experiences, Aik’s wording, and verifiable results should remain distinguishable.
Illustrations are visual examples, not records of actual events. Captions were written for these scenes.