WordPress schneller machen: vom Hosting bis zur Datenbank

Die meisten langsamen WordPress-Websites sind nicht aus dem Grund langsam, den ihre Betreiber vermuten. Bevor Sie ein weiteres Plugin installieren, messen Sie. Die Time to First Byte (TTFB) zeigt, wie lange der Server braucht, um das HTML zu erzeugen; liegt sie bei einer gecachten Seite über etwa 600 ms, liegt das Problem auf der Serverseite. Der Largest Contentful Paint (LCP) zeigt, wann der Hauptinhalt tatsächlich erscheint – als gut gilt bei Google ein Wert bis 2,5 Sekunden. Nutzen Sie PageSpeed Insights für Felddaten echter Besucher und danach WebPageTest oder den Netzwerk-Tab des Browsers, um zu sehen, was in welcher Reihenfolge lädt. Notieren Sie die Werte: Jede der folgenden Änderungen sollte einen davon verbessern – sonst machen Sie sie rückgängig.

Beginnen Sie ganz unten im Stack, denn kein Plugin kann einen langsamen Server reparieren. Prüfen Sie zuerst die PHP-Version: Unter PHP 8.x läuft WordPress spürbar schneller als unter 7.x, und alles unter 8.2 erhält keine Sicherheitsupdates mehr. Stellen Sie sicher, dass OPcache aktiv ist, damit PHP kompilierten Code im Arbeitsspeicher hält, statt bei jeder Anfrage dieselben Dateien neu einzulesen. Auch der Speicher zählt: WordPress liest pro Seite Hunderte kleiner Dateien, und NVMe-Laufwerke bewältigen das weit besser als SATA-SSDs. Den größten Einzelgewinn bringt jedoch ein Cache auf Serverebene, bei dem der Webserver eine gespeicherte Seite ausliefert, ohne PHP überhaupt zu starten.

Hier treffen die Wahl des Tarifs und die Wahl des Cache-Plugins aufeinander. Bei unserem WordPress-Hosting liefert der Webserver anonymen Besuchern eine gecachte Seite aus, und PHP läuft nur für angemeldete Nutzer und Formularübermittlungen – das Cache-Plugin muss also nur noch die richtigen Seiten leeren, wenn Sie etwas veröffentlichen. Auf Hosting ohne Server-Cache schreibt stattdessen ein Plugin wie WP Super Cache, W3 Total Cache oder WP Rocket statische HTML-Dateien. Wählen Sie eines, nicht zwei: Mehrere Cache-Plugins streiten um dieselben Regeln und liefern veraltete oder fehlerhafte Seiten aus. Läuft Ihr Server mit LiteSpeed, passt meist dessen eigenes Plugin am besten.

Bilder sind meist der schwerste Teil einer Seite und am leichtesten zu verbessern. Konvertieren Sie Uploads in WebP oder AVIF, die bei gleicher Bildqualität typischerweise 25–50 % kleiner sind als JPEG; WordPress unterstützt WebP seit Version 5.8 und AVIF seit 6.5. Laden Sie kein 4000 Pixel breites Foto hoch, um es mit 800 Pixeln anzuzeigen: WordPress erzeugt mehrere Größen und lässt den Browser per srcset die passende wählen – aber nur, wenn Ihr Theme die Bildgrößen korrekt ausgibt. Natives Lazy Loading verzögert Bilder unterhalb des sichtbaren Bereichs, das Hauptbild sollte jedoch sofort laden, denn ein verzögert geladenes LCP-Element gehört zu den häufigsten Gründen für einen schlechten Wert.

Jedes aktive Plugin bringt PHP-Code mit, viele zusätzlich Datenbankabfragen, Skripte und Stylesheets auf jeder Seite, ob diese sie braucht oder nicht. Finden Sie mit Query Monitor heraus, welche Plugins am meisten Zeit kosten, deaktivieren Sie, was Sie nicht mehr nutzen, und ersetzen Sie ein Page-Builder-Theme beim nächsten Redesign durch ein schlankes Block-Theme. Dann ist die Datenbank dran. Autoload-Optionen werden bei jeder Anfrage geladen, halten Sie ihre Gesamtgröße also deutlich unter einem Megabyte und entfernen Sie Reste gelöschter Plugins. Begrenzen Sie Revisionen in der wp-config.php, löschen Sie abgelaufene Transients und lassen Sie WP-CLI oder ein Bereinigungs-Plugin das regelmäßig erledigen, nicht nur einmal.

WooCommerce ändert die Regeln, denn seine wichtigsten Seiten lassen sich nicht cachen. Warenkorb, Kasse und Kundenkonto sind für jeden Besucher anders und müssen daher vom Page-Cache ausgenommen werden – sonst sieht ein Kunde womöglich den Warenkorb eines anderen. PHP und Datenbank leisten also bei jedem Schritt des Kaufs echte Arbeit. Ein persistenter Objekt-Cache wie Redis hält die Ergebnisse wiederkehrender Abfragen im Arbeitsspeicher, und High-Performance Order Storage verlagert Bestellungen aus der allgemeinen Beitragstabelle in eigene Tabellen. Der Tarif WP Pro richtet Objekt-Caching sowie die Ausnahmen für Warenkorb und Kasse für Sie ein – das Minimum, das ein Shop braucht, um schnell zu bleiben.

Wenn all das erledigt ist und der Adminbereich trotzdem träge bleibt, die Kasse während Aktionen langsamer wird oder die TTFB mit der Tageszeit schwankt, liegt der Engpass nicht mehr in Ihrer Konfiguration, sondern in geteilter CPU-Leistung. Dann ist es Zeit, vom WordPress-Hosting auf Premium-Hosting zu wechseln: CPU-Kerne und Arbeitsspeicher sind dort allein für Ihre Website reserviert, Backups laufen stündlich, und Tickets landen direkt bei einem erfahrenen Engineer. Premium S beginnt bei €24.99 im Monat. Bei WebHostFlow erfolgt das Upgrade ohne Umzug – gleiches Konto, gleiche Pfade, gleiche IP-Adresse –, sodass Sie am nächsten Tag erneut messen und sehen können, ob sich die Werte bewegt haben.