Konfigurieren Sie das HTTP-Caching, ohne private Daten freizugeben

Klassifizieren Sie die Antworten, bevor Sie ein Leben lang wählen

Inventarische öffentliche Seiten, statische Assets, API-Antworten, Konten und Bestätigungen. Zeichnen Sie auf, ob sich jeder mit dem Benutzer, der Sprache oder einem Parameter ändert. Identifizieren Sie Browser-, Zwischen- und CDN-Caches. Eine Kontoseite sollte nicht die Richtlinie eines öffentlichen Fotos erben, nur weil diese Richtlinie leicht anzuwenden ist.

Unterscheiden Sie die Frische von der Erlaubnis, eine Antwort zu speichern. MDN erklärt, dass No-Cache eine Neuvalidierung erfordert, während No-Store-Anforderungen keinen Speicherplatz anfordern. Private beschränkt den Speicher auf private Caches. Ein Cookie allein macht eine Antwort nicht automatisch privat.

Planen Sie, wie ein Update sichtbar wird

Schreiben Sie eine Aktualisierungsregel für jede Familie. Bestätigen Sie für eine versionierte Datei, dass die neue Seite die neue URL anfordert. Beschreiben Sie für eine öffentliche Seite mit einer stabilen Adresse die Revalidierung oder das Bereinigungsprogramm. Eine lange Lebensdauer ohne Austauschverfahren bewegt das Problem nur auf die nächste Inhaltsänderung.

Wählen Sie ein praktisches Beispiel: eine Preiskorrektur, Öffnungszeiten oder ein ersetztes Dokument. Zeichnen Sie auf, wenn sich der Ursprung ändert, und überprüfen Sie dann eine Sitzung, die die Seite bereits besucht hat. Ein neuer Browser allein deckt keinen wiederkehrenden Besucher ab, der eine frühere Antwort beibehält.

Testen Sie verschiedene Identitäten und Zustände

Vergleichen Sie in einer Testumgebung einen anonymen Besuch, zwei unterschiedliche Konten, Abmelden und Zurücknavigation. Überprüfen Sie den angezeigten Inhalt und die empfangenen Header und nicht nur die Hosting-Konfiguration. Verwenden Sie synthetische Testaufzeichnungen anstelle von echten persönlichen Dokumenten.

Schließen Sie relevante Sprach-, Geräte-, Filter- und Fehlerzustände ein. Behalten Sie die URL, den Sitzungsstatus, die erwartete Antwort und das Ergebnis für jeden Test bei. Wenn die Personalisierung einen gemeinsam genutzten Cache durchläuft, lassen Sie den Infrastrukturinhaber die Cache-Schlüssel und Ausschlüsse überprüfen.

Halten Sie ein Wiederherstellungsverfahren

Dokument, wer den Cache löschen, seine Wirkung überprüfen und eine vorherige Konfiguration wiederherstellen kann. Eine breite Spülung kann vorübergehend die Vorteile des Cachings verringern. Bereiten Sie daher nach der Operation eine Überprüfung der wesentlichen Seiten vor.

Überprüfen Sie die Richtlinie, wenn Kundenkonten, Handel, eine Sprache oder ein CDN eingeführt werden. Ein nützliches Ergebnis ist eine Antwort-Politik-Test-Eigentümermatrix. Allein eine Leistungsbewertung schafft weder Frische noch Isolation zwischen den Benutzern.

Primärdokumentation: MDN – HTTP-Caching.