Der Reiter Cache: alle Funktionen erklärt
Diese Seite beschreibt jeden Schalter, jede Schaltfläche und jede Statuszeile im Reiter Cache von Spark Speed 0.73.2, in der Reihenfolge des Bildschirms. Sie richtet sich an WordPress-Administratorinnen und -Administratoren, die wissen möchten, was eine Einstellung bewirkt, bevor sie sie anfassen. Bei jeder Funktion steht, ob sie Basis oder erweitert ist, was der Standard ist und wie Sie sie rückgängig machen.
Kurz gesagt
- Der Seiten-Cache ist standardmäßig an und der Optimizer schaltet ihn ein, wenn er aus ist. Die meisten Websites müssen in diesem Reiter wenig ändern.
- Gecachte Seiten mit gefülltem Warenkorb und ein eigener Cache für angemeldete Kunden sind aus; Sie schalten sie bewusst selbst ein, den Warenkorb erst nach einem erfolgreichen Test.
- Auf Apache liefert Spark gecachte Seiten ohne PHP aus. Diese Antworten haben keine x-spark-speed-Header; der Beweis steht am Ende des Quelltexts.
- Rebuild cache und Start safe build leeren den gesamten Seiten-Cache; die Website ist danach kurz langsamer, bis der Warmer fertig ist.
Page cache
Hier legen Sie fest, was Spark als fertiges HTML speichert und wie es zum Besucher gelangt. Diese Karte hat den größten Einfluss auf die Ladegeschwindigkeit.
Status und Vorgehensweise
- Was es bewirkt
- Die farbige Zeile ganz oben (zum Beispiel Active + Apache static-serve) zeigt, ob Besucher wirklich aus dem Cache bedient werden. Die Zeile Approach nennt, wie das geschieht, zum Beispiel disk: Spark speichert fertiges HTML auf der Festplatte des Servers und liefert es aus, bevor PHP und WordPress starten. Weitere mögliche Meldungen sind unter anderem Off, ein Konflikt mit einem anderen Caching-Plugin oder eine fehlende Komponente.
- Wirkung prüfen
- Grün bedeutet, dass der Cache bereitsteht, nicht dass jede Seite schon gecacht ist. Wie viel bereit ist, sehen Sie unter Cache build. Die Serverseite (welcher Server, welche Drop-in-Datei) steht unter Diagnostics.
- Achtung
- Meldet die Zeile einen Konflikt, verwaltet ein anderes Caching-Plugin den Seiten-Cache. Deaktivieren Sie dieses Plugin; zwei Seiten-Caches nebeneinander funktionieren nicht.
Page cache
- Was es bewirkt
- Der Hauptschalter. An: Spark speichert das HTML normaler Besuche anonymer Besucher und liefert diese gespeicherte Kopie beim nächsten Besuch aus, ohne dass WordPress die Seite erneut aufbauen muss. Das senkt die Zeit bis zum ersten Byte (TTFB, die Zeit, bis der Server zu antworten beginnt).
- Wann ein oder aus
- Lassen Sie ihn an. Schalten Sie ihn nur vorübergehend aus, um zu testen, ob ein Problem vom Cache kommt.
- Voraussetzungen
- Kein anderes Caching-Plugin, das den Seiten-Cache verwaltet. WordPress muss die Cache-Einstellung in wp-config.php setzen können.
- Wirkung prüfen
- Öffnen Sie eine Seite zweimal in einem privaten Fenster. Auf Apache mit Apache static-serve steht am Ende des Quelltexts ein Kommentar, der mit
Spark Speed | cachedbeginnt. Läuft der Cache über PHP, hat der Antwort-Headerx-spark-speed-cacheden Wert HIT. - Beispiel
- Nach dem Speichern baut Spark den Cache im Hintergrund auf. Nach einigen Minuten steigt coverage unter Cache build.
- Achtung
- Beim Ausschalten wird die Warteschlange des Warmers geleert. Angemeldete Besucher und Besucher mit gefülltem Warenkorb erhalten standardmäßig keine gemeinsame Kopie.
- Rückgängig machen
- Schalten Sie ihn aus und klicken Sie auf Save settings.
- Technischer Name
cache_enabled
Separate mobile cache
- Was es bewirkt
- Speichert für Smartphones eine eigene Kopie jeder Seite. So erhält ein Smartphone das HTML mit den mobilen Optimierungen (zum Beispiel ein kleineres Hauptbild) und ein Computer die Desktop-Version.
- Wann ein oder aus
- Lassen Sie ihn an, besonders wenn Ihr Builder getrennte mobile Layouts oder Hintergründe verwendet. Aus ist er nur dann in Ordnung, wenn die Seite auf Smartphone und Desktop exakt dasselbe HTML hat.
- Wirkung prüfen
- In der gespeicherten Kopie steht im Kommentar am Ende des Quelltexts
mobilestattdesktop, wenn Sie die Seite auf einem Smartphone öffnen. - Beispiel
- Ihre Startseite hat auf Mobilgeräten ein anderes Hero-Bild. Mit diesem Schalter an erhält ein Smartphone-Besucher das richtige.
- Achtung
- Ungefähr doppelt so viele gespeicherte Dateien, und der Warmer braucht mehr Zeit, um beide Varianten aufzubauen.
- Rückgängig machen
- Schalten Sie ihn aus und speichern Sie.
- Technischer Name
cache_mobile
Apache static-serve
- Was es bewirkt
- Nur auf Apache-Servern: Spark schreibt einen eigenen Block in die Datei .htaccess, mit dem Apache das gespeicherte HTML direkt ausliefert, ohne PHP zu starten. Der Block aktiviert außerdem Browser-Cache und Komprimierung für Dateien wie CSS, JavaScript, Bilder und Schriftarten.
- Wann ein oder aus
- An auf Apache. Auf anderen Servern (zum Beispiel nginx oder LiteSpeed) hat dieser Schalter keinen Einfluss darauf, wie ausgeliefert wird.
- Voraussetzungen
- Apache mit mod_rewrite und einer beschreibbaren .htaccess-Datei.
- Wirkung prüfen
- Eine so ausgelieferte Seite hat keine
x-spark-speed-Header, weil PHP nicht läuft. Der Beweis ist der KommentarSpark Speed | cachedam Ende des Quelltexts und der Block# BEGIN Spark Speedin .htaccess. - Beispiel
- Auf der Testwebsite (Apache) zeigt der Status Active + Apache static-serve und gecachte Seiten kommen ohne Spark-Header zurück.
- Achtung
- Ist .htaccess nicht beschreibbar, meldet Spark das und fällt auf die Auslieferung über PHP zurück. Diese Einstellung gehört zum Server und wird beim Exportieren oder Importieren von Einstellungen nicht mitgenommen.
- Rückgängig machen
- Schalten Sie ihn aus und speichern Sie; Spark entfernt seinen Block wieder aus .htaccess.
- Technischer Name
htaccess_optimize
Show the old page while rebuilding
- Was es bewirkt
- Nach einer normalen Inhaltsänderung erhält der nächste Besucher noch kurz die vorherige Version, während Spark die neue aufbaut. So wartet niemand auf einen langsamen ersten Aufbau. Änderungen an Preis, Lagerbestand oder Veröffentlichungsstatus und ein manueller Purge (das Leeren des Caches) bleiben sofort sichtbar.
- Wann ein oder aus
- An, wenn Sie auf einer stark besuchten Website häufig Texte anpassen. Aus, wenn Besucher nach einer Änderung nie die vorherige Version sehen dürfen.
- Voraussetzungen
- Page cache an. Die maximale Dauer stellen Sie im Feld darunter ein.
- Wirkung prüfen
- Direkt nach dem Speichern eines Beitrags liefert die Seite über PHP den Header
x-spark-speed-cache: STALE, danach HIT mit dem neuen Inhalt. - Beispiel
- Sie korrigieren einen Tippfehler in einem Blogbeitrag. Der erste Besucher danach sieht ganz kurz noch den alten Text; der nächste erhält die korrigierte Version.
- Achtung
- Ein Besucher kann höchstens die eingestellte Zeit lang veraltete Inhalte sehen. Auf einem Kinsta-Server hat der Schalter keine Wirkung.
- Rückgängig machen
- Schalten Sie ihn aus und speichern Sie.
- Technischer Name
serve_stale
How long the old page may be served (seconds)
- Was es bewirkt
- Die maximale Anzahl Sekunden, die die vorherige Version noch angezeigt werden darf. Danach erhält ein Besucher einfach einen frischen Aufbau.
- Wann ein oder aus
- Ändern Sie es nur, wenn Show the old page while rebuilding an ist. Kürzer bedeutet weniger Risiko veralteter Inhalte.
- Voraussetzungen
- Ein Wert von 30 bis 3600. Ein leerer Wert oder 0 wird zu 300.
- Beispiel
- 600 bedeutet höchstens zehn Minuten lang die vorherige Version.
- Rückgängig machen
- Setzen Sie den Wert zurück auf 300 und speichern Sie.
- Technischer Name
stale_ttl
Preloads as HTTP Link header
- Was es bewirkt
- Sendet die Dateien, die Spark bereits vorlädt (wie das größte Bild im sichtbaren Bereich, Schriftarten und Stile), zusätzlich als Link-Header in der Antwort des Servers mit. Ein CDN oder Server mit 103 Early Hints kann diese Dateien dann schon senden, bevor das HTML fertig ist.
- Wann ein oder aus
- An, wenn Sie ein CDN oder einen Server nutzen, der Early Hints oder Link-Header verwertet. Ohne eine solche Zwischenschicht bringt es nichts.
- Wirkung prüfen
- Die Antwort auf eine gecachte Seite enthält einen Header
Link: <...>; rel=preload. - Beispiel
- Ihre Website liegt hinter Cloudflare mit aktivierten Early Hints; der Browser kann das Hero-Bild dann früher abrufen.
- Achtung
- Eine falsch vorgeladene Datei kostet nur Bandbreite.
- Rückgängig machen
- Schalten Sie ihn aus und speichern Sie.
- Technischer Name
preload_headers
Save settings
- Was es bewirkt
- Speichert die Schalter und das Feld dieser Karte. Spark startet danach den Aufbau des Caches neu; der bestehende Cache wird dabei nicht zuerst geleert.
- Wirkung prüfen
- Oben erscheint eine Bestätigung und die Statuszeile der Karte passt sich an.
Cart and logged-in customers
Ohne diese beiden Funktionen bekommen gerade Ihre Käufer die langsamste Website: Wer etwas im Warenkorb hat oder angemeldet ist, erhält bei jedem Klick eine vollständig aufgebaute Seite. Beide sind standardmäßig aus und Sie schalten sie bewusst selbst ein.
Cached pages with a filled cart
- Was es bewirkt
- Normalerweise erhält ein Besucher mit etwas im Warenkorb bei jedem Klick eine vollständig aufgebaute Seite, und die Website ist für Käufer daher am langsamsten. Mit dieser Funktion an erhält dieser Besucher die gemeinsame gecachte Seite, und ein kleines Skript fügt seinen eigenen Warenkorb ein. Eine Seite, die mit gefülltem Warenkorb aufgebaut wurde, gelangt nie in den gemeinsamen Cache. Warenkorb, Kasse und Konto bleiben immer ungecacht.
- Wann ein oder aus
- An für einen WooCommerce-Shop, aber erst nachdem Run test gezeigt hat, dass die Seiten abgesehen vom Warenkorb gleich bleiben. Der Status neben dem Titel zeigt off oder on.
- Voraussetzungen
- WooCommerce aktiv und ein erfolgreicher Test, der höchstens 30 Tage alt ist.
- Wirkung prüfen
- Legen Sie in einem privaten Fenster ein Produkt in den Warenkorb und öffnen Sie eine Kategorieseite: Die Warenkorb-Anzahl stimmt und die Seite kommt über PHP als HIT statt BYPASS.
- Achtung
- Das Einschalten leert den gesamten Seiten-Cache, der danach neu aufgebaut wird. Warenkorb-Texte, die nicht über WooCommerce aktualisiert werden (zum Beispiel ein eigener Zähler oder „noch 20 Euro bis zum kostenlosen Versand“), können veraltet bleiben; davor warnt der Test.
- Rückgängig machen
- Sobald die Funktion an ist, erscheint auf dieser Karte eine Schaltfläche zum Ausschalten.
- Technischer Name
woo_cart_cache
Run test
- Was es bewirkt
- Spark legt ein einfaches Produkt in einen Testwarenkorb, baut eine Reihe von Seiten Ihrer Website mit und ohne Warenkorb auf und vergleicht sie. Der Testwarenkorb wird danach wieder entfernt. Das Ergebnis erscheint an der Stelle von Not tested yet.
- Wann ein oder aus
- Bevor Sie die Warenkorb-Funktion einschalten, und erneut nach größeren Änderungen an Ihrem Theme oder Mini-Warenkorb.
- Voraussetzungen
- WooCommerce mit mindestens einem einfachen Produkt, das auf Lager ist und in den Warenkorb gelegt werden kann. Der Test läuft im Hintergrund über WP-Cron.
- Wirkung prüfen
- Laden Sie den Reiter nach einigen Minuten neu und lesen Sie die Zeile mit dem letzten Test. Seiten, die Sie selbst mittesten lassen möchten, tragen Sie unter Test pages in den Advanced rules ein.
- Achtung
- Der Test baut jede Testseite mehrmals auf und belastet die Website daher kurz. Führen Sie ihn am besten außerhalb der Stoßzeiten aus.
Own cache for logged-in customers
- Was es bewirkt
- Ein angemeldeter Kunde erhält ab seinem zweiten Besuch einer Seite eine eigene gespeicherte Kopie. Sie liegt in einem Ordner, der nur mit seinem eigenen Login-Cookie auffindbar ist, daher sieht ein Kunde nie die Seite eines anderen. Nur Kundenrollen, nie Administratoren, und nie Warenkorb, Kasse oder Konto.
- Wann ein oder aus
- An für Shops oder Mitgliederwebsites, auf denen viele Kunden angemeldet stöbern.
- Voraussetzungen
- Page cache an, eigene Sicherheitsschlüssel in wp-config.php und kein anderes Caching-Plugin, das den Seiten-Cache verwaltet. Ist das nicht möglich, zeigt die Karte den Grund statt der Schaltfläche.
- Wirkung prüfen
- Melden Sie sich mit einem Testkonto mit der Rolle Kunde an und öffnen Sie dieselbe Seite zweimal: Beim zweiten Mal liefert der Header
x-spark-speed-source: klantden Wert HIT. Auf der Karte erscheint die Anzahl der Sitzungen mit eigenen Kopien. - Achtung
- Jede Änderung des Kunden (Warenkorb, Formular, Bestellung), das Abmelden und jeder Purge leeren alle seine Kopien. Eine Kopie ist höchstens 8 Stunden alt, daher können sich von selbst ändernde Inhalte so lange veraltet sein.
- Rückgängig machen
- Sobald die Funktion an ist, erscheint auf dieser Karte eine Schaltfläche zum Ausschalten; alle Kundenkopien werden dann entfernt.
- Technischer Name
klant_cache
Switch on
- Was es bewirkt
- Schaltet Own cache for logged-in customers ein. Gelingt das nicht, setzt Spark die Einstellung zurück und meldet den Grund.
- Wirkung prüfen
- Das Label neben dem Titel wechselt von off zu on.
Cache build
Der Warmer füllt und pflegt den Cache selbstständig im Hintergrund. Auf dieser Karte sehen Sie, wie weit er ist, können alles neu aufbauen lassen und wählen im Block Build mode zwischen einer sicheren und einer schnellen Runde.
Kennzahlen: ready, queued, total, coverage, last build, last purge
- Was es bewirkt
- Der Warmer ist der Hintergrundprozess, der den Cache füllt und aktuell hält. ready ist die Anzahl der Seiten mit gespeicherter Kopie (Desktop und Mobil zählen als eine Seite), queued das, was noch aufgebaut werden muss, total die Anzahl der Seiten, die Spark cachen möchte, und coverage der Prozentsatz von ready an total. last build und last purge zeigen, wann der Warmer zuletzt etwas aufgebaut hat und wann der gesamte Cache zuletzt geleert wurde.
- Wirkung prüfen
- Die Zahlen werden aktualisiert, wenn Sie den Reiter neu laden. Fehlt eine Messung, zeigt Spark „not measured yet“ statt einer erfundenen 0.
- Beispiel
- Auf der Testwebsite: 29 ready, 0 queued, 32 total, 91 % coverage.
- Achtung
- Der Warmer muss Ihre Website selbst erreichen können. Gelingt das nicht, erscheint auf dieser Karte eine Zeile, dass der Warmer blockiert oder pausiert ist, mit einer Schaltfläche, um ihn fortzusetzen.
Rebuild cache
- Was es bewirkt
- Leert den gesamten Seiten-Cache und stellt danach alle öffentlichen Seiten erneut in die Warteschlange, die wichtigsten zuerst (Startseite, Produktkategorien, Produkte, Seiten, Beiträge).
- Wann ein oder aus
- Nach größeren Änderungen, etwa einem neuen Menü, einem angepassten Builder-Template oder anderen Theme-Einstellungen.
- Wirkung prüfen
- Es erscheint eine Meldung mit der Anzahl der Seiten, die neu aufgebaut werden; last purge ändert sich und queued steigt.
- Achtung
- Bis der Warmer fertig ist, erhalten Besucher vollständig aufgebaute Seiten; auf einer großen Website ist das spürbar. Der Object Cache wird dadurch nicht geleert.
- Rückgängig machen
- Nicht rückgängig zu machen; der Warmer baut den Cache von selbst wieder auf.
Build mode
- Was es bewirkt
- Ein aufklappbarer Block, in dem Sie wählen, wie Spark den Cache füllt. Safe build (slow): Nach dem Cachen wird jede Seite noch einmal ohne Optimierungen abgerufen und verglichen; eine Seite, die nicht korrekt aufgebaut wird, fliegt sofort aus dem Cache und wird gemerkt. Fast build: nur cachen, ohne Prüfung pro Seite; Seiten, die die vorherige sichere Runde abgelehnt hat, erhalten keine Optimierungen, damit diese Fehler nicht wiederkehren. Die aktive Auswahl trägt das Label active.
- Wann ein oder aus
- Eine sichere Runde nach der Erstinstallation oder nach größeren Optimierungsänderungen; danach genügt die schnelle.
- Achtung
- Eine sichere Runde dauert etwa doppelt so lang. Fehler, die erst entstehen, weil ein verzögertes Skript im Browser läuft, erkennt dieser Vergleich nicht.
- Technischer Name
warm_mode
Start safe build
- Was es bewirkt
- Wählt den sicheren Modus, löscht das alte Urteil, leert den gesamten Seiten-Cache und stellt alle Seiten in die Warteschlange, um sie nacheinander aufzubauen und zu prüfen.
- Wirkung prüfen
- Eine Meldung nennt die Anzahl der Seiten; danach füllt sich What the check remembered.
- Achtung
- Der Cache ist vorübergehend leer, daher ist die Website eine Weile langsamer.
- Rückgängig machen
- Klicken Sie auf Start fast build, um in den schnellen Modus zu wechseln.
Start fast build
- Was es bewirkt
- Wählt den schnellen Modus und stellt alle Seiten in die Warteschlange, ohne den Cache vorher zu leeren. Das Urteil der vorherigen sicheren Runde bleibt gültig.
- Wirkung prüfen
- Eine Meldung nennt die Anzahl der Seiten und wie viele bekannte Fehler ohne Optimierungen ausgeliefert werden.
- Rückgängig machen
- Klicken Sie auf Start safe build.
What the check remembered
- Was es bewirkt
- Eine Zusammenfassung der letzten sicheren Runde, zum Beispiel 13 pages checked: 13 built correctly, 0 did not. Wurden Seiten abgelehnt, steht dabei, welche und warum. Haben Sie nach der Prüfung Optimierungseinstellungen geändert, meldet Spark, dass das Urteil nicht mehr aktuell ist.
- Wann ein oder aus
- Sehen Sie die Meldung, dass Ihre Einstellungen geändert wurden, führen Sie einen neuen Safe build für ein aktuelles Urteil aus.
Clear check memory
- Was es bewirkt
- Entfernt alle gemerkten Urteile pro Seite. Die nächste sichere Runde beginnt mit einem sauberen Blatt.
- Wann ein oder aus
- Nachdem Sie die Ursache einer abgelehnten Seite behoben haben, zum Beispiel einen Plugin-Konflikt.
- Achtung
- Ohne Urteil erhält eine zuvor abgelehnte Seite im schnellen Modus wieder Optimierungen und derselbe Fehler kann zurückkehren.
- Rückgängig machen
- Führen Sie einen Safe build aus, um das Gedächtnis erneut zu füllen.
Object Cache
Der Object Cache beschleunigt alles, was nicht aus dem Seiten-Cache kommt, etwa den Admin-Bereich, die Kasse und angemeldete Besucher.
Object cache
- Was es bewirkt
- WordPress holt bei jedem Aufbau einer Seite viele Daten aus der Datenbank. Ein persistenter Object Cache hält diese Daten zwischen Anfragen vor, sodass alles, was nicht aus dem Seiten-Cache kommt, schneller wird: Admin-Bereich, Warenkorb und Kasse, angemeldete Besucher und der Aufbau des Caches. Spark nutzt Redis, Memcached, SQLite oder APCu, je nachdem, was der Server bietet.
- Wann ein oder aus
- An, wenn der Status nach dem Speichern connected zeigt. Aus, wenn Ihr Hosting bereits einen eigenen Object Cache bereitstellt.
- Voraussetzungen
- Ein erreichbarer Speicher auf dem Server und keine Object-Cache-Datei eines anderen Plugins. Die Verwaltung erfordert eine gültige Lizenz (oder die Kulanzfrist von 14 Tagen).
- Wirkung prüfen
- Die Zeile unter dem Titel (zum Beispiel Active · SQLITE connected) und die Zeilen Backend und Connected. Findet Spark keinen Speicher, erscheint nach dem Speichern eine gelbe Meldung.
- Beispiel
- Beim ersten Optimize my site schaltete der Optimizer auf der Testwebsite den Object Cache mit SQLite ein und prüfte danach die Verbindung.
- Achtung
- Die Beschreibung beim Schalter nennt nur Redis, Memcached und APCu, aber auch SQLite wird verwendet. Diese Einstellung gehört zum Server und wird beim Exportieren oder Importieren nicht mitgenommen.
- Rückgängig machen
- Schalten Sie ihn aus und speichern Sie; Spark entfernt seine Object-Cache-Datei wieder.
- Technischer Name
object_cache
Save settings
- Was es bewirkt
- Speichert die Stellung des Schalters Object cache. Spark legt danach die zugehörige Datei an oder entfernt sie.
Backend, Connected, Default TTL, Breaker
- Was es bewirkt
- Backend: welcher Speicher im Einsatz ist (redis, memcached, sqlite oder apcu). Connected: ob dieser Speicher im Moment wirklich antwortet. Default TTL: wie lange Daten ohne eigene Ablaufzeit aufbewahrt werden (86.400 s sind ein Tag). Breaker: eine Schutzfunktion, die den Speicher vorübergehend umgeht, wenn er wiederholt zu langsam antwortet; closed ist der Normalzustand.
- Wirkung prüfen
- Steht Connected auf no oder der Breaker auf open, sehen Sie unter Diagnostics nach der Ursache.
Empty object cache
- Was es bewirkt
- Leert den Object Cache. Nötig nach einer Änderung, die direkt in der Datenbank vorgenommen wurde und die der Object Cache selbst nicht bemerkt.
- Voraussetzungen
- Nur sichtbar, wenn ein persistenter Object Cache aktiv ist.
- Wirkung prüfen
- Es erscheint eine Meldung, dass der Object Cache geleert wurde.
- Achtung
- Die Website holt danach alles erneut aus der Datenbank und ist daher kurz langsamer. Der Seiten-Cache bleibt bestehen; umgekehrt leert auch das Leeren des Seiten-Cache den Object Cache nicht.
Cached pages
Eine Liste der Seiten, von denen Spark eine Kopie aufbewahrt, mit einer Schaltfläche pro Seite, um nur diese Seite neu aufzubauen.
Liste Cached pages
- Was es bewirkt
- Zeigt die Seiten, die wirklich auf der Festplatte liegen, die neuesten zuerst: den Pfad, den Status, wie lange die Kopie her ist, und eine Aktionsschaltfläche.
- Wirkung prüfen
- Vergleichen Sie die Zahl in Klammern mit ready unter Cache build.
- Achtung
- Die Spalte Status zeigt immer HIT: Es ist eine feste Markierung, dass eine Kopie existiert, keine Live-Messung. Nutzt Ihr Server den eigenen LiteSpeed-Cache, steht das, was LiteSpeed speichert, nicht in dieser Liste.
Re-cache this page
- Was es bewirkt
- Das Pfeilsymbol in der Spalte Actions. Entfernt nur die Kopien dieser einen Seite (auch Folgeseiten) und lässt sie sofort neu aufbauen.
- Wann ein oder aus
- Wenn eine Seite nach einer Änderung noch alt aussieht, ohne den ganzen Cache zu leeren.
- Wirkung prüfen
- Es erscheint eine Meldung Page cached again mit dem Pfad, und die Zeit in der Spalte Cached beginnt von neuem zu zählen.
- Achtung
- Der Object Cache wird dadurch nicht geleert.
Advanced rules
Genau, was gespeichert wird und was nicht, und wie viele Varianten eine Adresse haben darf. Für die meisten Websites muss hier nichts geändert werden.
Show advanced cache rules
- Was es bewirkt
- Klappt die Felder auf, die genau bestimmen, was gespeichert wird und was nicht und wie viele Varianten eine Adresse haben darf. Alle Listen arbeiten mit einem Eintrag pro Zeile.
- Wann ein oder aus
- Nur nötig, wenn Sie eine bestimmte Ausnahme haben. Die Standardlisten decken einen normalen WooCommerce-Shop ab.
Never cache URLs
- Was es bewirkt
- Ein Textstück pro Zeile. Enthält die Adresse einer Anfrage diesen Text (Groß- und Kleinschreibung spielt keine Rolle), wird die Seite nicht gespeichert.
- Wann ein oder aus
- Fügen Sie eine Zeile für Seiten mit persönlichen Inhalten hinzu, die nicht in der Liste stehen, zum Beispiel eine abweichende Kassenadresse.
- Wirkung prüfen
- Eine nicht gespeicherte Seite liefert über PHP den Header
x-spark-speed-reasonmit der Zeile, die gepasst hat. - Beispiel
- Auf der Testwebsite fügte der Optimizer auch niederländische Shop-Adressen wie
/winkelmandund/afrekenenhinzu. - Achtung
- Es ist ein Teilabgleich: Eine zu kurze Zeile schließt auch andere Seiten aus. Eine bereits gespeicherte Kopie verschwindet nicht von selbst; leeren Sie dafür den Cache.
- Rückgängig machen
- Entfernen Sie die Zeile, speichern Sie und leeren Sie bei Bedarf den Cache.
- Technischer Name
bypass_urls
Bypass cookies
- Was es bewirkt
- Der Anfang von Cookie-Namen, einer pro Zeile. Ein Besucher mit einem solchen Cookie erhält nie eine gemeinsame Kopie, und sein Besuch wird auch nicht gespeichert.
- Wann ein oder aus
- Fügen Sie ein Cookie von einem Plugin hinzu, das die Seite pro Besucher verändert, zum Beispiel eine Währungsauswahl.
- Achtung
- Tragen Sie hier nie Tracking-Cookies wie
_gaoder_fbpein: Dann bekommt fast niemand mehr eine gecachte Seite. Die Cookies für Login, passwortgeschützte Seiten und Kommentare bleiben immer in der Liste, auch wenn Sie sie entfernen. - Rückgängig machen
- Entfernen Sie die Zeile und speichern Sie.
- Technischer Name
bypass_cookies
Ignored query parameters
- Was es bewirkt
- Parameter in einer Adresse (der Teil nach dem Fragezeichen), die die Seite nicht verändern, wie Anzeigen- und Kampagnencodes. Spark ignoriert sie, sodass alle dieselbe Kopie erhalten.
- Wann ein oder aus
- Fügen Sie einen Parameter hinzu, wenn Besucher über eine neue Werbeplattform mit eigenem Code kommen.
- Wirkung prüfen
- Eine Adresse mit
?utm_source=testerhält dieselbe Kopie wie die Adresse ohne. - Achtung
- Tragen Sie hier nie einen Parameter ein, der den Inhalt sehr wohl verändert (zum Beispiel eine Seitenzahl oder einen Filter); Besucher sähen sonst die falsche Seite.
- Rückgängig machen
- Entfernen Sie die Zeile und speichern Sie.
- Technischer Name
ignore_queries
Query parameters that create a variant
- Was es bewirkt
- Parameter mit einer begrenzten Anzahl von Werten, die die Seite sehr wohl verändern. Jede Kombination erhält eine eigene Kopie. Sonst wird eine Seite mit einem unbekannten Parameter nicht gespeichert.
- Beispiel
orderby, wenn Ihr Shop einige feste Sortierungen hat.- Achtung
- Tragen Sie hier keine Filter (Facetten), Suchbegriffe oder Preisfilter ein: Sonst erhält jeder denkbare Wert eine eigene Datei und der Cache wächst unbegrenzt.
- Rückgängig machen
- Entfernen Sie die Zeile, speichern Sie und leeren Sie den Cache für die alten Varianten.
- Technischer Name
cache_queries
Test pages
- Was es bewirkt
- Zusätzliche Seiten, die Spark in seine Tests einbezieht, etwa den Warenkorb-Test. Ein Pfad pro Zeile. Spark wählt selbst bereits die Startseite, eine Produktkategorie und neue Inhalte; insgesamt testet es höchstens 8 Seiten.
- Wann ein oder aus
- Wenn eine wichtige Seite mit abweichendem Aufbau, etwa eine Angebotsseite, mitmachen soll.
- Beispiel
/deals/- Achtung
- Seiten einer anderen Domain werden ignoriert. Mehr Seiten machen einen Test länger.
- Rückgängig machen
- Entfernen Sie die Zeile und speichern Sie.
- Technischer Name
proof_urls
Maximum variants per URL
- Was es bewirkt
- Die Grenze für die Anzahl gespeicherter Varianten einer Adresse. Eine bestehende Variante aufzufrischen ist immer erlaubt; eine neue Variante über der Grenze wird nicht gespeichert und dieser Besucher erhält einfach einen frischen Aufbau. 0 bedeutet keine Grenze.
- Wann ein oder aus
- Niedriger auf einem kleinen Server mit wenig Speicherplatz.
- Voraussetzungen
- Eine Zahl von 0 bis 500.
- Wirkung prüfen
- Ist die Grenze erreicht, nennt der Header
x-spark-speed-reasondas. - Achtung
- Ein zu niedriger Wert lässt Varianten ungecacht; 0 entfernt diese Schutzfunktion.
- Rückgängig machen
- Setzen Sie den Wert zurück auf 60 und speichern Sie.
- Technischer Name
max_variants_per_url
Save cache rules
- Was es bewirkt
- Speichert alle Felder dieses Blocks gleichzeitig und stellt danach alle Seiten erneut in die Warteschlange des Warmers.
- Wirkung prüfen
- Oben erscheint eine Meldung, dass die Ausschlüsse gespeichert wurden und der Cache erneuert wird.
- Achtung
- Der Inhalt jedes Feldes ersetzt die alte Liste vollständig. Kopieren Sie eine Liste zuerst, wenn Sie unsicher sind.
Weiter in der Dokumentation
Alle Anleitungen finden Sie auf der Dokumentationsseite von Spark Speed.
Unsicher bei einem Schritt? Machen Sie ihn rückgängig, prüfen Sie Ihre Website und fragen Sie uns über die Kontaktseite.
Noch kein Spark Speed? Sehen Sie, was es leistet und was es kostet.
Häufige Fragen
Auf Apache mit Apache static-serve sendet der Server die gespeicherte Datei, ohne PHP zu starten, und dann setzt Spark keine Header. Schauen Sie am Ende des Quelltexts nach dem Kommentar, der mit Spark Speed | cached beginnt.
Der Seiten-Cache speichert komplette Seiten für anonyme Besucher. Der Object Cache speichert Datenbankdaten und beschleunigt alles, was ohnehin aufgebaut werden muss, etwa den Admin-Bereich und die Kasse. Das Leeren des einen leert den anderen nicht.
Prüfen Sie, ob der Warmer Ihre Website selbst erreichen kann. Wenn nicht, zeigt die Karte Cache build, dass der Warmer blockiert oder pausiert ist; beheben Sie die Ursache auf dem Server und setzen Sie den Warmer mit der Schaltfläche auf dieser Karte fort.
Solange Sie keine Wahl treffen, nutzt Spark die sichere Runde. Nach einer abgeschlossenen sicheren Runde schaltet Spark selbst auf schnell, und diese verwendet das Urteil der sicheren Runde.