Lighthouse 100 & Core Web Vitals — messbar, nicht behauptet

Was ist Lighthouse 100?

Lighthouse 100 ist die Höchstpunktzahl von 100 von 100 in jeder der vier bewerteten Prüfkategorien von Google Lighthouse: Performance, Accessibility, Best Practices und SEO. Lighthouse ist ein Open-Source-Werkzeug von Google, das in Chrome DevTools, in PageSpeed Insights und als Kommandozeilen-Tool läuft und eine Seite unter standardisierten Bedingungen automatisiert prüft. Ein Wert von 100/100/100/100 ist damit ein reproduzierbarer Messwert, kein Selbstlob.

Genau das ist der Punkt: Ein Perfect Score lässt sich nicht behaupten, nur nachweisen. Wer die URL dieser Seite in pagespeed.web.dev einträgt oder in Chrome den Lighthouse-Report startet, sieht das Ergebnis selbst — in Mobil- und Desktop-Ansicht. Studio Erdinc verkauft deshalb keine vagen Geschwindigkeitsversprechen, sondern ein überprüfbares Ziel.

Studio Erdinc ist ein Webdesign- und Semantic-SEO-Studio in Wetzikon im Zürcher Oberland, geführt von Özden Erdinc. Der Grundsatz «echte Menschen, perfekt architektierte digitale Abläufe» gilt auch hier: Die technische Basis ist so sauber gebaut, dass Tempo, Zugänglichkeit und Auffindbarkeit zusammenfallen statt sich zu widersprechen.

Warum zählt Lighthouse 100 überhaupt?

Lighthouse 100 zählt, weil Ladezeit und technische Sauberkeit gleichzeitig auf drei Ziele einzahlen: ein besseres Nutzererlebnis, bessere SEO und bessere Lesbarkeit für KI-Crawler. Ein hoher Score ist kein Selbstzweck, sondern der messbare Ausdruck einer Seite, die für Menschen und Maschinen gleichermassen leicht zu verarbeiten ist.

Für Nutzer heisst ein schneller, stabiler Auftritt: weniger Absprünge und mehr abgeschlossene Handlungen. Google nennt die Core Web Vitals ausdrücklich einen Rankingfaktor im Rahmen der Page-Experience-Signale (Google Search Central, «Understanding page experience», 2024). Eine Seite, die sofort erscheint, sofort reagiert und nicht unter den Fingern verrutscht, hält Besucher — und aus Besuchern werden auf einer handcodierten Website von Studio Erdinc Anfragen.

Für KI-Antwortmaschinen senkt ein sauberer, schneller Aufbau die Cost of Retrieval — den Aufwand, den ein Crawler oder Agent betreiben muss, um die Information aus einer Seite zu ziehen. Handcodiertes HTML, das seinen Inhalt ohne JavaScript-Rendering ausliefert, ist für Bots wie ClaudeBot, GPTBot und PerplexityBot direkt lesbar. Wie diese maschinenlesbare Schicht aufgebaut wird, zeigt die Seite agent-ready-Webdesign.

Was misst Lighthouse in seinen vier bewerteten Kategorien?

Lighthouse vergibt vier getrennte Scores von 0 bis 100 — für Performance, Accessibility, Best Practices und SEO —, die jeweils ein eigenes Bündel technischer Prüfungen zusammenfassen. Ein Perfect Score erfordert, dass alle vier gleichzeitig auf 100 stehen; eine Kategorie zu vernachlässigen genügt nicht. Seit 2026 kommt «Agentic Browsing» als fünfte Kategorie hinzu, die nicht in diese vier Scores eingeht; was sie prüft, erklärt der Artikel zur Lighthouse-Kategorie Agentic Browsing.

Performance

Misst, wie schnell eine Seite lädt und interaktiv wird. Der Score setzt sich vor allem aus Lab-Metriken wie Largest Contentful Paint, Total Blocking Time und Cumulative Layout Shift zusammen — die Kategorie mit dem grössten Einfluss auf das Nutzererlebnis.

Accessibility

Prüft die Zugänglichkeit für Menschen mit Behinderung: Farbkontraste, Alternativtexte, ARIA-Attribute, Fokus-Reihenfolge und semantische Struktur. Ein sauberes, semantisches HTML-Gerüst ist die Voraussetzung für 100 Punkte.

Best Practices

Bewertet die technische Hygiene: HTTPS, keine veralteten oder unsicheren Bibliotheken, korrekte Bildseitenverhältnisse, keine Fehler in der Browser-Konsole und sichere Standards.

SEO

Prüft technische Grundlagen der Auffindbarkeit: Meta-Description, sinnvolle Titel, crawlbare Links, gültiges robots-Verhalten und mobile Tauglichkeit. Die technische Basis für inhaltliches Semantic SEO.

Wichtig zur Einordnung: Der Lighthouse-SEO-Score prüft nur die technischen Voraussetzungen, nicht die inhaltliche Autorität. Ob eine Seite tatsächlich für ihr Themenfeld rankt, entscheidet die semantische Tiefe — die auf einer eigenen Ebene aufgebaut wird und weit über den Lighthouse-Check hinausgeht.

Was sind die Core Web Vitals (LCP, INP, CLS)?

Die Core Web Vitals sind drei von Google definierte Kennzahlen, die das reale Nutzererlebnis einer Seite in den Dimensionen Ladegeschwindigkeit, Reaktionsfähigkeit und visuelle Stabilität messen: LCP, INP und CLS. Anders als der Lighthouse-Score, der im Labor entsteht, werden die Core Web Vitals von Google zusätzlich aus echten Nutzerdaten im Chrome UX Report erhoben. Hier die drei Metriken als saubere Definitionen mit ihren offiziellen Schwellenwerten (Quelle: web.dev, Google, 2024):

LCP — Largest Contentful Paint

Die Zeit, bis das grösste sichtbare Inhaltselement (meist ein Bild oder eine Überschrift) im sichtbaren Bereich fertig geladen ist. Als «gut» gilt ein Wert unter 2,5 Sekunden. LCP steht für die gefühlte Ladegeschwindigkeit.

INP — Interaction to Next Paint

Die Zeit von einer Nutzereingabe (Klick, Tipp, Tastendruck) bis zur nächsten sichtbaren Reaktion der Seite. Als «gut» gilt ein Wert unter 200 Millisekunden. INP hat 2024 die frühere Metrik FID abgelöst und steht für die Reaktionsfähigkeit.

CLS — Cumulative Layout Shift

Ein Mass dafür, wie stark sich das Layout während des Ladens unerwartet verschiebt — etwa wenn ein nachgeladenes Bild den Text nach unten schiebt. Als «gut» gilt ein Wert unter 0,1. CLS steht für die visuelle Stabilität.

Die drei Werte hängen direkt an der Bauweise: Ein schlankes, handcodiertes HTML ohne blockierende Skripte liefert das grösste Element schnell aus (LCP), reagiert ohne träge JavaScript-Last sofort (INP) und reserviert Platz für Bilder und Schriften, damit nichts springt (CLS). Genau darauf ist jede Seite von Studio Erdinc ausgelegt.

Wie entsteht ein Perfect Score in der Praxis?

Ein Perfect Score entsteht durch Weglassen: Je weniger überflüssiger Code eine Seite lädt, desto einfacher erreicht sie Lighthouse 100 und bestandene Core Web Vitals. Studio Erdinc baut deshalb handcodiert — ohne Page-Builder, ohne Plugin-Zoo, ohne Framework-Ballast. Konkret lädt eine Studio-Seite nur selbst gehostete Schriften, ein CSS und wenige kleine Skripte.

Die wichtigsten Hebel der Methodik:

• Kein Plugin- und Theme-Gewicht: Baukästen und WordPress-Themes schleppen Code mit, den die Seite gar nicht braucht. Handcodiertes HTML enthält nur, was gebraucht wird — die Grundlage für schnelles LCP. Wie das umgesetzt wird, steht auf der Seite handcodierte Webentwicklung.
• Minimales, nicht-blockierendes JavaScript: Wenig und spät geladenes Skript hält den Hauptthread frei — die Voraussetzung für gutes INP unter 200 Millisekunden.
• Reservierter Platz für Medien und Schriften: Feste Bildseitenverhältnisse und stabiles Font-Loading verhindern das Verrutschen des Layouts und halten CLS unter 0,1.
• Semantisches HTML von Anfang an: Korrekte Überschriftenhierarchie, Alternativtexte und ausreichende Kontraste liefern die Accessibility- und SEO-Punkte automatisch mit.
• Schweizer Hosting mit sauberen Headern: HTTPS, Kompression und Caching liefern die Best-Practices- und Performance-Punkte und halten die Antwortzeiten kurz.

Diese Website ist der Beweis für die Methode: handcodiert, Lighthouse 100 in Accessibility, Best Practices und SEO, agent-ready — auf Schweizer Hosting. Der Perfect Score ist damit kein aufwändiges Nachpolieren am Ende, sondern das natürliche Ergebnis einer disziplinierten Bauweise vom ersten Element an.

Die letzte Messung: Datum, Gerät, Werkzeug

Ein Score ohne Datum, Gerät und Werkzeugversion ist keine Messung, sondern eine Erinnerung. Deshalb steht hier, wann diese Website zuletzt geprüft wurde und womit — nachvollziehbar für jeden, der es selbst nachmessen will.

PageSpeed Insights, 4. September 2026, 10:50 MESZ — gemessen von Googles eigener Infrastruktur auf einem emulierten Moto G Power bei langsamer 4G-Drosselung, Lighthouse 13.4.1: Leistung 99 · Barrierefreiheit 100 · Best Practices 100 · SEO 100, dazu 4 von 4 in der Kategorie «Agentisches Browsing». Die Messwerte dahinter: First Contentful Paint 1,3 s, Largest Contentful Paint 1,4 s, Total Blocking Time 80 ms, Cumulative Layout Shift 0,036 — alle drei Core Web Vitals im grünen Bereich. Wer es nachprüfen will, gibt diese Adresse auf pagespeed.web.dev ein.

Der folgende Lauf vom 3. September 2026 mit Lighthouse 13.4.1 lief lokal gegen einen produktionsgleichen Server (HTTP/2, TLS, gzip, dieselben Cache-Header wie im Betrieb) und zeigt, dass die drei deterministischen Kategorien auf jeder geprüften Seite bei 100 stehen — nicht nur auf der Startseite:

Diese drei Kategorien sind deterministisch: Sie prüfen Struktur, nicht Geschwindigkeit, und liefern auf derselben Seite immer dasselbe Ergebnis. Die vierte Kategorie, Performance, gehört dagegen nicht in ein Labor auf einem Notebook. Derselbe unveränderte Seiteninhalt ergab in vier aufeinanderfolgenden Läufen Werte zwischen 90 und 98, gegen die Live-Adresse sogar zwischen 83 und 100 — die Schwankung stammt von der Messstrecke, nicht von der Seite. Der Beleg steckt in den Zahlen: Layout Shift und Blocking Time blieben stabil, während First Contentful Paint zwischen 1,0 und 3,2 Sekunden sprang. Belastbar ist Performance nur von einer neutralen Infrastruktur aus — darum steht oben die Messung von PageSpeed Insights und hier nur, was sich reproduzieren lässt.

Labor oder Feld — was ist der echte Beweis?

Lighthouse ist ein Labortest unter standardisierten Bedingungen; die Core Web Vitals im Chrome UX Report sind Felddaten aus echten Nutzer-Besuchen — erst beide zusammen belegen, dass eine Seite wirklich schnell ist. Ein Perfect Score im Labor zeigt, dass die technische Basis stimmt; bestandene Feld-Werte zeigen, dass es auch bei realen Geräten und Netzen funktioniert.

Deshalb misst Studio Erdinc beides: den Lighthouse-Report als reproduzierbaren Ausgangspunkt und, sobald genügend Besucher da sind, die Feld-Werte der Core Web Vitals in der Google Search Console und bei PageSpeed Insights. Das schützt vor dem klassischen Fehler, eine im Labor perfekte Seite auszuliefern, die bei echten Nutzern auf dem Handy trotzdem hakt.

Für ein Studio, das aus dem Zürcher Oberland Kundschaft in Wetzikon, Uster, Rüti und der Stadt Zürich betreut, ist das mehr als Kosmetik: Ein grosser Teil der Besuche kommt mobil über Schweizer Mobilfunknetze. Eine Seite, die dort schnell und stabil bleibt, gewinnt Vertrauen — und wird sowohl von Google als auch von KI-Antwortmaschinen bevorzugt verarbeitet. Fragen zur Umsetzung? Studio Erdinc, Kreuzackerstrasse 14, 8623 Wetzikon; +41 76 397 99 97; hallo@studioerdinc.ch.

Häufige Fragen zu Lighthouse 100 und Core Web Vitals

Was bedeutet Lighthouse 100?

Lighthouse 100 bedeutet, dass eine Website im Prüfwerkzeug Google Lighthouse in allen vier Kategorien — Performance, Accessibility, Best Practices und SEO — die Höchstpunktzahl von 100 von 100 erreicht. Es ist ein reproduzierbarer, öffentlich nachprüfbarer Messwert, kein Werbeversprechen: Jeder kann den Test in Chrome DevTools oder mit PageSpeed Insights selbst laufen lassen.

Was ist der Unterschied zwischen Lighthouse und Core Web Vitals?

Lighthouse ist ein Labortest, der eine Seite unter standardisierten Bedingungen misst und einen Score von 0 bis 100 vergibt. Core Web Vitals sind drei konkrete Nutzererlebnis-Kennzahlen (LCP, INP, CLS), die Google zusätzlich aus echten Nutzerdaten (Chrome UX Report) erhebt. Ein Lighthouse-100-Score ist die Labor-Bestleistung; bestandene Core Web Vitals sind der Beweis, dass es auch bei echten Besuchern funktioniert.

Was sind LCP, INP und CLS?

LCP (Largest Contentful Paint) misst, wie schnell der grösste sichtbare Inhalt lädt — Zielwert unter 2,5 Sekunden. INP (Interaction to Next Paint) misst, wie schnell die Seite auf Eingaben reagiert — Zielwert unter 200 Millisekunden. CLS (Cumulative Layout Shift) misst, wie stark das Layout beim Laden unerwartet verrutscht — Zielwert unter 0,1. Alle drei sind die Core Web Vitals von Google.

Warum erreichen handcodierte Websites leichter Lighthouse 100?

Handcodierte Websites erreichen Lighthouse 100 leichter, weil sie kein Plugin-, Theme- oder Page-Builder-Gewicht mitschleppen. Studio Erdinc lädt nur selbst gehostete Schriften, ein CSS und wenige kleine Skripte, verzichtet auf Framework-Ballast und liefert semantisches HTML aus. Weniger Code heisst schnelleres LCP, reaktionsschnelles INP und ein stabiles Layout ohne Verschieben — die Voraussetzung für einen Perfect Score.

Warum zählt Lighthouse 100 auch für KI-Crawler?

Lighthouse 100 zählt für KI-Crawler, weil eine schnelle, saubere Seite die Cost of Retrieval senkt — den Aufwand, den ein Crawler oder KI-Agent betreiben muss, um die Information zu extrahieren. Handcodiertes HTML ohne JavaScript-Rendering-Zwang ist für Bots wie ClaudeBot, GPTBot und PerplexityBot direkt lesbar, was die Wahrscheinlichkeit erhöht, in KI-Antworten zitiert zu werden.