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.
System – Debug Plugin (Plugin)
Für die Detailanalyse: System – Debug Plugin zeigt alle Datenbank-Queries, PHP-Hooks, HTTP-Requests und Plugin-Performance einer einzelnen Seite. Damit lässt sich präzise bestimmen, welche Komponente, welches Modul oder welches Plugin die Site ausbremst.
Die häufigsten Ursachen für lahmes Joomla
1. Schwere Templates mit hohem CSS/JS-Ballast
Joomla-Templates wie Helix Ultimate, T4, oder Custom-Yootheme-Setups schleppen oft 200–500 KB CSS und JavaScript pro Seite. Bei modernen Sites mit hohem Performance-Anspruch ist ein schlankes Template wie das native Cassiopeia oder ein Custom-Template auf Cassiopeia-Basis die bessere Wahl. Template-Wechsel ist aufwändig (10–25 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 EIO Image Optimization oder Convert Images to WebP läuft das weitgehend automatisch.
3. Fehlendes oder schlecht konfiguriertes Caching
Joomla bringt zwei native Cache-Plugins mit: System – Cache und System – Page Cache. Beide sollten aktiviert sein, der Page-Cache nur, wenn die Site keine angemeldeten Nutzer hat. Für CSS/JS-Bundling und Asset-Optimierung kommen JCH Optimize oder NRGperf dazu. Drastische LCP-Verbesserung mit minimalem Aufwand.
4. Komponenten-Friedhof
Bei Audits finden wir oft 30–50 aktive Komponenten und Module, von denen ein Drittel nicht oder kaum genutzt wird. Jedes Plugin lädt CSS, JavaScript und ggf. zusätzliche Datenbank-Queries. Erweiterungs-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 System – Debug Plugin 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, Erweiterungs-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. Template-Wechsel überlegen, Komponenten-Architektur überdenken, ggf. ein Custom-Template 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 Komponenten- 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.