WordPress schneller machen: Die Roadmap in der richtigen Reihenfolge

Die meisten Ratgeber zu „WordPress schneller machen" listen 15 bis 20 Maßnahmen alphabetisch oder nach Belieben sortiert — von „Bilder komprimieren" bis „Widgets reduzieren". Das Problem: Reihenfolge ist keine Nebensache. Wenn du Bilder optimierst, bevor dein Server-Cache steht, optimierst du auf einem Fundament, das die eigentliche Wirkung erst noch begrenzt. Diese Seite ist die Drehscheibe: sieben Stufen in der Reihenfolge, in der sie tatsächlich etwas bringen, jede mit Verweis auf den Spezialartikel, der sie im Detail behandelt.

Stufe 1: Messen, bevor du irgendetwas änderst

Ohne Ausgangswert weißt du nicht, ob eine Maßnahme etwas gebracht hat. Miss zuerst über unser Speed-Test-Tool — du bekommst TTFB, LCP, CLS, TBT und FCP aus einer lokalen Lighthouse-Messung, dazu regelbasierte WordPress-Hinweise. Notiere dir den Ausgangswert. Nach jeder folgenden Stufe misst du erneut — nur so siehst du, welche Maßnahme wirklich etwas verändert hat, statt es zu vermuten.

Falls du noch nicht weißt, wo bei dir das Problem überhaupt liegt: WordPress langsam — Ursachen finden ordnet Symptome konkreten Ursachen zu, bevor du hier mit der Roadmap startest.

Stufe 2: Das Hosting-Fundament (TTFB)

Das ist die Stufe, die am meisten Wirkung hat und am häufigsten übersprungen wird, weil sie unbequem ist: kein Plugin, sondern eine Hosting-Frage. Time to First Byte (TTFB) — die Zeit bis zum ersten Byte der Serverantwort — begrenzt jede andere Metrik von oben. Ein Server, der strukturell über 600 ms für die erste Antwort braucht (Lighthouse-Schwelle, Chrome for Developers), macht jede nachfolgende Bild- oder CSS-Optimierung zur Kosmetik auf einem langsamen Fundament.

Ausführliche Diagnose und Entscheidungsbaum: TTFB verbessern WordPress. Die Kernaussage von dort gilt auch hier: Kein Cache- oder Optimierungs-Plugin senkt einen strukturell zu hohen TTFB nennenswert — das ist Hosting-Aufgabe.

Was „Hosting-Fundament prüfen" konkret heißt: Miss TTFB mehrfach zu unterschiedlichen Tageszeiten (schwankende Werte deuten auf geteilte Ressourcen mit anderen Kunden hin), prüfe die aktive PHP-Version im Hosting-Panel (aktiv unterstützt sind aktuell nur PHP 8.4 und 8.5, siehe php.net), und schau per Response-Header nach, ob überhaupt schon serverseitiges Caching aktiv ist. Diese drei Prüfungen dauern zusammen keine zehn Minuten und entscheiden, ob die folgenden Stufen auf einem tragfähigen Fundament aufsetzen oder nicht.

Wenn deine Messung genau das zeigt, findest du einen ehrlichen, nach DSGVO-Kriterien sortierten Vergleich unter WordPress Hosting Vergleich. Für den deutschen Markt mit Performance-Fokus und Support in Deutschland: Raidboxes*, WPspace*, HostPress*.

Stufe 3: Server- oder Page-Cache aktivieren

Erst wenn das Hosting-Fundament steht, lohnt sich die Cache-Konfiguration — ein Cache auf einem überlasteten Server cacht nur das Problem mit. Setzt dein Hoster LiteSpeed ein (Header Server: LiteSpeed), ist das kostenlose LiteSpeed Cache die stärkste Option, weil es auf Webserver-Ebene statt nur auf PHP-Ebene arbeitet. Läufst du auf einem Nginx-/Apache-Performance-Hoster mit eigenem integriertem Server-Cache, brauchst du oft gar kein zusätzliches Plugin — ein zweites Full-Page-Caching-System kann dort sogar zu widersprüchlichen Auslieferungen führen.

Vollständiger Vergleich inklusive Preisen, DSGVO-Spalte und Entscheidungslogik: WordPress Cache Plugin Vergleich.

Stufe 4: Bilder

Bilder sind bei den meisten WordPress-Seiten der größte Einzelposten an Datenvolumen und häufig auch das größte sichtbare Element (Largest Contentful Paint, LCP). Drei Hebel in absteigender Wirkung: moderne Formate (WebP/AVIF statt JPEG/PNG), korrekte Größenangaben (width/height, verhindert Layout-Sprünge/CLS), und Lazy-Loading — aber nur unterhalb des sichtbaren Bereichs, niemals für das LCP-Element selbst, weil Lazy-Loading dort die Ladezeit des wichtigsten Bildes künstlich verzögert statt beschleunigt.

Im Detail: WordPress-Bilder optimieren und, spezifisch für das größte Element, LCP verbessern WordPress. Für automatisierte Komprimierung und moderne Formate ohne manuellen Aufwand: ShortPixel*. Wer zusätzlich ein Bild-CDN mit EU-Serverstandort sucht: Bunny.net*, näher eingeordnet im Artikel zu DSGVO-konformem CDN.

Stufe 5: CSS und JavaScript

Render-blockendes CSS und unnötig früh geladenes JavaScript verzögern, wann der Browser überhaupt mit dem sichtbaren Aufbau beginnen kann. Die relevanten Hebel: Critical CSS inline ausliefern, restliches CSS asynchron nachladen, JavaScript verzögern (defer) oder erst bei Bedarf laden. Das wirkt direkt auf LCP und, bei interaktiven Elementen, auf Interaction to Next Paint (INP) — die dritte Core-Web-Vital-Metrik neben LCP und CLS.

Ein Punkt, der in deutschen Ratgebern fast nie vorkommt: Cookie-Consent-Banner sind einer der größten INP-Killer überhaupt, weil ihre Zustimmungs-Skripte oft synchron laufen und den Hauptthread blockieren. Vollständige Einordnung aller drei Metriken inklusive Schwellenwerten: Core Web Vitals WordPress.

Technisch unterscheidet sich „defer" von „async": defer lädt ein Skript parallel zum HTML-Parsing, führt es aber erst nach dem vollständigen Parsen aus — sinnvoll für Skripte, die von der fertigen Seitenstruktur abhängen. async führt das Skript aus, sobald es geladen ist, auch mitten im Parsing-Vorgang — sinnvoll für unabhängige Skripte wie Analytics. Ein Cache-Plugin mit CSS/JS-Optimierung (siehe Stufe 3) nimmt dir diese Einstufung in der Regel automatisiert ab, ersetzt aber nicht das Verständnis dafür, warum ein bestimmtes Skript nach der Umstellung plötzlich nicht mehr funktioniert.

Stufe 6: Fonts lokal einbinden (DSGVO-Pflicht, nicht nur Performance-Tipp)

Diese Stufe ist doppelt begründet — nicht nur Performance, sondern auch Rechtsrisiko. Das Landgericht München I hat 2022 rechtskräftig entschieden, dass die dynamische Einbindung von Google Fonts über Googles Server ohne Einwilligung gegen die DSGVO verstößt, weil dabei die IP-Adresse der Besucher in die USA übermittelt wird — mit 100 Euro Schadensersatz für den Kläger (Az. 3 O 17493/20, Zusammenfassung: IT-Recht-Kanzlei). Google selbst weist zudem darauf hin, dass Fonts lokal gehostet werden können, ohne die Darstellung zu verändern — es gibt also keinen funktionalen Grund, das Risiko einzugehen.

Der Performance-Nebeneffekt: Lokale Fonts sparen einen zusätzlichen DNS-Lookup und Verbindungsaufbau zu einer fremden Domain, was insbesondere First Contentful Paint leicht verbessert. Die Umsetzung ist unabhängig vom Cache-Plugin und in wenigen Minuten erledigt (Fonts herunterladen, im eigenen /assets/-Verzeichnis einbinden, @font-face lokal deklarieren).

Stufe 7: Extras mit wenig Effekt — ehrlich benannt

Hier trennt sich diese Roadmap von den meisten anderen: Wir sagen dir auch, was nicht lohnt, statt die Liste künstlich zu verlängern.

Datenbank aufräumen. Alte Revisionen, Spam-Kommentare und verwaiste Metadaten löschen klingt nach Performance-Hygiene, bringt für die reine Ladezeit aber in den allermeisten Fällen kaum etwas — WordPress liest bei einem normalen Seitenaufruf gezielt die benötigten Zeilen, nicht die komplette Tabelle. Warum das so ist und wann eine Bereinigung trotzdem sinnvoll ist (etwa bei sehr großen, jahrealten Installationen): WordPress-Datenbank optimieren.

Emoji-Skript entfernen. WordPress lädt auf jeder Seite ein rund 10,5 KB großes Skript (wp-emoji-release.min.js), unabhängig davon, ob Emojis überhaupt vorkommen (Kinsta — Emojis deaktivieren). Das Entfernen spart eine zusätzliche HTTP-Anfrage — messbar, aber bei einer einzelnen Anfrage von wenigen Kilobyte kein Hebel, der ein Ladezeit-Problem löst. Sinnvoll als letzter Handgriff, nicht als Prioritätsmaßnahme.

Generische „Optimizer"-Plugins. Alles-in-einem-Tools, die pauschal Häkchen setzen (Emoji-Skript weg, Heartbeat drosseln, Datenbank aufräumen, alles gleichzeitig), diagnostizieren nicht — sie behandeln Symptome, die bei dir vielleicht gar nicht vorliegen. Die Stufen 1–6 dieser Roadmap bringen in der genannten Reihenfolge fast immer mehr als jede pauschale Optimierer-Lösung.

Die Roadmap auf einen Blick

Stufe	Maßnahme	Wirkung	Artikel
1	Messen	Baseline für alle folgenden Schritte	Speed-Test
2	Hosting-Fundament (TTFB)	Größter Einzelhebel, begrenzt alles Weitere	TTFB verbessern, Hosting-Vergleich
3	Server-/Page-Cache	Groß, aber nur auf solidem Hosting-Fundament	Cache-Plugin-Vergleich
4	Bilder	Größter Datenanteil, oft LCP-Element	Bilder optimieren, LCP verbessern
5	CSS/JS	Wirkt auf LCP und INP	Core Web Vitals
6	Fonts lokal	Kleiner Performance-Effekt, großes Rechtsrisiko vermieden	DSGVO-konformes CDN
7	Extras (DB, Emoji-Skript)	Gering, ehrlich als „nice to have" eingeordnet	Datenbank optimieren

Warum diese Reihenfolge und nicht eine andere

Jede Stufe setzt implizit auf der vorherigen auf. Bilder zu optimieren, bevor der Server-Cache steht, bedeutet, dass jede Anfrage weiterhin unnötig PHP und Datenbank durchläuft, nur eben mit kleineren Bildern. Fonts lokal einzubinden, bevor CSS/JS optimiert ist, ändert nichts an render-blockenden Skripten, die das eigentliche Problem sind. Die Reihenfolge ist deshalb keine Formalität, sondern der Unterschied zwischen einer Maßnahme, die man abgehakt hat, und einer, die tatsächlich etwas bewegt.

Der Aufwand unterscheidet sich zwischen den Stufen erheblich, und das gehört zur ehrlichen Einordnung dazu: Stufe 1 (Messen) dauert zwei Minuten, Stufe 6 (Fonts lokal) meist unter einer Stunde, Stufe 4 und 5 (Bilder, CSS/JS) sind mit einem guten Cache-Plugin oft in einem Nachmittag erledigt. Stufe 2 — das Hosting-Fundament — ist die einzige, die im Zweifel einen Anbieterwechsel bedeutet und damit Tage statt Minuten kostet. Genau deshalb wird sie in den meisten Tipp-Listen übersprungen und stattdessen mit zusätzlichen Plugins kaschiert. Wer sie trotzdem als Erstes angeht, spart sich alle folgenden Stufen, die sonst auf einem unsicheren Fundament aufsetzen würden.

Wenn du eine druckbare Schritt-für-Schritt-Version für die eigene Umsetzung willst, findest du sie unter /checkliste/. Und falls die Diagnose bei dir noch unklar ist, bevor du überhaupt in diese Roadmap einsteigst: WordPress langsam — Ursachen finden ist der richtige Startpunkt.