Core Web Vitals für kleine Websites: Was wirklich zählt

Was Core Web Vitals sind – kurz und klar

Google misst, wie schnell und stabil eine Website für Nutzer wahrnehmbar ist. Dafür gibt es drei Kernwerte: LCP (Largest Contentful Paint) misst, wie schnell das größte sichtbare Element geladen wird. FID bzw. INP (Interaction to Next Paint) misst, wie schnell die Website auf eine Interaktion reagiert. CLS (Cumulative Layout Shift) misst, wie sehr sich das Layout während des Ladens verschiebt.

Diese Werte fließen in Googles Ranking-Berechnung ein – zusammen mit vielen anderen Faktoren. Das macht sie relevant, ohne dass man sie zum einzigen Optimierungsziel erklären sollte.

Was bei kleinen Websites wirklich den Unterschied macht

Das Hero-Bild ist fast immer das LCP-Element

Bei den meisten kleinen Unternehmenswebsites ist das erste große Bild – das Headerbild, das Foto auf der Startseite – das LCP-Element. Das heißt: wenn dieses Bild zu groß ist, zu spät lädt oder im falschen Format ausgeliefert wird, ist der LCP-Wert schlecht. Die Lösung ist fast immer dieselbe: Bild in WebP konvertieren, auf sinnvolle Dimensionen verkleinern, mit `loading="eager"` und `fetchpriority="high"` priorisieren.

Das klingt technisch, ist aber eine einmalige Maßnahme, die in 80 Prozent der Fälle den größten Unterschied macht.

Google Fonts blockieren oft mehr als gedacht

Viele WordPress-Websites laden Schriftarten von Google Fonts. Das verursacht einen DNS-Lookup, eine Verbindung und dann den eigentlichen Font-Download – alles synchron, bevor die Seite fertig gerendert ist. Die Lösung: Fonts selbst hosten oder preconnect-Hints nutzen und display=swap setzen. Klingt nach Detailarbeit, macht aber bei vielen Projekten 200–400 Millisekunden aus.

CLS entsteht fast immer durch fehlende Bildabmessungen

Layout-Verschiebungen passieren, weil der Browser nicht weiß, wie viel Platz ein Bild braucht, bevor es geladen ist. Die Lösung ist simpel: width und height-Attribute auf allen img-Tags setzen. WordPress macht das inzwischen automatisch für neue Bilder – aber alte Mediatheken sind oft voll mit Bildern ohne Dimensionen.

Plugins und Third-Party-Scripts sind oft der eigentliche Flaschenhals

Bei vielen WordPress-Seiten, die wir uns anschauen, ist nicht das Theme das Problem, sondern ein Chat-Widget, das zu früh lädt. Oder ein Cookie-Banner-Script, das synchron ausgeführt wird. Oder ein Kalender-Plugin, das eine externe Library lädt. Diese Dinge summieren sich und sind schwerer zu finden als ein zu großes Bild.

Die Empfehlung: PageSpeed Insights und Chrome DevTools zusammen nutzen. PageSpeed sagt, was langsam ist. DevTools zeigt, warum.

Was man nicht übertreiben sollte

Es gibt Websites mit PageSpeed-Score 98, die nicht wirklich gut sind – weil die Inhalte fehlen, die Navigation verwirrend ist oder das Design nicht vertrauenswürdig wirkt. Und es gibt Websites mit Score 72, die trotzdem ihren Job machen, weil Inhalt, Struktur und Vertrauen stimmen.

Core Web Vitals sind ein handwerkliches Qualitätsmerkmal. Sie gehören zu einer sauber gebauten Website wie sauberer Code oder eine klare Navigation. Aber sie ersetzen keine guten Inhalte und keine durchdachte Seitenstruktur.

Für kleine Unternehmen aus der Eifel heißt das: die offensichtlichen Baustellen beheben – zu große Bilder, blockierende Scripts, Fonts ohne Display-Swap – und dann aufhören, wenn die Grundwerte im grünen Bereich sind. Der letzte Performance-Gain von 97 auf 100 ist Zeitaufwand, der woanders besser investiert ist.

Wie wir das angehen

Wenn wir ein Optimierungsprojekt starten, messen wir zuerst mit echten Nutzerdaten (Chrome User Experience Report) und PageSpeed Insights. Dann priorisieren wir nach Aufwand und Wirkung: Bilder und Fonts zuerst, dann Plugins und Scripts, dann alles andere. Und wir messen danach, um sicherzustellen, dass die Maßnahmen wirklich etwas gebracht haben – nicht nur auf dem Papier.