Core Web Vitals — drei Zahlen, die echte Nutzer messen.

Die drei Werte.

Die dritte Spalte ist die wichtigere: Alle drei Werte beschreiben einen konkreten Ärger, den jeder kennt. Deshalb lohnt sich die Arbeit daran auch ohne Google — eine Seite, die diese drei Werte einhält, fühlt sich einfach gut an.

Die Grenzwerte.

Stand Oktober 2026 sind das die geltenden Schwellen; sie sind seit mehreren Jahren stabil. Geändert hat sich zuletzt die Messgröße für Reaktionsfähigkeit: INP hat den älteren Wert abgelöst, der nur die erste Eingabe betrachtete. INP misst die gesamte Sitzung — und deshalb fallen jetzt Seiten durch, die früher durchkamen (INP verbessern).

Felddaten statt Testlauf.

Der Punkt, an dem die meisten vorbeioptimieren. Es gibt zwei Arten von Messung:

• Labordaten: ein einzelner Testlauf unter festgelegten Bedingungen. Gut zum Debuggen, weil reproduzierbar.
• Felddaten: gesammelte Messwerte echter Besucher — mit ihren Geräten, ihren Verbindungen, ihrem Verhalten.

Bewertet werden die Felddaten. Deshalb kann ein Testwerkzeug hundert Punkte zeigen, während die Search Console schlechte Werte meldet — und umgekehrt. Wer nur den Testlauf optimiert, optimiert eine Simulation.

Besonders deutlich wird das bei INP: Ein Testlauf klickt nirgends hin, misst also gar keine Interaktion. INP entsteht ausschließlich im Feld.

Das 75. Perzentil.

Bewertet wird nicht der Durchschnitt, sondern der Wert, den drei Viertel der Besuche unterschreiten. Das ist ein wichtiger Unterschied: Ein guter Durchschnitt nützt nichts, wenn ein Viertel der Besucher eine schlechte Erfahrung hat.

Praktisch heißt das, dass die langsamen Fälle zählen — alte Handys, schlechte Mobilverbindungen, erste Besuche ohne gefüllten Zwischenspeicher. Wer seine Seite nur auf dem eigenen schnellen Rechner mit Glasfaser testet, sieht genau die Fälle nicht, die bewertet werden (Ladezeit auf dem Handy).

Wo du die Werte siehst.

1. Search Console, Bereich zu den Web-Vitals — dort stehen deine echten Felddaten, nach Seitengruppen sortiert.
2. Das Testwerkzeug von Google, das für eine Adresse Feld- und Labordaten nebeneinander zeigt.
3. Die Entwicklerwerkzeuge im Browser, für die Fehlersuche an einer konkreten Seite.
4. Eigene Messung im Feld, wenn du dauerhaft beobachten willst.

Beginn immer bei Punkt eins. Die Search Console sagt dir, welche Seitengruppen betroffen sind — und das ist eine andere Information als „die Startseite ist langsam“. Oft sind es die Produktseiten oder die Blogbeiträge, während die Startseite in Ordnung ist (Testwerkzeug richtig lesen).

Was das für Google bedeutet.

Die Werte sind ein Rankingfaktor, aber ein schwacher. Eine schnelle Seite mit schlechtem Inhalt überholt keine langsame Seite mit gutem Inhalt. Wer also hofft, über Ladezeit eine schwache Seite nach vorn zu bringen, wird enttäuscht.

Wo es tatsächlich wirkt: bei vergleichbarem Inhalt als Unterschied, und — viel wichtiger — über das Nutzerverhalten. Wer auf einer langsamen Seite abbricht, kauft nicht und kommt nicht wieder. Das ist der Grund, warum sich die Arbeit lohnt, nicht die Rankingwirkung (Sichtbarkeit).

In welcher Reihenfolge.

1. CLS zuerst. Meist am schnellsten behoben — Bildgrößen, Platz für Nachgeladenes, Schriften (CLS).
2. LCP als Nächstes. Größter Hebel für das gefühlte Tempo (LCP).
3. INP zuletzt. Am aufwendigsten, weil es um Skripte geht (INP).

Diese Reihenfolge ist nach Aufwand sortiert, nicht nach Wichtigkeit. CLS lässt sich oft an einem Nachmittag deutlich verbessern, und der Erfolg motiviert für den Rest.

Richtig messen.

• Mehrere Seitentypen prüfen, nicht nur die Startseite.
• Mobil und Desktop getrennt betrachten — mobil ist fast immer schlechter.
• Felddaten und Labordaten auseinanderhalten.
• Mehrmals messen, einzelne Läufe schwanken erheblich.
• Vorher und nachher mit demselben Werkzeug.
• Geduld haben: Felddaten bilden ein rollendes Zeitfenster ab, Verbesserungen zeigen sich mit Wochen Verzögerung.

Der letzte Punkt sorgt für die meiste Verunsicherung: Man behebt etwas, und die Search Console zeigt wochenlang dieselben schlechten Werte. Das ist normal — die Daten der letzten Wochen stecken noch im Fenster.

Verbreitete Irrtümer.

• „Hundert Punkte sind das Ziel.“ Nein. Das Ziel ist, in allen drei Werten im grünen Bereich zu sein. Die Punktzahl ist eine Laborzahl.
• „Ein Plugin löst das.“ Ein Zwischenspeicher hilft beim LCP, an CLS und INP ändert er wenig.
• „Ein schnellerer Server reicht.“ Hilft bei der Antwortzeit, nicht bei Layoutsprüngen oder trägen Skripten (Server zu langsam).
• „Das ist einmalige Arbeit.“ Jedes neue Plugin, jedes eingebundene Werkzeug kann die Werte kippen.
• „Mein Test sagt, alles ist grün.“ Dein Test misst dein Gerät und deine Leitung.

Was es wirtschaftlich bringt.

Ich nenne hier bewusst keine Prozentzahlen — die kursierenden Studien stammen von sehr großen Anbietern und lassen sich nicht auf einen mittelständischen Shop übertragen. Was sich seriös sagen lässt: Die Richtung ist eindeutig, und die Wirkung ist auf dem Handy größer als am Rechner.

Was du stattdessen tun kannst: deine eigenen Zahlen ansehen. Vergleich in deiner Statistik die Absprungrate und die Abschlussquote zwischen Mobilgeräten und Rechnern. Ist der Unterschied groß, hast du deinen Beleg — und zwar für deine Seite, nicht für irgendeine (Analytics).

Wenn du nicht weiterkommst.

Wenn die Search Console schlechte Werte meldet und du nicht weißt, welche der dreißig Empfehlungen tatsächlich zählt. Ich messe deine Seite mit echten Nutzerdaten statt mit einem einzelnen Test, sortiere die Befunde nach Wirkung und behebe die, die zählen: Ladezeit optimieren. Dauerhaft begleitet die WordPress-Wartung — damit neue Inhalte die Werte nicht wieder kaputt machen.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Ich mache Websites schneller — und zwar messbar, nicht gefühlt. Das heißt: erst messen, dann die zwei oder drei Stellen beheben, die tatsächlich den Unterschied machen, dann noch einmal messen.

Was ich nicht mache: eine Punktzahl schönrechnen. Es gibt Tricks, mit denen ein Testwerkzeug hundert Punkte zeigt, während die Seite für echte Besucher gleich langsam bleibt. Das ist Selbstbetrug, und ich sage dir, wenn jemand dir so etwas verkauft hat.

Ich arbeite mit dem, was du hast — Theme, Plugins, Hoster. Ein Neubau ist manchmal die ehrlichere Antwort, und dann sage ich das auch, statt monatelang an einer Seite zu optimieren, die grundsätzlich falsch gebaut ist.