Zum Inhalt springen
/ Home / Knowledge / WordPress PageSpeed optimieren: Divi 5, LiteSpeed Cache und OIT WordPress Hosting 2.0 richtig konfigurieren

WordPress PageSpeed optimieren: Divi 5, LiteSpeed Cache und OIT WordPress Hosting 2.0 richtig konfigurieren

Inhalt

Andreas Olbricht
Webentwicklung-Experte
OIT GmbH
Profil ansehen

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?

Hosting

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

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

Imagify (Bildoptimierung)

Automatische Komprimierung beim Upload, AVIF-Konvertierung und Auslieferung über <picture>-Tags. Modernes Bildformat = kleinere Dateien bei gleicher Qualität.

Divi

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

Warnung

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:

JavaScript

JS-Einstellungen

  • JS Minify: AN
  • JS Combine: AUS (HTTP/2 macht das unnötig)
  • Load JS Deferred: Deferred
CSS

CSS-Einstellungen

  • CSS Minify: AN
  • CSS Combine: AUS (HTTP/2)
  • Load CSS Asynchronously: AN
  • CCSS Per URL: AN
  • Generate UCSS: AN
Bilder

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.

Kernprinzip
Performance-Strategie
Ein Tool pro Aufgabe – keine Doppelverarbeitung, keine Konflikte.
OIT WordPress Hosting 2.0 cached Seiten serverseitig. LiteSpeed optimiert CSS und JS. Imagify komprimiert Bilder. Divi steuert Theme-spezifisches Laden. Jedes Tool hat seinen Bereich – keines greift in den anderen ein.
Der optimale Plugin-Stack
01
OIT WordPress Hosting 2.0 Hosting
Page Cache + Object Cache
  • NGINX FastCGI Cache
  • Redis Object Cache (64 MB)
  • Deutsche Server, niedrige Latenz
02
LiteSpeed Cache
CSS/JS-Optimierung
  • Minifizierung (kein Combine)
  • JS Defer + CSS Async
  • Critical CSS per URL
03
Imagify
Bildkomprimierung
  • Auto-Optimierung beim Upload
  • AVIF-Konvertierung
  • picture-Tag Auslieferung
Direktvergleich
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
Besonders relevant für…

🌐

WordPress-Betreiber mit Divi

🚀

Managed Hosting bei OIT WordPress Hosting 2.0

🔍

SEO-fokussierte Unternehmen

💻

Agenturen & Freelancer

Checkliste: Nach der Konfiguration

  1. Alle Caches leeren – Divi CSS Cache, Varnish Cache, Object Cache und LiteSpeed Purge All
  2. Frontend testen – Startseite, wichtige Unterseiten, mobile Ansicht prüfen
  3. Google PageSpeed Insights – Ergebnis mit pagespeed.web.dev prüfen (Desktop + Mobile)
  4. Console-Fehler prüfen – Browser-Konsole auf JavaScript-Fehler checken (jQuery-Kompatibilität)
  5. 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.

→ Performance-Check anfragen

Andreas Olbricht
Dein Ansprechpartner
OIT GmbH
Profil ansehen

Hast du eine Frage zu diesem Artikel?

Schreib uns – wir antworten in der Regel innerhalb eines Werktages.