Quelle: https://lshosting.de/litespeed/

Datenstand: 2026-11-03. Anbieter: webhoster.de AG.

LiteSpeed / Technik-Lab

# Den Stack *verstehen.*

Webserver, Cache, Anwendung und Protokoll sind keine austauschbaren Beschleuniger. Hier wird nachvollziehbar, an welcher Stelle die einzelnen Bausteine ansetzen.

01 / Eine Seitenantwort wiederverwenden

## Der direkte Weg. Wenn die Regeln passen.

Ein Full-Page-Cache kann vorbereitete Seitenantworten ausliefern. Passt ein Abruf nicht zu einer vorhandenen Cache-Antwort, muss die Anwendung den Inhalt verarbeiten. Konfiguration und Art der Anfrage sind entscheidend.

Schema / LSCacheKein Live-Test

Beispielanfrage

01

### Anfrage

Ein Besucher ruft einen Inhalt ab.

→

02

### Cache-Regel

Die Konfiguration bestimmt den passenden Weg.

→

03

### Antwort

Aus dem Cache oder von der Anwendung.

Beispiel

01 / Ein öffentlicher Seitenaufruf beginnt.

Die Darstellung erklärt einen möglichen Ablauf. Cache-Verhalten und Ausnahmen müssen zu deiner Anwendung passen. Die Animation führt keine echten Netzwerkanfragen oder Messungen aus.

### Öffentliche Inhalte

Viele Besucher können dieselbe öffentliche Informationsseite abrufen. Eine geeignete vorbereitete Antwort kann wiederverwendbar sein. Nach Inhaltsänderungen muss die Cache-Verwaltung berücksichtigen, welche Antworten nicht mehr aktuell sind.

### Dynamische Abläufe

Eine Anwendung verarbeitet auch Anmeldungen, persönliche Konten und Aktionen. Diese Anfragen haben andere Anforderungen als eine allgemeine Informationsseite. Der öffentliche Seiten-Cache darf nicht unbesehen eine personalisierte Antwort wiederverwenden.

02 / Die richtige Ebene

## Antwort, Datenobjekt oder PHP-Code?

Die drei Begriffe setzen an unterschiedlichen Teilen der Verarbeitung an. Ihre Konfiguration und ihr Nutzen hängen vom Projekt und den bereitstehenden Diensten ab.

01 / Antwort

### Seiten-Cache

Kann eine vorbereitete Seitenantwort ausliefern, wenn Anfrage und Konfiguration dazu passen.

02 / Datenobjekte

### Object Cache

Hält wiederverwendbare Datenobjekte vor. Ein persistenter Backend-Dienst und die Anwendungskonfiguration müssen zusammenpassen.

03 / PHP-Code

### OPcache

Hält kompilierten PHP-Bytecode im Speicher. Er ersetzt weder eine Seitenantwort noch den Object Cache.

### Object Cache richtig einordnen

Die Anbindung in LSCache kann mit einem passenden externen Object-Cache-Dienst zusammenarbeiten. Das ist von einer fertigen Seitenantwort zu unterscheiden. Ob und wie ein Dienst verwendet wird, muss zur Anwendung und der konkreten Umgebung passen.

### OPcache ist kein Seiten-Cache

PHP-Bytecode muss nicht bei jeder Ausführung neu kompiliert werden, wenn OPcache passende kompilierte Skripte im Speicher vorhält. Die Anwendung läuft trotzdem weiter; ihre Abfragen und die Antwort sind damit nicht automatisch schon fertig.

Primärquellen: [LSCache-Konfiguration↗](https://docs.litespeedtech.com/lscache/lscwp/cache/) · [PHP OPcache↗](https://www.php.net/manual/en/book.opcache.php) · [WordPress-Optimierung↗](https://developer.wordpress.org/advanced-administration/performance/optimization/)

03 / Ausnahmen gehören dazu

## Persönliche Inhalte. Bewusste Regeln.

Ein Cache-Konzept muss wissen, welcher Inhalt geteilt werden darf. Die richtige Frage ist nicht nur, wie viel gecacht wird, sondern welche Antworten für welche Anfragen passen.

Login / Konten

### Personenbezug beachten.

Angemeldete Bereiche und persönliche Informationen dürfen nicht unbesehen in einem öffentlichen Seiten-Cache landen. Cache-Varianten und Ausnahmen müssen mit Anwendung und Erweiterungen zusammenpassen.

Warenkorb / Checkout

### Geschäftsabläufe testen.

Prüfe Warenkorb, Zahlung und Folgeschritte nach Konfigurationsänderungen. E-Commerce-Erweiterungen können eigene Integrationen und Regeln besitzen. Eine universelle Einstellung wird hier nicht vorgegeben.

Änderungen / Purge

### Aktualität erhalten.

Nach einer Veröffentlichung muss die Cache-Verwaltung betroffene Antworten berücksichtigen. Überprüfe die sichtbaren Inhalte und die für dein Projekt wichtigen Funktionen, statt nur eine Statusanzeige zu betrachten.

Herstellerdokumentation: [Cache-Ausnahmen und Konfiguration↗](https://docs.litespeedtech.com/lscache/lscwp/cache/#excludes-tab)

04 / Den Betrieb vorbereiten

## Backups und Updates sind eigene Aufgaben.

Ein Cache ersetzt keine Sicherung und keine Pflege. Webhosting enthält tägliche Backups; Managed Server ergänzen Plesk-Sicherungen um separate Snapshot-Backups.

Was wiederhergestellt werden soll

### Inhalt. Datenbank. Umgebung.

01

### Plesk-Backups

Website-Dateien und Datenbanken aus einem vorhandenen Sicherungsstand zurückholen.

02

### Separate Snapshots

Ergänzende Sicherung der Serverumgebung bei den Managed Servern.

### Serverumgebung betreuen

Bei Managed Servern gehören Updates und Monitoring zum Service der Umgebung. Beim Ausfall eines überwachten Servers werden Techniker benachrichtigt. Eine pauschale Reaktionszeit oder ständig erreichbare Telefonhotline wird daraus nicht abgeleitet.

### WordPress aktuell halten

Smart Updates prüfen Aktualisierungen in einer Kopie und vergleichen vorher und nachher. Das Werkzeug ist in den Webhosting-Tarifen enthalten und für Managed Server optional. Der getrennt bestellbare Updateservice übernimmt die tägliche KI-gestützte Prüfung, Installation und anschließende Funktionskontrolle.

Quellen: [Backup-Manager↗](https://webhoster.de/backupmanager/) · [Plesk Smart Updates↗](https://www.plesk.com/wp-toolkit/smart-updates/)

05 / Der Transportweg

## HTTP/3 ist ein weiterer Baustein.

Die Hostingplattform unterstützt HTTP/3. Das Protokoll nutzt QUIC über UDP; eine tatsächliche Verbindung setzt unter anderem passende Serverkonfiguration, vertrauenswürdiges HTTPS sowie Unterstützung im Browser und Netzwerk voraus.

### Transport und Inhalt trennen

HTTP/3 betrifft den Weg der Daten zwischen Client und Server. Ein Seiten-Cache betrifft dagegen die Vorbereitung einer Antwort. Keiner der Begriffe allein liefert eine garantierte Ladezeit. Bilder, Anwendung, Datenbank und Netzbedingungen bleiben Teil des Gesamtbilds.

### Unterstützung ist kein Verbindungstest

Die Beschreibung der Plattform ist keine Aussage darüber, welches Protokoll ein bestimmter Abruf verwendet. Ein Protokolltest braucht eine geeignete Verbindung und muss die tatsächliche Aushandlung betrachten. Hier werden weder aktuelle HTTP/3-Messwerte noch ein erfolgreicher Handshake dieser Domain behauptet.

Quellen: [QUIC beim Anbieter↗](https://webhoster.de/quic/) · [HTTP/3, RFC 9114↗](https://www.rfc-editor.org/rfc/rfc9114.html) · [LiteSpeed HTTP/3-Voraussetzungen↗](https://docs.litespeedtech.com/lsws/cp/cpanel/quic-http3/)