Core Web Vitals Optimierung mit messbaren Ergebnissen

Eine langsame Website kostet doppelt. Du verlierst Besucher, die abspringen, bevor die erste Überschrift erscheint, und du verlierst Sichtbarkeit, weil Google die Ladezeit als Rankingfaktor zählt. Die Core Web Vitals sind dabei die konkrete Messlatte, an der sich entscheidet, ob deine Seite als schnell oder langsam gilt.

Die drei Werte sind LCP, CLS und INP. LCP misst, wann das größte sichtbare Element geladen ist. CLS misst, wie stark das Layout während des Ladens springt. INP misst, wie schnell die Seite auf Klicks und Eingaben reagiert. Alle drei stehen in der Google Search Console unter "Core Web Vitals" und basieren auf echten Nutzerdaten aus dem Chrome User Experience Report.

Was die Werte in der Praxis bedeuten

Gute Core Web Vitals heißen: LCP unter 2,5 Sekunden, CLS unter 0,1, INP unter 200 Millisekunden. Werte darüber sind ein klares Signal, dass Handlungsbedarf besteht.

LCP, also Largest Contentful Paint, ist meistens ein großes Headerbild, ein Hero-Video oder ein Textblock. Lädt dieses Element langsam, wirkt die ganze Seite träge, auch wenn der Rest schnell da ist. Typische Ursachen sind unkomprimierte Bilder, langsame Server-Antworten und render-blockierendes JavaScript.

CLS, Cumulative Layout Shift, ist der Wert, der nervt. Du willst auf einen Button klicken, aber im letzten Moment lädt eine Anzeige darüber, und du klickst stattdessen auf Werbung. Google bestraft genau dieses Verhalten. Ursache sind meist Bilder ohne feste Dimensionen, spät geladene Schriften und dynamisch eingefügte Banner.

INP, Interaction to Next Paint, hat 2024 den alten FID-Wert ersetzt. INP misst nicht nur die erste Interaktion, sondern die langsamste während des gesamten Besuchs. Schwere JavaScript-Bundles, blockierende Third-Party-Skripte und ineffiziente Event-Handler sind die typischen Verursacher.

Wie ich die Ladezeit konkret verbessere

Optimierung läuft nie ins Blaue. Jede Maßnahme wird gemessen, bevor und nachdem sie umgesetzt ist, sonst weißt du nicht, ob sie überhaupt etwas gebracht hat.

Der erste Schritt ist immer ein Audit. Ich nutze dafür Lighthouse für Labordaten, PageSpeed Insights für die kombinierte Sicht aus Labor und Feld, und die Search Console für die echten Nutzerdaten der letzten 28 Tage. Aus diesen drei Quellen entsteht eine priorisierte Liste: welcher Wert ist im Roten, welches Element verursacht das Problem, welche Maßnahme bringt den größten Hebel.

Dann kommen die Fixes. Bilder werden in WebP oder AVIF konvertiert, mit korrekten Dimensionen versehen und über srcset an die Bildschirmgröße angepasst. Web Fonts bekommen font-display: swap und werden bei Bedarf vorab geladen. JavaScript wird auf das Nötigste reduziert, Third-Party-Skripte werden auditiert und entweder verzögert oder ganz entfernt. Bei WordPress kommen oft Caching-Plugins wie WP Rocket dazu, plus serverseitige Komprimierung über Brotli oder Gzip.

Der dritte Schritt ist die Messung. Lighthouse zeigt sofort, ob die Laborwerte besser sind. Die Felddaten in der Search Console brauchen 28 Tage, bis sie sich vollständig aktualisieren. Erst danach ist die Optimierung wirklich abgeschlossen.

Vorher-Nachher: realistische Größenordnungen

Bei typischen WordPress-Projekten lässt sich LCP von 4 bis 6 Sekunden auf unter 2 Sekunden drücken. CLS-Werte von 0,3 oder höher gehen meist auf unter 0,05 zurück. INP-Verbesserungen sind individueller, aber Halbierungen sind keine Seltenheit.

Ein typisches Szenario sieht so aus: Eine Seite hat einen LCP-Wert von 4,8 Sekunden, weil das Headerbild 1,2 MB groß ist und render-blockierendes JavaScript vor dem Bild geladen wird. Nach Konvertierung in WebP mit 180 KB, Preload-Hint und verzögertem JavaScript liegt LCP bei 1,8 Sekunden. Der CLS-Wert sinkt von 0,24 auf 0,02, weil Bilder und Anzeigen jetzt feste Dimensionen haben.

INP ist meistens der schwierigste Wert. Hier hilft kein Caching, sondern nur Code-Arbeit: Event-Handler entkoppeln, lange Aufgaben aufteilen, ungenutzte JavaScript-Bibliotheken entfernen. Bei einer Seite mit INP-Wert von 420 Millisekunden ist nach Bereinigung der Third-Party-Skripte und Reduktion des Bundle-Umfangs oft ein Wert unter 180 Millisekunden erreichbar.

Wenn du wissen willst, was eine Optimierung für deinen konkreten Fall kostet, schau dir die Preise im Vergleich an oder lies, was eine neue Website kostet, wenn ein Relaunch sinnvoller wäre als nachträgliches Optimieren.

Ablauf und Preise

Eine Core Web Vitals Optimierung dauert ein bis drei Wochen und kostet je nach Umfang zwischen 800 und 3.500 Euro. Der Preis hängt davon ab, wie viele Templates betroffen sind und ob nur Konfiguration oder echte Code-Eingriffe nötig sind.

Ein kleines Projekt mit einer WordPress-Seite, fünf Templates und überschaubarem Plugin-Stack liegt bei 800 bis 1.200 Euro. Hier reichen meistens Bildoptimierung, Caching, Schriften-Fix und etwas Aufräumen im Theme. Die Dauer beträgt fünf bis sieben Werktage plus Messphase.

Ein mittleres Projekt mit Shop-Anbindung, mehreren Sprachen oder komplexem Frontend liegt bei 1.500 bis 2.500 Euro. Hier kommen oft Code-Anpassungen im Theme dazu, manchmal ein partieller Umbau der Skript-Ladelogik. Dauer: zwei Wochen plus Messphase.

Ein großes Projekt mit individueller Anwendung, vielen Drittanbieter-Integrationen und Custom-Code liegt bei 2.500 bis 3.500 Euro. Hier wird tatsächlich am Quelltext gearbeitet, einzelne Komponenten werden umgeschrieben, das Build-System wird optimiert. Wenn das bei dir eher Richtung individuelle Webanwendung geht, sprechen wir vorher über den Umfang.

Bezahlt wird in zwei Raten: 50 Prozent bei Start, 50 Prozent nach Abschluss der Messphase. So weißt du, dass die Werte wirklich gehalten werden, nicht nur am ersten Tag gut aussehen.

Wann sich die Optimierung lohnt, und wann nicht

Optimierung lohnt sich, wenn die Seite grundsätzlich gut gebaut ist und nur an wenigen Stellen Performance verliert. Wenn das Fundament marode ist, ist ein Neubau oft günstiger als jahrelanges Flicken.

Sinnvoll ist die Optimierung, wenn deine Seite zwei oder drei Jahre alt ist, du Traffic hast und in der Search Console rote Werte siehst. Dann holt jede Sekunde weniger Ladezeit messbar Conversion zurück. Auch sinnvoll, wenn du gerade vor einer Kampagne stehst und nicht mit langsamen Landing Pages teures Werbebudget verbrennen willst.

Nicht sinnvoll ist die Optimierung, wenn die Seite auf einem alten Page Builder mit 40 Plugins läuft, das Theme seit fünf Jahren nicht aktualisiert wurde und das Backend selbst träge ist. Hier wirfst du Geld in einen Eimer mit Loch. In solchen Fällen lohnt es sich, gemeinsam einen Webdesigner zu beauftragen und die Seite sauber neu aufzubauen.

Die Entscheidung treffe ich nicht für dich. Ich schaue mir die Seite an, zeige dir die Werte, sage ehrlich, was Optimierung kann und was nicht. Wenn ein Neubau die bessere Investition ist, sage ich das auch. Lass uns reden, wenn deine Werte im Roten sind und du wissen willst, was geht.