Prüfpunkt software.cache.html_langSitzung, Cookies und Zahlungsdaten
Warum sehen Kunden nach einer Preisänderung noch den alten Preis?
Ein geänderter Preis steht sofort in Ihrer Datenbank, beim Kunden aber erst, wenn jede Stelle dazwischen die alte Seite hergibt. In Frage kommen der Seitenspeicher Ihres Shopsystems oder eines Plugins, ein Content Delivery Network (CDN) und der Browser des Kunden. Die ersten beiden leeren Sie selbst. Den Browser erreichen Sie nur über die Frist, die Ihr Server ihm vorher mitgegeben hat.
Ein privates Fenster zeigt, wo der alte Preis liegt
Öffnen Sie die Produktseite in einem privaten Fenster; es greift nicht auf den bisherigen Speicher Ihres Browsers zurück. Steht dort der neue Preis, liegt der alte nur in Browsern, die die Seite schon kannten. Steht dort der alte, kommt er vom CDN oder vom Seitenspeicher des Servers. Ihre Agentur sieht dann in die Kopfzeilen: Age oder bei Cloudflare CF-Cache-Status mit HIT zeigen einen Zwischenspeicher unterwegs. Fehlen beide, liegt die Seite wahrscheinlich im Seitenspeicher des Shopsystems, oder der Preis gilt für eine andere Kundengruppe.
Erst den Seitenspeicher leeren, dann das CDN
Leeren Sie zuerst den Seitenspeicher Ihres Shopsystems oder Plugins, danach das CDN. Andersherum holt sich das CDN beim nächsten Abruf die alte Seite gleich wieder vom Server. Bei Cloudflare lässt sich eine einzelne Adresse leeren, in allen Tarifen; die Anleitung empfiehlt diesen Weg. Ob es gewirkt hat, zeigt der nächste Abruf: Steht in CF-Cache-Status nicht mehr HIT, kam die Seite frisch vom Server.
Im Browser gilt die Frist, die der Server vorher gesetzt hat
Hat Ihr Server die Seite mit einer langen Frist in Cache-Control geschickt, zeigt der Browser des Kunden bis zu deren Ablauf die gespeicherte Fassung, außer der Kunde lädt neu oder löscht seinen Verlauf. Die Kopfzeile Clear-Site-Data mit dem Wert cache kann diesen Speicher leeren, aber erst, wenn derselbe Browser wieder eine Antwort Ihres Servers bekommt, etwa von einer anderen Seite. Für Produktseiten passt deshalb no-cache mit ETag: Der Browser darf speichern, fragt bei jedem neuen Aufruf aber nach. Nur beim Zurück-Knopf kann er eine Momentaufnahme zeigen.
Auch Googlebot kann den alten Preis sehen
Liefert das CDN die alte Produktseite aus, bekommt auch Googlebot sie. Google vergleicht den Preis auf der Seite und in ihren strukturierten Daten mit Ihren Angaben im Merchant Center. Weichen sie ab, kann Google das Produkt ablehnen; die Hilfe nennt als mögliche Folge auch die Sperre des Kontos. Nach der Korrektur ruft Googlebot abgelehnte Produkte in den folgenden Stunden oder Tagen erneut ab. Leeren Sie das CDN deshalb bei jeder Preisänderung mit.
Mehr zu diesem Thema
Weiter in der Cybersicherheit
- Was will mein Cyberversicherer von meiner Website sehen?Die Obliegenheiten der GDV-Musterbedingungen, der Risikofragebogen nach Umsatz und was davon an Ihrer Website von außen messbar ist. Mit Quellen.
- Gilt NIS2 für mich, und was ändert der Cyber Resilience Act an meiner Website?NISG 2026 in Österreich, BSI-Gesetz in Deutschland, Cyber Resilience Act: Schwellen, Fristen, Pflichten und was kleine Betriebe über ihre Kunden erreicht.
- Was passiert mit einem Schlüssel, der in der Adresse eines Links steht?Ein Schlüssel in der Adresse landet in Protokollen, im Browserverlauf und in kopierten Links. Die Prüfung sucht im Quelltext jeder Seite Links mit Schlüsseln.
- Warum zeigt Ihre Website ein eingebettetes Formular oder eine Karte nicht an?Eine Content-Security-Policy legt fest, welche Rahmen und Formularziele der Browser zulässt. Fehlt dort eine Adresse, bleibt die Fläche für Besucher leer.
Dieser Prüfpunkt gehört zur Cybersicherheit, Unterthema Sitzung, Cookies und Zahlungsdaten. Gemessen wird er im Prüfbereich Aktualität. Was die Prüfung insgesamt leistet, zeigt die Leistungsseite; wie ein Ergebnis zustande kommt, erklärt das Prüfverfahren.
