Analizator Nagłówków Cache

Analizuj nagłówki buforowania HTTP dla dowolnego adresu URL. Sprawdź Cache-Control, Expires, ETag, Last-Modified, Vary, Age oraz typowe sygnały cache CDN, aby zrozumieć zachowanie bufora przeglądarki a bufora współdzielonego. Zawiera śledzenie przekierowań, widok surowych nagłówków, filtrowanie, wykrywanie problemów oraz eksport JSON/PDF.

Loading…

O nas Analizator Nagłówków Cache

Wklej adres URL i natychmiast zrozum, jak jest buforowany: dyrektywy przeglądarki, współdzielone buforowanie CDN/proxy (s-maxage, sterowanie surrogate), walidatory (ETag/Last-Modified) oraz wzorce ponownej walidacji (stale-while-revalidate, stale-if-error). Użyj go do debugowania wydajności, zapobiegania przypadkowemu buforowaniu HTML oraz weryfikacji polityk cache zasobów statycznych.

Funkcje

Audyt cache na podstawie adresu URL z czytelną kartą wyników + wykryciami (skupienie na nagłówkach buforowania/wydajności).
Obsługa przekierowań (do 10), aby zobaczyć, gdzie faktycznie obowiązują reguły buforowania.
Widok surowych nagłówków dla pełnej przejrzystości (co serwer/CDN faktycznie zwrócił).
Podświetlenia analizy cache: dyrektywy Cache-Control, Expires/Pragma oraz konflikty.
Sprawdzenia walidatorów: wykrywanie ETag i Last-Modified (dla żądań warunkowych i ponownej walidacji).
Analiza Vary do wychwycenia brakującego lub ryzykownego zachowania Vary (szczególnie dla spersonalizowanej treści).
Wykrywanie sygnałów CDN: Age, Via, CF-Cache-Status, X-Cache, nagłówki w stylu Fastly/Akamai/CloudFront.
Filtry i tryb „tylko problemy”, aby szybko skupić się na możliwych do działania kwestiach.
Eksport wyników jako raporty JSON i PDF (doskonałe do audytów i dostarczania klientom).
Sondowanie metodą HEAD jako pierwsze (awaryjnie GET), aby zminimalizować zużycie pasma przy zachowaniu kompatybilności.

🧭 Jak używać for cache-headers-analyzer

Wprowadź adres URL

Wklej pełny adres URL, który chcesz poddać audytowi (np. [https://example.com/static/app.css](https://example.com/static/app.css)).

Wybierz zachowanie żądania

Pozostaw włączone „Spróbuj HEAD najpierw (awaryjnie GET)” dla szybkich sprawdzeń. Włącz „Obsługuj przekierowania”, jeśli adres URL może przekierowywać (HTTP→HTTPS, www, CDN itp.).

Wybierz skupienie analizatora

Użyj „Auto (zalecane)” dla zrównoważonego widoku. Przełącz na „Buforowanie przeglądarki”, „Buforowanie CDN / proxy” lub „Buforowanie API”, aby nadać priorytet najistotniejszym wykryciom dla Twojego punktu końcowego.

Przejrzyj wykrycia i kategorie nagłówków

Najpierw sprawdź wynik/wykrycia, następnie przeanalizuj dyrektywy cache, walidatory (ETag/Last-Modified), analizę Vary oraz sygnały CDN (Age, nagłówki statusu cache). Włącz „Pokaż surowe nagłówki”, jeśli potrzebujesz pełnej odpowiedzi.

Eksportuj raport

Pobierz raport JSON do automatyzacji lub raport PDF do audytów i dzielenia się z członkami zespołu/klientami.

Specyfikacje techniczne

Model żądania

To narzędzie wykonuje inspekcję nagłówków adresu URL z opcjonalnym śledzeniem przekierowań. Próbuje najpierw żądania HEAD (jeśli włączone) i awaryjnie przechodzi na GET, gdy jest to potrzebne.

Ustawienie	Zachowanie	Domyślne
Najpierw spróbuj HEAD (fallback na GET)	Używa HEAD do szybkiego pobrania nagłówków; przechodzi na GET, jeśli HEAD jest nieobsługiwany lub niewystarczający	Włączone
Obserwuj przekierowania	Podąża za łańcuchem przekierowań, aby zbadać końcowe zachowanie buforowania	Włączone
Maks. przekierowań	Limit przekierowań zapobiegający nieskończonym pętlom	10 (zakres 0–20)
Limit czasu	Limit czasu żądania	15000 ms
User-Agent	Identyfikuje agenta użytkownika żądania	Encode64Bot/1.0 (+[https://encode64.com](https://encode64.com))
Sieci prywatne	Blokuje dostęp do zakresów sieci prywatnych dla bezpieczeństwa	Wyłączone (sieci prywatne niedozwolone)

Analizowane nagłówki i sygnały

Analizator skupia się na semantyce pamięci podręcznej (przeglądarki i pamięci współdzielonych) oraz typowych sygnałach z krawędzi CDN.

Kategoria	Przykłady
Dyrektywy pamięci podręcznej	Cache-Control, Expires, Pragma, Surrogate-Control, CDN-Cache-Control
Walidatory	ETag, Last-Modified (używane do żądań warunkowych / ponownej walidacji)
Zachowanie pamięci współdzielonej	s-maxage, stale-while-revalidate, stale-if-error (gdy obecne w Cache-Control)
Zachowanie Vary	Vary (wariacje klucza pamięci podręcznej i bezpieczeństwo personalizacji)
Sygnały CDN/proxy	Age, Via, CF-Cache-Status, X-Cache, X-Cache-Hits, Server-Timing i inne wskazówki z krawędzi

Niektóre nagłówki CDN są specyficzne dla dostawcy; ich obecność i znaczenie mogą się różnić w zależności od dostawcy i konfiguracji.

Heurystyki (co wyzwala ostrzeżenia)

Wnioski pochodzą z praktycznych heurystyk buforowania, aby pomóc wykryć brakujące, sprzeczne lub słabe polityki pamięci podręcznej.

Heurystyka	Co sprawdza
Brak Cache-Control	Ostrzega, gdy brakuje nagłówka Cache-Control
Sprzeczne dyrektywy	Ostrzega, gdy dyrektywy wydają się niespójne (np. mieszane intencje buforowania)
Brak walidatorów	Ostrzega, gdy odpowiedzi możliwe do buforowania nie mają ETag/Last-Modified
Słabe walidatory	Wykrywa wzorce słabych walidatorów tam, gdzie to istotne
Ryzyko związane z Vary	Ostrzega, gdy brakuje Vary tam, gdzie prawdopodobnie jest potrzebne zróżnicowanie
Niezgodność Pragma no-cache	Ostrzega, gdy pojawia się Pragma: no-cache bez odpowiadającego Cache-Control

Klasyfikacja (statyczne vs HTML vs API)

Analizator może wywnioskować intencję typu zawartości ze ścieżki URL, aby dostosować rekomendacje buforowania.

Klasa	Wzorce ścieżek (przykłady)
Zasób statyczny	.css, .js, .png, .svg, .woff2 itp.
HTML	.html, .htm
API	Ścieżki zaczynające się od /api/ lub kończące na .json

Jeśli Twój URL nie pasuje do tych wzorców, użyj „Fokusu analizatora”, aby ukierunkować rekomendacje.

Wiersz poleceń

Użyj tych fragmentów CLI do sprawdzenia nagłówków cache lokalnie. Nie zastępują one wyników/oceny tego narzędzia, ale pomagają szybko odtworzyć wyniki.

macOS / Linux

Pobierz nagłówki za pomocą żądania HEAD

curl -I [https://example.com/static/app.css](https://example.com/static/app.css)

Sprawdza Cache-Control, Expires, ETag, Last-Modified, Vary i sygnały CDN bez pobierania treści.

Obserwuj przekierowania i pokaż nagłówki

curl -IL [https://example.com/](https://example.com/)

Pokazuje łańcuch przekierowań, abyś mógł zweryfikować, gdzie zmieniają się dyrektywy buforowania.

Run

Windows (PowerShell)

Pobierz nagłówki odpowiedzi

(Invoke-WebRequest -Uri [https://example.com/static/app.css](https://example.com/static/app.css) -Method Head).Headers

Wyświetla nagłówki, w tym Cache-Control, ETag, Last-Modified oraz nagłówki dostawcy CDN, jeśli są obecne.

Dla zasobów statycznych z zahaszowanymi nazwami plików (app.abc123.css) preferuj długotrwałe buforowanie z opcją immutable. Dla HTML bądź ostrożny, aby uniknąć serwowania nieaktualnych spersonalizowanych stron.

Zastosowania

Audyt buforowania zasobów statycznych (CSS/JS/obrazy/czcionki)

Sprawdź, czy zasoby z odciskiem palca (fingerprinted) mogą być długo buforowane i efektywnie rewalidowane w razie potrzeby.

Potwierdź, że Cache-Control zawiera długi max-age i (gdy to właściwe) immutable
Upewnij się, że istnieją walidatory (ETag lub Last-Modified) do bezpiecznej rewalidacji
Sprawdź wskaźniki trafień w pamięci podręcznej CDN (Age, CF-Cache-Status, X-Cache)

Cache-Control: public, max-age=31536000, immutable
ETag: "686897696a7c876b7e"
Vary: Accept-Encoding

Zapobiegaj przypadkowemu buforowaniu stron HTML

Wykryj przypadki, gdy strony HTML są zbyt agresywnie buforowane na poziomie CDN lub przeglądarki, co może zakłócać procesy logowania, personalizację i spójność renderowania SEO.

Wykryj zbyt permisywne Cache-Control dla HTML
Zidentyfikuj brakujące Vary tam, gdzie treść różni się w zależności od ciasteczek, autoryzacji lub języka
Potwierdź bezpieczne wzorce rewalidacji

Przegląd buforowania punktów końcowych API

Zrozum, czy włączone jest buforowanie współdzielone dla odpowiedzi API i czy Twoje API jest bezpiecznie buforowalne.

Wykryj buforowanie współdzielone za pomocą s-maxage
Zauważ strategie stale-while-revalidate / stale-if-error
Oznacz brakujące walidatory, gdy odpowiedzi API są buforowalne

Debugowanie zachowania CDN w przekierowaniach

Wiele stron stosuje przekierowania (HTTP→HTTPS, apex→www, przekierowania lokalizacyjne). To narzędzie pomaga zapewnić spójność polityk buforowania od pierwszego do ostatniego przeskoku odpowiedzi.

Zweryfikuj nagłówki na każdym przeskoku i na końcowym URL
Wykryj zmiany nagłówków cache wprowadzone przez reguły edge lub przepisywania na źródle

❓ Frequently Asked Questions

❓Jakie nagłówki analizuje to narzędzie pod kątem buforowania?

Skupia się na semantyce i sygnałach buforowania: Cache-Control, Expires, Pragma, Age, ETag, Last-Modified, Vary, a także na typowych wskaźnikach CDN/proxy, takich jak Via, CF-Cache-Status, X-Cache i powiązane nagłówki edge.

❓Dlaczego widzę różne wyniki buforowania między przeglądarką a CDN?

Przeglądarki stosują dyrektywy buforowania end-to-end (Cache-Control, Expires), podczas gdy CDN i proxy mogą stosować reguły buforowania współdzielonego (s-maxage, Surrogate-Control) i polityki edge. Odpowiedź może być buforowalna na krawędzi, ale krótkotrwała w przeglądarce, lub odwrotnie.

❓Do czego służą ETag i Last-Modified?

Są to walidatory dla żądań warunkowych. Z ETag (If-None-Match) lub Last-Modified (If-Modified-Since) klienci i pamięci podręczne mogą rewalidować zasoby i otrzymać lekki kod odpowiedzi 304 Not Modified, gdy treść się nie zmieniła.

❓Czy powinienem długo buforować strony HTML?

Zazwyczaj nie. HTML często zmienia się często i może być personalizowany. Agresywne buforowanie może serwować nieaktualną lub błędną treść. Preferuj krótkie buforowanie z rewalidacją i używaj poprawnych reguł Vary, gdy treść zależy od nagłówków/ciasteczek.

❓Czym jest Vary i dlaczego jest ważne?

Vary informuje pamięci podręczne, które nagłówki żądania wpływają na odpowiedź (np. Accept-Encoding). Brakujące lub nieprawidłowe Vary może spowodować, że pamięci podręczne serwują niewłaściwą wersję (skompresowaną vs nieskompresowaną, warianty językowe itp.).

❓Czy bezpiecznie jest wklejać tutaj adresy URL?

Narzędzie wykonuje żądania po stronie serwera do podanego adresu URL i blokuje cele w sieciach prywatnych. Używaj publicznych adresów URL, którym ufasz, i unikaj wklejania sekretów w ciągu zapytania URL.

❓Czy mogę wyeksportować analizę?

Tak. Narzędzie obsługuje eksport raportu JSON i raportu PDF, dzięki czemu możesz udostępniać wyniki lub dołączać je do audytów wydajności.

Pro Tips

Performance Tip

Jeśli Twoje zasoby mają odciski cyfrowe (hash w nazwie pliku), użyj długiego max-age + immutable dla najlepszej wydajności przy powtórnych wizytach.

Security Tip

Jeśli HTML jest personalizowany (ciasteczka/uwierzytelnianie), unikaj buforowania w pamięciach współdzielonych, chyba że w pełni kontrolujesz klucz pamięci podręcznej i zachowanie Vary.

Performance Tip

Preferuj walidatory (ETag lub Last-Modified) na zasobach podlegających buforowaniu, aby klienci mogli przeprowadzić ponowną walidację z kodem 304 zamiast ponownego pobierania.

Best Practice

Zwracaj uwagę na konfliktowe dyrektywy, takie jak no-store w połączeniu z długim max-age; zwykle wskazują one na błędną konfigurację.

Best Practice

Podczas debugowania przekierowań porównuj nagłówki pamięci podręcznej na każdym etapie; reguły brzegowe mogą zmieniać buforowanie między przekierowaniami a końcowym adresem URL.

CI Tip

Eksportuj raporty JSON i przechowuj je w artefaktach CI/audytu wydajności, aby śledzić regresje w czasie.