CWV FÜR WORDPRESS
Was tatsächlich LCP, INP und CLS auf einer echten WordPress-Site bewegt – von jemandem, der Tausende ausgeliefert hat.
← Guides All guides in this topic
Die Schwellenwerte – kurz gefasst
Drei Metriken, gemessen am 75. Perzentil echter Besucher: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1. Google liest diese aus Felddaten im Chrome User Experience Report, nicht aus deinem Lighthouse-Lauf, daher ist ein grüner Lab-Score notwendig, aber nicht ausreichend.
Wichtigste Erkenntnis: WordPress schafft Core Web Vitals durchaus, aber die Standardeinstellung ist dein Feind: schwere Themes, zu viele Plugins, schlecht optimierte Bilder und Videos. Kümmere dich zuerst um deine Medien und Caching. Dann reduzierst du die Plugins. Zum Abschluss checkst du mit echten Nutzerdaten, nicht mit Labor-Werten.
Warum WordPress standardmäßig schlecht bewertet wird
- Schwere Themes und Page Builder. Universelle Themes und Builder wie Elementor und Divi liefern große CSS- und JavaScript-Bundles, von denen auf jeder Seite vieles ungenutzt ist.
- Plugin-Überfluss. Jedes aktive Plugin kann site-weit seine eigenen Scripts und Styles hinzufügen, selbst auf Seiten, die es nie verwenden.
- Unoptimierte Medien. Die Mediathek liefert das aus, was hochgeladen wurde. Große Hero-Images ohne WebP und ohne Sizing sind der häufigste LCP-Killer.
- Keine Caches standardmäßig. Eine Standard-WordPress-Installation rendert PHP bei jeder Anfrage. Ohne Page Caching leidet die Zeit bis zum ersten Byte unter Last.
Die Lösungen, die wirklich etwas bringen
Nach Auswirkung geordnet: Page Caching und ein CDN hinzufügen; Images optimieren und korrekt skalieren (WebP, Lazy-Load unterhalb der Faltkante); das Theme und die Plugin-JavaScript reduzieren, die du auslieferst; und auf einer Infrastruktur hosten, die die Zeit bis zum ersten Byte niedrig hält. Ein guter [verwalteter oder VPS-Host](/blog/best-vps-for-wordpress-2026/) tut mehr für TTFB als jedes Plugin. Falls dein Build so aufwändig ist, dass nichts davon ausreicht, ist das das Signal, [headless WordPress mit Astro](/blog/headless-wordpress-astro-setup/) in Betracht zu ziehen, das die Front-End-Last vollständig entfernt.
Praktische Tipps zur Service-Version findest du auf meiner [WordPress-Geschwindigkeitsoptimierung](/wordpress-speed-optimization/)-Seite. Für die vollständige Übersicht brauchst du die [Core Web Vitals-Checkliste](/guides/cwv-checklist/).
Häufige WordPress-Fehler
- Drei Caching-Plugins installieren. Sie konfligieren. Wähle ein Page-Cache-Plugin (oder einen Host mit eingebautem Caching) und dann Schluss.
- Images von Hand optimieren, einmal. Neue Uploads machen es rückgängig. Nutze ein Plugin oder eine Pipeline, die bei jedem Upload zu WebP konvertiert und skaliert.
- Einer 100 in Lighthouse hinterherjagen. Das ist ein Labor-Spielzeug. Der Search Console-Report und Felddaten sind das, das dich rankt.
- Ein Performance-Plugin hinzufügen, ohne die Ursache zu beheben. Ein Minifier auf einem aufgeblähten Builder ist ein Pflaster, keine Lösung. Entfernen Sie zuerst die Überflüssigkeit.
Messen Sie wie Google
Installieren Sie nichts, das nur Lab-Scores zeigt. Nutzen Sie stattdessen den Feldbereich von PageSpeed Insights und den Core Web Vitals-Bericht der Search Console – beide arbeiten mit echten Nutzerdaten. Nach einer Behebung vergehen etwa 28 Tage, bis die Felddaten die Änderung vollständig abbilden. Der Score bewegt sich morgen vielleicht gar nicht. Beobachten Sie den Trend über mehrere Wochen, nicht die einzelne Tagesziffer. Eine Behebung ist erst wirklich erledigt, wenn die Felddaten das bestätigen.