1) Baseline
Messen & Vergleichbarkeit herstellen
- • Field vs. Lab Daten trennen
- • 3–5 kritische Seitentypen definieren
- • TTFB, LCP, INP, CLS + Bundlegrößen
- • Cache-Status & Varianten erfassen
Performance · Core Web Vitals · LCP · INP · CLS · TYPO3 Caching
TYPO3 Performance Audit & Core Web Vitals:
LCP, INP & CLS messbar verbessern
Wenn Seiten „gefühlt langsam“ sind, ist das Problem selten nur ein einzelnes Detail. Ein Performance Audit bringt Struktur rein: messen → verstehen → priorisieren → umsetzen. Fokus: echte Nutzererfahrung durch Core Web Vitals (LCP, INP, CLS) – plus stabile Server- und Cache-Basics.
Audit-Roadmap statt „Lighthouse-Panik“
Quick Wins in 1–2 Tagen möglich
Für Enterprise & Portale geeignet
Praxis-Tipp: Audit zuerst auf 3–5 wichtigste Seitentypen fokussieren (Start, Landing, Detail, Suche, Form).
Warum Core Web Vitals in TYPO3-Projekten oft der größte Hebel sind
Core Web Vitals sind kein „Google Spielzeug“, sondern messbare UX-Grundlagen: Nutzer:innen wollen schnell Inhalte sehen, stabil scrollen und ohne Verzögerung klicken. TYPO3 kann sehr schnell sein – aber nur, wenn Caching, Rendering, Assets und Server sauber zusammenspielen.
LCP
Largest Contentful Paint
Wie schnell der wichtigste Inhalt sichtbar ist (Hero, Headline, Bild).
INP
Interaction to Next Paint
Wie schnell die Seite auf Klicks/Taps reagiert (JS, Main Thread).
CLS
Cumulative Layout Shift
Ob Layout „springt“ durch Bilder/Fonts/Ads ohne Reservierung.
Ablauf eines TYPO3 Performance Audits (so wird es planbar)
Ein gutes Audit trennt Messung von Ursachenanalyse und liefert am Ende eine priorisierte Roadmap – nicht nur „30 Lighthouse-Warnungen“.
2) Ursachen
Bottlenecks isolieren
- • Server/TTFB (DB, PHP, Cache)
- • Rendering (Fluid, Extensions)
- • Assets (JS/CSS, Fonts, Images)
- • Third-Party (Tags, Widgets)
3) Roadmap
Priorisieren & Quick Wins umsetzen
- • Maßnahmen nach Impact/Aufwand
- • Quick Wins (1–3 Tage)
- • Mittelfristige Themen (2–6 Wochen)
- • Monitoring & Regression-Schutz
Typisches Audit-Deliverable
Sie erhalten eine Übersicht je Seitentyp mit Messwerten, Top-Ursachen, konkreten Fixes (inkl. Aufwand S/M/L) und einer Reihenfolge, die sich im Sprint planen lässt.
Performance Audit Checkliste für TYPO3 (Core Web Vitals orientiert)
Die folgenden Punkte sind die häufigsten Ursachen in TYPO3-Projekten – grob geordnet nach Bereichen. Nicht alles muss bei Ihnen zutreffen, aber oft reichen schon 3–5 saubere Fixes, um deutlich bessere CWV-Werte zu erreichen.
A) Server/TTFB – die Basis für LCP
- • HTTP Caching aktiv (Proxy/CDN) – korrekt nach Sprache/Varianten
- • TYPO3 Page Cache sauber konfiguriert (Cache-Tags, invalidation)
- • PHP-FPM Tuning, OPcache, realistische Worker-Zahlen
- • DB Bottlenecks: Slow Queries, fehlende Indizes
- • Backend Requests vermeiden (no heavy rendering per request)
- • Warmup: wichtige Seiten vorab cachen
Faustregel: Wenn TTFB hoch ist, ist LCP fast immer „automatisch schlecht“.
B) TYPO3 Rendering & Architektur
- • Plugin-Rendering: unnötige DB Calls / Overfetching
- • Fluid: zu viele verschachtelte Partials/Sections
- • TypoScript: teure CONTENT-Objekte, ungebremste Queries
- • Unklare Cacheability (user groups, personalization)
- • Such-/Listen-Seiten: Pagination & Caching Strategie
- • Integrationen: API Calls nicht im Request blockieren
C) Bilder – LCP-Killer #1 in der Praxis
- • Hero-Image: korrekte Größen (responsive srcset)
- • Moderne Formate (WebP/AVIF) + sinnvolle Quality
- • Lazy Loading korrekt (nicht fürs LCP-Element!)
- • width/height gesetzt → CLS vermeiden
- • Image CDN / On-the-fly Resizing stabil
- • „Dekobilder“ raus oder stark komprimieren
D) JavaScript & CSS – INP und Render-Blocking
- • JS Bundle: Größe, Splitting, nur notwendiges JS laden
- • Third-Party Scripts minimieren (Tags, Chat, Tracking)
- • Render-Blocking CSS reduzieren / critical CSS Strategie
- • Defer/Async korrekt, keine Inline-Blocker
- • Main Thread: lange Tasks entfernen (INP)
- • Carousels/Widgets: Performance-Tuning oder ersetzen
INP-Probleme kommen oft von „ein bisschen zu viel JS“ – nicht von TYPO3 selbst.
E) Fonts, Layout & CLS
- • Fonts self-hosted, Preload (nur was nötig ist)
- • font-display sinnvoll (swap/fallback Strategie)
- • Reservierung für Bilder/Videos/Embeds
- • Cookie-Banner/Overlays ohne Layout-Sprünge
- • Sticky Header: keine nachträglichen Größenänderungen
- • Ads/iframed Widgets: feste Containergrößen
F) Monitoring & Regression-Schutz
- • Core Web Vitals als KPI (Field-Daten) etabliert
- • Performance Budgets für JS/CSS/Images
- • Automatisierte Checks in CI (Smoke + Lighthouse als Hinweis)
- • Dashboard für Fehler, Latenz, Cache-Hits
- • Releases: vor/nach Vergleich + Rollback-Plan
- • Alerts bei Verschlechterung kritischer Seiten
Quick Wins, die in TYPO3-Projekten oft sofort Wirkung zeigen
Diese Maßnahmen sind häufig schnell umgesetzt und bringen überproportional viel – besonders für LCP & INP.
LCP
Hero richtig ausliefern
Richtige Image-Größe + Format, kein Lazy Load fürs LCP-Element, Preload wo sinnvoll.
INP
Third-Party Scripts reduzieren
Weniger Tag-Manager Chaos, weniger Widgets – oft die schnellste INP-Verbesserung.
TTFB
Caching-Strategie glätten
Richtige Varianten (Sprache/Login), Cache-Warmup, Proxy/CDN – stabiler First Byte.
Bonus: Performance & SEO hängen zusammen
Performance verbessert nicht nur Metriken, sondern oft auch Conversion: weniger Absprünge, mehr Anfragen, weniger „Support weil langsam“. Wenn Sie sowieso an SEO arbeiten, ist ein CWV-Audit ein sinnvoller Hebel.
→ Performance & SEO Leistung ansehenBeispiel-Roadmap: von „langsam“ zu „stabil schnell“
Wenn Sie intern priorisieren müssen, hilft diese Einteilung. So können Sie Fortschritt in Sprints liefern – ohne alles neu zu bauen.
Rot (sofort)
LCP-Hero falsch, riesige Bundles, extrem hoher TTFB, Cache kaputt.
Orange (kurzfristig)
Third-Party reduzieren, CSS/JS optimieren, Fonts/CLS fixen.
Gelb (mittelfristig)
Architektur-Refactoring, Rendering effizienter, Suche/Listen optimieren.
Blau (nice)
Perfektion: Extra Dashboards, A/B Tests, Feintuning bis zur letzten ms.
Häufige Fragen zum Performance Audit
Was ist der Unterschied zwischen „gefühlt langsam“ und CWV? ›
CWV messen konkrete UX-Momente (z. B. wann das wichtigste Element sichtbar ist und wie schnell Interaktionen
verarbeitet werden). „Gefühlt langsam“ entsteht oft aus hohen TTFB, schweren Assets oder trägheit durch JS –
und wird durch CWV objektiv sichtbar.
Bringt ein CDN immer etwas? ›
CDN hilft vor allem bei statischen Assets und geografischer Verteilung. Entscheidend ist aber,
dass Cache-Strategien und Varianten korrekt sind. Ein CDN „überdeckt“ kein langsames Backend, kann aber
TTFB/Assets stark verbessern – wenn richtig integriert.
Müssen wir dafür gleich ein Relaunch machen? ›
Meist nicht. Viele Performance-Probleme sind „Betriebs- und Auslieferungs-Themen“ (Caching, Bildgrößen,
Third-Party, Bundle-Größen). Ein Relaunch ist nur sinnvoll, wenn Architektur/Codebasis stark veraltet sind.
Core Web Vitals verbessern – ohne Blindflug
Wenn Sie konkrete Messwerte, Ursachen und eine Roadmap wollen, die sich in Sprints umsetzen lässt: Ich unterstütze bei Performance Audit, Quick Wins, Monitoring und sauberer Umsetzung in TYPO3.
Unverbindlich · vertraulich · Remote DACH · bei Bedarf Workshops vor Ort