Wie Sie eine langsame WordPress-Website beschleunigen (ohne ein einziges Plugin)
WordPress aus dem Kasten ist langsam für langweilige, fixierbare Gründe. Hier ist die Reihenfolge, um sie in zu beheben — höchste Wirkung zuerst — durch die Arbeit an die Kante anstatt Stapeln mehr Plugins auf der Oberseite bewegen.
Der übliche Rat für eine langsame WordPress-Website ist eine Liste von zwanzig Dingen, präsentiert, als ob sie alle gleichermaßen wichtig. Das tun sie nicht. Zwei von ihnen für die meisten der Verbesserung auf den meisten Websites, und der Rest rundet den Fehler, den Sie später bekommen können.
Dies ist also eine Rangliste. Tun Sie sie in Ordnung, messen Sie nach jedem, und stoppen Sie, wenn die Website schnell genug ist – was wahrscheinlich früher sein wird, als Sie erwarten.
Schritt 0: Finden Sie heraus, was eigentlich langsam ist
Überspringen ist, wie Menschen verbringen ein Wochenende Verschlüsselung CSS auf einer Website, deren eigentliche Problem ist ein 4 MB Header-Image.
Öffnen Sie Ihre Website in einem inkognito-Fenster mit DevTools auf der Registerkarte Netzwerk. Sehen Sie sich drei Zahlen an: wie lange bis das erste Byte von HTML ankommt, was die größte Datei auf der Seite ist und wie viele Anfragen die Seite macht. Das genügt, um Ihnen zu sagen, welche der folgenden Abschnitte für Sie gelten.
- Erstes Byte über 600ms → Ihr Problem ist serverseitig. Abschnitt 1.
- Erstes Byte in Ordnung, Seite immer noch langsam → Ihr Problem ist Vermögenswerte. Abschnitt 2.
- Schnell für Sie, langsam für Kunden anderswo → Ihr Problem ist Distanz. Abschnitt 3.
1. Stoppen Sie den Wiederaufbau von Seiten, die sich nicht geändert haben
Das ist der Große. Für jeden Besuch , WordPress weckt PHP , lädt Ihr Thema und jedes aktive Plugin , führt einen Stapel von Datenbank-Abfragen , montiert die HTML , und nur dann sendet es . Es tut dies identisch für den tausendsten Besucher einer im März veröffentlichten Post.
Ganzseitiges Caching speichert das fertige HTML und dient dieser Kopie direkt. PHP und die Datenbank bekommen den Tag frei. Am Rande und nicht auf dem Server erledigt, bedeutet das auch, dass die zwischengespeicherte Kopie in der Nähe Ihrer Besucher sitzt und nicht in einem Rechenzentrum.
Der Einwand ist immer "aber meine Website hat dynamische Teile". Es tut, und das wird durch Umgehung des Caches genau dort, wo es benötigt wird, anstatt Caching vollständig aufzugeben.
Cache diese — identisch für alle
- Beiträge und Seiten
- Homepage und Archive
- Kategorien- und Tag-Listen
- Statische Vermögenswerte, offensichtlich
Diese — persönliche — Umleitung
- wp-admin und angemeldete Sitzungen
- Warenkorb und Kasse
- Alles hinter einem Login
- Die WordPress Vorschau und Customiser
Der Mechanismus ist Cookies. WordPress setzt erkennbare Cookies, wenn sich jemand anmeldet oder etwas in einen Wagen legt, und der Cache umgeht ihre Anwesenheit. Ein eingeloggter Besucher hat keines davon und erhält die zwischengespeicherte Kopie; Sie, als Editor eingeloggt, bekommen eine Live-Seite und bemerken nie, dass Caching existiert.
Mehr Caching Plugins ist nicht die Antwort, wenn Caching Plugins das Problem sind. Das Laufen von zwei oder drei gleichzeitig erzeugt Konflikte, alte Seiten und einen Nachmittag der Verwirrung statt Geschwindigkeit. Das Verschieben des Caches vom Server führt zur ganzen Kategorie.
2. Fixieren Sie die Bilder, weil sie das Seitengewicht sind
Auf einer typischen WordPress-Website sind Bilder 60 bis 80 Prozent der Bytes auf der Seite. Die Medienbibliothek ist voll von Fotos direkt von einem Telefon in voller Auflösung hochgeladen, in einer 600-Pixel-Spalte angezeigt.
Zwei Änderungen, in dieser Reihenfolge: Größe auf die tatsächlich angezeigten Abmessungen ändern, dann in WebP oder AVIF konvertieren. Fertig am Rand, beide passieren automatisch auf dem Weg nach draußen und werden danach zwischengespeichert — kein Re-Upload, keine regenerierenden Thumbnails, kein Plugin, das Ihre Medienbibliothek umschreibt und etwas bricht.
Während Sie dort sind: stellen Sie sicher, dass das Bild in Ihrem Header ist nicht faul-geladen. WordPress fügt loading="lazy" großzügig, und es auf das größte über-the-Fold-Bild aktiv schadet Ihrem Größten Contentful Paint. Dieses einzelne Attribut hat mehr Websites ihre LCP-Score als fast alles andere gekostet.
3. Servieren Sie es aus der Nähe Ihrer Besucher
Wenn Ihr Gastgeber in Frankfurt ist und ein Viertel Ihrer Kunden in den USA ist, zahlen sie 100 bis 150 Millisekunden Latenz auf jeder Rundreise, bevor Ihr Server überhaupt etwas getan hat. Gespeicherte Seiten von einem nahe gelegenen Rand serviert entfernen, dass vollständig, und es ist die Lösung, die Ihre eigenen Tests nie zeigen werden - die Website ist schnell von Ihrem Schreibtisch, weil Ihr Schreibtisch in der Nähe des Servers.
4. Erst jetzt, die kleinen Sachen
Sobald die ersten drei fertig sind, sind diese eine Stunde wert:
Prüfen Sie Ihre Plugins ehrlich
Deaktivieren Sie alles und reaktivieren Sie eins nach dem anderen und überprüfen Sie die Ladezeit. Die meisten Seiten führen zwei oder drei Plugins, die seit 2022 niemand mehr verwendet hat, jedes Laden von Skripten auf jeder Seite.
Komprimieren und Verminen von Text-Assets
Brotli für CSS, JS und HTML. Real, wenn bescheiden, und es kostet nichts, um einzuschalten.
Schneiden, was auf jeder Seite geladen wird
Eine Slider-Bibliothek geladen Website-weit für einen Slider auf der Homepage ist sehr häufig und einfach zu beheben.
Datenbank reinigen
Nach-Revisionen, abgelaufene Transienten und verwaiste Metadaten sammeln sich jahrelang. Nur nach dem Vorstehenden lohnt es sich, die Nadel selten allein zu bewegen.
Häufig gestellte Fragen
Warum ist meine WordPress-Website so langsam?
Meistens, weil WordPress jede Seite von PHP und die Datenbank bei jedem Besuch wiederaufbaut, auch für Seiten, die sich nicht in Monaten geändert haben, und weil die Bilder weit größer sind als der Raum, in dem sie angezeigt werden. Zwischen ihnen sind diese beiden für den Großteil des Problems auf typischen Standorten. Plugin-Aufblähung und unoptimierte Vermögenswerte sind wichtig, aber in der Regel weniger als die Menschen annehmen.
Kann ich WordPress ohne Plugins beschleunigen?
Ja, und es ist oft besser. Ganzseitiges Caching, Bild-Resizing und Format-Konvertierung, und Komprimierung können alle an der CDN-Kante statt von Plugins ausgeführt werden, die in WordPress. Das entfernt die PHP-Arbeit ganz anstatt sie zu optimieren, und vermeidet die Konflikte, die auftreten, wenn mehrere Caching-Plugins auf einmal laufen.
Wird Caching meinen WooCommerce-Warenkorb oder angemeldete Seiten brechen?
Nicht, wenn der Cache-Bypass korrekt konfiguriert ist. WordPress und WooCommerce setzen identifizierbare Cookies, wenn sich ein Besucher anmeldet oder etwas zu einem Warenkorb hinzufügt, und der Cache wird umgangen, wenn diese Cookies vorhanden sind. Logged-out-Besucher, die den Katalog durchsuchen, erhalten zwischengespeicherte Seiten; jeder mit einer Sitzung erhält eine Live-Seite, die normalerweise generiert wird.
Wie viel schneller macht das ganzseitige Caching WordPress?
Das Speichern ist die gesamte Server-Seite Render, die auf einem typischen Shared-Hosting WordPress installieren ist mehrere hundert Millisekunden zu ein paar Sekunden pro Seite. Eine zwischengespeicherte Seite, die von einem nahe gelegenen Rand aus bedient wird, kommt häufig in weniger als 50 Millisekunden gegenüber 800 Millisekunden oder mehr uncached an. Die Lücke vergrößert sich unter Last, da die zwischengespeicherten Antworten nicht die Ursprungskapazität verbrauchen.
Hilft faules Laden von Bildern oder verletzt die Leistung?
Beides, abhängig vom Bild. Lazy Ladebilder unterhalb der Falte spart Bandbreite und beschleunigt die Erstbelastung. Faules Laden des größten ober-the-Fold-Bildes – oft der Header oder Held – verzögert es und verschlimmert direkt die größte zufriedene Farbe. WordPress gilt loading="lazy" im Großen und Ganzen, so lohnt es sich zu überprüfen, dass Ihr Heldenbild ausgeschlossen ist.
Arbeiten Sie nach unten, dass Liste und stoppen, wenn Sie glücklich sind. Die meisten Websites erhalten die Mehrheit der verfügbaren Verbesserung aus den Schritten 1 und 2, die zwischen ihnen einen Nachmittag dauern und benötigen die Installation nichts.
Sehen Sie, wie NordicCDN dies für Ihre Website tut:
Mads hat seit seinem 16. Lebensjahr in der IT gearbeitet — hauptsächlich als Hosting. Er beteiligte sich früh an einer SaaS-Firma und half, sie bis zur Übernahme durch Visma weiterzuentwickeln, hat Data-Center-Netzwerke aufgebaut und betrieben und diente als CTO eines dänischen Rechenzentrums. Er hat NordicCDN gestartet, um eine schnelle, sichere Infrastruktur einfach zu bedienen.
