CWV FÜR WORDPRESS

Drei Kennzahlen, gemessen am 75. Perzentil der tatsächlichen Besucher: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1. Google bezieht diese Werte aus Felddaten des Chrome User Experience Reports und nicht aus Ihrem Lighthouse-Lauf. Daher ist ein grüner Laborwert zwar notwendig, aber nicht ausreichend.

Das Wichtigste auf einen Blick: WordPress kann die Core Web Vitals bestehen, doch die Standardeinstellungen machen es einem schwer: ressourcenintensive Themes, eine Flut von Plugins und nicht optimierte Medien. Optimieren Sie zuerst die Medien und das Caching, reduzieren Sie dann die Anzahl der Plugins und überprüfen Sie das Ergebnis anhand von Felddaten, nicht anhand von Laborwerten.

• Schwere Themes und Page-Builder. Vielseitige Themes und Builder wie Elementor und Divi enthalten umfangreiche CSS- und JavaScript-Pakete, von denen ein Großteil auf einer bestimmten Seite gar nicht genutzt wird.
• Plugin-Wucherung. Jedes aktive Plugin kann seine eigenen Skripte und Stile siteweit einbinden, selbst auf Seiten, auf denen es gar nicht verwendet wird.
• Nicht optimierte Medien. Die Medienbibliothek stellt alles bereit, was hochgeladen wurde. Große Hero-Bilder ohne WebP und ohne Größenanpassung sind der häufigste Grund für einen hohen LCP-Wert.
• Standardmäßig erfolgt kein Caching. Eine Standard-WordPress-Installation führt bei jeder Anfrage PHP-Code aus. Ohne Seiten-Caching verschlechtert sich die „Time to First Byte“ unter Last.

Nach der Reihenfolge ihrer Wirkung: Fügen Sie Seiten-Caching und ein CDN hinzu; optimieren Sie Bilder und passen Sie deren Größe korrekt an (WebP, Lazy-Load unterhalb der Falz); reduzieren Sie das mitgelieferte JavaScript von Theme und Plugins; und hosten Sie auf einer Infrastruktur, die die Zeit bis zum ersten Byte (TTFB) niedrig hält. Ein guter [Managed- oder VPS-Host](/blog/best-vps-for-wordpress-2026/) trägt mehr zur TTFB bei als jedes Plugin. Wenn Ihre Website so ressourcenintensiv ist, dass all dies nicht ausreicht, ist das ein Zeichen dafür, [Headless WordPress mit Astro](/blog/headless-wordpress-astro-setup/) in Betracht zu ziehen, wodurch die Frontend-Last vollständig entfällt.

Eine praktische Anleitung dazu findest du auf meiner Seite [WordPress-Geschwindigkeitsoptimierung](/wordpress-speed-optimization/); eine plattformunabhängige Liste findest du in der [Core Web Vitals-Checkliste](/guides/cwv-checklist/).

• Installation von drei Caching-Plugins. Diese führen zu Konflikten. Wählen Sie ein Page-Cache-Plugin (oder einen Host mit integriertem Caching) aus und belassen Sie es dabei.
• Bilder einmal manuell optimieren. Neue Uploads machen diese Optimierung zunichte. Verwenden Sie ein Plugin oder eine Pipeline, die die Bilder beim Hochladen jedes Mal in das WebP-Format konvertiert und die Größe anpasst.
• Auf der Jagd nach 100 in Lighthouse. Das ist nur ein Spielzeug für die Testumgebung. Der Search-Console-Bericht und die Felddaten sind entscheidend für Ihr Ranking.
• Ein Performance-Plugin hinzufügen, ohne die Ursache zu beseitigen. Ein Minifier zusätzlich zu einem aufgeblähten Builder ist nur ein Notbehelf, keine echte Lösung. Reduzieren Sie zuerst den Ballast.

Installieren Sie nichts, was lediglich Laborwerte anzeigt. Nutzen Sie den Felddatenbereich von PageSpeed Insights und den „Core Web Vitals“-Bericht der Search Console, da beide auf Daten von echten Nutzern basieren. Nach einer Korrektur dauert es etwa 28 Tage, bis sich die Änderung vollständig in den Felddaten widerspiegelt. Geraten Sie also nicht in Panik, wenn sich der Wert am nächsten Morgen noch nicht verändert hat. Beobachten Sie den Trend über mehrere Wochen hinweg und nicht nur den Wert an einem einzelnen Tag, und betrachten Sie eine Korrektur erst dann als abgeschlossen, wenn die Felddaten dies bestätigen.