WordPress-Geschwindigkeit optimieren: eine Checkliste mit 47 Punkten

Arbeiten Sie die Checkliste nach Beleglage ab

Diese Checkliste mit 47 Punkten ist ein Arbeitsaudit für WordPress-Websites. Sie verspricht keine bestimmte Ladezeit und keinen bestimmten Score: Hosting, Inhalte, Endgeräte der Besucher und geschäftliche Anforderungen unterscheiden sich. Beginnen Sie beim fehlerhaften Nutzungserlebnis, wählen Sie die passenden Prüfungen und verifizieren Sie jeweils eine Art von Änderung.

Priorisieren Sie gemessene Engpässe vor fortgeschrittenem Server-Tuning. Eine Änderung, die eine kleine Anfrage einspart, aber den Checkout zerstört, ist eine Regression, auch wenn sich ein Labor-Score verbessert.

Legen Sie die Ausgangsbasis fest

1. Wählen Sie repräsentative URLs für Startseite, Artikel, Archiv, Produkt und Checkout; beziehen Sie angemeldete und anonyme Sitzungen ein.
2. Notieren Sie Hosting-Region, Gerät, Netzwerkbedingungen, Browser und Release-Version, damit spätere Durchläufe vergleichbar sind.
3. Führen Sie wiederholbare Labortests mehrfach aus und behalten Sie die Bandbreite, nicht nur das schnellste Ergebnis.
4. Prüfen Sie LCP, INP und CLS echter Nutzer, wo Felddaten vorliegen; unterscheiden Sie URL-Daten von Ursprungsdaten.
5. Untersuchen Sie die Dokumentanfrage und trennen Sie DNS-, Verbindungs- und Serverantwortzeit.
6. Zeichnen Sie einen Main-Thread-Trace auf, während Sie die langsame Interaktion nachstellen, nicht nur beim ersten Laden.
7. Ermitteln Sie das tatsächliche LCP-Element und die Anfragekette, die für seine Anzeige nötig ist.
8. Legen Sie ein wiederherstellbares Backup an und definieren Sie die wichtigsten Nutzerabläufe, die nach den Änderungen weiter funktionieren müssen.

Reduzieren Sie die Arbeit am Ursprung

9. Nutzen Sie eine unterstützte, mit der Website kompatible PHP-Version; prüfen Sie Upgrades in Staging, bevor sie in Produktion gehen.
10. Prüfen Sie Zustand und Kapazität von OPcache. Deaktivieren Sie die Zeitstempelprüfung nur, wenn das Deployment den Cache ausdrücklich invalidiert.
11. Profilen Sie langsame PHP-Pfade und wiederholte Datenbankabfragen, bevor Sie Servereinstellungen ändern.
12. Prüfen Sie Remote-API-Anfragen beim Seiten-Rendering; nutzen Sie passendes Caching und begrenzte Timeouts.
13. Klären Sie den persistenten Objekt-Cache mit dem Hoster und prüfen Sie die Invalidierung bei Inhaltsänderungen.
14. Cachen Sie öffentliches HTML nur, wo es sicher ist; umgehen Sie authentifizierte, Warenkorb-, Checkout- und personalisierte Antworten.
15. Stellen Sie sicher, dass zwei verschiedene Nutzer nicht die gecachten Daten des jeweils anderen erhalten können.
16. Prüfen Sie CPU-, Speicher- und Worker-Auslastung unter repräsentativer Last, bevor Sie die Parallelität erhöhen.
17. Prüfen Sie die Ausführung geplanter Aufgaben. Wenn Sie WP-Cron auf einen System-Scheduler umstellen, überwachen Sie verpasste und fehlgeschlagene Jobs.
18. Prüfen Sie Abfragepläne, bevor Sie Indizes hinzufügen; bewerten Sie den Mehraufwand beim Schreiben und testen Sie auf einer repräsentativen Datenkopie.
19. Prüfen Sie übergroße Autoload-Optionen gemeinsam mit dem zugehörigen Plugin. Legen Sie vor einer gezielten Bereinigung ein Backup an.
20. Paginieren Sie große Abfragen und vermeiden Sie es, eine unbegrenzte Sammlung in den Speicher zu laden.

Verbessern Sie Rendering und Interaktion

21. Entfernen Sie ungenutzte Skripte und Styles erst, nachdem Sie Menüs, Formulare, Checkout und Editor-Anforderungen geprüft haben.
22. Verzögern Sie kompatible Skripte unter Beibehaltung der Abhängigkeitsreihenfolge; async ist kein Ersatz für geordnete Ausführung.
23. Prüfen Sie render-blockierende Styles. Testen Sie jeden Critical-CSS-Ansatz über alle Templates und Viewport-Größen.
24. Halten Sie das LCP-Bild im initialen HTML auffindbar, statt es spät per JavaScript einzufügen.
25. Laden Sie das LCP-Bild nicht per Lazy Loading. Setzen Sie eine hohe Abrufpriorität gezielt ein und prüfen Sie dann den Wasserfall.
26. Teilen Sie aufwendiges JavaScript in gemessene Abschnitte und geben Sie dazwischen, wo sinnvoll, die Kontrolle an den Browser ab.
27. Bündeln Sie Layout-Lese- und -Schreibzugriffe, um wiederholtes erzwungenes Layout zu vermeiden.
28. Entfernen Sie unnötige Widgets von Drittanbietern; verzögern Sie optionale nur, wenn ihr Verhalten und die Consent-Regeln es zulassen.
29. Reservieren Sie die Abmessungen von Bildern, Einbettungen und Anzeigen, bevor deren Ressourcen eintreffen.
30. Prüfen Sie die Metriken der Fallback-Schrift und Layoutverschiebungen; setzen Sie font-display bewusst ein.
31. Halten Sie interaktive Bedienelemente mit Tastaturnavigation und reduzierter Bewegung nutzbar.
32. Testen Sie lange Seiten und leistungsschwache Geräte; eine schnelle Startseite beweist nicht, dass jedes Template schnell ist.

Liefern Sie passend dimensionierte Ressourcen aus

33. Wählen Sie die Bildbreite passend zum Anzeigebereich und zur erwarteten Pixeldichte.
34. Vergleichen Sie AVIF, WebP und die vorhandenen Formate an der tatsächlichen Datei, statt eine feste Einsparung anzunehmen.
35. Stellen Sie responsive srcset-Kandidaten und einen sizes-Wert bereit, der das Layout abbildet.
36. Laden Sie Bilder außerhalb des sichtbaren Bereichs per Lazy Loading und nutzen Sie, wo sinnvoll, asynchrones Dekodieren.
37. Halten Sie wichtige Beschriftungen und Erklärungen als HTML vor; kleiner Text in Bildern ist schwer lesbar.
38. Hosten Sie Schriften selbst oder minimieren Sie Schriftanfragen anderweitig; laden Sie nur die Schnitte und Zeichensätze, die die Website braucht.
39. Laden Sie nur wirklich kritische Ressourcen vorab, nachdem Sie den Anfrage-Wasserfall geprüft haben.
40. Prüfen Sie die Auslieferung von Textressourcen mit gzip oder Brotli und vermeiden Sie es, bereits komprimierte Bilder erneut zu komprimieren.
41. Nutzen Sie langlebiges Caching für versionierte statische Ressourcen und ändern Sie deren URL, wenn sich der Inhalt ändert.
42. Laden Sie Videos bewusst. Ein Video nur per CSS auszublenden garantiert nicht, dass sein Download stoppt.

Prüfen Sie das Release

43. Testen Sie Anmeldung, Suche, Kontaktformulare, Warenkorb und Checkout, nachdem Sie eine Optimierung aktiviert haben.
44. Prüfen Sie Cache-Header und die Invalidierung von Inhalten auf bearbeiteten Seiten.
45. Wiederholen Sie die Labortests der Ausgangsbasis unter denselben Bedingungen und halten Sie Gewinne wie Regressionen fest.
46. Verfolgen Sie Feldmetriken über die Zeit; ein Release zeigt sich nicht sofort in einem gleitenden Datenfenster.
47. Legen Sie Performance-Budgets fest und führen Sie ein Änderungsprotokoll, damit sich eine spätere Regression einem Release zuordnen lässt.

Quellen und weiterführende Literatur

• WordPress: Optimierung
• Google: LCP optimieren
• Google: INP optimieren

Weiterlesen

Vertiefen Sie die Diagnose von TTFB und Core Web Vitals und die Auslieferung responsiver Bilder.