Core Web Vitals verbessern: Was bei WordPress wirklich Ladezeit kostet
PageSpeed-Werte im gelben oder roten Bereich sind einer der häufigsten Frusterlebnisse bei WordPress-Websites. Die Ursache liegt dabei selten an einem einzigen großen Problem, sondern an mehreren kleinen, die sich addieren: unkomprimierte Bilder, ungenutzte Skripte, eine überladene Datenbank und CSS/JS, das bei jedem Seitenaufruf neu geladen wird. Dieser Beitrag zeigt, welche Stellschrauben in der Praxis den größten Unterschied machen.
Die vier häufigsten Bremsen
1. Unkomprimierte Bilder Bilder sind bei den meisten WordPress-Seiten der größte Einzelposten am Seitengewicht. Ein Foto direkt von der Kamera oder dem Smartphone hat oft mehrere Megabyte – für die Web-Darstellung reichen in der Regel wenige hundert Kilobyte. Das moderne WebP-Format spart dabei gegenüber JPEG häufig 25–35 % zusätzlich, ohne sichtbaren Qualitätsverlust.
2. Ungenutzte Skripte und Styles Jedes aktive Plugin bringt in der Regel eigenes CSS und JavaScript mit – auch auf Seiten, auf denen die jeweilige Funktion gar nicht gebraucht wird. Ein Kontaktformular-Skript, das auf jeder Unterseite mitgeladen wird, obwohl das Formular nur auf der Kontaktseite steht, ist ein klassisches Beispiel.
3. Eine vollgelaufene Datenbank Revisionen, Spam-Kommentare im Papierkorb und alte Transiente sammeln sich mit der Zeit an und verlangsamen Datenbankabfragen, ohne dass man es an der Oberfläche merkt.
4. Fehlender oder falsch konfigurierter Cache Ohne Seiten-Cache wird eine WordPress-Seite bei jedem Aufruf komplett neu aus der Datenbank zusammengebaut. Bei WooCommerce-Shops kommt eine Besonderheit hinzu: Warenkorb- und Checkout-Seiten dürfen nicht gecacht werden, sonst sehen Kunden veraltete Warenkorbinhalte.
Was diese vier Punkte in der Praxis bedeutet
Die gute Nachricht: Alle vier Punkte lassen sich mit Bordmitteln oder einem einzigen gut konfigurierten Plugin angehen, ohne dass fünf verschiedene Tools parallel laufen müssen – was selbst schnell zum neuen Performance-Problem wird, weil sich Plugins gegenseitig ausbremsen können.
Optimize-Pan bündelt genau diese vier Bereiche in einem Plugin:
- Seiten-Cache mit korrekt eingerichteter Ausnahme für WooCommerce-Checkout und Warenkorb, damit Kunden immer aktuelle Inhalte sehen
- Automatische Bildkompression inkl. WebP bei jedem Upload, inklusive nachträglicher Umwandlung bereits vorhandener Bilder
- Asset-Manager, der pro Seite anzeigt, welche Scripts und Styles tatsächlich geladen werden, und das gezielte Abschalten einzelner Dateien erlaubt – inklusive Abhängigkeits-Warnung, damit nichts kaputtgeht
- Datenbank-Bereinigung mit automatischem Backup vor jeder Aktion, die Revisionen und Spam-Kommentare entfernt, WooCommerce-Bestellungen und Gutscheine aber ausdrücklich schützt
Als zusätzliches Modul generiert das Plugin auch KI-Alt-Texte für Bilder – mit freier Wahl des KI-Anbieters (Claude, GPT, Gemini, Mistral oder ein eigener Server), was nebenbei auch der Barrierefreiheit und dem Bilder-Ranking in der Google-Bildersuche hilft.
Ergebnis aus der Praxis
Bei eigenen Testinstallationen ließ sich der mobile PageSpeed-Wert durch die Kombination dieser Maßnahmen von rund 78–79 auf 87 Punkte anheben – ohne Theme-Wechsel oder Umzug auf ein anderes Hosting-Paket, allein durch die Kombination aus Cache, Asset-Kontrolle und Bildoptimierung.
Nicht jedes Problem ist ein Plugin-Problem
Zur Ehrlichkeit gehört auch: Ein schlechtes Hosting-Paket mit überlasteten Shared-Servern lässt sich mit keinem Optimierungs-Plugin vollständig ausgleichen. Wer trotz optimierter Bilder, Cache und aufgeräumter Datenbank weiterhin bei Ladezeiten über 3–4 Sekunden liegt, sollte zusätzlich einen Blick auf den Hosting-Anbieter werfen.
Wer sich für die Kosten- und Funktionsseite im Detail interessiert – insbesondere im Vergleich zu WP Rocket und WP-Optimize – findet das im Beitrag Cache-Plugin ohne Abo: Lohnt sich das?
