Example input
Enter a domain or full URL.
https://example.com
Check the browser security headers returned by any public website. Review HSTS, Content-Security-Policy, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy, COOP, COEP, CORP, cookies, cache behavior, and server disclosure.
Enter a public website URL or domain. The checker fetches the live response headers and scores the security controls visible to browsers.
Weighted score based on transport, content, framing, MIME, referrer, feature, and cross-origin policy headers.
Each card shows the detected value and the points earned for that browser protection.
Passed controls, missing controls, and extra signals that deserve a closer look.
Exact response headers returned by the final public URL.
| Header | Value |
|---|
Security headers are HTTP response headers that give browsers rules for safer behavior. They can force HTTPS, limit script and content sources, reduce clickjacking risk, prevent MIME sniffing, control referrer leakage, restrict powerful browser APIs, and isolate cross-origin resources.
This checker gives a fast first look at the headers users actually receive from the public URL, including headers added or removed by CDNs, reverse proxies, WAFs, load balancers, and application servers.
Enter a domain or full URL.
https://example.com
The result can show a grade, score, passed checks, and missing headers.
Grade: B
Score: 78%
Passed: HSTS, X-Content-Type-Options, Referrer-Policy
Detected values are shown so you can verify exact policy strings.
strict-transport-security: max-age=31536000; includeSubDomains
content-security-policy: default-src 'self'
frame-ancestors where framing is not required.Check public production headers before a website, portal, API documentation site, or customer dashboard goes live.
Verify whether your CDN, WAF, or reverse proxy still forwards HSTS, CSP, referrer, and permissions policies.
Build a prioritized list of missing browser protections and compare changes after each deployment.
Confirm whether framing is denied, same-origin only, or controlled through CSP frame-ancestors.
Use Set-Cookie visibility as a prompt to review Secure, HttpOnly, SameSite, Path, and Domain attributes.
Run a quick public check after web server, Nginx, Apache, Cloudflare, load balancer, or application config updates.
No. Headers are one layer. You still need secure code, authentication controls, dependency hygiene, patching, monitoring, and testing.
Yes. CSP should be tested carefully because it can block scripts, fonts, images, frames, and API calls if the policy is too strict.
CSP frame-ancestors is more flexible, but X-Frame-Options is still commonly used for broad compatibility.
Browsers only honor HSTS over HTTPS. Check the final HTTPS URL and confirm redirects are working correctly.
Different paths may be served by different apps, caches, CDNs, or rules. Test the exact URL users visit.
No. The public checker blocks private address ranges. Use local browser tools, curl, or a scanner inside your network.