Eine WordPress-Seite, die länger als 2,5 Sekunden zum Laden braucht, verliert messbar Besucher:innen. Google bewertet Page Speed seit Jahren als Ranking-Faktor — seit den Core Web Vitals sogar formalisiert in LCP, INP und CLS. In meinen Schulungen sehe ich regelmäßig Seiten, die in PageSpeed Insights bei 25 von 100 Punkten dümpeln, obwohl der Inhalt erstklassig ist. In diesem Pillar-Beitrag zeige ich Ihnen die zehn Hebel, mit denen ich Kund:innen-Seiten zuverlässig auf Werte über 90 bringe — von der Hoster-Wahl bis zur Datenbank-Pflege.
Auf einen Blick — die 10 Hebel
| # | Hebel | Aufwand | Wirkung | Wann zwingend? |
|---|---|---|---|---|
| 1 | Hoster wechseln | Hoch | Sehr hoch | Bei TTFB > 600 ms |
| 2 | Caching-Plugin einrichten | Niedrig | Hoch | Immer |
| 3 | Bilder optimieren & WebP | Mittel | Hoch | Immer |
| 4 | Lazy Loading für Bilder & iframes | Niedrig | Mittel | Immer |
| 5 | Fonts lokal hosten | Mittel | Mittel | Bei Google Fonts |
| 6 | CSS & JS minifizieren / kombinieren | Niedrig | Mittel | Immer |
| 7 | Datenbank aufräumen | Mittel | Mittel | Alle 3–6 Monate |
| 8 | Plugins reduzieren | Hoch | Hoch | Bei > 30 aktiven Plugins |
| 9 | CDN einsetzen | Mittel | Mittel–Hoch | International oder hohe Lasten |
| 10 | PHP-Version & HTTP/3 prüfen | Niedrig | Mittel | Bei PHP < 8.2 |
Was sind Core Web Vitals und warum zähle ich sie zuerst?
Bevor Sie irgendwas optimieren, müssen Sie wissen, wonach Sie optimieren. Google misst seit 2021 drei zentrale Kennzahlen:
- LCP (Largest Contentful Paint) — Wie schnell wird das größte sichtbare Element geladen? Zielwert: ≤ 2,5 Sekunden.
- INP (Interaction to Next Paint) — Wie schnell reagiert die Seite auf Klicks/Taps? Zielwert: ≤ 200 ms. (INP hat 2024 den älteren FID-Wert ersetzt.)
- CLS (Cumulative Layout Shift) — Wie sehr verspringen Elemente während des Ladens? Zielwert: ≤ 0,1.
Messen können Sie das in PageSpeed Insights (pagespeed.web.dev) oder direkter im Chrome DevTools → Lighthouse. Wichtig: PageSpeed Insights zeigt Ihnen zwei Datenebenen. Die Lab-Daten sind Simulationen — gut für Tendenz. Die Felddaten stammen aus echten Chrome-Benutzungen Ihrer Seite über 28 Tage — das ist das, was Google fürs Ranking verwendet. Bei einer neuen Seite gibt es noch keine Felddaten; Lab-Werte sind dann Ihre einzige Orientierung.
Hebel 1: Der Hoster — die unsichtbare Bremse
Es klingt banal, aber: der wichtigste Hebel ist meist gar nicht WordPress selbst, sondern auf welchem Server WordPress läuft. Wenn die Time to First Byte (TTFB) über 600 ms liegt, hilft kein Caching-Plugin der Welt — die Lieferung des HTML startet schon zu spät.
Hoster-Kategorien grob:
- Mass-Shared-Hoster (z. B. Strato, 1&1, GoDaddy-Standardtarife): günstig, aber oft langsam. TTFB von 800 ms–1,5 s sind nicht ungewöhnlich.
- WordPress-spezialisierte Hoster (z. B. Kinsta, WP Engine, Raidboxes, World4You „Optimized WordPress“): teurer (15–50 €/Monat), aber TTFB unter 300 ms.
- VPS / Cloud (Hetzner, DigitalOcean): günstig pro Leistung, aber Sie verwalten den Server selbst — nur sinnvoll mit Vorwissen.
Ein Hoster-Wechsel ist Aufwand, aber gut planbar. Mehr dazu im bestehenden Beitrag WordPress Umzug zu einem neuen Hoster.
Hebel 2: Caching — der schnellste Speed-Gewinn
Caching speichert die fertig gerenderte HTML-Version Ihrer Seite, sodass WordPress beim nächsten Aufruf nicht mehr Datenbank + PHP durchlaufen muss. Effekt: TTFB sinkt auf unter 200 ms, oft auf 50 ms.
Die wichtigsten Plugins:
- WP Rocket (kostenpflichtig, ca. 60 € / Jahr für eine Site): mein Standard. Sehr gute Default-Einstellungen, kombiniert Caching + Minification + Lazy Loading + Datenbank-Cleanup.
- LiteSpeed Cache (gratis): exzellent, aber nur sinnvoll, wenn Ihr Hoster LiteSpeed-Server einsetzt (z. B. World4You, Easyname). Sonst halber Effekt.
- W3 Total Cache (gratis): mächtig, aber Konfigurations-Albtraum. Eher für Profis.
- WP Super Cache (gratis, Automattic): solide, einfach, kein Schnickschnack.
Konfigurations-Faustregel: Nach Plugin-Aktivierung erst Defaults laufen lassen, PageSpeed messen, dann eine Option ändern, wieder messen. Vermeiden Sie die Verlockung, sofort alle Aggressiv-Optionen anzuhaken — das führt fast immer zu kaputten Seiten (verschwundene Sliders, springende Fonts).
Hebel 3: Bilder — der größte Verursacher von Ladezeit
In jeder zweiten Auditierung sind Bilder der Größenfaktor. Beispiel: eine Stockfoto-PNG-Datei mit 4.000 × 2.700 px wiegt schnell 4–6 MB. Auf einer Seite mit 5 Bildern sind das 25 MB allein für Bilder. Mobile Verbindungen geben da auf.
Drei Eingriffe, in Reihenfolge:
- Format auf WebP umstellen. Bei gleicher Qualität ~30 % kleiner als JPEG, ~70 % kleiner als PNG. Plugins: Imagify (kostenpflichtig), ShortPixel (kostenpflichtig), Smush (gratis-Tier mit Limit). Tieferer Vergleich in meinem Beitrag ShortPixel vs. Optimole.
- Auflösung an Anzeigegröße anpassen. Ein Bild, das im Theme nur 800 px breit angezeigt wird, sollte nicht in 3.000 px hochgeladen werden. WordPress generiert zwar automatisch verschiedene Größen, aber das Original frisst trotzdem Speicher und Backup-Volumen.
- Lazy Loading aktivieren. Seit WordPress 5.5 nativ eingebaut für Bilder, ab 5.7 auch für iframes. Aktiv, sofern Ihr Theme `loading=“lazy“` nicht überschreibt.
Sie wollen die Optimierung Ihrer WordPress-Seite einmal von vorne bis hinten verstehen — nicht nur reagieren, sondern systematisch besser werden? In meinem Online-Kurs zeige ich Ihnen Schritt für Schritt jeden der 10 Hebel an einer echten Seite. → Zum Online-Kurs
Hebel 4: Lazy Loading für iframes & Videos
Das `loading=“lazy“`-Attribut funktioniert auch für eingebettete YouTube-Videos und Google Maps. Diese sind oft der größte Render-Blocker. Wenn Sie sehr viele Video-Embeds haben, lohnt das Plugin WP YouTube Lyte — es ersetzt YouTube-Player durch ein Vorschau-Bild und lädt den Player erst beim Klick. Effekt: -1 bis -2 Sekunden LCP.
Hebel 5: Fonts lokal hosten (kein Google Fonts CDN)
Google Fonts via Google-CDN war jahrelang Standard. Seit DSGVO-Urteilen ist das in DACH-Ländern rechtlich heikel (Stichwort: IP-Übermittlung an Google ohne Einwilligung). Außerdem ist ein Extra-DNS-Lookup + extra Request langsamer als eine lokale `.woff2`-Datei.
Lösung: Fonts herunterladen, im Theme einbinden. Plugin: OMGF (Optimize My Google Fonts) — automatischer Download und lokales Hosting in zwei Klicks. Mehr zur rechtlichen Seite in den bestehenden Beiträgen DSGVO-Compliance-Checklist Österreich und DSGVO-Compliance-Checklist Deutschland.
Hebel 6: CSS & JS minifizieren
Minifizieren = Leerzeichen und Kommentare aus CSS/JS-Dateien entfernen. Effekt einzeln gering, aber kumulativ spürbar (15–25 % weniger Dateigröße bei CSS/JS).
Kombinieren (mehrere Dateien zu einer zusammenfassen) ist seit HTTP/2 weniger relevant — moderne Server liefern viele kleine Dateien fast so schnell wie eine große. Bei HTTP/1.1-Servern hilft es noch.
Vorsicht bei aggressivem Minifizieren / Kombinieren: kaputte Slider und springende Layouts sind die häufigste Folge. Immer schrittweise aktivieren und Frontend prüfen.
Hebel 7: Datenbank aufräumen
Über die Jahre sammelt WordPress in der Datenbank an: Beitragsrevisionen, Auto-Drafts, transients, gelöschte Kommentare, Spam-Kommentare, abgelaufene Sessions. Bei einer 5-Jahre-alten Site können da locker 200.000 unnötige Zeilen liegen — und die Datenbank wird träge.
Aufräumen mit:
- WP Rocket (eingebaut, einfach)
- WP-Optimize (gratis, mächtiger)
- Direkt per phpMyAdmin (nur mit Backup vorher und Datenbank-Kenntnissen)
Pflicht vor jedem Cleanup: Backup. Auch in meinem bestehenden Beitrag WordPress Backup-Strategie 2026 ist diese Regel der erste Absatz.
Hebel 8: Plugins reduzieren
Jedes aktive Plugin lädt Code, manche auch CSS und JS auf jeder Seite (auch wo nicht gebraucht). Die wichtigste Frage: Welche Plugins sind noch aktiv, die ich gar nicht mehr benutze?
Praktisches Audit: Plugin-Liste durchgehen, drei Spalten — „Brauche ich täglich“, „Manchmal“, „Weiß nicht mehr“. Letztes deaktivieren, eine Woche beobachten, dann löschen. Was Sie wirklich brauchen, beschreibe ich in WordPress Plugins 2026: Welche brauchen Sie wirklich?.
Hebel 9: CDN einsetzen
Ein Content Delivery Network spiegelt Ihre statischen Dateien (Bilder, CSS, JS) auf Server weltweit. Besucher:innen werden vom geografisch nächsten Server bedient. Spürbar vor allem für internationale Zielgruppen.
- Cloudflare (gratis-Tier ausreichend für viele): mein Standard für DACH-Sites mit gelegentlichen Auslandsbesucher:innen.
- BunnyCDN: günstig (1 $ / Monat Mindestkosten), guter EU-Footprint.
- KeyCDN: ähnlich, etwas teurer.
Cloudflare bringt zusätzlich Sicherheits-Vorteile (DDoS-Schutz, Bot-Erkennung), die ich in meinem bestehenden Beitrag WordPress Sicherheitsmaßnahmen ausführe.
Hebel 10: PHP-Version und HTTP/3
PHP-Version: WordPress läuft offiziell ab PHP 7.4, performant aber erst ab PHP 8.0. Aktueller Stand 2026: PHP 8.3. Eine Erhöhung von 7.4 auf 8.3 bringt typisch 30–50 % schnellere Backend-Verarbeitung. Die Umstellung dauert beim Hoster meist zwei Klicks — aber: vorher prüfen, ob alle Plugins kompatibel sind (Tools: PHP Compatibility Checker-Plugin).
HTTP/3 (auch QUIC) ist der nächste Schritt nach HTTP/2. Schnellere TLS-Handshakes, bessere Performance auf mobilen Netzen. Aktivierung läuft serverseitig — entweder direkt beim Hoster oder über Cloudflare.
Mess-Workflow für Ihre Optimierungs-Sessions
So gehe ich in einer Audit-Session vor:
- Baseline messen: PageSpeed Insights (mobile + desktop), GTmetrix, WebPageTest. Screenshots der Werte.
- Hebel 1 auswählen (höchste Wirkung, niedrigster Aufwand für Ihre Situation).
- Umsetzen, dann sofort neu messen, eine Werterunde.
- Erst dann zum nächsten Hebel.
Niemals alles auf einmal. Sonst wissen Sie nachher nicht, welche Änderung den Boost gebracht hat — oder welche das Layout zerstört hat.
Häufige Fragen
Wie lange dauert eine vollständige Performance-Optimierung?
Für eine durchschnittliche WordPress-Seite mit 30–50 Plugins kalkuliere ich 6–10 Stunden, verteilt auf 2–3 Sessions. Eine erste spürbare Verbesserung (PageSpeed-Score +20 Punkte) ist meist in 90 Minuten machbar.
Welcher Score-Wert ist realistisch?
Mobile 80+ und Desktop 90+ in PageSpeed Insights sind für jede normale WordPress-Seite erreichbar. 100/100 ist möglich, kostet aber überproportional Mühe — nicht immer wirtschaftlich.
Bringt ein neuer Hoster wirklich so viel?
Ja, wenn der alte Hoster der Flaschenhals ist. TTFB-Messung mit WebPageTest klärt das in 30 Sekunden.
Soll ich Elementor wegen Performance loswerden?
Nicht zwingend. Elementor lässt sich gut tunen — siehe Elementor Performance Optimierung. Aber ja, ein gut gemachter Block-Editor + Astra/Kadence wird tendenziell schneller sein.
Lohnt sich ein Static-Site-Generator statt WordPress?
Für reine Blogs / Magazine: ja, technisch deutlich schneller. Aber Sie verlieren die einfache Bearbeitbarkeit. Für die meisten meiner Kund:innen ist das kein guter Tausch.
Fazit
Page Speed ist kein einmaliges Projekt, sondern eine wiederkehrende Disziplin. Die zehn Hebel oben sind das Inventar — die Kunst liegt in der Reihenfolge und im sauberen Messen. Wenn Sie WordPress-Performance einmal vollständig verstehen wollen, ist mein Online-Kurs der direkte Weg: dort gehe ich mit Ihnen Hebel für Hebel durch und zeige, wie Sie Ihre Seite dauerhaft in den grünen Bereich bringen — nicht nur für eine Audit-Momentaufnahme.
Bildquelle Featured & Inline: eigens erstellte Illustrationen im pletzenauer-Design (keine Stock-Fotos).
Tags
