Caching & Geschwindigkeitsoptimierung

Mehrschichtgenes Caching, das Websites auch bei hohem Datenverkehr schnell hält

Die meisten Besuche auf einer Zinn Digital®-Website berühren niemals PHP oder MySQL. Ein LiteSpeed-Ganzseitencache, ein standortspezifischer Redis-Objektcache und die CDN-Edge arbeiten zusammen, koordiniert durch intelligentes Auto-Purge, sodass Seiten schnell und Ursprungsserver entlastet bleiben – auf über 650.000 gehosteten Websites weltweit.

Drei Caching-Ebenen, ein koordiniertes System

Geschwindigkeit entsteht, indem das Richtige vom schnellsten Ort aus ausgeliefert wird. Wir schalten drei Caches hintereinander, damit eine Anfrage so früh wie möglich beantwortet wird – am Edge, auf dem Webserver oder aus dem Arbeitsspeicher – und eine bereits erstellte Seite niemals neu aufgebaut werden muss.

LSCache-Ganzseitencache

Auf LiteSpeed-Hosts werden cachefähige Front-End-Antworten mit LiteSpeed Cache-Control- und Tag-Headern versehen, sodass der Webserver vollständige Seiten ausliefert, ohne PHP aufzurufen oder MySQL abzufragen. Das ist der größte Einzelvorteil für die Time-to-First-Byte bei WordPress.

Per-Site-Redis-Objektcache

Ein Ein-Klick-Schalter installiert einen in sich geschlossenen Redis-Objekt-Cache-Drop-in, der wiederholte Datenbanklesevorgänge entlastet. Sollte Redis einmal nicht erreichbar sein, greift das Drop-in auf einen anfragebasierten In-Memory-Cache zurück, sodass die Website funktionsfähig bleibt.

CDN und Edge

Statische Assets und cachefähige Seiten werden vom CDN in der Nähe der Besucher ausgeliefert. Bereinigungen werden an die Edge spiegeln, damit diese synchron mit dem Ursprungscache bleibt – eine Steuerung, keine drei getrennten Einstellungen.

Automatisches Smart-Purging hält Inhalte aktuell

Ein Cache ist nur dann nützlich, wenn er die richtigen Seiten im richtigen Moment leert. Unserer achtet auf echte Änderungen und bereinigt gezielt mit LiteSpeed Cache-Tags – statt bei jeder Bearbeitung alles rabiat zu löschen.

  • Wenn ein Beitrag oder eine Seite gespeichert, in den Papierkorb verschoben oder gelöscht wird, werden nur die betroffenen Seiten und die Listen, auf denen sie erscheinen, geleert.
  • Kommentare, bearbeitete Taxonomie-Begriffe, Theme-Wechsel, Plugin-Aktivierungen und Core-/Plugin-/Theme-Aktualisierungen lösen jeweils zielgerichtete Löschungen aus.
  • Löschungen werden über einen signierten Webhook an das Control-Plane-Panel spiegelverkehrt übertragen, sodass CDN und Edge synchron mit dem Ursprung gelöscht werden.
  • Ein REST-Purge-Endpunkt ermöglicht es dem Panel, alles, bestimmte URLs oder bestimmte Tags zu löschen – authentifiziert durch eine Adminsitzung oder eine HMAC-SHA256-Signatur.

Standardmäßig sicher — dynamische Seiten werden niemals zwischengespeichert

Aggressives Caching ist nur dann sicher, wenn die Inhalte, die dynamisch bleiben müssen, niemals im Cache landen. Zinn® Cache wird mit sinnvollen Standardeinstellungen für WordPress und WooCommerce / Easy Digital Downloads ausgeliefert: Warenkorb, Kasse, Mein Konto, REST und AJAX, Vorschau und Suche sind ausgeschlossen, und jede Anfrage von eingeloggten Benutzern oder mit Session-Cookie wird frisch ausgeliefert.

Das bedeutet, dass ein Käufer niemals den Warenkorb von jemand anderem sieht und ein angemeldeter Redakteur niemals einen veralteten Entwurf. Sie können pro Website zusätzliche Regeln für Pfade, Abfrage-Schlüssel und Cookie-Präfixe hinzufügen, wenn ein Plugin diese benötigt, ohne die sicheren Standardeinstellungen zu verändern.

Caching ist eine Funktion, die auf jedem Blueprint einzeln basiret, sodass statische, PHP- und Node-Websites jeweils das für sie passende Caching erhalten und das Plugin überall dort, wo eine Full-Page-Cache-Schicht fehlt, problemlos herunterskaliert.

FAQ

Muss ich das alles konfigurieren?

Nein. Das Zinn® Cache Plugin ist im Deploy-Footprint enthalten, und der Vollseiten-Cache, Objekt-Cache, Auto-Purge und sichere Ausnahmen sind auf Zinn-gehosteten Websites automatisch eingerichtet. Sie können alles unter Einstellungen → Zinn® Cache oder über das Dashboard feinabstimmen, wenn Sie möchten.

Wird Caching meinen WooCommerce-Shop beschädigen?

Nr. Warenkorb, Kasse, Mein Konto und alle Anfragen mit Anmeldung oder Session-Cookie werden standardmäßig niemals zwischengespeichert, sodass dynamische und kundenbezogene Seiten immer aktuell bleiben. Der Full-Page-Cache liefert nur Seiten aus, die für jeden Besucher identisch sind.

Was passiert, wenn Redis nicht verfügbar ist?

Der Objektspeicher ist optional und ausfallsicher. Wenn die phpredis-Erweiterung fehlt, wird der Schalter mit einem Hinweis deaktiviert; wenn Redis zur Laufzeit nicht erreichbar ist, liefert das Drop-in die Daten aus einem anfragespezifischen In-Memory-Cache aus, sodass die Website niemals ausfällt.

Erfordert dies LiteSpeed?

Full-Page-Caching verwendet einen LiteSpeed-Webserver oder das LiteSpeed Cache Plugin von Drittanbietern, sofern dieses bereits aktiv ist. Auf anderen Servern werden keine Cache-Header ausgegeben, aber der Objektspeicher, Ausnahmen und die Remote-Bereinigung funktionieren weiterhin.

Wie werden CDN- und Server-Caches synchron gehalten?

Ein koordinierter Purge. Wenn sich Inhalte ändern, löschen zielgerichtete, tagbasierte Purges die betroffenen Seiten auf dem Webserver und werden über einen signierten Webhook an CDN und Edge spiegelverkehrt übertragen, sodass jede Ebene genau zur selben Zeit dieselben Seiten leert.

Auf Ihren eigenen Websites ansehen

Starten Sie eine 14-tägige Testphase ohne Kreditkarte und überlassen Sie dem mehrschichtigen Cache die Arbeit. Kostenlose Migrationen, eine 30-jährige Geld-zurück-Garantie, eine 99,99-prozentige Verfügbarkeitsgarantie und kein Vendor-Lock-in.

Kostenlos starten