| Messwert | Ergebnis | Wozu er dient |
|---|---|---|
| CLS | 0,000 | Kein Bild schiebt beim Nachladen das Layout. |
| LCP mobil | 448 ms | Zeit bis zum größten sichtbaren Element. Google wertet unter 2,5 s als gut. |
| TTFB | 158 ms | Median aus fünf Messungen, Spanne 141 bis 433 ms. |
| Seitengewicht | rund 1,5 MB | Vollständige Startseite inklusive Galerie. |
| Requests | 13 | Anzahl der Dateien, die der Browser laden muss. |
Diese Tabelle enthält absichtlich eine unbequeme Zahl. 1,5 MB ist für eine Startseite viel, und es wäre einfach gewesen, sie wegzulassen. Sie entsteht durch die Vorher-Nachher-Galerie, und die ist bei einem visuellen Handwerk das eigentliche Verkaufsargument. Bilder kleiner zu rechnen, bis der Lack körnig aussieht, würde genau das zerstören, wofür die Seite gebaut ist.
Entscheidend ist deshalb nicht das Gesamtgewicht, sondern wann welches Bild geladen wird. Von neun Bildern werden sieben erst beim Scrollen nachgeladen, und acht haben feste Breiten- und Höhenangaben im Markup. Deshalb steht das größte sichtbare Element nach 448 ms und der CLS bleibt bei exakt null, obwohl über ein Megabyte an Bildmaterial folgt. Wer die Galerie nie erreicht, lädt sie auch nicht.
Genau das ist der Unterschied zwischen "die Seite ist schwer" und "die Seite ist langsam". Eine Baukasten-Galerie lädt in der Regel alle Bilder sofort und in einer Auflösung, die für kein Endgerät passt.
Wie die Messung entstanden ist
Am 28. August 2026, von einem Standort in Europa, über Chromium bei 390 px Breite. Der TTFB stammt aus fünf aufeinanderfolgenden Abrufen, LCP und CLS aus der PerformanceObserver-API, das Seitengewicht aus der Resource-Timing-API. Labormessungen über eine einzelne Verbindung, keine Felddaten aus dem Chrome UX Report. Auf einem schwachen Mobilfunknetz fällt eine 1,5-MB-Seite spürbar schlechter aus, und das gehört zur ehrlichen Einordnung dazu.
Sicherheit, die nicht dem Hosting überlassen wurde
Die Seite liefert eigene Security-Header aus einer dedizierten Konfigurationsdatei aus, nicht in der Standardeinstellung des Hosters. Im Live-Abruf nachprüfbar sind unter anderem eine Content-Security-Policy, die Skripte und Einbettungen auf definierte Quellen begrenzt, dazu X-Content-Type-Options: nosniff, X-Frame-Options: SAMEORIGIN und eine Referrer-Policy.
Das ist kein Punkt, den ein Kunde je bemerkt, solange nichts passiert. Genau deshalb fehlt er bei Baukastenseiten so häufig.
Was die Zahlen nicht sagen
Nichts über Anfragen, Auslastung oder Umsatz. Diese Daten gehören Shinedup, nicht uns, und wir veröffentlichen keine Kundenzahlen, die wir nicht belegen können.
Die Vorher-Nachher-Galerie bleibt das zentrale Verkaufsargument, direkt auf der Startseite sichtbar statt in einer Unterseite versteckt. Innenraum und Lack werden getrennt gezeigt statt in einem einzigen, unklaren Bildpaar vermischt. Hinter Shinedup steht Dogukan Kardes, der jedes Fahrzeug behandelt, als wäre es sein eigenes. Ein Anspruch, den die Website über die Bildsprache einlöst, nicht nur über einen Claim im Fließtext. Adresse und Kontaktdaten stehen vollständig im Footer statt hinter einem anonymen Formular ohne physischen Standort.