Cache

Ein Cache ist ein schneller Zwischenspeicher, der häufig benötigte Daten temporär vorhält, um sie bei erneutem Abruf schneller bereitzustellen. Bei Websites bedeutet das, dass statische Versionen dynamisch erzeugter Seiten gespeichert werden, sodass der Server nicht bei jeder Anfrage die komplette Seite neu berechnen muss. Das Grundprinzip ist die Lokalität: Einmal abgerufene Daten werden wahrscheinlich bald erneut gebraucht. Durch Caching sinken Ladezeiten, Serverressourcen werden geschont und die Nutzererfahrung verbessert sich deutlich.

Der Browser-Cache speichert Dateien wie CSS, JavaScript und Bilder lokal auf dem Gerät des Nutzers und reduziert Downloads bei wiederholten Besuchen. Er ist nutzerspezifisch und bleibt auch nach Verlassen der Website erhalten. Der Server-Cache, etwa der Page-Cache, speichert fertig generierte Seiten zentral auf dem Webserver und vermeidet wiederholte Berechnungen für alle Besucher. Während der Browser-Cache nur einem einzelnen Nutzer zugutekommt, profitieren vom Server-Cache alle Besucher. Beide Ebenen ergänzen sich für maximale Performance.

Im Web wirken mehrere Cache-Ebenen zusammen. Der Browser-Cache speichert statische Ressourcen auf dem Nutzergerät. Der Page-Cache hält vollständige HTML-Seiten vor, ohne dass PHP ausgeführt oder die Datenbank abgefragt werden muss. Der Objekt-Cache speichert Datenbankergebnisse im Arbeitsspeicher, meist mit Redis oder Memcached. Der CDN-Cache verteilt statische Inhalte auf weltweit verteilte Server. Der Opcode-Cache speichert kompilierten PHP-Code. Hinzu kommt das Datenbank-Caching, das heute vor allem über den InnoDB-Buffer-Pool und einen Objekt-Cache erfolgt.

Bei normalen Websites mit gelegentlichen Updates genügt eine automatische Cache-Invalidierung bei Inhaltsänderungen. Eine manuelle Cache-Leerung ist nur nach Theme-Updates, Plugin-Änderungen oder bei Darstellungsproblemen nötig. News-Websites mit häufigen Updates sollten lieber kürzere Cache-Zeiten für die betroffenen Seiten einstellen, statt ständig manuell zu leeren. Eine komplette manuelle Leerung ist typischerweise nur bei Wartungsarbeiten oder größeren Änderungen sinnvoll. Wichtig ist eine gut konfigurierte automatische Invalidierung, die den Cache betroffener Seiten gezielt erneuert.

Das hängt von den Anforderungen ab. WP Rocket ist als kostenpflichtige All-in-One-Lösung besonders einsteigerfreundlich und umfangreich. LiteSpeed Cache bietet auf LiteSpeed-Servern hervorragende Performance und ist kostenlos. W3 Total Cache eignet sich für fortgeschrittene Nutzer mit speziellen Anforderungen, WP Super Cache ist eine solide kostenlose Basis, und Cache Enabler ist minimalistisch und leichtgewichtig. Entscheidend sind Hosting-Umgebung, technisches Know-how, Website-Komplexität und Budget. Wichtig sind außerdem regelmäßige Updates für Kompatibilität und Sicherheit.

Ja. Wenn dynamische Bereiche wie Warenkörbe, Nutzerkonten oder personalisierte Inhalte fälschlich gecacht werden, können Fehler auftreten, etwa falsche Warenkorb-Inhalte oder ausgeloggte Nutzer. Die Lösung ist, diese Bereiche konsequent vom Caching auszuschließen oder Fragment-Caching zu nutzen, das statische und dynamische Teile trennt. Moderne Cache-Plugins erkennen WooCommerce und ähnliche Plugins oft automatisch und schließen kritische Seiten wie Checkout und Mein-Konto aus. Bei Eigenentwicklungen müssen solche Ausnahmen manuell konfiguriert werden.

Indirekt, aber messbar. Cache verbessert die Ladezeiten deutlich, und Ladezeit sowie die Core Web Vitals sind seit dem Page Experience Update 2021 Ranking-Signale bei Google. Schnellere Websites senden bessere Nutzersignale, etwa niedrigere Absprungraten. Außerdem erleichtern schnellere Serverantworten den Suchmaschinen-Bots das Crawlen und schonen das Crawl-Budget. Cache selbst ist kein direkter Ranking-Faktor, gehört aber zu den wirkungsvollsten technischen SEO-Maßnahmen, weil er genau die Faktoren verbessert, die Google bewertet.

Cache wirkt direkt auf mehrere Core Web Vitals. Vor allem verbessert er den Largest Contentful Paint (LCP) und die Time to First Byte (TTFB), da fertige Seiten ohne Server-Rechenzeit ausgeliefert werden. Die drei aktuellen Core Web Vitals sind LCP für die Ladezeit, INP (Interaction to Next Paint) für die Reaktionsfähigkeit und CLS (Cumulative Layout Shift) für die visuelle Stabilität. Wichtig zu wissen: INP hat im März 2024 den früheren First Input Delay (FID) ersetzt. Gute Werte tragen zu besseren Rankings und einer angenehmeren Nutzung bei.

Nein, der MySQL Query Cache ist veraltet. Er wurde in MySQL 8.0 aus dem Jahr 2018 komplett entfernt und gilt auch in MariaDB als überholt und ist dort standardmäßig deaktiviert, da er bei hoher Last schnell zum Flaschenhals wird. Datenbank-Performance erreicht man heute anders: über einen ausreichend dimensionierten InnoDB-Buffer-Pool, der häufig genutzte Daten im Arbeitsspeicher hält, sowie über einen Objekt-Cache mit Redis oder Memcached. Diese Lösungen sind deutlich leistungsfähiger und skalieren besser als der alte Query Cache.

Beide sind In-Memory-Datenbanken für das Objekt-Caching, die Abfrageergebnisse im Arbeitsspeicher halten und wiederkehrende Operationen beschleunigen. Redis ist vielseitiger: Es unterstützt komplexe Datenstrukturen wie Listen, Sets und Hashes, bietet optionale Persistenz auf die Festplatte und eine Master-Replikation. Memcached ist auf einfaches, sehr schnelles Key-Value-Caching spezialisiert und arbeitet multi-threaded. Für komplexe Caching-Szenarien ist Redis meist die bessere Wahl, während Memcached bei reinem, schlankem Key-Value-Caching seine Stärken ausspielt.

Cache Hit und Cache Miss beschreiben das Ergebnis der Cache-Prüfung bei einer Anfrage. Bei einem Cache Hit existiert eine gültige gespeicherte Version der angeforderten Ressource, und sie wird sofort und nahezu verzögerungsfrei ausgeliefert. Bei einem Cache Miss fehlt eine gültige Version, sodass die Ressource neu generiert, ausgeliefert und gleichzeitig im Cache gespeichert wird, damit der nächste Abruf zu einem Hit wird. Eine hohe Cache-Hit-Rate ist erstrebenswert, weil sie bedeutet, dass die meisten Anfragen schnell aus dem Cache bedient werden.

Eine häufige Falle ist das zu lange Caching der XML-Sitemap und der robots.txt: Diese Dateien sollten nicht lange gecacht werden, damit Suchmaschinen stets aktuelle Versionen erhalten. Ebenso müssen strukturierte Daten, Canonical-Tags und Hreflang-Attribute auch in den gecachten Versionen korrekt enthalten sein, sonst drohen Indexierungsprobleme oder Duplicate Content. Weiter sollten dynamische und personalisierte Bereiche vom Cache ausgeschlossen werden, damit Nutzer und Bots keine falschen Inhalte sehen. Eine zuverlässige automatische Invalidierung stellt sicher, dass aktualisierte Inhalte zeitnah ausgeliefert werden.