WordPress Performance 2026 — von 4s auf 0.8s in 5 Schritten
Konkretes Playbook: Wie wir bei einem Bestandskunden den Time-to-Interactive um 80 % gesenkt haben — ohne Theme-Wechsel, ohne neue Plugins.
Performance bei WordPress wird oft schlechter, je länger eine Site lebt. Plugins kommen dazu, Theme-Updates lassen Bloat zurück, und niemand traut sich, die alten Custom-Snippets aus der functions.php zu entfernen. Hier das exakte Playbook, mit dem wir einen Kunden-Site von 4.0 s auf 0.8 s TTI gebracht haben.
1. Plugin-Audit
Erste Frage: Welche Plugins werden tatsächlich genutzt? Bei diesem Kunden waren 38 Plugins aktiv — nach dem Audit blieben 11.
- Pagebuilder-Reste entfernt (Elementor war nicht mehr in Verwendung)
- Drei SEO-Plugins kollidierten — ein einziges (RankMath) blieb
- Form-Plugins von 3 auf 1 reduziert
- Analytics-Plugin durch direkten gtag-Snippet ersetzt
2. Caching-Layer aufräumen
Multiple Caching-Plugins kämpfen oft gegeneinander. Wir haben WP Super Cache deaktiviert und ausschließlich auf WP Rocket + Server-seitiges Caching (Object Cache via Redis) gesetzt.
- WP Rocket aktivieren — Page-Cache + Lazy-Load + Defer-JS
- Object Cache mit Redis (via Hosting)
- OPcache auf PHP-Ebene konfigurieren
- Cloudflare APO als CDN-Layer davorschalten
3. Bilder neu denken
Bilder sind 60–70 % des Page-Weights. Drei Maßnahmen reichen meistens:
- Conversion zu WebP via ShortPixel (Bulk-Optimization für Bestand)
- srcset und sizes-Attribute richtig setzen
- Lazy-Loading auf alle Below-Fold-Bilder
- Hero-Image als preload <link> im Head — keine Lazy-Load
4. JavaScript-Diät
WordPress lädt oft jQuery + 5 weitere JS-Files, die du nicht brauchst. Mit dem WP Rocket „Remove Unused CSS"-Feature und einem Custom-functions.php-Snippet zum Dequeuen von Plugin-Scripts auf Pages, wo sie nicht nötig sind, reduzierst du JS-Payload um 40–60 %.
// In functions.php — jQuery nur dort laden, wo nötig
add_action('wp_enqueue_scripts', function () {
if (! is_admin() && ! is_singular('contact')) {
wp_dequeue_script('jquery');
wp_deregister_script('jquery');
}
}, 100);5. Hosting-Audit
Shared Hosting macht WordPress langsam — Punkt. Wir migrieren Performance-kritische Sites zu Managed-WordPress-Hosting wie Kinsta, WP Engine oder zu Cloudways auf einem dedizierten DigitalOcean-Droplet.
- PHP 8.3 oder neuer
- MariaDB 10.6+ oder MySQL 8
- Redis Object Cache nativ unterstützt
- HTTP/3 + Brotli als Transport-Layer
Ergebnis nach 5 Tagen Arbeit
- TTI: 4.0 s → 0.8 s (-80 %)
- LCP: 3.2 s → 1.1 s
- Page-Weight: 3.4 MB → 950 kB
- Lighthouse-Score: 42 → 96
- Conversion-Rate-Anstieg: +14 % im Folgemonat
Performance ist kein Bonus-Feature. Es ist der Conversion-Hebel mit dem höchsten ROI, den die meisten Sites nicht ausschöpfen.
— Kerim Bilin
