1. Baseline messen — was ist überhaupt langsam?
Bevor du optimierst, miss den Status Quo. Drei Tools sind Pflicht: PageSpeed Insights (Google, kostenlos, gibt Lighthouse-Werte und Core Web Vitals), GTmetrix (visuell gut, zeigt Waterfalls) und WebPageTest (am detailliertesten, mit verschiedenen Standorten). Nimm Werte für: Frontpage, eine Inhaltspage, eine WooCommerce-Produktseite. Notiere: LCP, FCP, INP, CLS, TTFB, Total Page Size, Total Requests. Erst danach optimieren.
- LCP (Largest Contentful Paint) — Hauptinhalt sichtbar
- FCP (First Contentful Paint) — Erster Inhalt sichtbar
- INP (Interaction to Next Paint) — Reaktivität
- CLS (Cumulative Layout Shift) — Layout-Stabilität
- TTFB (Time to First Byte) — Server-Reaktion
2. Hosting-Wahl — der größte Hebel
Schlechtes Hosting kann nicht durch Caching kompensiert werden. Shared-Hosting für €4/Monat liefert oft 800ms+ TTFB — das ist die Untergrenze deiner möglichen Performance. Empfehlungen: Cloudways (€10-30/Monat, sehr gut für KMU), Kinsta (€30+, premium), WP Engine (€30+, für E-Commerce), für DACH: Hostinger Cloud (€15+, gutes P/L). Wenn dein TTFB konsistent über 600ms ist, ist Hoster-Wechsel der größte Performance-Hebel.
Vorsicht bei "WordPress-optimierten" Hosting-Marketing-Versprechen. Wirklicher Speed-Test: TTFB messen. Wenn unter 200ms gut, 200-400ms okay, über 400ms schlecht.
3. PHP-Version aktualisieren
PHP 8.x ist gegenüber PHP 7 deutlich schneller — typisch 15-30% Performance-Boost ohne Code-Änderung. Prüfe deine PHP-Version: in wp-admin → Werkzeuge → Site-Health, oder im Hoster-Backend. Wenn du noch auf PHP 7.x bist, upgrade auf 8.1 oder 8.2 (8.3 ist neu, manche Plugins haben Probleme). Vorher: Backup, Staging-Test mit allen Plugins und Theme — manche alten Plugins sind nicht PHP-8-kompatibel.
4. Caching auf drei Ebenen
WordPress-Caching arbeitet auf mehreren Ebenen. Object-Cache (Redis oder Memcached) cacht Datenbank-Queries — extrem wichtig bei Sites mit vielen DB-Abfragen, besonders WooCommerce. Page-Cache (statisches HTML pro URL) cacht ganze Seiten — perfekt für nicht-personalisierte Pages, aber bei eingeloggten Usern oder Cart umgehen. Browser-Cache (HTTP-Headers) sagt dem Browser, statische Assets nicht jedes Mal neu zu laden. Plugin-Empfehlungen: WP Rocket (€59/Jahr, einfach und mächtig), LiteSpeed Cache (kostenlos, wenn dein Hoster LiteSpeed nutzt), W3 Total Cache (kostenlos, sehr konfigurierbar).
5. Image-Optimierung — der zweitgrößte Hebel
Bilder sind in 70% aller Fälle der größte Anteil der Page-Size. Optimierung in vier Schritten: 1) Format-Conversion zu WebP oder AVIF (50-70% kleiner als JPG), 2) Responsive Images mit srcset, damit Mobile-Browser kleinere Versionen laden, 3) Lazy-Loading via `loading="lazy"`-Attribut oder Plugin, 4) Komprimierung beim Upload. Plugin-Empfehlungen: Imagify, ShortPixel, EWWW Image Optimizer. Wichtig: keine Bilder mit Originalgröße einbinden — vorher auf maximale Anzeige-Größe skalieren.
6. CDN für globale Performance
Ein CDN (Content Delivery Network) liefert deine statischen Assets von Servern, die geografisch nah am Besucher sind. Statt aus Deutschland nach USA zu laden, kommt der Cache aus New York. Cloudflare ist das De-facto-Standard-CDN — kostenlos für die meisten Sites, einfach via DNS-Setup. Bunny CDN ist eine Alternative für Sites mit viel Traffic (sehr günstig). Cloudflare hat zusätzlich Bot-Protection, DDoS-Schutz und WAF inklusive.
7. Datenbank-Cleanup
Über die Jahre sammelt sich in der WordPress-DB Müll an: Post-Revisions (jede Speicherung erstellt eine Version), abgelaufene Transients, Spam-Kommentare, ungenutzte Tabellen von alten Plugins. WP-Optimize oder Advanced Database Cleaner können das automatisieren. Vor dem Cleanup: Backup. Nach dem Cleanup: 5-30% kleinere DB, schnellere Queries.
-- Beispiel: Post-Revisions löschen (im phpmyadmin)
DELETE FROM wp_posts WHERE post_type = "revision";
-- Abgelaufene Transients
DELETE FROM wp_options WHERE option_name LIKE "%_transient_timeout_%"; 8. Plugin-Audit — weniger ist mehr
Jedes aktive Plugin lädt PHP-Code, oft auch CSS und JavaScript auf jeder Seite. 30+ Plugins führen zu mehreren MB Asset-Größe. Audit-Methode: deaktiviere alle Plugins, miss Performance, dann reaktiviere eines nach dem anderen und miss neu. Plugins mit dem größten Performance-Impact: Page-Builder (Elementor, WPBakery, Divi), Slider-Plugins (Slider Revolution), Form-Plugins mit vielen Frontend-Skripten. Ersetze Premium-Bloat mit leichteren Alternativen.
9. Core Web Vitals gezielt optimieren
Google misst drei spezifische Werte. LCP (unter 2.5s gut, über 4s schlecht): Hauptinhalt schnell sichtbar — heißt: Hero-Image vorladen, kritisches CSS inline, Server schnell antworten. INP (unter 200ms gut, über 500ms schlecht): Reaktivität — heißt: JavaScript reduzieren, lange Tasks splitten, Third-Party-Skripte verzögert laden. CLS (unter 0.1 gut, über 0.25 schlecht): Layout stabil — heißt: Bilder mit Width/Height-Attributen, keine späte Element-Injection.
10. Letzte Stufe: Headless-Migration
Wenn du nach allen anderen Optimierungen immer noch nicht unter 1 Sekunde LCP kommst, ist klassisches WordPress am Ende seiner Kapazität. Headless-Setup (WordPress als Backend, Astro/Next.js als Frontend) bringt Static-Site-Performance bei dynamischer Pflege. Ladezeiten unter 500ms, Lighthouse 100, perfekte Core Web Vitals. Aufwand: 4-8 Wochen, lohnt sich für Sites mit hohem Traffic oder Performance-Anforderungen.