Schleppt sich Ihr WordPress?
wir beschleunigen es wirklich.
Audit und Performance-Optimierung von WordPress und WooCommerce
LCP > 3 s, WooCommerce-Produktseite die 5 s zum Laden braucht, träger Admin ab 10 aktiven Plugins: Sie wissen, dass Sie SEO-Traffic und Umsatz verlieren. Über die letzten 10 WordPress-Optimierungen: Median-Gewinn -61% auf LCP und +18% Mobile-Conversion.
Vorher / nachher auf 3 optimierten WordPress-Sites
Messungen GSC + Lighthouse + Cloudflare RUM, über rollende 60 Tage. Zahlen, keine Versprechen.
Die 8 Hebel spezifisch für WordPress
In dieser Reihenfolge, vom sofort wirksamsten zum strukturellsten. Wirkung messbar und durch das Audit beziffert.
Installation und Tuning von WP Rocket, LiteSpeed Cache oder Cache Enabler. Aktivierung des Object-Caches via Redis für Sessions und DB-Abfragen (essenziell auf WooCommerce). Typische Wirkung: -1 bis -1,5 s auf LCP, TTFB halbiert.
Automatische JPEG/PNG → WebP-Konvertierung via ShortPixel, Imagify oder EWWW. Natives loading="lazy" (WP 5.5+) auf allen Bildern außerhalb des Viewports. Explizite width/height-Angaben für CLS nahe 0. Wirkung: -1,5 bis -2 s auf LCP.
Diagnose via Query Monitor und P3 Profiler der pro Plugin verbrauchten Zeit. Identifikation doppelter Plugins (Tracking dreifach geladen, SEO + Redirects kumuliert), aufgegebener Plugins, schwerer Plugins mit Funktionen, die nativ verfügbar sind. Wirkung: -200 bis -500 ms auf TTFB.
wp_postmeta-Bereinigung
Hinzufügen zusammengesetzter Indizes auf wp_postmeta (meta_key, Präfix von meta_value) — essenziell auf WooCommerce mit 1.000+ Produkten. Entfernung verwaister Metas (Action Scheduler speichert Tausende Einträge). Aktivierung von HPOS (High-Performance Order Storage) auf WC 7.1+. Wirkung: Katalog-Abfragen ÷ 5.
Aktivierung von Cloudflare im DNS-Proxy-Modus: Cache statischer Assets auf 200+ globalen POPs, Brotli aktiviert, HTTP/3, On-the-fly-Bildgrößenanpassung (Polish). Wirkung: TTFB auf 50-100 ms für ferne Besucher reduziert, -1 s auf Cross-Region-LCP.
Audit des von Plugins und Theme eingespielten JS. Nicht-kritische Skripte auf defer oder async. Chat-Widget im Delayed Load nach Scroll oder Interaktion. Entfernung von Duplikaten (gtag.js dreifach geladen). INP-Wirkung: -150 bis -200 ms.
Bei Elementor/Divi Identifikation von Templates, die unbenötigtes CSS/JS laden. Entfernung ungenutzter Widgets. Auf Sites, deren Langsamkeit vom Page Builder selbst kommt, schrittweiser Umbau auf natives Gutenberg + Custom-Blöcke. Wirkung: -1 s auf schweren Elementor-Sites.
Wenn TTFB > 1 s in Stoßzeiten nach den ersten 7 Hebeln, ist das Hosting der Flaschenhals. Begleitete Migration zu Raidboxes, Kinsta, mittwald managed WordPress oder Hetzner-VPS mit LiteSpeed. Alle Empfehlungen mit EU-Rechenzentren und DSGVO-konform. Wirkung: TTFB auf 150-300 ms reduziert.
Tarife vorab angekündigt
Vorprüfung kostenlos. Bei der Optimierung wissen Sie genau, was es kostet, bevor ich den Code anfasse.
Vorprüfung
- Lighthouse + RUM-Messung (LCP, INP, CLS)
- Query Monitor auf 5 Schlüsselseiten
- Festes Angebot mit geschätztem Gewinn in ms
- Sie entscheiden, ob es weitergeht
Gezielte Optimierung
- Messung Lighthouse + RUM vor der Optimierung
- Aktivierung der Hebel (Cache, WebP, CDN, DB...)
- Nachher-Messung + bezifferter Vergleich
- Schriftlicher Bericht: realer Gewinn in Sekunden
- RUM-Monitoring 30 Tage nach Go-Live
WordPress-Wartung
- Monatliche Dev-Zeit, übertragbar für progressive Optimierung
- Tägliche Backups ausgelagert in EU-Rechenzentren (Hetzner, Backblaze EU)
- Monatliches Core-Web-Vitals-Tracking
- Plugin-Audit vor jedem Major-Update
„WordPress langsam" ist nicht...
Wenn WordPress „Es gab einen kritischen Fehler auf dieser Website" oder einen Timeout zeigt statt langsam zu laden, ist es ein funktionaler Bug, kein Performance-Problem. Eigene Seite.
Seite kritischer Fehler →Wenn die Site langsam ist und Sie verdächtige Popups, unbekannte Cron-Redirects oder Geister-Admins sehen: das ist Malware, die Ressourcen frisst. Das erfordert ein Security-Audit und Bereinigung, keine Performance-Optimierung.
Geschwindigkeit ≠ SEO. Geschwindigkeit ist ein Faktor, nicht der Faktor. Wenn Ihr eigentliches Anliegen das Ranking ist, ist ein semantisches SEO-Audit relevanter als ein Performance-Audit.
WordPress-Performance — häufig gestellte Fragen
wp_postmeta indexiert ab 1.000 Produkten, (8) blockierendes JS (Chat, Tracking, DSGVO-Popups).wp_postmeta, per Default nicht auf meta_key + meta_value indexiert. Ab 500 Produkten mit Varianten explodieren gefilterte Abfragen. Sites mit 5.000+ Produkten: Meta-Abfragen von 2-4 s regelmäßig. Fix: zusammengesetzte Indizes auf wp_postmeta, Aufräumen verwaister Metas (Action Scheduler speichert Tausende Einträge), Umstieg auf HPOS (High-Performance Order Storage, WC 7.1+), das Bestellabfragen um Faktor 5 bis 10 reduziert.Weitere Probleme, die ich behebe
In 30 Min sehen, wo Sie stehen
Kostenlose Vorprüfung: LCP, INP, CLS, die 3 prioritären Hebel für Sie. Angebot in 24 h (Werktag), wenn Sie weitergehen wollen.