In diesem Kapitel
01Drei Sekunden auf einem Parkplatz: warum Geschwindigkeit zählt
Eine Person sitzt im Auto, auf dem Parkplatz vor Ihrem Geschäft, und möchte wissen, ob Sie geöffnet haben. Sie öffnet Ihre Website auf dem Telefon, mit zwei Balken Empfang. Der Bildschirm bleibt weiß. Dann erscheint ein riesiges Bild, dann der Text, dann ein Cookie-Hinweis, der alles nach unten schiebt, genau als sie «Öffnungszeiten» antippt: Getroffen hat sie «Angebote». Sie geht zurück und öffnet das Profil eines Mitbewerbers. Drei Sekunden, und Sie haben einen Kunden verloren, der schon vor der Tür stand.
Genau dieses Erlebnis hat Google beschlossen, mit drei Zahlen zu messen, den Core Web Vitals, den «Vitalwerten» einer Webseite. Sie messen nicht, wie schön oder wie umfangreich die Website ist: Sie messen drei genaue Momente im Erlebnis der Besucher.
- Sehe ich etwas Nützliches? Das misst der LCP.
- Wenn ich tippe, reagiert sie? Das misst der INP.
- Bleibt sie stehen, oder rutscht sie mir unter dem Finger weg? Das misst der CLS.
Google empfiehlt offen, gute Core Web Vitals zu haben, und betrachtet sie als Teil der Seitennutzung, die seine Systeme belohnen. Es ist aber auch auf der anderen Seite ehrlich: Die Suchmaschine versucht immer, den relevantesten Inhalt zu zeigen, auch wenn das Erlebnis nicht perfekt ist. Übersetzt: Geschwindigkeit ersetzt keinen guten Inhalt, aber bei gleichwertigem Inhalt macht sie den Unterschied, und vor allem macht sie den Unterschied bei den Menschen, und die sind es, die kaufen.
Im Kapitel über die Web-Infrastruktur habe ich die TTFB erklärt, die Zeit, die der Server braucht, um zu antworten zu beginnen. Hier geht es um alles, was danach geschieht, im Browser: Dort entscheidet sich der größte Teil der drei Zahlen.
02Die drei Messwerte und ihre Schwellen
Jeder Messwert hat drei Bereiche: gut, Optimierung nötig und schlecht. Die Schwellen veröffentlicht Google in seinem Leitfaden für Entwickler, und sie sind für jede Website dieselben, vom Laden im Viertel bis zum großen Portal.
Warum 75 % und nicht der Durchschnitt
Der Durchschnitt verdeckt die Probleme: Zehn blitzschnelle Besuche vom Bürocomputer überdecken drei katastrophale Besuche von einem günstigen Telefon auf dem Land. Das 75. Perzentil ist strenger und gerechter: Es sagt, dass drei von vier Besuchern ein mindestens so gutes Erlebnis hatten. Um zu bestehen, genügt es nicht, dass die Website für Sie gut funktioniert; sie muss für fast alle gut funktionieren, auch für jemanden mit einem einige Jahre alten Telefon und einer wackligen Verbindung.
Ein Messwert im Ruhestand
Wenn Sie Ratgeber von vor einigen Jahren lesen, finden Sie dort den FID (First Input Delay) anstelle des INP. Seit dem 12. März 2024 hat der INP ihn als Core Web Vital ersetzt: Der FID maß nur die Verzögerung der ersten Interaktion, der INP betrachtet die Reaktionsfähigkeit während des gesamten Besuchs und ist viel strenger.
03LCP: wann der Inhalt erscheint, der zählt
Der LCP (Largest Contentful Paint, das größte gezeichnete Inhaltselement) misst, wann das größte beim Öffnen sichtbare Element auf dem Bildschirm erscheint: meist das Hauptbild oder der größte Textblock, etwa die Überschrift mit dem einleitenden Absatz. Es ist der Moment, in dem die Besucher denken: «So, da ist sie.»
Für den LCP zählen Bilder, per CSS geladene Hintergrundbilder, Vorschaubilder von Videos und Textblöcke. Eine Vektorgrafik, die direkt in die Seite geschrieben ist, kommt dagegen nicht infrage. Die Zeit wird ab dem Moment gezählt, in dem die Seite zu laden beginnt, im LCP steckt also alles: das Warten auf den Server, das Herunterladen der Dateien, das Zeichnen.
Die häufigsten Ursachen und die Abhilfen
- Zu schwere Bilder. Ein mit dem Telefon aufgenommenes Foto wiegt leicht einige Megabyte; auf dem Bildschirm eines Telefons genügen ein paar hundert Kilobyte. Man verkleinert es auf die tatsächliche Anzeigegröße, komprimiert es, verwendet moderne Formate wie WebP oder AVIF und bietet verschiedene Größen für verschiedene Bildschirme an.
- Das «träge» Hauptbild. Verzögertes Laden (
loading="lazy") ist hervorragend für Bilder weiter unten auf der Seite, aber beim Bild ganz oben verzögert es genau den LCP. Dieses Bild muss sofort geladen und sogar mit hoher Priorität angekündigt werden. - Blockierende CSS-Dateien und Schriften. Solange der Browser die Stylesheets nicht heruntergeladen hat, zeichnet er nichts. Wenige, kleine Dateien und Schriften, die so geladen werden, dass der Text sofort mit einer Ersatzschrift erscheint.
- Ein langsamer Server. Frisst die TTFB schon eine Sekunde, bleibt für den Rest wenig Spielraum: Das ist der Teil, den ich im Kapitel über die Infrastruktur erzähle.
- Von JavaScript aufgebauter Inhalt. Erscheint der Haupttext erst, nachdem ein Skript ihn heruntergeladen und eingebaut hat, wartet der LCP auf das Skript. Der wichtige Inhalt muss bereits fertig geschrieben in der Seite ankommen.
04INP: Reagiert die Seite, wenn Sie sie antippen?
Ist es Ihnen schon passiert, dass Sie «In den Warenkorb» antippen, nichts geschieht, Sie noch einmal tippen und plötzlich zwei Produkte haben? Dieses leise Gefühl von «Hängt sie?» hat einen Namen: INP (Interaction to Next Paint, von der Interaktion bis zum nächsten Zeichnen).
Der INP beobachtet alle Klicks, Tipper und Tastendrücke während des Besuchs und misst, wie viel Zeit jeweils vergeht, bis der Bildschirm die Reaktion zeigt. Der Endwert entspricht im Wesentlichen einer der langsamsten Interaktionen des Besuchs. Unter 200 Millisekunden wirkt die Seite unmittelbar; über 500 wirkt sie kaputt.
Der Feind heißt «lange Aufgabe»
Der Browser hat nur einen Hauptstrang, um JavaScript auszuführen und die Seite zu zeichnen. Belegt ein Skript ihn lange am Stück (von langen Aufgaben spricht man, wenn sie 50 Millisekunden überschreiten), wartet das Tippen der Nutzer in der Schlange. Die üblichen Verdächtigen:
- zu viele Skripte von Drittanbietern: Chats, Zähler, Social-Media-Widgets, Werbung, jedes mit seinem Gewicht;
- Baukästen und Dutzende Plugins, die ihren Code auf jeder Seite laden, auch wo er nicht gebraucht wird. Das ist das Thema des Kapitels über den Wert des professionellen Entwicklers;
- Code, der alles sofort erledigt: Berechnungen, Animationen und Ladevorgänge, die beim Öffnen starten statt dann, wenn sie gebraucht werden;
- riesige Seiten mit Tausenden von Elementen, die bei jeder Änderung neu berechnet werden müssen.
Die Abhilfen ergeben sich daraus: weniger Skripte, nur dort geladen, wo sie gebraucht werden, und erst nach dem Inhalt; Aufgaben, die in kleine Stücke zerlegt werden und dem Browser Luft lassen; eine sofortige sichtbare Antwort auf das Tippen (und sei es nur der Button, der aufleuchtet) vor den schweren Berechnungen.
Quiz
Welcher Messwert leidet?
Wählen Sie für jede Situation den Messwert, der sich verschlechtert: Die Erklärung erscheint sofort.
Das Titelbild wiegt 4 MB und kommt als Letztes an.
Das größte Bild ganz oben ist fast immer das LCP-Element: Kommt es spät, steigt der LCP.
Sie tippen auf «Buchen», und eine Sekunde lang passiert nichts.
Es ist die Zeit zwischen dem Tippen und der sichtbaren Reaktion: genau das, was der INP misst.
Oben erscheint ein Banner und schiebt den Text, den Sie gerade gelesen haben, nach unten.
Eine unerwartete Verschiebung des sichtbaren Inhalts lässt den CLS steigen.
Der Server braucht zwei Sekunden, um zu antworten.
Die TTFB steckt im LCP: Zwei Sekunden Warten lassen nur eine halbe Sekunde für alles andere.
05CLS: die Seite, die unter dem Finger wegrutscht
Der CLS (Cumulative Layout Shift, die kumulierte Layout-Verschiebung) misst, wie sehr sich der sichtbare Inhalt verschiebt, ohne dass Sie etwas getan haben. Es ist der ärgerlichste Fehler der drei, weil er zu Fehlern führt: Sie lesen eine Zeile, und sie rutscht weg; Sie wollen einen Button antippen und treffen den, der gerade an seine Stelle gerückt ist.
Wie er berechnet wird, in einfachen Worten
Jede Verschiebung erhält eine Punktzahl aus zwei miteinander multiplizierten Faktoren: welcher Anteil des Bildschirms betroffen ist und wie weit sich die Elemente im Verhältnis zur Bildschirmgröße bewegt haben. Der Leitfaden von Google nennt dieses Beispiel: Nehmen die instabilen Elemente 75 % des Bildschirms ein und verschieben sie sich um ein Viertel, beträgt die Punktzahl 0,75 × 0,25 = 0,1875. Schon allein über der guten Schwelle von 0,1.
Zeitlich nahe Verschiebungen werden zu «Schüben» addiert (mit weniger als einer Sekunde Abstand zueinander, höchstens fünf Sekunden lang), und der CLS der Seite ist der schlimmste Schub. Zwei wichtige Details:
- Verschiebungen innerhalb einer halben Sekunde nach Ihrem Tippen oder Tastendruck zählen nicht: Öffnen Sie ein Menü und verschiebt sich der Inhalt, ist das eine Reaktion, die Sie erwarten;
- Animationen mit Transformationen (ein Element verschieben oder vergrößern, ohne das Layout drumherum zu ändern) erzeugen keine Verschiebungen: Das ist der richtige Weg zu animieren.
Die Abhilfen, fast alle kostenlos
- Bildern immer Breite und Höhe geben (oder ein Seitenverhältnis im CSS): Der Browser reserviert den Platz, noch bevor er sie herunterlädt.
- Platz reservieren für alles, was später kommt: Banner, eingebettete Karten, Videos, von anderen Diensten geladene Bewertungen.
- Keinen Inhalt oberhalb dessen einfügen, was die Nutzer gerade ansehen, es sei denn, sie haben es selbst angefordert.
- Schriften mit Bedacht laden und Ersatzschriften ähnlicher Größe wählen, damit der Wechsel von einer zur anderen die Zeilen nicht verschiebt.
Die Begriffe des Kapitels
Das kleine Wörterbuch der Geschwindigkeit
Tippen Sie auf eine Karte, um sie umzudrehen.
06Labor und Realität: zwei Arten zu messen
«Ich habe den Test gemacht und bekomme 98, warum sagt Google, dass die Website langsam ist?» Das ist eine der Fragen, die ich am häufigsten höre, und die Antwort lautet: Man betrachtet zwei verschiedene Dinge.
Labordaten
- Ein simulierter Test, zum Beispiel mit Lighthouse: ein Gerät und ein Netz, am Reißbrett gewählt.
- Wiederholbar: nützlich, um die Ursachen zu verstehen und eine Korrektur sofort zu prüfen.
- Er sieht keine echten Tipper und kann den INP daher nicht so messen, wie er in der Realität ist.
- Die Punktzahl von 0 bis 100 ist eine Zusammenfassung des Labors, kein Core Web Vital.
Echte Daten (Felddaten)
- Gesammelt von echten Besuchern: Der CrUX-Bericht von Chrome nutzt die Daten derjenigen, die sich entschieden haben, Statistiken zu teilen, auf Computern und Android.
- Sie sind die, die zählen für die Schwellen der Core Web Vitals.
- Es braucht genügend Besuche: Wenig besuchte Seiten haben keine eigenen Daten.
- Man sieht sie in PageSpeed Insights und im Bericht der Search Console.
PageSpeed Insights in drei Schritten lesen
- Sehen Sie sich zuerst den oberen Teil an, den mit den echten Daten: Er sagt, ob die Seite die Bewertung der Core Web Vitals besteht. Steht dort, dass nicht genügend Daten vorliegen, hat die Seite wenige Besuche, und man betrachtet den Wert der gesamten Website.
- Wählen Sie die Registerkarte für das Telefon: Für einen lokalen Betrieb ist es fast immer das Gerät der Mehrheit, und das strengere.
- Nutzen Sie das Labor für die Ursachen: Der Diagnosebereich listet zu verkleinernde Bilder, blockierende Skripte und Verschiebungen auf, mit den verantwortlichen Dateien.
Richtig oder falsch?
Die Mythen der Geschwindigkeit
Entscheiden Sie bei jedem Satz: richtig oder falsch?
Eine Punktzahl von 100 im Labor garantiert, die Core Web Vitals zu bestehen.
Die Schwellen werden anhand der Daten echter Besuche bewertet, die schlechter sein können als im Labor.
Eine schnelle Website erscheint bei Google auch mit dürftigem Inhalt ganz oben.
Google sucht immer den relevantesten Inhalt; ein gutes Erlebnis hilft, ersetzt ihn aber nicht.
Verzögertes Laden beim Hauptbild kann den LCP verschlechtern.
Es verzögert genau das Element, das der LCP misst: Es gehört nur zu den Bildern weiter unten.
Der FID ist immer noch einer der drei Core Web Vitals.
Seit dem 12. März 2024 wurde er durch den INP ersetzt.
Breite und Höhe der Bilder anzugeben, senkt den CLS.
Der Browser reserviert den Platz, bevor er sie herunterlädt, und der Text springt nicht.
07Der Arbeitsplan: Wo man anfängt
Die Core Web Vitals zu verbessern ist kein Wettbewerb der Tricks. Es ist eine geordnete Arbeit, die bei dem beginnt, was am meisten wiegt, und jeden Schritt misst.
1
Messen
Echte Daten und Labor, auf dem Telefon, für die Seiten, die zählen: Startseite, Leistungen, Kontakt, Buchung.
2
Bilder
Richtige Größen, moderne Formate, reservierter Platz, das Hauptbild sofort.
3
Skripte
Entfernen Sie unnötige, verschieben Sie die anderen hinter den Inhalt, laden Sie sie nur dort, wo sie gebraucht werden.
4
Server
Cache, Komprimierung, eine TTFB unter Kontrolle: das Fundament, auf dem alles andere steht.
5
Erneut prüfen
Die echten Daten ändern sich langsam: Nach einer Korrektur sieht man sie sich in den folgenden Wochen noch einmal an.
| Symptom | Messwert | Typische Ursache | Abhilfe |
|---|---|---|---|
| lange weißer Bildschirm | LCP | langsamer Server, blockierendes CSS | Cache, weniger Dateien, niedrigere TTFB |
| verspätetes Titelbild | LCP | Bild mit Megabytes, verspätet geladen | verkleinern, WebP oder AVIF, hohe Priorität |
| Buttons, die nicht reagieren | INP | schwere Skripte, externe Widgets | weniger Skripte, zerlegte Aufgaben |
| Menü, das sich langsam öffnet | INP | Code, der die ganze Seite neu berechnet | gezielterer Code, sofortige sichtbare Antwort |
| Text, der nach unten springt | CLS | Bilder ohne Maße, verspätete Banner | Breite und Höhe, reservierter Platz |
| Zeilen, die breiter werden | CLS | Schriftwechsel mitten im Laden | Ersatzschriften ähnlicher Größe |
Für einen lokalen Betrieb wiegt die Geschwindigkeit auf dem Telefon noch mehr: Wer «in meiner Nähe» sucht, tut das fast immer unterwegs und entscheidet in wenigen Sekunden. Das ist das Thema des Kapitels über lokales SEO. Und wenn die Website auch zu einer App werden soll, die man auf dem Telefon behält, sind die Core Web Vitals die Grundlage für eine PWA, die sich öffnet wie eine echte App.
Machen Sie den Test
Besteht Ihre Website den Parkplatz-Test?
Häufige Fragen
Was sind die guten Schwellenwerte der Core Web Vitals?
LCP bis 2,5 Sekunden, INP bis 200 Millisekunden, CLS bis 0,1, bewertet am 75. Perzentil der echten Besuche, getrennt nach Telefon und Computer.
Beeinflussen die Core Web Vitals das Ranking bei Google?
Google betrachtet sie als Teil der Seitennutzung, die seine Systeme belohnen, und empfiehlt, gute Werte zu haben. Es stellt aber klar, dass es immer den relevantesten Inhalt zeigt, auch wenn das Erlebnis nicht perfekt ist: Geschwindigkeit hilft, ersetzt aber nicht den Inhalt.
Warum gibt mir der Test eine hohe Punktzahl, die Bewertung ist aber negativ?
Die Punktzahl stammt aus einem Labortest, die Bewertung von echten Besuchern. Langsamere Telefone, schlechtere Verbindungen und echte Interaktionen können schlechtere Ergebnisse liefern als die Simulation.
Was ist aus dem FID geworden?
Seit dem 12. März 2024 wurde er durch den INP ersetzt, der die Reaktionsfähigkeit aller Interaktionen des Besuchs misst und nicht nur die Verzögerung der ersten.
Womit fängt man am besten an?
Fast immer mit den Bildern: Richtige Größen, moderne Formate und reservierter Platz korrigieren LCP und CLS zugleich. Dann die externen Skripte, die auf den INP drücken, und zuletzt der Server.
Haben wenig besuchte Seiten echte Daten?
Nicht immer: Der Chrome-Bericht enthält nur ausreichend besuchte Seiten. Fehlen die Daten der einzelnen Seite, betrachtet man den Gesamtwert der Website und nutzt das Labor für die Ursachen.
Quellen
- web.dev (Google), «Web Vitals»: die drei Messwerte, die Schwellen und das 75. Perzentil.
- web.dev, «Largest Contentful Paint», «Interaction to Next Paint» und «Cumulative Layout Shift»: Definitionen, Bereiche und Berechnung der Punktzahl.
- web.dev, die Ankündigung vom 12. März 2024: Der INP ersetzt den FID.
- Google Search Central, «Core Web Vitals und Suchergebnisse» und «Seitennutzung».
- Chrome for Developers, Methodik des CrUX-Berichts: wer gezählt wird und welche Seiten.
- web.dev, Leitfäden zur Optimierung von LCP, INP und CLS.
Stand des Kapitels: Oktober 2026. Schwellen und Definitionen stammen aus der offiziellen Dokumentation von Google; die Zeiten in den Tafeln sind Beispiele, um die Größenordnungen zu zeigen, keine Messungen einer bestimmten Website.