Wer die Core Web Vitals verbessern will, ertrinkt schnell in Halbwissen: Da wird ein Plugin empfohlen, dort ein Häkchen gesetzt, und am Ende ist die Seite langsamer als vorher. Nach Jahren, in denen ich Firmenwebsites in Wien und im DACH-Raum tatsächlich schneller gemacht habe, kann ich Ihnen sagen: Die meisten schlechten Werte haben eine Handvoll konkreter Ursachen – und ein paar wenige Maßnahmen bringen den Großteil des Effekts. Der Rest ist Mythos. Ich erkläre die drei Kennzahlen in verständlichen Worten, zeige die echten Ursachen, trenne Wirkung von Aberglaube und sage Ihnen, wann Sie einen Spezialisten brauchen.
Die drei Werte in verständlichen Worten
Core Web Vitals sind drei Messwerte, mit denen Google beurteilt, wie schnell und stabil sich eine Seite für echte Nutzer anfühlt. Sie fließen in das Ranking ein – vor allem aber entscheiden sie darüber, ob Besucher bleiben oder abspringen. Statt technischer Definitionen hier das, was sie wirklich bedeuten:
LCP – wie schnell das Wichtigste erscheint
Largest Contentful Paint misst, wie lange es dauert, bis das größte sichtbare Element geladen ist – meist das Hauptbild oder die Überschrift. Übersetzt: Wie lange starrt der Besucher auf eine halbleere Seite, bevor „etwas da ist“? Gut ist unter 2,5 Sekunden. Das ist der Wert, der am direktesten über den ersten Eindruck entscheidet.
INP – wie schnell die Seite reagiert
Interaction to Next Paint hat 2024 den alten FID-Wert abgelöst und misst, wie flott die Seite auf Klicks und Eingaben reagiert. Übersetzt: Sie tippen auf einen Button – passiert sofort etwas oder hängt die Seite kurz? Gut ist unter 200 Millisekunden. Ein schlechter INP-Wert fühlt sich für Nutzer besonders zäh an, weil er genau in dem Moment stört, in dem sie aktiv werden.
CLS – wie stabil das Layout ist
Cumulative Layout Shift misst, wie sehr Inhalte während des Ladens herumspringen. Übersetzt: Sie wollen auf einen Link tippen, plötzlich lädt eine Anzeige nach, alles rutscht, und Sie treffen das Falsche. Gut ist unter 0,1. Ein schlechter CLS-Wert ist der, den Nutzer am meisten hassen, auch wenn sie ihn nicht benennen können.
Wichtig zum Verständnis: Diese drei Werte hängen zusammen, aber sie haben unterschiedliche Ursachen. Man kann einen guten LCP und trotzdem einen schlechten INP haben – oder umgekehrt. Deshalb bringt es nichts, blind „die Seite schneller zu machen“; man muss wissen, welcher der drei Werte klemmt, und gezielt an dessen Ursache ansetzen. Genau das unterscheidet echte Optimierung vom Herumdoktern.
Die echten Ursachen schlechter Werte
Bevor Sie irgendetwas optimieren, müssen Sie wissen, woran es liegt. In der Praxis sind es fast immer dieselben vier Quellen – und meistens gleich mehrere davon zusammen.
Bilder: der häufigste Bremsklotz
Riesige, unkomprimierte Bilder sind die Ursache Nummer eins für schlechten LCP. Ein 4-MB-Foto, das im Original geladen und dann klein angezeigt wird, kostet Sekunden. Die Lösung ist unspektakulär, aber wirksam: Bilder in modernen Formaten wie WebP ausliefern, in der tatsächlich benötigten Größe, und was unterhalb des sichtbaren Bereichs liegt, verzögert laden. Kein Bild sollte gleichzeitig fehlende Größenangaben haben – genau das treibt zusätzlich den CLS-Wert.
Schriften: die unterschätzte Ursache
Externe Web-Schriften, die von fremden Servern geladen werden, verzögern die Darstellung und lassen Text kurz unsichtbar oder in falscher Schrift erscheinen – schlecht für LCP und CLS zugleich. Schriften lokal einbinden, Formate reduzieren und dem Browser sagen, dass er den Text sofort mit Ersatzschrift anzeigen darf: klein an Aufwand, spürbar im Ergebnis.
Plugins und Skripte: der stille INP-Killer
Jedes Plugin bringt eigenen Code mit, jedes Tracking-Skript läuft im Hintergrund. Zu viele davon blockieren den Browser und machen die Seite träge – vor allem der INP-Wert leidet unter überladenem JavaScript. Weniger ist hier fast immer mehr; eine Plugin-Diät wirkt oft stärker als jedes Cache-Tuning.
Hosting: das Fundament, das niemand sieht
Der schnellste Code nützt nichts auf einem überlasteten Billig-Server. Die Zeit bis zur ersten Antwort des Servers steckt direkt im LCP. Solides Hosting mit aktueller PHP-Version ist die unsichtbare Grundlage, auf der alles andere aufbaut – und der Punkt, an dem viele am falschen Ende sparen. Warum das oft die eigentliche Ursache ist, habe ich im Beitrag warum Ihre Website langsam ist ausführlich beschrieben.
Was wirkt – und was Mythos ist
Hier trennt sich die Praxis vom Forum-Halbwissen. Die folgende Tabelle zeigt, was den Wert wirklich bewegt und was Zeit verbrennt.
| Maßnahme | Wirkung | Einordnung |
|---|---|---|
| Bilder komprimieren & WebP | hoch | Der größte Hebel für LCP, fast immer zuerst |
| Weniger / schlankere Plugins | hoch | Direkter Effekt auf INP, oft unterschätzt |
| Solides Hosting | hoch | Fundament – schlechter Server begrenzt alles |
| Schriften lokal & optimiert | mittel | Wirkt auf LCP und CLS, geringer Aufwand |
| Caching-Plugin installieren | mittel | Hilft, aber kein Allheilmittel – Reihenfolge zählt |
| „Alles per Häkchen minifizieren“ | gering / riskant | Aggressive Optimierung zerschießt oft das Layout |
Der größte Mythos ist der Glaube, ein einziges Optimierungs-Plugin löse alles per Knopfdruck. Diese Plugins helfen – aber blind aktiviert richten sie oft mehr Schaden an, als sie nützen, weil aggressives Zusammenfassen von Skripten Funktionen zerschießt. Der zweite Mythos: der perfekte 100er-Wert im Test. Der ist nette Kosmetik, aber Google bewertet, was echte Nutzer erleben (die sogenannten Felddaten), nicht das Labor-Ergebnis eines einzelnen Durchlaufs.
Ein dritter Mythos hält sich hartnäckig: dass ein Content-Delivery-Network (CDN) automatisch alles beschleunigt. Ein CDN hilft, wenn Ihre Besucher weit verstreut sind, bringt aber wenig, wenn Ihr Publikum ohnehin im DACH-Raum sitzt und Ihr Server dort steht. Es ist ein Werkzeug für einen bestimmten Fall, kein Allheilmittel. Und der vielleicht teuerste Mythos: dass Optimierung eine einmalige Aktion sei. Sie ist es nicht. Jedes neue Plugin, jedes große Bild, jeder eingebettete Fremd-Inhalt kann die mühsam erreichten Werte wieder verschlechtern. Performance ist ein Zustand, den man hält, nicht ein Häkchen, das man einmal setzt – genau deshalb gehört das Beobachten der Ladezeit zur laufenden Website-Betreuung und Wartung und nicht nur in den Relaunch.
Die Reihenfolge zählt übrigens genauso wie die Maßnahme selbst. Wer zuerst ein aggressives Caching-Plugin aktiviert und dann Bilder komprimiert, jagt oft Fehlern hinterher, die er selbst erzeugt hat. Sinnvoll ist, mit den echten Ursachen zu beginnen – Bilder, Plugins, Hosting – und erst am Ende die Feinabstimmung per Caching zu setzen. So wissen Sie bei jedem Schritt, was den Wert bewegt hat, statt im Nachhinein raten zu müssen.
Die Werkzeuge, die zählen
Sie müssen nicht raten. Zwei Quellen reichen, um Ihre Werte ehrlich zu beurteilen:
- PageSpeed Insights. Googles kostenloses Werkzeug zeigt Ihre drei Werte und listet konkrete Verbesserungen. Wichtig: Schauen Sie auf die Felddaten (echte Nutzer) oben, nicht nur auf den Labor-Wert darunter.
- CrUX / Search Console. Der Chrome User Experience Report sammelt die realen Werte Ihrer Besucher über 28 Tage. In der Search Console sehen Sie im Bericht „Core Web Vitals“, welche Seitengruppen schlecht abschneiden – das ist die Wahrheit, an der Google Sie misst.
Ein wichtiger Hinweis zur Interpretation: Ein einzelner PageSpeed-Test schwankt. Verlassen Sie sich auf die Felddaten über mehrere Wochen, nicht auf einen guten oder schlechten Einzelwert. Und optimieren Sie nach Seitentyp – die Startseite, ein Blogartikel und eine Produktseite haben je eigene Bremsen.
Ein weit verbreiteter Fehler ist, nur die eigene Startseite zu testen und daraus zu schließen, die ganze Seite sei schnell. In der Praxis sind es oft die Unterseiten, die schlecht abschneiden – eine bilderlastige Produktseite, ein alter Blogartikel mit eingebettetem Video, eine Kategorieseite mit dutzenden Vorschaubildern. Google misst nicht Ihre Startseite, sondern Gruppen ähnlicher Seiten. Deshalb lohnt es sich, gezielt die Seitentypen zu prüfen, über die tatsächlich Besucher kommen, statt sich am guten Wert der Startseite zu beruhigen.
Wann Sie einen Spezialisten brauchen
Vieles können Sie selbst angehen: Bilder komprimieren, überflüssige Plugins entfernen, ein besseres Hosting wählen. Das bringt oft schon den Sprung von Rot auf Grün. An einen Fachmann sollten Sie übergeben, wenn:
- der INP-Wert hartnäckig schlecht bleibt. JavaScript-Probleme sind selten mit Häkchen zu lösen – hier braucht es jemanden, der versteht, welches Skript wann blockiert.
- Optimierungs-Plugins Ihre Seite zerschießen. Wenn nach dem Aktivieren Formulare, Slider oder der Checkout kaputtgehen, ist Handarbeit statt Häkchen gefragt.
- die Ursache tiefer sitzt. Ein schlecht gebautes Theme, aufgeblähter Code oder Datenbank-Probleme lassen sich nicht mit einem Cache übertünchen.
Wenn Sie an diesen Punkt kommen, lohnt sich der Blick von außen. Wie ich eine bestehende Seite technisch durchleuchte und die echten Bremsen finde, beschreibt meine technische Beratung.
Fazit
Core Web Vitals zu verbessern ist keine Zauberei, sondern Priorisierung. Die drei Werte messen, wie schnell das Wichtigste erscheint (LCP), wie flott die Seite reagiert (INP) und wie stabil das Layout bleibt (CLS). Die echten Ursachen sind fast immer dieselben: zu große Bilder, zu viele Skripte, externe Schriften und schwaches Hosting. Wer diese vier angeht, holt den Großteil des Effekts – und spart sich das Häkchen-Roulette der Optimierungs-Plugins. Messen Sie an den Felddaten, nicht am Labor-Wert, und übergeben Sie an einen Spezialisten, sobald es an JavaScript oder die Substanz der Seite geht.
Ihre Werte stehen auf Rot und Sie wissen nicht, wo Sie anfangen sollen? Schreiben Sie mir kurz über das Kontaktformular – ich schaue mir Ihre Seite an und sage Ihnen, welche zwei, drei Maßnahmen bei Ihnen den größten Unterschied machen.
