Caching erklärt: der günstigste Weg zu einer schnellen Website

Stellen Sie sich einen Kellner vor, der für jede bestellte Tasse Kaffee erst die Bohnen pflückt, röstet und mahlt. Genau so arbeitet WordPress ohne Cache: Bei jedem Seitenaufruf startet PHP, führt Dutzende Datenbankabfragen aus, baut das HTML zusammen und antwortet erst dann. Caching heißt: einmal kochen, die nächsten tausend Gäste werden sofort bedient.

Die Ebenen und was sie jeweils lösen

• Seiten-Cache — fertiges HTML wird gespeichert und direkt ausgeliefert. Der größte Gewinn: Der TTFB fällt von 800 ms auf 50-100 ms. Für Präsentationsseiten und Blogs löst das 80% des Problems.
• Objekt-Cache — Redis oder Memcached speichern Ergebnisse von Datenbankabfragen. Unverzichtbar für Shops und Seiten mit Benutzeranmeldung, wo ganze Seiten nicht zwischengespeichert werden können.
• OPcache — PHP hält vorkompilierten Code im Arbeitsspeicher. Wird serverseitig aktiviert und läuft ohne Ihr Zutun.
• Browser-Cache — Besucher speichern Logo, CSS und Schriften lokal, beim zweiten Besuch werden sie nicht erneut geladen.
• CDN — Kopien statischer Dateien liegen auf Servern weltweit. Wer aus Wien zugreift, lädt das Bild aus Wien und nicht vom Ursprungsserver.

Was niemals zwischengespeichert werden darf

Hier entstehen die meisten Probleme. Warenkorb, Kasse, Kontoseiten und alles Nutzerspezifische müssen ausgenommen sein. Der Klassiker: Ein Kunde legt ein Produkt in den Warenkorb und sieht den leeren Korb eines anderen, weil allen dieselbe zwischengespeicherte Version ausgeliefert wurde. Jedes ernsthafte Caching-Plugin bringt Ausnahmeregeln für WooCommerce mit — prüfen Sie, ob sie aktiv sind.

Einrichten, ohne die Seite zu zerlegen

• Aktivieren Sie zunächst nur den Seiten-Cache. Gehen Sie die Seite als abgemeldeter und als angemeldeter Nutzer durch.
• Testen Sie Kontaktformular und Warenkorb, bevor Sie weitere Optionen einschalten.
• Minifizierung und das Zusammenfassen von CSS/JS immer einzeln aktivieren. Das ist die übliche Ursache zerschossener Layouts.
• Richten Sie ein automatisches Leeren des Caches beim Veröffentlichen ein, sonst rätseln Sie, warum Änderungen nicht erscheinen.

„Ich habe etwas geändert, es wird nicht angezeigt"

Fast immer der Cache. Prüfreihenfolge: Plugin-Cache leeren, dann CDN-Cache, dann mit Strg+F5 neu laden. Bleibt es alt, öffnen Sie die Seite in einem privaten Fenster — damit ist der lokale Browser-Cache aus der Gleichung.

Server-Cache schlägt Plugin-Cache

Ein Caching-Plugin muss weiterhin PHP starten, um zu entscheiden, was ausgeliefert wird. Caching auf Serverebene (etwa Nginx FastCGI Cache oder LiteSpeed) antwortet, bevor PHP überhaupt anläuft — weitere 30-80 ms pro Anfrage. Unsere Pakete haben Server-Caching standardmäßig aktiv, dazu NVMe-Speicher und ein globales CDN.

Realistische Erwartung

Eine typische WordPress-Seite ohne Cache hat einen TTFB von 600-1200 ms. Mit sauber eingerichtetem Caching auf einem ordentlichen Server sind 80-150 ms normal. Es ist die einzige Optimierung, die sich in ganzen Sekunden misst und an einem Nachmittag erledigt ist. Für WordPress sehen Sie sich auch unser WordPress-Hosting an, wo das meiste bereits vorkonfiguriert ist.