Erst messen, dann optimieren
Die häufigste Falle bei Performance-Problemen: blind drauflos optimieren, ohne zu wissen, wo das eigentliche Bottleneck liegt. Bevor wir an Caching, Bildern oder Plugins schrauben, messen wir. Drei Tools sind dabei Standard:
PageSpeed Insights (Google)
pagespeed.web.dev – zeigt Lab-Daten (synthetische Messung in
Google-Rechenzentrum) und Field-Daten (echte Nutzer-Werte aus Chrome).
Field-Daten sind die wichtigeren – sie zählen für das Ranking.
Lab-Daten dienen nur zum Debuggen.
Search Console: Core Web Vitals
Im Bereich „Core Web Vitals" zeigt die Search Console aggregierte Field-Daten der letzten 28 Tage. URL-Gruppen mit Problemen werden separat ausgewiesen. Hier sehen wir, welche Bereiche der Site gerade Probleme haben – und können gezielt optimieren statt überall.
Query Monitor (Plugin)
Für die Detailanalyse: Query Monitor zeigt alle Datenbank-Queries, PHP-Hooks, HTTP-Requests und Plugin-Performance einer einzelnen Seite. Damit lässt sich präzise bestimmen, welcher Plugin oder welche Theme-Komponente die Site ausbremst.
Die häufigsten Ursachen für lahmes WordPress
1. Schwere Themes mit Page-Builder-Ballast
Themes wie Avada, Divi oder The7 mit aktivem Page-Builder schleppen oft 200–500 KB CSS und JavaScript pro Seite. Bei modernen Sites mit hohem Performance-Anspruch sind schlanke Themes wie Kadence, GeneratePress oder ein Custom-Block-Theme die bessere Wahl. Theme-Wechsel ist aufwändig (5–20 Stunden), aber oft der größte Hebel.
2. Bilder ohne Optimierung
Bilder machen oft 60–80 % der gesamten Seitengröße aus. Vier konkrete Maßnahmen: WebP statt JPG (30–50 % kleiner), responsive srcset, Lazy Loading außer Hero-Bild, Width/Height-Attribute für CLS. Mit ShortPixel oder Modern Image Formats läuft das weitgehend automatisch.
3. Fehlendes oder schlecht konfiguriertes Caching
WordPress ohne Caching baut jede Seite bei jedem Aufruf neu auf, was eine ressourcenfressende Aktion ist. Mit WP Rocket, FlyingPress oder LiteSpeed Cache (bei LiteSpeed-Hostern) lässt sich der Großteil der Sites zu fertig vorbereitetem HTML cachen. Drastische LCP-Verbesserung mit minimalem Aufwand.
4. Plugin-Friedhof
Bei Audits finden wir oft 30–50 aktive Plugins, von denen ein Drittel nicht oder kaum genutzt wird. Jedes Plugin lädt CSS, JavaScript und ggf. zusätzliche Datenbank-Queries. Plugin-Inventur und konsequenter Schnitt bei nicht-essenziellen Erweiterungen ist eine der unterschätzten Performance-Maßnahmen.
5. Externe Ressourcen
Google Fonts, Google Analytics, externe Tracking-Scripts, eingebettete Videos, Social-Media-Widgets – jeder externe Request kostet Zeit. Konkret heißt das: Fonts lokal hosten, Tracking auf Matomo cookieless umstellen, Videos als Click-to-Load lazy einbinden.
6. Schwere Datenbank
Über die Zeit sammeln sich Post-Revisions, transiente Daten, Spam-Kommentare, Plugin-Reste. Bei Sites mit 5+ Jahren Lebenszeit lohnt sich ein DB-Cleanup – nicht nur für Performance, auch für die generelle Stabilität.
Konkretes Vorgehen bei einer langsamen Site
Phase 1: Ist-Analyse
Search Console und PageSpeed Insights auswerten. Konkrete Werte erfassen: LCP mobile/desktop, INP, CLS, Total Blocking Time. Per Query Monitor die Top-Probleme identifizieren. Output: Liste mit den 3–5 dringendsten Bottlenecks und einer Aufwandsschätzung pro Maßnahme.
Phase 2: Quick Wins zuerst
Maßnahmen mit geringem Aufwand und hohem Effekt zuerst: Caching aktivieren, Bilder-Optimierung-Plugin installieren, Plugin-Inventur, Datenbank putzen. 80 % der Performance-Probleme lassen sich damit oft schon abdecken.
Phase 3: Strukturelle Maßnahmen
Wenn nach Quick Wins die Werte immer noch zu schlecht sind: tiefer eingreifen. Theme-Wechsel überlegen, Plugin-Architektur überdenken, ggf. ein Custom-Theme bauen. Aufwand 10–40 Stunden, aber dauerhaft besseres Fundament.
Phase 4: Monitoring etablieren
Performance ist ein Marathon, kein Sprint. Quartalsweise Field-Daten checken, bei größeren Plugin- oder Theme-Updates erneut messen, bei Auffälligkeiten sofort eingreifen. Ein Sprint von 90 auf 95 PageSpeed-Score, der nach drei Monaten wieder bei 70 liegt, ist verschenkte Zeit.
Realistische Erwartungen
- PageSpeed-100 ist kein Ziel.Ein Score von 100 garantiert keine guten Rankings. Wichtiger sind Field-Daten in der Search Console.
- Mobile zählt mehr als Desktop.Google bewertet seit Mobile-First-Indexing primär die mobile Variante. Wenn beide Werte deutlich auseinanderliegen, zuerst Mobile.
- Performance hat einen Punkt der abnehmenden Erträge.Die ersten 80 % Verbesserung sind oft mit relativ wenig Aufwand erreichbar. Die letzten 20 % kosten deutlich mehr und bringen wenig zusätzliche Wirkung.
- Performance allein bringt keine Rankings.Eine schnelle Site mit dünnem Content rankt schlechter als eine mittelschnelle Site mit guten Inhalten. Performance ist Hygiene-Faktor, kein Wachstumstreiber.
Was eine Performance-Analyse kostet
Erst-Analyse mit konkreten Empfehlungen: 2–4 Stunden, also 400–800 € netto. Daraus wird ein Maßnahmenplan, den du entweder selbst umsetzt oder an uns vergibst. Bei aktiver Wartung ist die laufende Performance-Überwachung in den Paketen ab Standard inkludiert.