Caching
Freshness, validation and cache behavior.
Enter any public URL to inspect the HTTP response headers observed by our scanner. Search the complete values, group common headers by purpose, and open a neutral result with no account required.
HTTP response headers are metadata sent by a server or intermediary with an HTTP response. They describe how clients should cache, interpret, authenticate, share and process the returned content.
They are separate from the response body. A single page can return content details, cookies, cross-origin rules, timing data and security instructions through its headers before the browser renders the body.
Open the complete HTTP Header Reference, or start with a commonly observed field.
Provide the HTTPS or HTTP address whose response you want to inspect.
Submit the URL once. The scanner follows redirects and records the final successful response returned to its Cloudflare Worker.
Search names and complete values, then browse headers grouped by their common purpose.
The result groups familiar fields by purpose while keeping every observed value available for inspection.
Freshness, validation and cache behavior.
Media type, encoding, language and negotiation.
Cross-origin access and exposed response fields.
Session cookies and authentication challenges.
Target locations and response navigation.
Related resources, hints and server timings.
Browser protections and information policies.
Server, proxy, CDN and request-tracing details.
A response starts with a status line, followed by named fields and their values. The exact set varies by website, route and request.
HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Cache-Control: public, max-age=300
Content-Encoding: br
Vary: Accept-Encoding
Server-Timing: edge;dur=23The checker follows redirects and shows the final successful response. Values reflect what the Cloudflare Worker observed, so they are not a guaranteed direct response from the origin server. A CDN, proxy or other intermediary may add, remove or change fields.
Known scanner-transport headers are excluded from the result. Custom and less common fields can still appear under Other even when the checker does not yet publish an explanation for them.
This neutral view is not a vulnerability assessment. It shows the response metadata the scanner can observe without grading the result or claiming that the website is secure.
The homepage Security Headers Checker provides security analysis for supported browser-facing protections. Neither view replaces broader application testing or a penetration test.
Yes. You can scan a public URL and inspect its result for free, without creating an account.
The checker does not edit the website’s response. It reports what the Cloudflare Worker receives after redirects, with known scanner-transport fields filtered from the display.
Yes. Visible Set-Cookie response values are shown unmasked as captured by the scanner. Review results carefully before sharing them.
Your browser and the Worker can take different network paths, send different request headers or receive personalized and cached responses. Browser extensions, service workers, CDNs and timing can also make DevTools differ from this server-side observation.
Yes. Custom or unrecognized response fields remain visible under Other even when no published explanation is available.