Top Lighthouse-Werte sind kein Marketing-Versprechen, sondern eine Architekturentscheidung
Als ich diese Website neu aufgesetzt habe, habe ich mir vorgenommen, Lighthouse-Scores nicht zum Selbstzweck zu machen, aber auch nicht zu ignorieren. Das Ergebnis war, dass ich an mehreren Stellen Architektur-Entscheidungen anders getroffen habe, als ich es früher gemacht hätte. Eine kleine Selbstbeobachtung.
Was Performance wirklich kostet
Performance ist nicht eine Schicht, die man am Ende drüberlegt. Sie ist die Summe vieler Entscheidungen, die früh fallen. Welcher Stack? Wie wird gerendert? Wie kommen Bilder ins HTML? Welche Schriften? Welche Skripte laufen im Browser?
Eine schnelle Site ist eine Site, die sich entschieden hat, schnell zu sein, und dann jeder Detailentscheidung diese Vorgabe gegeben hat.
Wer eine 30-MB-WordPress-Site mit drei Caching-Plugins schnell machen will, kämpft gegen die eigene Architektur. Wer von Anfang an statisch generiert und Bilder im Build optimiert, hat es geschenkt.
Was ich konkret anders gemacht habe
Erstens: kein Tracking. Keine Analytics-Tags, keine Tracking-Pixel, kein Cookie-Banner. Auf den meisten Sites laufen mehrere Drittskripte parallel, bevor der erste Inhalt sichtbar wird. Hier nicht.
Zweitens: Schriften lokal, mit font-display: swap und Preload. Web-Fonts sind ein Klassiker für unsichtbaren oder springenden Text während des Ladens. Lokal hosten und gezielt vorab laden löst beides.
Drittens: Bilder als WebP im Repo, optimierte Auslieferung über die Astro-Build-Pipeline. Kein Image-Server, der zur Laufzeit rechnet, keine Plugin-Schicht, die Caches verwaltet.
Viertens: kein Client-Side-Routing. Jede Seite ist statisch ausgeliefertes HTML. Das ist nicht spektakulär, aber es lädt schneller als jede Single-Page-Application, die sich erst clientseitig zusammenbaut.
Das sind nur die offensichtlichsten Stellen. Daneben sitzt eine Reihe weiterer Entscheidungen, die einzeln klein wirken und sich in Summe deutlich auswirken. Caching-Header, Bündel-Größen, kritisches CSS inline, dezent eingesetzte Hints für Browser. Performance entsteht nicht aus einem Trick, sondern aus zwei Dutzend kleinen Entscheidungen, die alle in dieselbe Richtung zeigen.
Was sich daraus ergeben hat
Lighthouse zeigt durchgehend sehr hohe Punktzahlen in allen vier Kategorien. Das ist nicht der wichtigste Teil. Wichtiger ist, dass die Site sich für Besucher tatsächlich schnell anfühlt. Auf dem Smartphone, im LTE-Netz, ohne Wartezeiten.
Und das alles ohne Optimierungs-Plugins, ohne CDN-Tricks, ohne Performance-Audits, die monatlich laufen müssen. Performance ist im Stack eingebaut.
Fazit
Wer Performance ernst nimmt, trifft sie als Architekturentscheidung, nicht als Optimierungs-Projekt. Die Site, auf der ihr das hier lest, ist mein eigener Praxistest. Wer Sparring sucht, was im eigenen Stack möglich wäre, kann mich ansprechen.