Was Core Web Vitals sind
Core Web Vitals sind drei messbare Performance-Metriken, die Google seit 2021 als offiziellen Ranking-Faktor verwendet. Sie messen, wie schnell und wie stabil eine Seite für echte Nutzer lädt:
LCP (Largest Contentful Paint)
Wie schnell wird das größte sichtbare Element geladen? Ziel: unter 2,5 Sekunden. Bei Joomla ist das größte Element meistens ein Hero-Bild oder ein großer Header-Bereich.
INP (Interaction to Next Paint)
Wie schnell reagiert die Seite auf Interaktion (Klick, Tap, Scroll)? Ziel: unter 200 Millisekunden. INP hat 2024 die alte Metrik FID (First Input Delay) abgelöst. Ursache für schlechte INP-Werte: blockierendes JavaScript, oft von Component-internem Code oder von Tracking-Scripts.
CLS (Cumulative Layout Shift)
Wie viel verschiebt sich das Layout während des Ladens? Ziel: unter 0,1.
Häufige CLS-Verursacher in Joomla: nachgeladene Modul-Inhalte, Bilder ohne
Width/Height-Attribute, Webfonts ohne font-display: swap.
Wie Core Web Vitals in Joomla gemessen werden
Drei Tools bilden den Standard-Workflow:
PageSpeed Insights (Google)
https://pagespeed.web.dev/ – zeigt Lab-Daten (synthetische Messung
durch Google) und Field-Daten (echte Nutzer-Daten aus dem Chrome User Experience
Report, sofern genug Traffic vorhanden ist). Field-Daten sind die wichtigeren –
sie zählen für das Ranking.
Search Console
Im Bereich Core Web Vitals zeigt die Search Console aggregierte Field-Daten für die ganze Site. URL-Gruppen mit Problemen werden separat ausgewiesen. Hier prüft man, ob Optimierungen Wirkung zeigen.
Web Vitals Browser Extension
Eine Chrome-Extension von Google zeigt Live-Werte beim Browsen. Hilfreich für gezielte Tests einzelner URLs während der Entwicklung.
Joomla-spezifische Performance-Hebel
1. Joomla-Cache aktivieren und richtig konfigurieren
Joomla bringt drei Cache-Mechanismen mit – die gemeinsam genutzt werden:
- System-Cache (Plugin).Cached die Modul-Outputs. Im Backend unter System → Plugins → System – Cache aktivieren.
- Page-Cache (Plugin).Cached ganze Seiten als HTML. Sehr effektiv, aber nur für Sites ohne dynamische Inhalte (kein Login, kein Warenkorb).
- Conservative-Cache vs. Progressive-Cache.Im Backend unter System → Globale Konfiguration → System. Conservative ist Standard und sicher. Progressive ist schneller, aber empfindlicher bei dynamischen Inhalten.
2. Bilder optimieren
Bilder sind in Joomla der mit Abstand größte Hebel für LCP-Verbesserungen:
- WebP statt JPG/PNG.30–50 % kleinere Dateien bei gleicher Qualität. Details auf Bilder-SEO.
- Responsive Bilder mit srcset.Im Joomla-Editor bei modernen Templates Standard, sonst über Image-Plugins ergänzen.
- Lazy Loading für Below-the-Fold-Bilder.Joomla 4 und 5 unterstützen
loading="lazy"nativ. Hero-Bilder explizit ausschließen, sonst leidet LCP. - Width und Height im Markup.Verhindert Layout-Shifts. Bei Custom-Components manuell prüfen.
3. Template auswählen
Joomla-Templates unterscheiden sich massiv in der Performance. Schwere Frameworks (T3, Helix, Yootheme) liefern viel Funktionalität, aber auch viel CSS und JavaScript. Schlanke Alternativen wie das Joomla-Standard-Template Cassiopeia oder eigene, minimalistische Templates können den Performance-Score deutlich heben.
Realistische Einschätzung: Ein Template-Wechsel ist aufwändig – Modul-Positionen, Custom-CSS und Inhaltsstrukturen müssen oft angepasst werden. Bei akuten Performance-Problemen erst die anderen Hebel prüfen.
4. CSS und JavaScript reduzieren
Viele Joomla-Sites laden Skripte und Stylesheets von Modulen, die auf der aktuellen Seite gar nicht zum Einsatz kommen. 4SEO und sh404SEF bieten Optionen zum bedingten Laden. Alternativ können Plugins wie JCH Optimize oder template-eigene Performance-Optionen Skripte aggregieren und minifizieren.
5. HTTP/2 oder HTTP/3 nutzen
Bei modernem Hosting Standard. Beim Plesk-Hosting im Domain-Setup prüfen, ob HTTP/2 aktiv ist. HTTP/3 (QUIC) ist auf vielen modernen Hostern bereits aktiv, bringt nochmal kleine Vorteile.
6. Externe Ressourcen reduzieren
Jeder externe Request kostet Zeit und stellt ein potentielles Datenschutzproblem dar. Konkret heißt das: Google Fonts lokal hosten, Tracking-Scripts wenn möglich auf eine cookieless Lösung wie Matomo umstellen, externe Bilder durch lokal gehostete ersetzen.
Realistische Performance-Erwartungen
Drei Punkte, die wir in jedem Performance-Audit ansprechen:
PageSpeed-100 ist kein Selbstzweck
Ein synthetischer Score von 100 in PageSpeed Insights garantiert keine guten Rankings. Wichtiger sind die Field-Daten – die echten Werte echter Nutzer, die die Search Console aggregiert. Eine Site mit Lab-Score 75 und guten Field-Daten ist besser dran als eine mit Lab-Score 98 und schlechten Field-Daten.
Mobile Performance ist wichtiger als Desktop
Google bewertet seit Mobile-First-Indexing primär die mobile Variante. Wenn beide Werte deutlich auseinanderliegen, zuerst die Mobile-Performance optimieren.
Performance-Optimierung hat einen Punkt der abnehmenden Erträge
Die ersten 80 % Verbesserung sind oft mit relativ wenig Aufwand erreichbar (Cache aktivieren, Bilder komprimieren, ungenutzte Plugins deaktivieren). Die letzten 20 % kosten deutlich mehr und bringen wenig zusätzliche Wirkung. Wir empfehlen, an dem Punkt aufzuhören und die Zeit lieber in Content zu investieren.
Performance ist Hygiene, kein Wachstumstreiber
Wir sehen Performance als Hygiene-Faktor: Eine Site muss schnell genug sein, damit Google sie nicht aus der Top-10 wirft. Ist die Schwelle erreicht (LCP unter 2,5 s, INP unter 200 ms, CLS unter 0,1), bringen weitere Investitionen in Performance kaum Ranking-Wirkung. Dann sollte das Budget in Content-Qualität und interne Verlinkung fließen.