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 zu bewegen, anstatt mehr Plugins auf der Oberseite zu stapeln.
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.
Das ist also eine Rangliste. Tun Sie sie in Ordnung, messen nach jedem, und stoppen, 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üsseln CSS auf einer Website, deren eigentliche Problem ist ein 4 MB Header-Image.
Öffnen Sie Ihre Seite 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 reicht, um Ihnen zu sagen, welche der folgenden Abschnitte für Sie gelten.
- ZueErstes 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 Seite hat dynamische Teile". Es tut, und das wird durch Umgehung des Caches genau dort, wo es benötigt wird, statt Caching ganz 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, die direkt von einem Telefon in voller Auflösung hochgeladen werden und in einer 600-Pixel-Spalte angezeigt werden.
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 Neuschreiben Ihrer Medienbibliothek und Bruch etwas.
Während Sie dort sind: stellen Sie sicher, dass das Bild in Ihrem Header nicht faul geladen ist. WordPress fügt hinzu loading="lazy" großzügig, und es auf das größte über-die-Falten-Bild aktiv schadet Ihrem Größten Contentful Paint. Dieses einzelne Attribut hat mehr Seiten ihren LCP-Score gekostet als fast alles andere.
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, um die Ladezeit zu überprüfen. Die meisten Seiten tragen zwei oder drei Plugins, die seit 2022 niemand 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, anzuschalten.
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 akkumulieren sich jahrelang. Nur nach dem Obenstehenden lohnt es sich, die Nadel nur selten auf sich 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.
Arbeite die Liste herunter und hör auf, wenn du glücklich bist. Die meisten Websites erhalten die Mehrheit der verfügbaren Verbesserung aus den Schritten 1 und 2, die zwischen ihnen einen Nachmittag nehmen 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.
