Eine schnelle WordPress-Seite ist kein Zufall. Gerade mit Divi 5 als Page Builder, LiteSpeed Cache als Optimierungs-Plugin und Managed Hosting bei OIT WordPress Hosting 2.0 gibt es viele Stellschrauben – und genauso viele Möglichkeiten, sich mit Plugin-Konflikten selbst auszubremsen. In diesem Artikel zeigen wir dir die optimale Konfiguration, mit der wir auf oit.digital arbeiten.
Das Problem: Zu viele Caches, zu wenig Strategie
Viele WordPress-Betreiber installieren mehrere Performance-Plugins gleichzeitig – Autoptimize, LiteSpeed Cache, ein CDN-Plugin, dazu noch das Hosting-eigene Caching. Das Ergebnis: Die Plugins konkurrieren um dieselben Aufgaben (CSS minifizieren, JavaScript zusammenfassen, Bilder optimieren), erzeugen doppelte Verarbeitung und können im schlimmsten Fall Layouts zerstören.
Der Schlüssel liegt darin, jedem Tool genau eine Aufgabe zuzuweisen – ohne Überschneidungen.
Der optimale Stack: Wer macht was?
OIT WordPress Hosting 2.0 (Hosting)
NGINX FastCGI Page Cache (serverseitig, 30 Tage TTL) und Redis Object Cache (64 MB). Das ist dein Fundament – schneller als jedes Plugin-basierte Page Caching.
LiteSpeed Cache (Optimierung)
CSS/JS-Minifizierung, JS Defer, Load CSS Asynchronously, Critical CSS (CCSS) per URL via QUIC.cloud. Kein Page Caching – das macht OIT WordPress Hosting 2.0.
Imagify (Bildoptimierung)
Automatische Komprimierung beim Upload, AVIF-Konvertierung und Auslieferung über <picture>-Tags. Modernes Bildformat = kleinere Dateien bei gleicher Qualität.
Divi 5 (Theme-Performance)
Dynamic Module Framework, Dynamic Icons, jQuery Defer, Gutenberg Block CSS Defer. Die Theme-eigene Performance-Optimierung – aber ohne Konflikte mit LiteSpeed.
Warum du kein CDN brauchst (im DACH-Raum)
Ein CDN (Content Delivery Network) verteilt statische Dateien auf Server weltweit. Das klingt schnell – bringt aber für eine deutschsprachige Unternehmensseite mit Zielgruppe DACH wenig Mehrwert. OIT WordPress Hosting 2.0 hostet bereits auf schnellen deutschen Servern mit NGINX FastCGI Cache. Die Latenz zu deinen Besuchern in Deutschland, Österreich und der Schweiz ist ohnehin minimal.
Ein CDN würde zusätzliche DNS-Konfiguration erfordern (Cloudflare oder QUIC.cloud als Reverse Proxy), dafür aber keinen spürbaren PageSpeed-Gewinn bringen. Die einzige Ausnahme: Wenn du ein internationales Publikum hast, lohnt sich Cloudflare als CDN.
Die kritische Falle: Divi Critical CSS vs. LiteSpeed CCSS
Nicht beides gleichzeitig aktivieren!
Divi 5 hat eine eigene Critical CSS-Funktion. LiteSpeed Cache generiert ebenfalls Critical CSS (CCSS) per URL über QUIC.cloud. Wenn beide aktiv sind, verarbeiten sie dieselben CSS-Dateien doppelt – das kann zu FOUC (Flash of Unstyled Content) führen und Layouts brechen.
Unsere Empfehlung: Divi Critical CSS deaktivieren, LiteSpeed CCSS per URL nutzen. LiteSpeed generiert Critical CSS individuell pro URL über QUIC.cloud – das ist präziser als Divi’s pauschaler Ansatz.
Autoptimize? Nicht nötig.
Autoptimize macht im Kern dasselbe wie LiteSpeed Cache: CSS/JS minifizieren, zusammenfassen und deferren. Wenn du LiteSpeed Cache bereits nutzt, ist Autoptimize redundant und erzeugt im schlimmsten Fall Konflikte durch doppelte Minifizierung. Deaktiviere es und lass LiteSpeed die komplette CSS/JS-Optimierung übernehmen.
Optimale Divi 5 Performance-Einstellungen
Unter Divi → Theme Options → Performance solltest du folgende Einstellungen vornehmen:
Aktivieren
- Dynamic Module Framework – Lädt nur Module die auf der Seite genutzt werden
- Dynamic Icons – Lädt Icons on-demand statt alle auf einmal
- Disable WordPress Emojis – Spart ein unnötiges Script
- Defer Gutenberg Block CSS – Block-Editor-CSS nicht render-blocking laden
- Improve Google Fonts Loading – Optimiertes Font-Loading
- Defer jQuery And jQuery Migrate – jQuery nicht render-blocking laden
Deaktivieren
- Critical CSS – LiteSpeed CCSS übernimmt das (per URL, präziser)
- Limit Google Fonts Support For Legacy Browsers – Unnötige Fallbacks für veraltete Browser
LiteSpeed Cache: Die richtigen Settings
Da OIT WordPress Hosting 2.0 NGINX nutzt (nicht LiteSpeed/OpenLiteSpeed), steht dir das Page Caching von LiteSpeed Cache nicht zur Verfügung – aber die Optimierungs-Features funktionieren einwandfrei:
JS-Einstellungen
- JS Minify: AN
- JS Combine: AUS (HTTP/2 macht das unnötig)
- Load JS Deferred: Deferred
CSS-Einstellungen
- CSS Minify: AN
- CSS Combine: AUS (HTTP/2)
- Load CSS Asynchronously: AN
- CCSS Per URL: AN
- Generate UCSS: AN
Bilder
- Image Optimization: AUS (Imagify übernimmt)
- Lazy Load Images: AN
- Responsive Placeholders: AN
Bildoptimierung: AVIF statt WebP
AVIF bietet bei gleicher visueller Qualität 20–30% kleinere Dateien als WebP und wird von allen modernen Browsern unterstützt. Mit Imagify stellst du die Konvertierung auf AVIF um und aktivierst die Auslieferung über <picture>-Tags. So bekommen alte Browser weiterhin JPEG/PNG, während moderne Browser das effizientere AVIF erhalten.
- NGINX FastCGI Cache
- Redis Object Cache (64 MB)
- Deutsche Server, niedrige Latenz
- Minifizierung (kein Combine)
- JS Defer + CSS Async
- Critical CSS per URL
- Auto-Optimierung beim Upload
- AVIF-Konvertierung
- picture-Tag Auslieferung
| Typische Fehler | Optimale Konfiguration |
|---|---|
| ✕Autoptimize + LiteSpeed = doppelte Minifizierung | ✓Nur LiteSpeed für CSS/JS |
| ✕Divi CCSS + LiteSpeed CCSS = Layout-Konflikte | ✓Nur LiteSpeed CCSS (per URL) |
| ✕CDN für DACH-only-Seite = unnötiger Overhead | ✓OIT Hosting-Server reicht für DACH |
| ✕CSS Combine mit HTTP/2 = langsamer | ✓Einzelne Dateien + HTTP/2 Multiplexing |
| ✕WebP statt AVIF = 20-30% größer | ✓AVIF mit picture-Tag Fallback |
Checkliste: Nach der Konfiguration
- Alle Caches leeren – Divi CSS Cache, Varnish Cache, Object Cache und LiteSpeed Purge All
- Frontend testen – Startseite, wichtige Unterseiten, mobile Ansicht prüfen
- Google PageSpeed Insights – Ergebnis mit pagespeed.web.dev prüfen (Desktop + Mobile)
- Console-Fehler prüfen – Browser-Konsole auf JavaScript-Fehler checken (jQuery-Kompatibilität)
- CCSS-Generierung abwarten – LiteSpeed braucht einige Minuten für Critical CSS über QUIC.cloud
Professionelle WordPress-Performance mit OIT
Du willst das nicht alles selbst konfigurieren? Wir übernehmen das. Im Rahmen unseres WordPress-Hosting & Wartung kümmern wir uns um die gesamte Performance-Optimierung – vom Hosting-Setup über Cache-Konfiguration bis zur laufenden Überwachung.
- Managed WordPress Hosting – OIT WordPress Hosting 2.0-Setup mit optimaler Cache-Konfiguration
- SEO-Optimierung – PageSpeed ist ein direkter Google-Rankingfaktor
- Laufende Wartung – Plugin-Updates, Kompatibilitätsprüfungen, Performance-Monitoring
- Keine Verknüpfung, die du nicht brauchst – Wir richten nur ein, was wirklich hilft
Lass uns deine WordPress-Seite schneller machen – ohne überflüssige Plugins und ohne Kompromisse.
Hast du eine Frage zu diesem Artikel?
Schreib uns – wir antworten in der Regel innerhalb eines Werktages.