Langsames WordPress: Finden Sie die eigentliche Ursache, bevor Sie alles optimieren

Wenn eine WordPress-Website langsam ist, liegt dies selten an einer einzigen Ursache. Der übliche Reflex besteht darin, ein Cache-Plugin zu installieren, die Bilder zu komprimieren und dann festzustellen, dass sich eigentlich nichts ändert. Der Grund liegt oft woanders: Der Server benötigt zu viel Zeit, um die Seite zu generieren, und keine Optimierung auf Seiten der Website kann diesen Rückstand ausgleichen.

Dieser Artikel stellt eine zweistufige Diagnosemethode vor: Trennen Sie zunächst die Ursachen, die von Ihrer Website stammen, von denen, die von Ihrem Hosting-Anbieter stammen, und ergreifen Sie dann an der richtigen Stelle Maßnahmen.

1. Erst messen, dann handeln

Vor jeder Optimierung bedarf es einer quantifizierten Ausgangsbasis. Drei Instrumente reichen aus:

• PageSpeed Insights : Zeigt die „Core Web Vitals“ von Google an, und zwar anhand der tatsächlichen Daten Ihrer Besucher, sofern Ihre Website über ausreichend Traffic verfügt.
• Eine Messung der Reaktionszeit von Ihrem Arbeitsplatz aus mit einem einfachen Befehl:

curl -o /dev/null -s -w "TTFB : %{time_starttransfer}s | total : %{time_total}s\n" https://votre-site.fr

• Abfrageüberwachung, eine kostenlose Erweiterung, die die Anzahl der SQL-Abfragen, der externen HTTP-Aufrufe und der langsamsten Erweiterungen Seite für Seite anzeigt.

2. Der TTFB – der entscheidende Maßstab

Die TTFB (Time to First Byte) misst die Zeit zwischen der Anfrage des Browsers und dem ersten vom Server zurückgesendeten Byte. Dies ist der Teil, den Ihr Hosting-Anbieter vollständig kontrollieren kann.

Google betrachtet einen TTFB-Wert unter 800 ms als angemessen und strebt im Idealfall einige hundert Millisekunden an. Beachten Sie vor allem folgende Regel: Der LCP-Wert kann niemals schneller sein als der TTFB-Wert. Wenn Ihr Server 900 ms benötigt, um zu antworten, wird Ihr größtes sichtbares Element niemals innerhalb der empfohlenen 2,5 Sekunden angezeigt, unabhängig davon, wie gut die Qualität Ihrer Bilder ist.

3. Was von Ihrer Website stammt

Wenn die TTFB-Zeit gut ist, die Seite aber dennoch nur langsam geladen wird, müssen Sie die entsprechenden Anpassungen in WordPress vornehmen:

• Die Bilder sind die Hauptursache. Stellen Sie diese im WebP-Format in der tatsächlich angezeigten Größe bereit, wobei alles unterhalb der Wasserlinie durch das native Lazy-Loading von WordPress geladen wird.
• Die Erweiterungen : Schon ein einziges schlecht programmiertes Plugin kann Dutzende von SQL-Abfragen pro Seite verursachen. Der Query Monitor identifiziert diese innerhalb weniger Minuten. Deaktivieren Sie, was Sie nicht mehr nutzen, anstatt es ungenutzt laufen zu lassen.
• Das Thema und die Seitenersteller : Visuelle Editoren laden häufig Stylesheets und Skripte auf allen Seiten, auch dort, wo sie nicht benötigt werden.
• Skripte von Drittanbietern : eine Karte, ein Chat, mehrere Messinstrumente. Jeder fügt externe Verbindungen hinzu, über die Sie keine Kontrolle haben.

4. Was vom Server kommt

Sollte der TTFB regelmäßig 800 ms überschreiten, überprüfen Sie bitte Folgendes:

• Die PHP-Version. WordPress empfiehlt heute PHP 8.3 oder höher. Der Wechsel von einer Version 7.x zu einer Version 8.x bringt einen sofortigen Leistungsgewinn, ohne dass Änderungen an der Website erforderlich sind. Bitte überprüfen Sie zuvor die Kompatibilität Ihrer Erweiterungen.
• Die Datenbank. WordPress empfiehlt mindestens MariaDB 10.11 oder MySQL 8.0. Eine Tabelle wp_options Mit automatisch geladenen Optionen überfrachtet oder nie bereinigte Artikelrevisionen verlangsamen jede Abfrage.
• Das Fehlen eines Server-Caches. Ein Seiten-Cache verhindert, dass der HTML-Code bei jedem Besuch neu generiert werden muss; ein Objekt-Cache (Redis) verhindert, dass dieselben SQL-Abfragen erneut ausgeführt werden müssen. Bei einer dynamischen Website ist dies oft der Grund dafür, dass die TTFB von 800 ms auf unter 200 sinkt.
• Die Entfernung. Ein Server am anderen Ende der Welt verursacht bei jeder Anfrage eine zusätzliche Latenz. Für ein französisches Publikum ist ein Hosting in Frankreich beseitigt diese Beeinträchtigung.

In unserem Leitfaden zur Optimierung von PHP-FPM und des Nginx-Caches werden die serverseitigen Einstellungen ausführlich beschrieben.

5. Die unsichtbare Grenze des Gemeinsamen

Bei einem Shared-Hosting-Angebot teilt sich Ihre Website den Prozessor, den Arbeitsspeicher und vor allem die Festplatten-Ein- und -Ausgänge mit Dutzenden, manchmal sogar Hunderten anderer Websites. Zwei Konsequenzen, die in Vergleichstabellen niemals aufgeführt werden:

• Ihre Leistungen hängen von Ihren Nachbarn ab. Eine Website, die angegriffen wird, oder ein schlecht programmiertes Skript auf demselben Server verlangsamt Ihre Website, ohne dass Sie etwas dagegen unternehmen können.
• Grenzen sind still. Anzahl der gleichzeitigen PHP-Prozesse, SQL-Abfragen pro Stunde, Speicher pro Skript: Wenn die Obergrenze erreicht ist, müssen Besucher warten oder erhalten eine Fehlermeldung – oft genau im ungünstigsten Moment, nämlich dann, wenn Sie hohen Traffic verzeichnen.

Aus diesem Grund kann ein und dieselbe WordPress-Website auf einem stark ausgelasteten Shared-Hosting-Server eine TTFB von 800 ms und auf einem dedizierten Server, der ausschließlich für diese Website genutzt wird, eine TTFB von 200 ms aufweisen, ohne dass sich auch nur eine einzige Zeile Code geändert hat.

6. Sollten Sie den Hosting-Anbieter wechseln?

Seien wir ehrlich: Nicht jede Website benötigt einen VPS. So treffen Sie die richtige Entscheidung.

Entscheiden Sie sich weiterhin für Shared Hosting, wenn

• Ihre Website ist eine Präsentationsseite oder ein Blog mit mäßigen Besucherzahlen.
• Ihre TTFB liegt bereits zu Spitzenzeiten unter 500 ms.
• Sie möchten keinen Server verwalten.

In diesem Fall reicht unser Webhosting mit Plesk völlig aus, und Sie müssen sich um nichts kümmern.

Wechseln Sie zu einem VPS, wenn

• Ihre TTFB liegt über 800 ms, obwohl die Website bereits optimiert ist.
• Sie verkaufen online: Ein Warenkorb und ein Bestellvorgang lassen sich nicht im Cache speichern.
• Sie haben Traffic-Spitzen, ressourcenintensive geplante Aufgaben oder mehrere Websites, die gehostet werden müssen.
• Sie möchten Ihre PHP-Version auswählen, Redis hinzufügen oder Ihren Cache selbst konfigurieren.

Unsere NVMe-VPS reservieren ihre Ressourcen ausschließlich für Ihre Website.

Um die richtige Dimensionierung vorzunehmen, lesen Sie bitte Welche VPS-Konfiguration eignet sich für WordPress?, und für den Umzug selbst, unser Leitfaden WordPress ohne Ausfallzeit auf einen VPS migrieren.

Weiterlesen

WordPress ohne Ausfallzeit auf einen VPS migrieren

Eine WordPress-Website ohne Unterbrechung von einem Shared-Hosting-Paket auf einen VPS migrieren: Vorbereitung, Übertragung, Test vor der Umstellung, DNS, SSL und Überprüfungen.

Welcher VPS eignet sich für das Hosting von WordPress?

RAM, vCPU, Festplatte: Welche VPS-Konfiguration eignet sich für eine WordPress-Website je nach Besucherzahl, mit oder ohne Control Panel, und wie hoch sind die tatsächlichen Kosten für das Hosting?

NVMe, SATA-SSD oder HDD: Welcher Speicher ist der richtige?

NVMe Gen4, SATA-SSD oder Festplatte: Welche tatsächlichen Leistungsunterschiede gibt es bei einem VPS oder einem dedizierten Server, und wann machen sich diese bei Ihrem Projekt bemerkbar?

Häufig gestellte Fragen