Caching — das wirksamste Mittel, wenn man es richtig macht.

Die Ebenen.

Die Reihenfolge der Einrichtung entspricht dieser Tabelle: von risikolos nach risikoreich. Wer unten anfängt, repariert die ganze Zeit Probleme, die er selbst erzeugt hat.

PHP-Cache.

Der Server muss den Programmcode bei jedem Aufruf übersetzen. Ein PHP-Zwischenspeicher behält das Ergebnis im Arbeitsspeicher — das spart bei jedem Aufruf Zeit und kostet nichts.

Bei den meisten Hostern ist das aktiv. Prüfen lohnt trotzdem, besonders nach einem Wechsel der PHP-Version: Manchmal ist er für die neue Version nicht eingerichtet. Das ist eine Einstellung ohne jedes Risiko und sollte in jedem Fall an sein (PHP-Version).

Seiten-Cache.

Der größte Hebel. Statt die Seite bei jedem Aufruf neu zu bauen, liefert der Server eine fertige Datei aus. Damit vervielfacht sich die Zahl gleichzeitiger Besucher, die ein Paket verträgt, und die Serverantwortzeit fällt drastisch (Serverantwortzeit).

Für eine Website mit überwiegend gleichen Inhalten für alle ist das ideal. Problematisch wird es überall dort, wo Besucher Unterschiedliches sehen sollen — und das ist bei Shops und Mitgliederbereichen der halbe Betrieb.

Die Ausnahmen.

Der wichtigste Abschnitt dieser Seite. Folgendes darf nie aus dem Cache kommen:

• Warenkorb, Kasse, Bestellbestätigung und Kundenkonto.
• Geschützte Bereiche und alles für angemeldete Nutzer.
• Formularseiten mit Schutzmerkmal, sonst schlägt das Absenden fehl.
• Seiten mit personalisierten Inhalten — Empfehlungen, zuletzt angesehen, Preise nach Kundengruppe.
• Suchergebnisse und gefilterte Listen.
• Alles hinter einer Anmeldung.

Die meisten Caching-Plugins kennen die üblichen Shop-Seiten und nehmen sie automatisch aus. Was sie nicht kennen, sind deine eigenen Sonderfälle — eine Seite mit kundenspezifischen Preisen oder ein Bereich für Wiederverkäufer. Die musst du selbst eintragen (B2B).

Der schlimmste denkbare Fehler ist ein zwischengespeicherter Warenkorb: Ein Besucher sieht den Warenkorb eines anderen. Das ist nicht nur peinlich, sondern ein Datenschutzvorfall (Warenkorb).

Objekt-Cache.

Speichert Ergebnisse von Datenbankabfragen im Arbeitsspeicher. Das wirkt dort, wo ein Seitencache nicht greift — also bei angemeldeten Nutzern, im Backend, im Warenkorb und in der Kasse.

Für Shops ist das oft die wirksamere Maßnahme als der Seitencache, weil die kritischen Seiten dort ohnehin ausgenommen sind. Voraussetzung ist ein entsprechender Dienst auf dem Server; nicht jeder Hoster bietet das an. Es ist eine gute Frage bei der Hosterauswahl (Hosting-Arten, WooCommerce langsam).

Browser-Cache.

Dateien, die sich selten ändern — Bilder, Stylesheets, Skripte, Schriften — werden beim Besucher gespeichert und beim nächsten Besuch nicht erneut geladen. Das ist für wiederkehrende Besucher spürbar.

Die Gültigkeitsdauer sollte lang sein, und damit Änderungen trotzdem ankommen, braucht es eine Versionierung: Bei jeder Änderung bekommt die Datei einen neuen Namen oder einen angehängten Versionsstand. WordPress macht das bei ordentlich angemeldeten Dateien von selbst — handgeschriebene Einbindungen im Theme oft nicht, und dann sehen wiederkehrende Besucher wochenlang die alte Gestaltung.

Vorgeschaltete Dienste.

Ein Dienst zwischen Besucher und Server kann Inhalte näher am Nutzer ausliefern und den Server entlasten. Das bringt vor allem bei internationalem Publikum etwas; für eine regionale Website ist der Gewinn klein.

Das Risiko ist höher, weil dieser Dienst deine Anwendungslogik nicht kennt. Wenn er eine Seite zwischenspeichert, die personalisiert ist, merkt es niemand — der Server wird ja gar nicht erst gefragt. Deshalb: Ausnahmen dort genauso sorgfältig pflegen wie im Plugin, und nach dem Einrichten gezielt mit zwei verschiedenen Konten testen (Caching-Ebenen).

Caching im Shop.

1. PHP-Cache aktivieren — risikolos.
2. Objekt-Cache einrichten, wenn der Hoster es erlaubt.
3. Seiten-Cache nur für öffentliche Seiten: Startseite, Kategorien, Produktseiten, Blog.
4. Alles Personalisierte ausnehmen.
5. Warenkorb-Bereiche im Seitenkopf dynamisch nachladen, statt die ganze Seite auszunehmen.
6. Mit zwei Browsern testen, einer angemeldet, einer nicht.
7. Testkauf durchführen, vollständig bis zur Bestätigung.

Punkt fünf ist der Kniff, mit dem man beides bekommt: Die Produktseite kommt aus dem Cache, nur die Warenkorbanzeige oben rechts wird nachgeladen. Viele Shop-Themes beherrschen das.

Wann geleert wird.

Nach jeder inhaltlichen Änderung muss der Cache für die betroffenen Seiten weg. Gute Plugins machen das automatisch: Beitrag gespeichert, Beitragsseite und Übersichtsseiten geleert.

Nicht automatisch passiert es bei: Änderungen an Theme-Dateien, Plugin-Updates, Preisänderungen über einen Import, Änderungen über die Schnittstelle. Nach solchen Vorgängen gehört der Cache von Hand geleert — und zwar auf allen Ebenen, auch beim vorgeschalteten Dienst (Cache leeren).

Ein häufiger Fall: Jemand ändert etwas, sieht keine Wirkung, ändert mehr, immer noch nichts — und hat am Ende fünf Änderungen gemacht, von denen vier unnötig waren. Erste Regel bei „ich sehe meine Änderung nicht“: alle Caches leeren und im privaten Fenster prüfen.

Typische Fehler.

• Keine Ausnahmen gesetzt — Warenkorb und Konto kommen aus dem Cache.
• Zu lange Gültigkeit für Seiten mit aktuellen Inhalten.
• Mehrere Caching-Plugins gleichzeitig, die sich gegenseitig stören.
• Keine Versionierung, Besucher sehen alte Dateien.
• Vorgeschalteter Dienst ohne eigene Ausnahmen.
• Nur eine Ebene geleert bei der Fehlersuche.
• Testkauf nie gemacht.

Die dritte Zeile ist häufiger, als man denkt: Ein Caching-Plugin, dazu eines des Hosters, dazu ein Optimierungs-Plugin mit eigener Caching-Funktion. Entscheide dich für eins.

Prüfen.

1. Serverantwortzeit messen, vorher und nachher.
2. Zweimal laden und die Antwortzeit vergleichen — der zweite Aufruf sollte deutlich schneller sein.
3. Angemeldet prüfen: Kommt die Seite dort nicht aus dem Cache?
4. Warenkorb testen in zwei Browsern gleichzeitig.
5. Vollständiger Testkauf.
6. Inhaltsänderung machen und prüfen, ob sie erscheint.
7. Formular absenden.

Punkt vier ist der entscheidende Sicherheitstest: zwei verschiedene Browser, in beiden etwas anderes in den Warenkorb, und prüfen, dass keiner den Warenkorb des anderen sieht.

Wenn du nicht weiterkommst.

Wenn Caching deine Seite schneller machen soll, ohne dass Bestellungen durcheinandergeraten. Ich messe deine Seite mit echten Nutzerdaten statt mit einem einzelnen Test, sortiere die Befunde nach Wirkung und behebe die, die zählen: Ladezeit optimieren. Dauerhaft begleitet die WordPress-Wartung — damit neue Inhalte die Werte nicht wieder kaputt machen.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Ich mache Websites schneller — und zwar messbar, nicht gefühlt. Das heißt: erst messen, dann die zwei oder drei Stellen beheben, die tatsächlich den Unterschied machen, dann noch einmal messen.

Was ich nicht mache: eine Punktzahl schönrechnen. Es gibt Tricks, mit denen ein Testwerkzeug hundert Punkte zeigt, während die Seite für echte Besucher gleich langsam bleibt. Das ist Selbstbetrug, und ich sage dir, wenn jemand dir so etwas verkauft hat.

Ich arbeite mit dem, was du hast — Theme, Plugins, Hoster. Ein Neubau ist manchmal die ehrlichere Antwort, und dann sage ich das auch, statt monatelang an einer Seite zu optimieren, die grundsätzlich falsch gebaut ist.