Core Web Vitals für WordPress

WordPress betreibt einen größeren Teil des Webs als jedes andere System, vom Ein-Personen-Blog bis zur Redaktion mit Millionen Lesern, und die Spanne bei der Geschwindigkeit ist genauso groß. Der Kern selbst ist nicht langsam. Ob eine WordPress-Website die Core Web Vitals besteht, entscheiden das Theme, die Plugins, das Hosting und die Disziplin bei Bildern und Skripten. Dieser Ratgeber nutzt die eigenen Messungen von PerfDelta, um zu zeigen, wo WordPress-Websites typischerweise stehen, was sie bremst und welche Maßnahmen sich zuerst auszahlen.

Aus den Messungen von PerfDelta: 57 % der 462 gemessenen WordPress-Websites bestehen alle drei Core Web Vitals (alle gemessenen Websites: 49 %). Gut sind 72 % beim LCP, 89 % beim INP und 81 % beim CLS. Alle Werte, weitere Plattformen und Regionen zeigt die WordPress Pagespeed-Statistik. Mehr dazu im Datenblock unten.

Wo WordPress-Websites stehen

Labortest und Felddaten erzählen bei WordPress öfter als bei anderen Plattformen zwei verschiedene Geschichten. Viele WordPress-Websites haben wegen Plugin-JavaScript und renderblockierendem CSS einen mittelmäßigen Lighthouse-Score und bestehen die Core Web Vitals bei echten Nutzern trotzdem, weil Inhaltsseiten vor allem gelesen werden und ihre Besucher vernünftige Geräte haben. Der Datenblock unten zeigt Bestehensquote und Verteilung der Metriken über die gemessenen WordPress-Websites, die WordPress Pagespeed-Statistik ergänzt Seitengewicht, Drittanbieter und die häufigsten Lighthouse-Befunde. Dieselbe Seite vergleicht die weltweiten Werte mit Deutschland, Österreich und der Schweiz sowie mit Großbritannien.

Was WordPress typischerweise bremst

Serverantwortzeit

WordPress baut jede Seite bei jeder Anfrage aus PHP und Datenbankabfragen neu, solange nichts das Ergebnis zwischenspeichert. Auf Shared Hosting ohne Seiten-Cache frisst allein die Time to First Byte einen großen Teil des LCP-Budgets. Das ist die häufigste Ursache für einen schlechten LCP bei WordPress und die am günstigsten zu behebende.

Plugins, die überall alles laden

Ein Formular-Plugin lädt sein CSS und JavaScript auf jeder Seite, nicht nur auf der Kontaktseite. Ein Slider-Plugin, ein Plugin zum Teilen in sozialen Netzen, eines für ähnliche Beiträge und ein Page Builder tun dasselbe. Das Ergebnis sind ein Dutzend Stylesheets und Skripte auf einem schlichten Artikel, die meisten davon renderblockierend und auf dieser Seite ungenutzt.

Page Builder und DOM-Größe

Visuelle Builder packen jeden Block in mehrere Container-Ebenen und liefern ein großes CSS-Framework mit, um sie zu gestalten. Das DOM wächst, Stil- und Layout-Arbeit wachsen mit, Interaktionen werden langsamer.

Unoptimierte Bilder

WordPress erzeugt je Upload mehrere Größen und liefert in aktuellen Versionen WebP aus, aber Themes, die das Originalbild für ein 400 Pixel breites Vorschaubild nutzen, Hero-Bilder in Kameraauflösung und Galerien ohne verzögertes Laden bleiben Alltagsbefunde. Siehe Bilder richtig dimensionieren und moderne Formate.

Schriften und Drittanbieter-Tags

Themes, die Google Fonts in mehreren Schnitten laden, dazu Analyse, Werbung und Consent-Werkzeuge aus Plugins, machen den Rest aus. Der Ratgeber zu Drittanbieter-Code beschreibt die Prüfung, der Ratgeber zu font-display die Schriften.

Maßnahmen nach Wirkung geordnet

1. Seiten-Cache aktivieren. Entweder über den Hoster (die meisten Managed-WordPress-Hoster tun das auf Serverebene) oder über ein Caching-Plugin. Aus dem langsamen PHP-Rendern wird das Lesen einer statischen Datei, und die TTFB fällt meist von über einer Sekunde auf wenige hundert Millisekunden. Ergänzen Sie einen Objekt-Cache, wenn die Website dynamisch ist.
2. Bilder richtig ausliefern. Prüfen Sie, dass das Theme srcset nutzt, aktivieren Sie die Erzeugung von WebP oder AVIF, laden Sie alles unterhalb des sichtbaren Bereichs verzögert und geben Sie dem Hero-Bild fetchpriority="high". Ein Bildoptimierungs-Plugin oder ein Bild-CDN übernimmt das meiste davon.
3. Plugins entfernen und einschränken. Löschen Sie, was ungenutzt ist. Für den Rest laden Sie Skripte und Styles über einen Asset-Manager oder die Plugin-Einstellungen nur auf den Seiten, die sie brauchen. Behalten Sie die Zahl der Plugins im Blick: Jedes ist eine Last für Wartung und Performance.
4. Renderblockierendes CSS und JavaScript angehen. Unkritisches JavaScript zurückstellen, kritisches CSS für die wichtigen Templates erzeugen und den Rest asynchron laden. Caching-Plugins bieten das an; testen Sie jede Option, denn das falsche Skript zurückzustellen bricht Slider und Formulare.
5. Schriften selbst hosten mit font-display: swap. Laden Sie die Schriftdateien herunter, legen Sie sie ins Theme, entfernen Sie die Anfrage an Google Fonts und beschränken Sie die Schnitte auf zwei bis drei.
6. Das Theme prüfen. Ein Block-Theme oder ein schlankes klassisches Theme mit modernem CSS erzeugt ein kleineres DOM und weniger CSS als ein Mehrzweck-Theme mit Builder. Ein Theme-Wechsel ist ein Projekt, aber er behebt DOM-Größe und ungenutztes CSS an der Wurzel.
7. Hosting aufrüsten, wenn der Server der Engpass ist. Bleibt die TTFB trotz Cache hoch, ist der Server zu klein oder zu weit vom Publikum entfernt. Managed-WordPress-Hosting mit vorgeschaltetem CDN löst beides.

Das Ergebnis messen

Testen Sie die Startseite und die wichtigsten Template-Typen (Artikel, Kategorie, Produkt bei WooCommerce) getrennt; eine schnelle Startseite mit langsamem Artikel-Template ist ein verbreitetes Muster. Laborwerte reagieren sofort; die Core Web Vitals im Feld folgen über das 28-Tage-Fenster des Chrome UX Report. Das Monitoring von PerfDelta verfolgt beides je URL, mit den Medianen der Branche und der Plattform daneben.

Häufige Fragen

Welches Caching-Plugin ist für die Core Web Vitals am besten?

Das, das Ihr Hoster unterstützt und das Sie konfigurieren können. Ein Server-Cache des Managed-Hosters ist meist schneller als jedes Plugin. Zwischen den Plugins sind die Unterschiede beim Seiten-Cache klein, die Unterschiede beim Umgang mit CSS- und JavaScript-Zurückstellung größer; testen Sie diese Optionen auf Ihren Templates.

Schaden Page Builder immer der Performance?

Sie fügen Markup und CSS hinzu, eine Builder-Website startet also mit Handicap. Moderne Builder mit einem Modus für optimierte Ausgabe und ein disziplinierter Umgang mit Blöcken können die Core Web Vitals trotzdem bestehen. Block-Themes ohne Builder sind der schlankere Ausgangspunkt.

Wie viele Plugins sind zu viele?

Es gibt keine feste Zahl; ein schlecht geschriebenes Plugin kann mehr kosten als zwanzig leichte. Beurteilen Sie, was jedes Plugin im Frontend lädt, das zeigen die Lighthouse-Befunde und das Netzwerk-Panel je Datei.

Ändert WooCommerce das Bild?

Ja. Shopseiten tragen Warenkorb-Fragmente, mehr JavaScript und mehr Bilder, und Warenkorb und Kasse müssen dynamisch bleiben. Die Cache-Regeln werden komplexer, und der INP wird zur Metrik, auf die Sie achten müssen. Die Maßnahmen oben gelten weiter, mit besonderem Blick auf Apps von Drittanbietern und Zahlungs-Widgets.