HTTP-Cache-Prüfer
Analysiert Cache-Control-Direktiven, ETag, Last-Modified, Vary und CDN-Cache-Status-Header. Erklärt jede Direktive und bewertet die Caching-Strategie mit A bis F.
So verwenden Sie HTTP-Cache-Prüfer
- 1Geben Sie die URL ein, um Caching-Header zu analysieren.
- 2Das Tool sendet eine HEAD-Anfrage und liest alle Cache-bezogenen Response-Header.
- 3Cache-Control-Direktiven werden analysiert und einzeln erklärt.
- 4Überprüfen Sie die Bewertung und Empfehlungen, um Ihre Caching-Strategie zu optimieren.
ZenovayAnalytics
Sehen Sie, wer gerade auf Ihrer Seite ist.
- Besucher-Tracking in Echtzeit
- Datenschutz zuerst, kein Cookie-Banner
- In zwei Minuten eingerichtet
Verwandte Tools
JSON-Formatter und Validator
Formatieren, validieren und verschönern Sie JSON-Daten mit Syntaxhervorhebung und Fehlererkennung.JWT-Decoder
Dekodieren und inspizieren Sie JWT-Token. Zeigen Sie Header, Payload und überprüfen Sie Signaturen.Base64 Encode/Decode
Kodieren Sie Text in Base64 oder dekodieren Sie Base64 zurück in Text. Unterstützt UTF-8 und Binärdaten.URL Codierungstool
Codieren oder decodieren Sie URL-Komponenten. Verarbeiten Sie Sonderzeichen, Abfragezeichenfolgen und vollständige URLs.Häufig gestellte Fragen
Was ist Cache-Control und warum ist es wichtig?▾
Cache-Control ist ein HTTP-Header, der Browsern und CDNs mitteilt, wie eine Antwort zwischengespeichert werden soll. Ohne ihn verwenden Caches heuristische Regeln – oft Caching für 10% des Last-Modified-Alters, was unvorhersehbar ist. Eine gute Cache-Control-Strategie verbessert die Wiederholungsbesuche-Leistung drastisch: eine 100KB-Seite, die eine 304 Not Modified (0 Bytes) zurückgibt, anstatt die vollständige Antwort ist der Unterschied zwischen einem 200ms und einem 20ms Seitenlade-Zeit.
Was ist der Unterschied zwischen no-cache und no-store?▾
no-cache bedeutet 'Sie können dies zwischengespeichern, müssen aber mit dem Server revalidieren, bevor Sie es verwenden' – der Browser speichert die Antwort und sendet eine bedingte Anfrage (If-None-Match oder If-Modified-Since). no-store bedeutet 'speichern Sie dies überhaupt nicht' – keine Kopie wird überall gespeichert. Verwenden Sie no-store für sensible Daten (Banking-Seiten, Gesundheitsakten); verwenden Sie no-cache für häufig ändernde Seiten, bei denen Sie möchten, dass der Browser revalidiert.
Was ist stale-while-revalidate?▾
stale-while-revalidate: N ermöglicht einem Cache, eine veraltete Antwort zu servieren, während im Hintergrund eine frische abgerufen wird. Der Benutzer erhält eine sofortige Antwort (die alte Version), während die nächste Anfrage die frische Version erhält. Dies ist ideal für Seiten, die gelegentlich ändern – verwenden Sie max-age=1, stale-while-revalidate=86400, um fast sofortige Ladevorgänge mit Inhalt zu erhalten, der innerhalb von 1 Tag aktualisiert wird.
Was macht ETag?▾
Ein ETag (Entity Tag) ist eine eindeutige Kennung für eine spezifische Version einer Ressource. Wenn der Browser eine zwischengespeicherte Antwort mit einem ETag hat, sendet er If-None-Match: "etag-value" bei der nächsten Anfrage. Wenn die Ressource nicht geändert hat, gibt der Server 304 Not Modified zurück – spart Bandbreite, indem nicht der vollständige Antwort-Body erneut gesendet wird. ETags sind zuverlässiger als Last-Modified, da sie auf Inhalts-Identität basieren, nicht auf Zeitstempel.
Was ist CDN-Cache-Status (CF-Cache-Status)?▾
CF-Cache-Status ist ein Cloudflare-spezifischer Header, der zeigt, ob die Antwort aus dem Cloudflare-Edge-Cache serviert wurde. HIT = aus Cache serviert (schnell, keine Ursprungsanfrage). MISS = nicht im Cache, vom Ursprung abgerufen. EXPIRED = im Cache aber abgelaufen, erneut abgerufen. BYPASS = Caching umgangen (Cookie oder Cache-Control: no-cache). REVALIDATED = aus Cache serviert nach 304-Revalidierung mit Ursprung.