Example input
Enter a domain or complete URL.
https://example.com
Inspect the live HTTP response headers of any public website. Check status codes, redirects, cache policy, cookies, server disclosure, HSTS, CSP, X-Frame-Options, content type, and other browser-facing response details.
Enter a public website URL or domain. The checker uses the backend to fetch headers so CORS restrictions do not hide the response.
Status, final URL, timing, protocol, and security score.
Common security, server, cookie, cache, and content headers.
Redirects followed before the final response was inspected.
Header names and values returned by the final response.
| Header | Value |
|---|
HTTP headers are small pieces of metadata sent with every web response. They tell browsers and clients how to cache a page, whether a website enforces HTTPS, which content type is returned, whether framing is allowed, what cookies are set, and which security policies are active.
This checker is useful when a website behaves differently across browsers, CDNs, reverse proxies, load balancers, WAFs, or application servers.
Enter a domain or complete URL.
https://example.com
The table can show headers like:
content-type: text/html; charset=UTF-8
cache-control: max-age=604800
server: ECS
The checker highlights whether headers such as HSTS, CSP, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, and Permissions-Policy are present.
example.com or a complete URL such as https://example.com/path.Quickly confirm whether HSTS, CSP, frame protection, MIME sniffing protection, and referrer controls are visible.
Compare origin, CDN, WAF, or load balancer behavior by inspecting headers on the public URL users visit.
Review Cache-Control, Expires, ETag, Last-Modified, Age, and CDN-specific headers when content does not update as expected.
Confirm whether HTTP redirects to HTTPS, whether www and apex names resolve correctly, and where the final response lands.
Check whether Set-Cookie is present and then review Secure, HttpOnly, SameSite, and domain settings in your browser or application logs.
Use status code, server, content type, and policy headers as a fast first look during outage or change validation.
No. It shows response headers returned by the website after the checker sends a simple HEAD or GET request.
Your browser may include cookies, authentication, geography, device hints, or cache state. This checker sends a clean public request from the server.
No single list fits every site, but HSTS, CSP, X-Content-Type-Options, Referrer-Policy, and frame controls are common production review items.
No. The tool blocks private and local address ranges for safety. Use local command-line tools for internal systems.
HEAD is lighter because it asks for headers only. GET is useful when a server does not support HEAD or returns different behavior.
No. It is a quick header inspection tool. Use it with application tests, vulnerability scans, configuration review, and browser validation.