Lighthouse Score 100 erreichen — eine ehrliche Anleitung

Ist ein Lighthouse-Score von 100 realistisch?

Ja — wir erreichen ihn auf mekyn.com auf jeder Marketing-Page. Es erfordert Disziplin bei Assets, Fonts und Server-Konfiguration, aber es ist kein Hexenwerk.

Warum Lighthouse 100 mehr ist als eine Zahl

Ein Lighthouse-Score von 100 ist kein Selbstzweck. Er ist das technische Fundament für drei Dinge, die für jede Business-Website zählen:

1. Ranking-Signal: Google nutzt Page-Experience-Signale (Core Web Vitals) als Ranking-Faktor. Ein Lighthouse-Score von 100 korreliert stark mit guten CWV-Werten.
2. Conversion: Seiten, die in unter 2 Sekunden laden, konvertieren 15–30 % besser als Seiten mit 4+ Sekunden Ladezeit.
3. Vertrauen: Ein öffentlich einsehbarer 100er-Score ist ein Qualitätssiegel, das kein Marketing-Budget kaufen kann.

mekyn.com erreicht Lighthouse 100 auf allen Marketing-Pages — nicht weil wir zaubern, sondern weil wir systematisch vorgehen. Diese Anleitung dokumentiert genau dieses Vorgehen.

Die vier Kategorien im Detail

Performance (der schwierigste Teil)

Lighthouse-Performance misst sechs Metriken, gewichtet nach Nutzer-Impact:

Metrik	Gewicht	Zielwert	mekyn.com (Ø)
Total Blocking Time	30 %	0 ms	0 ms
Largest Contentful Paint	25 %	< 2,5 s	0,8 s
Cumulative Layout Shift	25 %	< 0,1	0
Speed Index	10 %	< 3,4 s	0,6 s
First Contentful Paint	10 %	< 1,8 s	0,5 s
Interaction to Next Paint	experimental	< 200 ms	28 ms

Unser Ansatz für Performance 100:

Das LCP-Element ist bei uns immer der H1-Container mit einem Text-Badge. Kein Hero-Video, kein Carousel, kein 2-MB-Hintergrundbild. Das LCP-Element wird im ersten HTML-Chunk ausgeliefert — der Browser muss kein JavaScript parsen, um es zu rendern.

TBT (Total Blocking Time) erreichen wir mit 0, weil wir keine langlaufenden JavaScript-Tasks haben. Der gesamte Marketing-Teil von mekyn.com ist statisches HTML + CSS + minimales JavaScript für Formulare und Analytics. React-Inseln gibt es nur im App-Bereich hinter Login.

CLS ist 0, weil wir jedem Bild explizite width- und height-Attribute geben und Fonts mit font-display: swap und passenden Fallback-Größen ausstatten.

Accessibility (100 ist Pflicht, nicht optional)

Barrierefreiheit ist ab Juni 2025 für neue Websites im DACH-Raum gesetzlich vorgeschrieben (BFSG in DE, WZG in AT, BehiG in CH). Lighthouse-Accessibility prüft 40+ Kriterien aus den WCAG-2.1-AA-Richtlinien.

Die häufigsten Accessibility-Fehler und ihre Lösungen:

• Kontrast zu gering: Der Standard-Mindestkontrast ist 4,5:1 für Fließtext, 3:1 für große Überschriften. Unser Kontrast-Rechner hilft beim Prüfen.
• Links ohne unterscheidbaren Namen: Jeder Link braucht sichtbaren Text oder ein aussagekräftiges aria-label.
• Fehlende Alt-Texte: Jedes Bild braucht ein alt-Attribut. Dekorative Bilder kriegen alt="".
• Formulare ohne Labels: Jedes Input-Feld braucht ein programmatisch verknüpftes <label>.

Best Practices (fast immer 100)

Best Practices prüft Sicherheits-Header, HTTPS, korrekte Bildgrößen und veraltete APIs. Diese Kategorie ist auf einer modernen Site fast immer 100 — die Fehler sind meist schnell behoben:

• Fehlendes HTTPS → Redirect einrichten
• http://-Links → auf https:// umstellen
• Fehlende Sicherheits-Header → CSP konfigurieren
• Veraltete JavaScript-APIs → Polyfills entfernen

SEO (der einfachste Teil)

SEO in Lighthouse prüft Basics: meta[name="description"], hreflang, robots.txt, klickbare Links, lesbare Schriftgrößen. Nichts davon braucht JavaScript oder serverseitige Magie.

Was Lighthouse nicht misst — und warum das wichtig ist

Lighthouse ist ein Lab-Test. Er simuliert ein Moto-G4-Smartphone auf einer simulierten 4G-Verbindung. Echte Nutzer haben andere Geräte, andere Netzwerke und andere Bedingungen.

Die drei blinden Flecken von Lighthouse:

1. Server-Latenz: Lighthouse misst nur Frontend-Metriken. Ein langsamer Server mit 800 ms TTFB kann Lighthouse 100 haben, aber schlechte CWV.
2. JavaScript-Laufzeit nach Load: Lighthouse misst nur das initiale Laden. Eine SPA, die nach dem ersten Render 8 MB JavaScript nachlädt, bekommt trotzdem 100.
3. Third-Party-Scripts: Tracking, Consent-Banner, Chat-Widgets — sie alle laufen außerhalb von Lighthouse’s Kontrolle. In der Praxis sind sie für 60 % der Performance-Probleme verantwortlich.

Deshalb ergänzen wir Lighthouse mit echter CrUX-Field-Data im DACH CWV Tracker.

Unser Workflow: So halten wir Lighthouse 100 dauerhaft

1. Build-Validation: Jeder Commit löst npx astro build aus. Bei Performance-Regression schlägt der Build fehl.
2. CI-Lighthouse: Ein GitHub-Action-Workflow prüft einmal täglich Lighthouse auf 5 Schlüsselseiten. Unterschreitet eine Seite 95, bekommen wir eine Notification.
3. Pre-Publish-Audit: Vor jedem neuen Blog-Post läuft audit-seo.mjs mit allen REV_3-Checks.
4. Monthly Review: Einmal im Monat reviewen wir alle Pages auf Performance-Regression.

Ehrliche Grenzen: Wann Lighthouse 100 nicht sinnvoll ist

Nicht jede Website kann oder sollte Lighthouse 100 anstreben:

• E-Commerce mit 50 Produktbildern pro Page: LCP unter 2,5 s ist mit Lazy-Loading und CDN machbar, aber 0,8 s ist unrealistisch.
• WordPress mit 30 Plugins: Jedes Plugin bringt eigenes CSS und JS mit. Ohne radikales Aufräumen ist Performance 85–95 realistisch.
• SaaS-Dashboards: Interaktive Web-Apps mit Echtzeit-Daten haben naturgemäß JavaScript-Overhead. TBT von 0 ist unmöglich.

In diesen Fällen ist Lighthouse 90+ ein respektables Ziel. Wichtiger als der Score ist der Trend — verbessert sich die Performance oder verschlechtert sie sich?

Fazit: Lighthouse 100 ist Disziplin, nicht Magie

Lighthouse 100 ist kein Hexenwerk und kein Statussymbol. Es ist das Ergebnis von systematischer Arbeit an den richtigen Hebeln: statisches HTML, optimierte Assets, minimale Third-Party-Abhängigkeiten. Jede neue Business-Website, die mit einem modernen Static-Site-Generator startet, kann Lighthouse 100 erreichen und dauerhaft halten.

Der größte Feind von Lighthouse 100 ist nicht die Technik — es ist der Komfort. Jedes neue Tracking-Tool, jedes neue Chat-Widget, jedes neue „nur kurz eingebaute” Marketing-Script kostet Punkte. Wer Lighthouse 100 will, muss Nein sagen können.

Weiterführend auf mekyn.com

→ Zur Pillar-Page: Seo → Verwandt: Lcp Unter 2 Sekunden → Verwandt: Cls Null → Tool: Lighthouse Test

---

Externe Quellen:

• Lighthouse Performance Scoring — Offizielle Google-Dokumentation
• Web Dev Performance — Google’s Performance-Guide
• Core Web Vitals — Die drei Metriken, die Google als Ranking-Signal nutzt
• Astro Docs: Performance — Astro’s Performance-Guide

Update 2026-05-04: Erstveröffentlichung.