„Core Web Vitals" klingt nach etwas, das nur Entwickler verstehen müssen. Tatsächlich sind es nur drei Messwerte, mit denen Google versucht, etwas ganz Menschliches in Zahlen zu fassen: wie schnell fühlt sich eine Seite an, und wie zuverlässig reagiert sie, wenn man mit ihr interagiert. Kein einziger der drei Werte braucht Code, um verstanden zu werden.
Warum das überhaupt wichtig für dich ist
Zwei Gründe, ganz ohne Technik. Erstens: weltweit kommt inzwischen der größere Teil des Web-Traffics über Mobilgeräte, je nach Quelle grob 55 bis 60 Prozent — und genau dort, auf schwächeren Prozessoren und langsameren Verbindungen, fallen schlechte Werte am stärksten auf. Zweitens, und das ist der Teil, der sich in echtem Geld zeigt: eine gemeinsame Studie von Google und Deloitte mit dem Titel „Milliseconds Make Millions" hat bei über 30 Millionen ausgewerteten Nutzer-Sitzungen gezeigt, dass schon eine Verbesserung der mobilen Ladezeit um 0,1 Sekunden messbare Zuwächse entlang der gesamten Kaufstrecke bringt — im Einzelhandel etwa ein Plus von 8,4 % bei der Konversionsrate. Core Web Vitals sind also kein akademischer Wert für Suchmaschinen allein, sie hängen direkt mit der Frage zusammen, ob ein Besucher bei dir bleibt oder abspringt.
LCP — wie lange du auf das Hauptgericht wartest
Stell dir vor, du setzt dich in ein Restaurant. Die Getränke kommen schnell, aber das Hauptgericht — das, weswegen du eigentlich da bist — lässt auf sich warten. Genau das misst der Largest Contentful Paint (LCP): die Zeit, bis das größte, für den Besucher wichtigste Element auf dem Bildschirm erscheint — meistens ein großes Bild oder eine Überschrift.
Laut der offiziellen Google-Dokumentation gilt: LCP unter 2,5 Sekunden ist gut, 2,5 bis 4 Sekunden ist verbesserungswürdig, über 4 Sekunden gilt als schlecht.
INP — wie schnell die Aufzugtür reagiert
Du drückst den Aufzugknopf. Reagiert die Tür sofort, oder musst du merklich warten, bevor sich überhaupt etwas tut? Interaction to Next Paint (INP) misst genau das für deine Website: die Zeit zwischen einem Klick, Tipp oder einer Tastatureingabe und dem Moment, in dem der Bildschirm sichtbar reagiert. INP hat im März 2024 offiziell den älteren Messwert First Input Delay (FID) als dritten Core Web Vital abgelöst, weil er die gesamte Interaktion über den ganzen Besuch misst, nicht nur den allerersten Klick.
INP unter 200 Millisekunden ist gut, 200 bis 500 Millisekunden ist verbesserungswürdig, über 500 Millisekunden gilt als schlecht.
CLS — wenn der Boden unter dir wegrutscht
Du willst gerade auf einen Button tippen, aber in der Sekunde davor lädt ein Werbebanner nach, alles verschiebt sich nach unten, und du landest stattdessen mitten auf der Werbung. Das ist Cumulative Layout Shift (CLS): ein Wert dafür, wie sehr sich Inhalte unerwartet verschieben, während die Seite noch lädt.
CLS von 0,1 oder weniger ist gut, 0,1 bis 0,25 ist verbesserungswürdig, über 0,25 gilt als schlecht. Anders als LCP und INP hat CLS keine Zeiteinheit — es ist ein reiner Kennwert für „wie viel hat sich verschoben".
Wie Google das eigentlich misst
Wichtig zu wissen: Google bewertet nicht einen einzelnen Testaufruf, sondern schaut sich echte Besuche an und nimmt den Wert, den 75 % dieser Besuche noch erreichen — getrennt ausgewertet für Mobilgeräte und Desktop. Das heißt: eine Seite gilt erst dann als „gut", wenn drei von vier echten Besuchen tatsächlich diese Schwellenwerte einhalten, nicht nur der beste Testlauf unter Laborbedingungen.
Das erklärt auch, warum ein einzelner Test manchmal nicht zum eigenen Gefühl passt. Es gibt zwei Arten von Daten: Labordaten messen einen einzelnen, kontrollierten Testaufruf unter Standardbedingungen — nützlich, um eine Vermutung schnell zu prüfen. Felddaten stammen dagegen von echten Besuchen deiner Seite über die letzten 28 Tage, gesammelt über den sogenannten Chrome User Experience Report. Nur die Felddaten entscheiden darüber, wie Google deine Seite tatsächlich einstuft — ein einzelner guter Labortest reicht also nicht, wenn deine echten Besucher im Alltag trotzdem schlechte Erfahrungen machen, etwa weil viele von ihnen mit schwächeren Handys oder langsameren Verbindungen unterwegs sind als der Testserver.
Kostenlos selbst messen
Du brauchst dafür kein Budget und keinen Entwickler:
- PageSpeed Insights (pagespeed.web.dev): URL eingeben, und du bekommst sowohl einen Labortest als auch — sofern genug Besucher vorhanden sind — echte Feld-Daten von tatsächlichen Nutzern deiner Seite.
- Google Search Console: unter „Erfahrung" bzw. „Core Web Vitals" zeigt sie dir, wie viele deiner Seiten über einen längeren Zeitraum tatsächlich gut, verbesserungswürdig oder schlecht abschneiden — basierend auf echten Besuchen, nicht auf einem einmaligen Test.
Typische Ursachen bei kleinen Firmenseiten
Die drei Werte haben fast immer dieselben, wenigen Ursachen, egal welche Branche. Bei kleinen Unternehmensseiten sind das typischerweise:
- Für schlechten LCP: unkomprimierte, viel zu große Bilder — besonders ein großes Titelbild, das direkt beim Laden erscheinen soll, oft direkt von der Handykamera oder Kamera hochgeladen, ohne vorher verkleinert zu werden.
- Für schlechten INP: zu viele zusätzliche Skripte, oft von Drittanbietern — Chat-Widgets, Buchungstools, Werbe- oder Tracking-Skripte, die alle gleichzeitig um Rechenzeit konkurrieren, besonders auf älteren oder günstigeren Smartphones.
- Für schlechten CLS: Bilder ohne festgelegte Breite und Höhe, die beim Laden „hineinspringen", nachträglich eingeblendete Cookie-Banner oder Newsletter-Pop-ups, sowie Webfonts, die erst spät laden und den bereits sichtbaren Text neu umbrechen.
- Ein oft übersehener gemeinsamer Nenner: ein zu günstiger oder überlasteter Hosting-Anbieter, der grundsätzlich langsam antwortet, egal wie gut der Rest der Seite optimiert ist.
Häufige Missverständnisse
„Auf meinem Rechner läuft sie doch schnell" ist die häufigste Fehleinschätzung — ein neuer Laptop im eigenen Büro mit schnellem WLAN zeigt fast nie dieselbe Erfahrung wie ein durchschnittliches Kundenhandy im mobilen Netz. Ebenso verbreitet: zu glauben, ein einmaliger guter Testwert reiche für immer. Jedes neue Bild, jedes neu eingebundene Werbe- oder Buchungs-Skript kann die Werte wieder verschlechtern — Core Web Vitals sind kein Zustand, den man einmal erreicht und abhakt, sondern etwas, das mit jeder Änderung an der Seite neu geprüft werden sollte.
Was du zuerst reparierst
Wenn du nur eine Sache heute angehst: Bildgrößen. Bei den meisten kleinen Firmenseiten ist ein zu großes, unkomprimiertes Titelbild der einzelne größte Hebel für einen besseren LCP — und lässt sich ohne Entwicklerwissen lösen, indem du Bilder vor dem Hochladen verkleinerst und komprimierst. Ein Titelbild direkt von der Kamera hat oft mehrere Megabyte; für den Bildschirm reichen meistens wenige Hundert Kilobyte, ohne dass ein Unterschied erkennbar wäre.
Danach folgt CLS: prüf, ob deinen Bildern feste Abmessungen zugewiesen sind, damit nichts mehr „hineinspringt", und ob Cookie-Banner oder Pop-ups von Anfang an Platz reservieren, statt den Inhalt plötzlich nach unten zu schieben. INP ist meistens der aufwendigste Punkt, weil er echten Code betrifft — ein guter erster Schritt ist, jedes eingebundene Drittanbieter-Skript kritisch zu hinterfragen: braucht die Seite dieses Chat-Widget oder dieses Tracking-Tool wirklich, oder hat sich das über die Jahre einfach angesammelt? Für alles, was danach übrig bleibt, lohnt sich der Blick von jemandem, der deine Seite technisch betreut.
Am Ende sind Core Web Vitals kein Test, den man einmal besteht und dann vergisst, sondern eher wie der Ölwechsel beim Auto: eine kurze, wiederkehrende Prüfung, die verhindert, dass sich kleine Probleme unbemerkt zu großen summieren. Ein Blick alle paar Monate in PageSpeed Insights oder die Search Console reicht dafür meistens völlig aus — besonders nach größeren Änderungen an der Seite, etwa einem neuen Titelbild oder einem zusätzlichen Buchungs-Tool. Wer diese drei Werte einmal verstanden hat, versteht damit auch, warum manche Website sich „schwerfällig" anfühlt, ohne dass man benennen könnte, woran es liegt — meistens liegt es an genau einem dieser drei Punkte.