Wenn es um die Web-Performance geht, ist WordPress Cache nur eines von den Dingen, mit denen jeder Webseiten-Besitzer an irgendeinem Punkt zu tun hat. Wir lieben WordPress, aber es ist definitiv nicht die schnellste Plattform, besonders wenn man sie mit einer völlig statischen Webseite vergleicht. Ein Grund dafür ist einfach, dass es auf PHP basiert, das nur so schnell arbeiten kann wie PHP arbeitet. Wir haben einige massive Verbesserungen mit PHP 7 gesehen, aber wenn Du Deine Webseite nicht richtig zwischenspeicherst, kann es immer noch zu Einbußen kommen.

Wäre es nicht schön, wenn Du Dich nicht darum kümmern müsstest, herauszufinden, welches Caching-Plugin das Beste ist? Nun, hier bei Kinsta kümmern wir uns um das Caching für Dich, damit Du Dich auf das Wachstum Deines Unternehmens konzentrieren kannst.

Was ist WordPress Cache?

Caching ist der Prozess des Speicherns von Ressourcen aus einer Anfrage und der Wiederverwendung dieser Ressourcen für nachfolgende Anfragen. Im Grunde genommen reduziert es den Arbeitsaufwand für die Generierung eines Seitenaufrufs.

Suchst du immer noch nach dem perfekten WordPress-Hoster?

Probiere Kinstas Premium Managed WordPress-Hosting aus, um eine problemlose Website Hosting-Erfahrung zu genießen.
  • Das Management darstellende stilisierte Führungsfiguren Vollständig verwaltet
  • Schild mit einem Schloss drin, die Sicherheit darstellendSicher wie Fort Knox
  • Linie vereinigen sich in einer einzigenKostenlose Webseiten-Migration
  • Drei Chevrons zeigen nach rechts und symbolisieren die ServergeschwindigkeitHohe Geschwindigkeit
  • Kreisförmiger Pfeil mit einem Punkt in der Mitte, symbolisiert die BackupsTägliche Backups
  • Offset-Hexagone, die unseren Server-Stack symbolisierenGoogle Cloud Platform

Warum solltest Du den Cache verwenden? Das ist einfach, das Caching macht WordPress Webseiten schneller und reduziert die Belastung des Webservers. Aus diesem Grund sollte sich jede Webseite bemühen, so viel Caching wie möglich zu verwenden. Darüber hinaus reduziert es im Falle des CDN-Caching auch die Menge der Serverbandbreite, die für die Generierung eines Seitenaufrufs erforderlich ist, indem es statische Ressourcen außerhalb Deines WordPress-Hosts speichert.

Es werden keine WordPress Caching Plugins bei Kinsta benötigt.

Das ist richtig! Wenn Du Deine WordPress-Seite bei Kinsta hostest, musst Du Dir keine Sorgen machen, dass Du Dich mit komplizierten und verwirrenden Caching-Plugins anlegen musst. Das liegt daran, dass wir verschiedene Arten von Caching bereits implementiert haben. Du kannst endlich aufhören, nach den „besten Caching-Plugins in 2018“ zu googeln und Dich auf produktivere Aufgaben konzentrieren.

Bei Kinsta verwenden wir die folgenden vier Arten von Cache, die alle automatisch auf Software- oder Serverebene durchgeführt werden:

Viele unserer Kunden berichten von einer Verkürzung der Ladezeiten um über 45% allein durch die Migration zu Kinsta. Und das sind WordPress-Seiten, bei denen zuvor Caching-Plugins installiert waren. Unten ist ein Beispiel für eine Webseite, die zu Kinsta migriert wurde. Davor gingen die Spikes weit über den 1-Sekunden-Bereich hinaus und nach dem Umzug zu Kinsta (und dem Löschen des Caching-Plugins) blieb es konstant unter 500 ms.

WordPress Ladezeit bei Kinsta

WordPress Ladezeit bei Kinsta

Es gibt auch andere Variablen, die an der Verkürzung der Ladezeit beteiligt sind, aber das Caching ist ein großer Teil davon. Wir sagen nicht, dass alle Caching-Plugins schlecht sind, in der Tat, oft liegt es daran, dass der Benutzer das Caching-Plugin nicht richtig konfiguriert hat, was wiederum seine WordPress-Seite verlangsamt. Hast Du jemals versucht, den W3 Total Cache zu konfigurieren? Es kann ziemlich schnell geradezu verwirrend werden.

Aber lassen wir andere Nutzer für sich sprechen.

Und was die Leistung betrifft, so glaube nicht einfach uns, sondern schaue Dir die Meinungen einiger anderer Nutzer an, die zu Kinsta umgezogen sind. Alle diese Nutzer verwenden kein Caching Plugin mehr.

Lass uns nun in jeden Typ von WordPress-Caching eintauchen, den Du hier bei Kinsta regelmäßig antreffen wirst. Wenn Du verstehst, was die einzelnen Ebenen des Caching bewirken, kannst Du Probleme im Zusammenhang mit dem Cache beheben und sicherstellen, dass Deine Webseite reibungslos funktioniert.

Bytecode Cache

Bytecode Cache speichert kompilierten PHP-Code, so dass bei der nächsten Verwendung der Kompilierungsschritt übersprungen werden kann. Bei Kinsta haben wir OPcache in PHP 5.6, 7.0, 7.1, 7.1, 7.2 und 7.3 aktiviert (und werden es in neueren Versionen von PHP aktivieren, sobald sie auf unserer Plattform veröffentlicht werden).

Wenn eine PHP-Datei oder ein Skript verarbeitet wird, muss sie zunächst in maschinenlesbaren Opcode übersetzt werden. Was OPcache macht, ist, den konvertierten Opcode zu speichern, so dass PHP den Kompilierungsschritt überspringen kann, wenn die nächste Datei oder das nächste Skript benötigt werden. Die Verwendung von OPcache verbessert die Leistung von PHP erheblich. Das bedeutet jedoch, dass Änderungen an PHP-Dateien nicht sofort berücksichtigt werden. Aus diesem Grund ist der OPcache auf Kinsta Staging-Seiten deaktiviert.

Lese mehr darüber, wie OPcache PHP-Anwendungen beschleunigt.

Objekt Cache

Der Objekt-Cache speichert die Ergebnisse von Datenbankabfragen, so dass beim nächsten Mal, wenn ein bestimmtes Bit an Daten benötigt wird, diese aus dem Cache geliefert werden können, ohne die Datenbank abzufragen. Dies beschleunigt die PHP-Ausführungszeiten und entlastet Deine Datenbank.

WordPress verfügt über einen integrierten Objekt-Cache: WP_Object_Cache. Dieser Objekt-Cache speichert jedoch nur Objekte für einen einzelnen Seitenaufbau. Der Zweck des Caches ist es, sicherzustellen, dass die Datenbank nicht mehrmals während eines einzelnen Pageloads auf die gleiche Weise abgefragt wird. Cache-Objekte werden jedoch nach dem Laden einer einzelnen Seite nicht mehr verwendet. Während dies eine nützliche Funktion in WordPress ist, ist das Objekt-Caching viel leistungsfähiger, wenn die Cache-Objekte zwischen mehreren Seitenladungen verwendet werden können.

Du kannst dieses Verhalten ändern und zwischengespeicherte Objekte für mehrere Seitenladungen wiederverwenden, indem Du vom integrierten Objekt-Cache von WordPress zu einer externen Lösung wechselst. Dies geschieht durch das Ablegen eines Caching-Skripts in das Verzeichnis /wp-content/. Es gibt Plugin-basierte Objekt-Cache Optionen wie W3 Total Cache und WP Rocket, die dies tun, indem sie eine advanced-cache.php Datei zu /wp-content/ hinzufügen.

Unsere Kunden bei Kinsta können auch unser Redis add-on kaufen und es neben PHP 5.6 oder 7.0 installieren lassen. Redis ist ein Open Source, In-Memory-Datenstrukturspeicher, der als Datenbank, Cache und Message Broker verwendet wird. Lies unseren Artikel darüber, wie Du Redis als persistenten Objekt-Cache verwenden kannst.

Seiten-Cache

Seiten-Caching speichert das gesamte HTML einer Seite, so dass nachfolgende Pageviews generiert werden können, ohne dass WordPress die Seite generieren muss.

Wenn Du eine WordPress-Webseite lädst, muss WordPress eine große Anzahl von PHP-Dateien verarbeiten und die Datenbank mehrmals abfragen. Bei Seiten, die nicht ständig aktualisiert werden, ist dies eine Verschwendung von Aufwand. Es ist viel effektiver, jede Seite nur einmal zu generieren, dann diese Seite zu speichern und die nachfolgenden Besucher zu beliefern. Das ist es, was das Page Caching bewirkt.

Zu den Vorteilen des Seiten-Caching gehören:

  • Much faster pageloads.
  • Dramatically reduced server loads and the ability to handle dramatically more traffic as a result.

Hier bei Kinsta nutzen unsere Server das nginx fastcgi cache module für das Seiten-Caching. Es ist so eingestellt, dass es standardmäßig jede Stunde abläuft. Kunden können sich jedoch an uns wenden, wenn sie diese Dauer erhöhen oder verringern möchten.

Der Seiten-Cache ist so konfiguriert, dass er direkt „out oft he box“ mit den Standard-Webseiten WordPress, BuddyPress, WooCommerce und Easy Digital Download funktioniert. Du musst gar nichts tun! Starte einfach Deine WordPress-Seite und der Seiten-Cache beginnt zu laufen. Eine Anpassung kann jedoch erforderlich sein, wenn Du eine angepasste URL-Struktur verwendest oder weit außerhalb des typischen WordPress-Setups liegst.

Wie das Bytecode Caching (OPcache) ist auch das Seiten Caching auf Kinsta Staging Seiten vollständig deaktiviert.

CDN-Cache

CDN-Caching speichert Webseiten-Dateien (wie JavaScript, CSS und Mediendateien) in einem Content-Delivery-Netzwerk für eine schnellere Bereitstellung an Benutzer, die geografisch vom Standort des Hostservers entfernt sind. Wenn jemand versucht, eine Webseite zu erreichen, werden diese Dateien vom CDN geliefert, anstatt von dem Server, der die Webseite tatsächlich hostet. Lies mehr darüber, warum Du ein CDN verwenden solltest.

Ein Content Delivery Network (CDN) bietet zwei wesentliche Vorteile:

Haben Sie mit Ausfallzeiten und WordPress-Problemen zu kämpfen? Kinsta ist die Hosting-Lösung, die Ihnen Zeit spart! Sieh dir unsere Features an
  • Es reduziert die Serverressourcen, die für das Laden einer Webseite benötigt werden. Da das CDN die Arbeit erledigt, muss der Webserver das nicht.
  • Es ermöglicht die Bereitstellung von Ressourcen von Standorten auf der ganzen Welt aus und beschleunigt die Leistung der Webseite für Benutzer, die geografisch von dem Server entfernt sind, der die Webseite hostet.

Es gibt zwei grundlegende Arten von CDNs: diejenigen, die einfach CDNs sind und solche, die ein CDN zusammen mit Sicherheitsfunktionen anbieten. Einige gängige Beispiele von jedem sind:

  • Standard-CDN: Kinsta CDN (KeyCDN), Stackpath, CloudFront.
  • CDN plus Sicherheit: Cloudflare, Sucuri, Akamai (optional).

Die erste Art von CDN wird durch die Erstellung von CDN-URLs eingerichtet, die für den Zugriff auf die Ressourcen der Webseite verwendet werden. Die genaue Art und Weise, wie dies aktiviert wird, hängt von einem CDN zum anderen ab. Die Grundidee ist, dass URLs für statische Ressourcen in die CDN-URL geändert werden, so dass die Ressourcen aus dem CDN gezogen werden. Ein Standard-CDN speichert in der Regel nur statische Dateien wie JS-, CSS- und Mediendateien. Unser Kinsta CDN ist ein Standard-CDN, das von KeyCDN unterstützt wird.

Die zweite Art von CDN dient als vollständiger Proxy-Server. Das bedeutet, dass jede Anfrage über die Server des Anbieters laufen muss, bevor sie auf die Server von Kinsta gelangt. Dies wird durch die Verwendung der Nameserver des CDN-Anbieters ermöglicht, so dass der CDN-Anbieter die volle Kontrolle über das DNS der Webseite hat. Dies ermöglicht es dem Provider, viele Dinge zu tun, die ein einfaches CDN nicht kann, wie z.B. Traffic aus schlechten IPs herauszufiltern, DoS/DDoS-Schutz anzubieten oder sogar einen ganzen Seiten-Cache im CDN zu speichern.

Erweitertes CDN-Caching

Wenn Du ein Proxy-Server-CDN wie Cloudflare oder Sucuri verwendest, hast Du die Möglichkeit, einen kompletten Page-Cache auf dem CDN zu erstellen. Die Verwendung eines CDN wie Cloudflare oder Sucuri zum Zwischenspeichern von ganzseitigem HTML entlastet die gesamte Arbeit von unseren Servern und ist eine ausgezeichnete Lösung für eine Webseite, die einen massiven Anstieg des Traffic erwartet.

  • Sucuri richtet einen Vollseiten-Cache ein, wenn die Cache-Ebene auf „Aktiviert“ gesetzt ist
  • Cloudflare erfordert, dass Seitenregeln eingerichtet werden, damit der Vollseiten-Cache funktioniert. Die Regeln müssen eine Cache-Ebene „Cache Everything“ verwenden.

Kinsta Cache Response Header

Du kannst testen, ob Deine Seite vom Kinsta-Cache aus bedient wird, indem Du Dir den HTTP-Response-Header ansiehst. Kinsta fügt einen X-Kinsta-Cache-header hinzu. Bei der ersten Anforderung einer nicht zwischengespeicherten Seite wird MISS angezeigt, wie unten gezeigt.

MISS Caching Header

MISS Caching Header

Bei der zweiten Anforderung an dieselbe Seite zeigt der X-Kinsta-Cache-Header Wert einen HIT an, d.h. er wird vom Cache bedient.

HIT Caching Header

HIT Caching Header

Und wenn Du unseren Artikel über das Erreichen von 100/100 in Google PageSpeed Insights liest, wirst Du erfahren, dass Kinsta auch zusätzliche Optimierungen auf Serverebene hat, um die folgenden Warnungen, die Du vielleicht kennst, automatisch zu beheben:

  • Komprimierung aktivieren (Kinsta hat Gzip bereits auf allen Servern aktiviert, es besteht keine Notwendigkeit zur Aktivierung).
  • Verkürzung der Server-Antwortzeit (Kinsta ist bereits sehr schnell, bereits weit innerhalb der akzeptablen Parameter von Google ohne jegliche Optimierungen)
  • Expires Header (keine Aktivierung erforderlich, da Kinsta die Caching Header auf Serverebene aktiviert hat)

Beispielsweise erhält unsere Testseite bei PageSpeed Insights eine 100/100 Punktzahl ohne aktiviertes Caching-Plugin. Der WordPress-Cache wird von Kinsta auf Serverebene verwaltet.

pagespeed insights

PageSpeed Insights

Kinsta-Cache Einstellungen

Du fragst Dich vielleicht, wie Du den Cache bei Kinsta steuern kannst. Es wird natürlich Zeiten geben, in denen Du den Cache löschen musst, besonders bei der Fehlersuche. Du hast ein paar einfache Optionen. Du kannst Deinen Cache sowohl über das MyKinsta Dashboard als auch über das Kinsta MU Plugin löschen.

WordPress Cache löschen

Um Deinen gesamten Seitencache manuell zu leeren, kannst Du dies über das MyKinsta Dashboard tun. Klicke einfach auf Deine Webseite, klicke auf Tools und klicke auf die Schaltfläche „Cache löschen“.

WordPress Cache löschen

WordPress Cache löschen

Kinsta MU Plugin

Die zweite Möglichkeit, die Du hast, ist die Verwendung des Kinsta MU Plugins. Was? Ja, technisch gesehen ist es ein Cache-Plugin, aber es ist kein typisches Caching-Plugin, da es auf Server-Ebene funktioniert.

Standardmäßig ist das Kinsta MU-Plugin auf jeder von uns gehosteten Webseite installiert und über die linke Seite Deines WordPress-Administrations-Dashboards verfügbar. Dies wird verwendet, um den Cache auf den entsprechenden Seiten Deiner Webseite intelligent zu löschen. Das Plugin ist erforderlich, um sicherzustellen, dass Deine Webseite in unserer Umgebung reibungslos funktioniert. Beachte auch, dass der Seiten-Cache standardmäßig jede Stunde abläuft.

Kinsta MU plugin

Kinsta MU plugin

Das Plugin ermöglicht es Dir auch, den Cache direkt aus Deiner WordPress-Administrationsleiste zu löschen. Dies wäre wahrscheinlich einer der Hauptgründe, es zu verwenden, da Du nicht in das MyKinsta-Dashboard wechseln musst. Du kannst es direkt von Deiner Webseite aus tun.

Cache von der WordPress Werkzeugleiste löschen

Cache von der WordPress Werkzeugleiste löschen

Es erlaubt Dir auch, benutzerdefinierte Caching-Regeln einzurichten. Je nachdem, wie die Konfiguration Deiner Webseite aussieht, können zusätzliche Caching-Regeln erforderlich sein. Du kannst benutzerdefinierte Pfade hinzufügen, um sie zu bereinigen, wenn Deine Webseite aktualisiert wird.

Kinsta Cache Analyse

Du kannst einen tiefen Einblick in die Qualität des Caching Deiner WordPress-Seite in MyKinsta Analytics gewinnen. Der Cache-Component-Stack zeigt den Status jeder Anforderung an, unabhängig davon, ob es sich um einen HIT, BYPASS, MISS oder EXPIRED handelt. Du kannst die Daten nach den letzten 24 Stunden, 7 Tagen oder 30 Tagen filtern.

Kinsta Cache-Component-Stack

Kinsta Cache-Component-Stack

Das Cache-Component Diagramm gibt Dir einen schnellen Überblick über Dein Caching-Verhältnis. Je mehr Anfragen Du aus dem Cache bedienst, desto besser.

Kinsta Cache-Component-Chart

Kinsta Cache-Component-Chart

Im Abschnitt „Bypasses“ siehst Du, welche Requests nicht vom Cache bedient werden. Typischerweise können dies CRON-Jobs, Admin-Ajax-Anfragen, E-Commerce-Checkout-Seiten, Query-Strings und UTM-Parameter sein etc.

WordPress Top Caching Bypasses

WordPress Top Caching Bypasses

Zusammenfassung

Hoffentlich verstehst Du jetzt ein wenig mehr über den WordPress-Cache und die vier verschiedenen Typen, denen Du hier bei Kinsta regelmäßig begegnen wirst: Bytecode-Caching, Objekt-Caching, Seiten-Caching und CDN-Caching.

Wenn Du es satt hast, Dich mit typischen WordPress Caching-Plugins zu beschäftigen und Du Dir einfach eine schnelle Seite direkt aus dem Stand wünschst, empfehlen wir Dir, Kinsta auszuprobieren! Es gibt einen Grund, warum wir von ReviewSignal den Status „Top Tier“ in der WordPress-Performance 4 Jahre in Folge erhalten haben. Und das liegt daran, dass unsere Server auf der Google Cloud Platform für blitzschnelle Ladezeiten optimiert sind. Du wirst von unserer Leistung nicht enttäuscht sein.