So beschleunigen Sie 2026 WordPress: eine Performance-Optimierungsliste

Lassen Sie Ihre Website durch PageSpeed Insights (pagespeed.web.dev) laufen und notieren Sie vier Zahlen: LCP (Largest Contentful Paint, die Zeit bis zum Erscheinen des Hauptinhalts), INP (Interaction to Next Paint, Reaktionsfähigkeit), CLS (Cumulative Layout Shift, visuelle Stabilität) und das Gesamtgewicht der Seite. Schwellenwerte der Core Web Vitals von Google: LCP unter 2,5 s, INP unter 200 ms, CLS unter 0,1. Sie beeinflussen Ihr Ranking seit 2021 direkt. Unter diesen Schwellenwerten ist «gut»; zwischen den Schwellenwerten und 4 s/500 ms/0,25 ist «verbesserungswürdig»; schlechter ist «mangelhaft». Der ganze Sinn der WordPress-Geschwindigkeitsoptimierung besteht darin, diese drei Zahlen in den grünen Bereich zu bewegen. Verlassen Sie sich nicht auf die Werte von GTmetrix oder andere aggregierte Bewertungen: Sie entsprechen nicht den realen Signalen von Google.

Prüfen Sie den TTFB (Time To First Byte) vom geografischen Standort Ihrer Zielgruppe aus mit WebPageTest. Wenn der TTFB 1 Sekunde überschreitet, ist Ihr Hosting der Engpass: Keine Frontend-Optimierung wird das beheben. Häufige Übeltäter: günstiges Shared-Hosting mit überlasteten Servern, Hosting auf einem anderen Kontinent als Ihre Zielgruppe, fehlender PHP-OPcache (jede PHP-Version 7+ sollte ihn standardmäßig aktiviert haben). Die günstigste Lösung ist der Wechsel zu einem schnelleren Anbieter auf derselben Planstufe. Für weniger als 50.000 Aufrufe/Monat liefert Hostinger Business mit LiteSpeed Cache einen TTFB unter 400 ms. Für mehr Traffic liefern Kinsta oder WP Engine auf der Premium-Stufe von Google Cloud durchgängig einen TTFB unter 300 ms. Der Wechsel des Anbieters macht mehr Arbeit als die Installation eines Plugins, aber die Verbesserung ist meist drastisch.

Standardmäßig generiert WordPress jede Seite bei jeder Anfrage aus PHP + MySQL. Das Seiten-Caching speichert das generierte HTML und liefert es späteren Besuchern direkt: in der Regel 10- bis 20-mal schneller. Auf LiteSpeed-basierten Anbietern (Hostinger, die meisten von Bluehost, A2 Turbo, NameHero) installieren Sie LiteSpeed Cache (kostenlos): Es integriert sich in das Caching auf Serverebene. Auf Apache-/Nginx-Anbietern installieren Sie WP Rocket (59 $/Jahr): Es ist das hochwertigste Caching-Plugin und den Preis wert. Die kostenlosen Alternativen (W3 Total Cache, WP Super Cache) funktionieren, erfordern aber mehr Konfiguration. Nach der Aktivierung des Seiten-Cachings testen Sie erneut in PageSpeed Insights: Der TTFB sollte drastisch fallen.

Bilder machen oft 60-80 % des Gewichts einer WordPress-Seite aus. Zwei Gewinne, die Sie mitnehmen sollten: (1) Komprimierung: Jedes Bild sollte vor dem Hochladen komprimiert werden. Verwenden Sie unseren Bild-Kompressor oder installieren Sie ShortPixel/Smush, um beim Hochladen automatisch zu komprimieren. Ziel: Header-Bilder unter 200 KB, Inhaltsbilder unter 100 KB. (2) Moderne Formate: Liefern Sie WebP (oder AVIF) statt JPG/PNG aus. WebP ist bei gleicher Qualität 25-35 % kleiner. ShortPixel und Smush Pro konvertieren automatisch; alternativ schreibt die Bildoptimierung von Cloudflare die Bilder im Flug um. (3) Lazy Loading: Bilder unterhalb des sichtbaren Bereichs sollten erst beim Scrollen zu ihnen geladen werden. WordPress 5.5+ fügt loading='lazy' automatisch hinzu; prüfen Sie über den Quelltext, dass es funktioniert. (4) Breitenattribute: Legen Sie bei Bildern immer eine explizite width/height fest, um CLS zu vermeiden.

Die meisten Caching-Plugins (WP Rocket, LiteSpeed Cache) enthalten eine CSS/JS-Minifizierung: aktivieren Sie sie. Der größte Gewinn besteht darin, nicht genutzte Skripte zu verzögern oder zu entfernen. Führen Sie in Chrome DevTools → Reiter Coverage auf Ihrer Startseite aus; das zeigt, welche CSS- und JS-Bytes tatsächlich genutzt werden. Typische Ergebnisse: 50-80 % des CSS werden nicht genutzt, 30-60 % des JS werden nicht genutzt. Lösungen: (a) verwenden Sie ein leichteres Theme (GeneratePress oder Kadence liefern weniger als 30 KB CSS aus), (b) deaktivieren Sie nicht genutzte Plugins (oft die Quelle der nicht genutzten Skripte), (c) verwenden Sie ein Plugin wie Asset CleanUp, um Skripte auf Seiten zu deaktivieren, die sie nicht benötigen (z. B. wird Contact Form 7 standardmäßig überall geladen, auch wenn Sie es nur auf /contact verwenden).

Jedes aktive WordPress-Plugin läuft bei jedem Seitenaufruf und fügt potenziell Abfragen, JavaScript und CSS hinzu. Die meisten langsamen Websites haben mehr als 30-50 aktive Plugins, von denen die Hälfte nicht mehr genutzt wird. Verwenden Sie Query Monitor (kostenlos), um zu sehen, welche Plugins die meisten Datenbankabfragen verursachen. Verwenden Sie die kostenlose Stufe von New Relic oder das APM von Kinsta, um zu sehen, welche Plugin-Funktionen am längsten dauern. Historische Hauptübeltäter: Jetpack (macht viele Dinge, alle bei jeder Anfrage), aufgeblähte Backup-Plugins, die während Traffic-Spitzen laufen, Social-Sharing-Plugins, die ihr CSS/JS sogar auf Seiten ohne Teilen-Buttons laden, Sicherheits-Plugins, die in Echtzeit Dateianalysen durchführen. Deaktivieren Sie ein Plugin, testen Sie die Leistung erneut und entscheiden Sie, ob die Funktion die Kosten wert war.

WordPress sammelt mit der Zeit Müll in der Datenbank an: Beitragsrevisionen, abgelaufene Transients, Spam-Kommentare, verwaiste Metadaten. Installieren Sie WP-Optimize (kostenlos) und führen Sie einmal eine Datenbankbereinigung durch. Sinnvolle monatliche Wartung: Löschen Sie Revisionen, die älter als 60 Tage sind (behalten Sie die jüngsten sicherheitshalber), abgelaufene Transients, die Spam-Warteschlange. Für Websites mit hohem Traffic ist der größte Datenbankgewinn das Object-Caching: Redis oder Memcached speichern die Ergebnisse kostspieliger MySQL-Abfragen im Speicher und vermeiden so wiederholte Arbeit. Die meisten Managed-WordPress-Anbieter enthalten Redis in ihren höheren Stufen; im einfachen Shared-Hosting ist das nicht verfügbar.

Ein CDN (Content Delivery Network) speichert Ihre statischen Ressourcen (Bilder, CSS, JS) an Edge-Standorten nahe Ihren Besuchern im Cache. Für eine reine US-Zielgruppe, die in den USA gehostet wird, bringt ein CDN eine moderate Verbesserung. Für eine globale Zielgruppe ist ein CDN unverzichtbar: Es reduziert die Latenz der Ressourcen von 200-500 ms auf 20-50 ms. Die kostenlose Stufe von Cloudflare deckt die meisten Bedürfnisse ab; BunnyCDN zu 0,01-0,05 $/GB ist ein kostenpflichtiges Upgrade mit exzellenter Leistung. Speziell für Bilder können Cloudflare Images oder Bunny Image Optimizer im Flug skalieren und Formate konvertieren.

Führen Sie nach jeder wesentlichen Änderung PageSpeed Insights erneut aus. Das Ziel ist schrittweiser Fortschritt: Die meisten Websites gelangen nicht mit einer einzigen Änderung von «mangelhaft» zu «gut». Nach einem vollständigen Optimierungsdurchgang typische Ergebnisse: Ein WooCommerce-Shop auf Shared-Hosting geht von LCP 4-6 s auf LCP 1,5-2,5 s. Ein Content-Blog auf Managed-Hosting geht von LCP 2-3 s auf LCP 0,8-1,5 s. Wenn Sie nach all dem über 3 s LCP bleiben, ist der Engpass wahrscheinlich Ihr Theme: Wechseln Sie zu einem leichteren Theme (GeneratePress, Kadence oder Astra), bevor Sie weiter optimieren.