Der HTTP-Cache von ShieldCache hält Inhalte Ihrer Website vor. Kommt eine Anfrage aus dem Cache, muss Ihr Server sie nicht beantworten. Seiten mit Anmeldung oder Warenkorb werden dabei nicht zwischengespeichert. Sie finden alles im Reiter Cache mit den Unterreitern Einstellungen, Regeln, Dateitypen und Leeren.
Einstellungen
- Cache aktiv: Ausgeschaltet reicht ShieldCache jede Anfrage an den Ursprung weiter.
- Cache-Dauer statischer Dateien: für Bilder, Stylesheets, Skripte und Schriften. Stylesheets und Skripte erhalten genau diese Dauer, alle anderen statischen Endungen das Sechsfache.
- Cache-Dauer für HTML-Seiten: Standard ist „Nicht cachen“ - HTML kommt dann nur aus dem Cache, wenn Ihr Server es per
Cache-Controlausdrücklich erlaubt. Mit einer Dauer cacht ShieldCache HTML auch ohne diese Angabe. - Cache-Steuerung des Ursprungs beachten: empfohlen. Gibt Ihr Server für HTML
Cache-Controlvor, etwano-storeodermax-age, richtet sich ShieldCache danach. Antworten mitSet-Cookiewerden nie gecacht. - Cache-Dauer im Browser: wie lange Browser statische Dateien selbst vorhalten. Standard: wie Ihr Server es vorgibt.
- Veraltete Inhalte ausliefern: So lange nach Ablauf der Cache-Dauer liefert ShieldCache noch den alten Stand und holt im Hintergrund neu. Antwortet Ihr Server nicht oder mit einem Fehler, bleibt der alte Stand (Standard 6 Stunden, „Aus“ möglich). Auch bei funktionierendem Server erhält der erste Besucher danach einmal den alten Stand.
- Query-Parameter sortieren:
/seite?a=1&b=2und/seite?b=2&a=1gelten als dieselbe Adresse.
HTML ohne Vorgaben Ihres Servers cachen
Wenn Sie eine HTML-Dauer setzen und „Cache-Steuerung des Ursprungs beachten“ abschalten, cacht ShieldCache HTML ohne Rücksicht auf Ihren Server. Stellen Sie vorher sicher, dass keine persönlichen Inhalte ohne Cookie ausgeliefert werden.
Regeln: Pfade, Cookies und Query-Parameter
Vorlagen
Für WordPress, WooCommerce, Shopware 6, Joomla und statische Websites gibt es Vorlagen. Ein Klick fügt übliche Pfade, Cookies und Parameter der Anwendung zu Ihren Regeln hinzu. Prüfen Sie den Vorschlag, ergänzen Sie eigene Cookies, etwa von Erweiterungen, und klicken Sie auf Speichern. Die WordPress-Vorlage nimmt zum Beispiel /wp-admin, /wp-login.php und /wp-json vom Cache aus und trägt die Anmelde- und Warenkorb-Cookies ein.
Pfade ohne Cache
Anfragen, die mit einem dieser Pfade beginnen, gehen immer an Ihren Server, zum Beispiel /warenkorb/. Bis zu 50 Pfade sind möglich.
Cookies, die den Cache umgehen
Diese Einstellung ist die wichtigste - und die mit der größten Wirkung:
- Liste leer (Standard): Jede Anfrage mit einem Cookie geht am Cache vorbei. Sicher, aber bei Websites, die auf jeder Seite Cookies setzen, kommt dann kaum etwas aus dem Cache.
- Liste mit Einträgen: Nur diese Cookies umgehen den Cache. Alle anderen Cookies entfernt ShieldCache bei Seitenaufrufen - Ihr Server erhält sie nicht.
Die Liste muss deshalb alle Cookies enthalten, die Ihre Website bei normalen Seitenaufrufen braucht: Anmeldung, Warenkorb, Sitzung, Sprache. Ein * am Ende steht für beliebige weitere Zeichen, etwa wordpress_logged_in_*. Formulare (POST) behalten ihre Cookies immer.
Joomla: Sitzungs-Cookie selbst ergänzen
Joomla nutzt ein Sitzungs-Cookie mit einem 32-stelligen Namen, der je Installation anders ist. Tragen Sie es selbst ein - Sie finden es im Browser unter den Cookies Ihrer Website. Sonst gehen Anmeldungen auf normalen Seiten verloren.
Query-Parameter entfernen
Diese Parameter entfernt ShieldCache aus der Adresse, auch Ihr Server erhält sie nicht. Tragen Sie nur Parameter ein, die den Inhalt nicht ändern, zum Beispiel Klick-Kennungen wie _ga. utm_*, fbclid, gclid, msclkid, mc_eid und mc_cid entfernt ShieldCache ohnehin.
Dateitypen
Im Unterreiter Dateitypen legen Sie fest, welche Endungen als statische Dateien gelten - sie kommen ohne Cookies aus dem Cache und erhalten die lange Cache-Dauer. Nicht aufgeführte Endungen werden wie HTML behandelt. Unter Nie aus dem Cache tragen Sie Endungen ein, die immer an Ihren Server gehen, zum Beispiel pdf, wenn Ihre Dokumente sich häufig ändern.
Cache leeren
Nach einem Update oder einer Korrektur leeren Sie den Cache im Unterreiter Leeren. Das wirkt sofort, ohne Übernehmen:
- Alles: der ganze Cache dieser Seite. Danach ist Ihr Server kurz stärker belastet.
- Ein Pfad: genau dieser Pfad, mit und ohne Query-String, zum Beispiel
/style.cssund/style.css?ver=2. - Alles unter einem Pfad: alle Adressen, die so beginnen, zum Beispiel
/bilder/.
Recht im Kontozugriff
Arbeiten mehrere Personen mit Ihrem Konto, braucht das Leeren des Caches das Recht „ShieldCache-Cache leeren“ im Kontozugriff.
Warum kommt wenig aus dem Cache?
Zeigt die Statistik nur einen kleinen Anteil aus dem Cache, liegt das fast immer an einem dieser Gründe:
- Cookies: Die Liste der Umgehungs-Cookies ist leer, und Ihre Website setzt auf jeder Seite ein Cookie. Dann umgeht jede Anfrage den Cache. Nutzen Sie die passende Vorlage.
- Set-Cookie: Antworten, die ein Cookie setzen, werden nie gecacht - etwa WordPress ohne Cache-Regeln.
- Cache-Control: Ihr Server sendet
no-cacheoderprivate. Mit „Cache-Steuerung des Ursprungs beachten“ hält sich ShieldCache daran. - HTML: Standard ist „Nicht cachen“. Setzen Sie eine Cache-Dauer für HTML, wenn Ihre Seiten für alle Besucher gleich sind.
Die Statistik weist selbst darauf hin, wenn kaum Traffic aus dem Cache kommt, und verlinkt die Cache-Regeln. Mehr in Statistiken und Protokolle.