Ergebnisse auf einen Blick
Ladezeit
−77%
6,2 s → 1,4 s
PageSpeed Mobile
+63 Pkt.
34 → 97 Punkte
Aktive Plugins
−74%
47 → 12 Plugins
Kein Redesign
0
Sichtbare Änderungen
Ausgangslage
Ein inhabergeführtes Unternehmen aus Bremen mit WooCommerce-Shop wandte sich mit einem klassischen Problem: Die Website lud auf mobilen Geräten über 6 Sekunden. Der Google PageSpeed Score lag bei 34 von 100 Punkten. Die organischen Rankings stagnierten trotz guter Inhalte.
Das Unternehmen hatte die Website über mehrere Jahre selbst gepflegt und dabei sukzessive Plugins installiert – ohne systematische Prüfung ob diese noch benötigt werden.
Diagnose
Die Analyse mit Query Monitor und PageSpeed Insights ergab drei klare Ursachen:
| Problem | Befund | Auswirkung |
|---|---|---|
| Plugin-Overload | 47 aktive Plugins | Jede Seite lud 180+ HTTP-Requests |
| Kein Caching | Jeder Seitenaufruf wurde serverseitig neu generiert | TTFB über 900ms |
| Unoptimierte Bilder | Produktbilder im Original-JPEG, bis zu 4MB | LCP über 5 Sekunden auf Mobilgeräten |
Durchgeführte Maßnahmen
1. Plugin-Audit und Bereinigung
Jedes der 47 Plugins wurde einzeln geprüft: Wird es aktiv genutzt? Auf welchen Seiten? Gibt es eine schlankere Alternative oder ist die Funktion im Theme bereits enthalten?
Ergebnis: 35 Plugins deaktiviert und entfernt. 12 verbleibende Plugins decken alle benötigten Funktionen ab.
2. Caching einrichten
Installation und Konfiguration von WP Fastest Cache. Aktiviert: Page Cache, Browser Caching, GZIP-Komprimierung, Preload. TTFB sank von 900ms auf unter 180ms.
3. Bildoptimierung
Alle Produktbilder wurden mit ShortPixel komprimiert und in WebP konvertiert. Durchschnittliche Dateigröße: von 2,1MB auf 87KB. Lazy Loading aktiviert.
4. Code-Optimierung
CSS- und JavaScript-Dateien minifiziert und zusammengefasst via Autoptimize. Render-blockierende Ressourcen eliminiert.
Ergebnisse
| Metrik | Vorher | Nachher |
|---|---|---|
| Ladezeit gesamt (mobil) | 6,2 Sekunden | 1,4 Sekunden |
| PageSpeed Score (mobil) | 34 / 100 | 97 / 100 |
| LCP | 5,1 s | 0,9 s |
| TTFB | 910 ms | 120 ms |
| CLS | 0,38 | 0,02 |
| INP | 480 ms | 95 ms |
| HTTP-Requests pro Seite | 183 | 41 |
| Aktive Plugins | 47 | 12 |
| Durchschnittliche Bildgröße | 2,1 MB | 87 KB |
Vorgehen im Überblick
Das folgende 8-Schritte-Vorgehen wende ich bei WordPress Performance-Projekten standardmäßig an. Es ist darauf ausgelegt, maximale Wirkung mit minimalem Risiko zu verbinden – kein Schritt ohne vorheriges Backup, keine Änderung ohne anschließenden Test.
- Ist-Analyse mit PageSpeed Insights und Query Monitor – Diagnose der Performance-Killer
- Plugin-Audit: Einzelprüfung aller 47 Plugins auf Notwendigkeit und Redundanz
- Backup der gesamten Website vor Beginn der Arbeiten
- Schrittweise Deaktivierung und Test nach jedem Plugin-Entfernen
- Caching-Plugin installieren und konfigurieren
- Bildoptimierung: Komprimierung, WebP-Konvertierung, Lazy Loading
- Code-Optimierung: CSS/JS minifizieren, render-blockierende Ressourcen entfernen
- Abschlussmessung und Dokumentation aller Werte
Fazit
Die größten Performance-Gewinne entstanden nicht durch komplexe technische Eingriffe, sondern durch konsequente Bereinigung: Weniger Plugins, richtig konfiguriertes Caching, optimierte Bilder. Das Design blieb unangetastet, der Funktionsumfang vollständig erhalten.
Eine langsame WordPress-Website ist selten ein Design-Problem. Es ist fast immer ein Wartungsproblem.
Die verbesserten Core Web Vitals wirkten sich innerhalb von sechs Wochen positiv auf die organischen Rankings aus. Die Absprungrate auf mobilen Geräten sank messbar.
Plugin-Overload ist der häufigste und am meisten unterschätzte Performance-Killer bei gewachsenen WordPress-Websites. Nicht das Design macht eine Website langsam – sondern Jahre ungepflegter Plugins.
Häufige Fragen zu diesem Projekt
Was war das größte Performance-Problem?
47 aktive Plugins, davon 35 ohne aktiven Nutzen auf der jeweiligen Seite. Jedes Plugin lädt Skripte und Stylesheets – auch wenn es nicht gebraucht wird. Das war der größte Einzelhebel.
Wie lange hat die Optimierung gedauert?
Analyse und Umsetzung: 2 Arbeitstage. Den größten Teil davon beanspruchte die sorgfältige Plugin-Prüfung – was kann weg, was wird wo wirklich gebraucht.
War ein Redesign notwendig?
Nein. Das Design blieb vollständig erhalten. Alle Änderungen waren technischer Natur – kein einziges sichtbares Element wurde verändert.
Wie viele Plugins sind zu viele für eine WordPress-Website?
Eine feste Zahl gibt es nicht – entscheidend ist nicht die Anzahl, sondern ob jedes Plugin tatsächlich gebraucht wird und ob es auf jeder Seite Ressourcen lädt. In der Praxis sehe ich bei gewachsenen WordPress-Websites häufig 30–60 aktive Plugins, von denen 40–60 % entweder redundant sind oder durch Theme-Funktionen ersetzt werden könnten. Als Faustregel: Jedes Plugin, das du nicht in den letzten 90 Tagen bewusst genutzt hast, gehört auf den Prüfstand.
Was kostet eine WordPress Performance-Optimierung?
Für ein typisches KMU-Projekt mit Plugin-Audit, Caching-Konfiguration und Bildoptimierung rechne ich mit 1–3 Arbeitstagen. Der genaue Aufwand hängt vom Ist-Zustand ab – wie viele Plugins, ob das Hosting angepasst werden muss, wie viele Produktbilder optimiert werden müssen. Eine kostenlose Erstanalyse gibt in der Regel schnell Aufschluss über den tatsächlichen Aufwand.
Wie lange dauert es, bis Core Web Vitals sich auf die Rankings auswirken?
In diesem Projekt waren nach sechs Wochen erste positive Ranking-Bewegungen messbar. Google crawlt und bewertet Core Web Vitals nicht sofort nach einer Optimierung – der Zeitraum liegt erfahrungsgemäß zwischen vier und zwölf Wochen, je nach Crawling-Frequenz der Domain.
Funktioniert das auch bei WooCommerce-Shops mit vielen Produkten?
Ja, speziell bei WooCommerce-Shops ist der Hebel oft besonders groß: Produktbilder machen häufig den größten Teil des Seitengewichts aus, und viele Shop-Plugins laden Skripte auf jeder Seite – auch dort, wo sie nicht benötigt werden. Bei größeren Shops mit 500+ Produkten empfehle ich zusätzlich die gezielte Cache-Konfiguration für Shop-, Produkt- und Checkoutseiten separat.
Welche Tools nutze ich für WordPress Performance-Analysen?
Für die Diagnose setze ich standardmäßig PageSpeed Insights und Query Monitor ein. PageSpeed Insights liefert die Core Web Vitals und Optimierungshinweise aus Google-Perspektive. Query Monitor zeigt serverseitig, welche Plugins wie viele Datenbankabfragen und PHP-Prozesse auslösen. Ergänzend nutze ich WebPageTest für detaillierte Wasserfall-Analysen und GTmetrix für historische Vergleichsdaten.
Kann ich meine WordPress-Website selbst optimieren?
Bildoptimierung und einfaches Caching lassen sich mit Plugins wie ShortPixel und WP Fastest Cache auch ohne tiefes technisches Vorwissen umsetzen. Der kritische Teil ist der Plugin-Audit: Falsch deaktivierte Plugins können Funktionen brechen. Ich empfehle hier professionelle Begleitung – besonders bei WooCommerce-Shops, wo ein Fehler direkt den Kaufprozess betreffen kann.