WordPress-Geschwindigkeit optimieren: die fortgeschrittenen Techniken

Einleitung: Dieser Artikel beginnt dort, wo die anderen aufhören

Leistungsleitfäden sagen alle dasselbe: Cache aktivieren, Bilder komprimieren, ein Auslieferungsnetz nutzen. Das stimmt, das ist nötig, und wenn es getan ist, sind die meisten Websites immer noch langsam.

Dieser Artikel setzt diese drei Dinge voraus. Er behandelt, was übrig bleibt — und das liegt fast nie im Seitenaufbau:

Gesamtzeit = Serverzeit + kritischer Pfad + was Drittanbieter hinzufügen
                 ↑             ↑                    ↑
          Abfragen, PHP   blockierendes       Skripte, die Sie
          autoload, Cron   CSS/JS             nicht geschrieben haben

Die Leitfäden behandeln die mittlere Spalte. Die beiden anderen sind der Ort, an dem die Sekunden liegen. Für die Grundlagen und die Messung der Core Web Vitals beginnen Sie mit der Optimierung der Core Web Vitals.

1. Die Serverzeit — was der Cache verdeckt, statt sie zu lösen

Ein Seiten-Cache macht das Problem für anonyme Besucher unsichtbar und lässt es für alle anderen vollständig bestehen: angemeldete Nutzer, gefüllter Warenkorb, Kontoseite, interne Suche, Formulare. In einem Shop sind genau das die Seiten, die Geld bringen.

Die Optionstabelle und autoload. WordPress lädt bei jeder Anfrage alle als automatisch geladen markierten Optionen. Deinstallierte Erweiterungen hinterlassen dort Einträge, mitunter umfangreiche, die für immer weiter gelesen werden. Das ist die erste Stelle zum Nachsehen, und fast niemand tut es: Messen Sie das Gesamtgewicht des autoload, dann seine Zusammensetzung.

Nicht indizierte Abfragen. Eine Abfrage, die eine ganze Tabelle durchläuft, ist bei tausend Zeilen schmerzlos und bei hunderttausend tödlich. Das Symptom täuscht: Die Website wird allmählich langsamer, man schiebt es auf das Hosting, und die Ursache ist eine Abfrage, die sich nie geändert hat.

Die geplanten Aufgaben. WordPress löst sie beim Laden einer Seite aus — ein Besucher bezahlt die Ausführung. Eine schwere Aufgabe auf einer Website mit wenig Verkehr ergibt den schlimmsten Fall: Der einzige Besucher der Stunde wartet auf die Sicherung. Der Wechsel zu einer echten Server-Zeitplanung gehört zu den ertragreichsten Eingriffen dieser Liste.

Die Zahl der Erweiterungen. Das ist kein Mythos: Jede fügt Optionslesungen, Skripte und Einhängepunkte hinzu. Von dreißig auf fünfzehn zu gehen zeigt sich in der Serverzeit ohne jeden weiteren Eingriff — siehe Ihre Erweiterungen in 5 Schritten auditieren.

2. Der kritische Pfad — die eine Regel, die zählt

Alles, was die Anzeige des ersten Bildschirms blockiert, ist Zeit, die der Besucher ansieht. Die klassischen Techniken (minifizieren, verzögern) stoßen schnell an eine Grenze. Was wirklich löst:

• das für den ersten Bildschirm Nötige laden, den Rest verzögern. Eine einzige CSS-Datei mit den Stilen aller Seiten lässt die Startseite für die Gestaltung der Kasse bezahlen;
• Skripte nicht dort laden, wo sie nicht gebraucht werden. Ein Kontaktformular, das seine Bibliothek auf allen 400 Seiten lädt, ist überaus häufig, und die Korrektur ist bedingt: auf der Seite laden, die es nutzt;
• Platz für später eintreffende Elemente reservieren. Ein Banner, ein Bild, eine Schrift, die sich einfügt, verschiebt die Seite — der Besucher verliert die Zeile, und die Kennzahl der visuellen Stabilität bricht ein. Die Höhe zu reservieren kostet eine Stilzeile;
• Schrift und Bild des ersten Bildschirms vorladen, aber nur diese. Alles vorzuladen heißt, nichts zu priorisieren.

⚠ Die Falle: das zu optimieren, was das Messwerkzeug anzeigt, statt das, was der Besucher erlebt. Ein Wert, der durch Verzögern eines Skripts erreicht wird, das drei Sekunden später nötig wird, hat nichts verbessert — er hat das Warten aus der Messung geschoben.

3. Die Drittanbieter — der schwerste und am wenigsten geprüfte Posten

Auf vielen Websites stammt die Hälfte der Ladezeit aus Code, den niemand im Unternehmen geschrieben hat: Reichweitenmessung, Consent-Banner, Chat, Werbepixel, entfernte Schriften, Karten.

Drei Regeln, nach Ertrag:

1. Zählen, bevor man diskutiert. Listen Sie jedes Drittanbieter-Skript und was es an Gewicht und Zeit hinzufügt. Das Ergebnis überrascht, und es macht das Gespräch mit denen möglich, die sie angefordert haben.
2. Ein Drittanbieter muss sich seinen Platz verdienen. Ein Pixel, das für eine vor acht Monaten beendete Kampagne eingebaut wurde, kostet jeden Tag. Das ist die schnellste und ertragreichste Bereinigung dieses ganzen Artikels.
3. Selbst hosten, was möglich ist. Besonders Schriften: Sie von Ihrer Domain auszuliefern entfernt eine Namensauflösung, eine Verbindung und eine Sicherheitsaushandlung — und klärt nebenbei eine Datenschutzfrage.

Der Fall des Consent-Banners ist der heikelste, weil es verpflichtend ist und früh erscheint. Die Lösung besteht nicht darin, es zu entfernen, sondern es einzufügen, ohne dass es die Seite verschiebt. Behandelt in unserem Ansatz zu Einwilligung und Cookies.

4. Die Bilder — jenseits der Komprimierung

Komprimierung ist vorausgesetzt. Was bleibt:

• die ausgelieferten Abmessungen. Ein 2400-px-Bild in einem 600-px-Rahmen überträgt viermal zu viele Bytes. Nach den Drittanbietern die häufigste Verschwendung;
• das Format, gewählt nach Inhalt statt aus Prinzip;
• verzögertes Laden, außer für das Bild des ersten Bildschirms. Dieses zu verzögern verschlechtert unmittelbar die Hauptkennzahl — der klassische Fehler des überall gesetzten Häkchens;
• die Alternativtexte, die der Geschwindigkeit nicht dienen, aber bei geöffnetem Thema mit erledigt gehören. Siehe unseren Vergleich gegenüber Smush.

5. Messen — drei Fehler, die Arbeit umsonst machen

Nur im Labor messen. Ein synthetischer Test aus einem nahen Rechenzentrum mit perfekter Verbindung beschreibt niemanden. Felddaten beschreiben Ihre Besucher.

Auf den Mittelwert schauen. Der Mittelwert verdeckt das Ende der Verteilung, und dort liegen die Abbrüche. Sehen Sie sich die hohen Perzentile an: Das sind Ihre Kunden mobil und unterwegs.

Eine Seite messen. Die Startseite ist selten repräsentativ. Messen Sie eine Inhaltsseite, eine Produktseite und die Kasse — drei Profile, drei Engpässe.

Und die eine Frage, die alles entscheidet: Hat sich die Conversion-Rate bewegt? Ein Geschwindigkeitsgewinn, der auf keiner geschäftlichen Kennzahl sichtbar wird, ist ein Ingenieursgewinn. Für einen Shop steht die vollständige Betrachtung in der Optimierung des Conversion-Trichters.

6. Das fortgeschrittene Protokoll auf einer Seite

• Vorher messen — Feld und Labor, auf drei Seitentypen, und die Zahlen notieren
• Gewicht des autoload erhoben, verwaiste Einträge deinstallierter Erweiterungen entfernt
• Langsame Abfragen auf der langsamsten Seite ermittelt, nicht auf der Startseite
• Geplante Aufgaben auf echte Server-Zeitplanung umgestellt
• Bestandsaufnahme der Drittanbieter, je Eintrag: Wer hat ihn angefordert, wofür, noch nützlich?
• Schriften selbst gehostet, vorgeladen, und nur diese
• Bedingte Skripte: geladen auf den Seiten, die sie nutzen
• Platz reserviert für jedes Element, das sich nach dem Rendern einfügt
• Erneut messen, mit den notierten Zahlen vergleichen, und eine unberührte Vergleichsseite behalten

Fazit

Stehen Cache und Komprimierung, gewinnt man Geschwindigkeit nicht mehr durch Einstellen, sondern durch Entfernen. Optionen, die umsonst geladen werden, Skripte, die eine Seite von vierhundert bedienen, Drittanbieter aus einer beendeten Kampagne, Erweiterungen, die man für alle Fälle behält.

Das ist weniger eindrucksvoll als ein neues Cache-Modul, und es ist das, was die Sekunden bringt. Fortgeschrittene Leistungsarbeit ist Subtraktion, und darum wird sie selten gemacht: Es gibt nichts zu installieren.

Der Test, der Ihren Stand zeigt: Öffnen Sie die langsamste Seite Ihrer Website, nicht Ihre Startseite. Die haben Ihre unzufriedenen Kunden gesehen.

Weiter: die Optimierung der Core Web Vitals, die Core Web Vitals von WooCommerce und unser Vergleich gegenüber WP Rocket. Auf der Werkzeugseite: Seitenleistung und Bildoptimierung — Premium-Versionen mit voller Rückerstattung innerhalb von 14 Tagen.