Toolminex
Network Tools

HTTP Headers Checker

Paste a URL and see every HTTP response header: security headers, cache settings, server info, CORS headers. Faster than opening browser dev tools for a quick check.

🔎 HTTP Headers Checker

Enter any URL to inspect its HTTP response headers. Security headers are highlighted separately. All requests are proxied server-side, so your browser never contacts the target directly.

How to check a URL's HTTP headers

Enter a URL and see the status code and every response header the server sends back.

  1. 01

    Enter the exact URL you want to inspect

    Include the path if it matters, since a home page, an image and an API endpoint can send very different headers. If you leave off the scheme, https:// is added for you.

  2. 02

    Read the status line first

    You'll see the status code and text, such as 200 OK or 301 Moved Permanently. The tool doesn't follow redirects, so a 301 or 302 shows that response and its Location header, not the final page.

  3. 03

    Check the security headers panel

    Security headers that are present are listed first, then the ones that are missing. All other headers follow in alphabetical order.

How the check is made

Our server sends a HEAD request to the URL, which asks for the headers without the page body, and waits up to 8 seconds for a reply. The request identifies itself as "Toolminex HTTP Headers Checker" and doesn't follow redirects, so you see exactly what the first server returned.

Because the request comes from our server rather than your browser, you won't see cookies or headers that depend on being logged in. A CDN may also answer from a different location than it would for you. And a few servers treat HEAD differently from GET, either refusing it with 405 Method Not Allowed or leaving out headers they'd send with the full page.

Which missing security headers actually matter

The tool lists ten security-related headers and flags any that are absent. Not all of them are worth adding. This table shows what each one does and whether a typical website needs it.

HeaderWhat it doesShould you set it?Common value
Strict-Transport-SecurityForces HTTPS on return visitsYes, on any HTTPS sitemax-age=31536000; includeSubDomains
Content-Security-PolicyLimits where scripts, styles and frames can load fromYes, though it takes work to get rightdefault-src 'self'
X-Content-Type-OptionsStops browsers guessing file typesYesnosniff
X-Frame-OptionsStops other sites framing yours (clickjacking)Yes, or use CSP frame-ancestorsDENY or SAMEORIGIN
Referrer-PolicyControls how much of your URL is sent to other sitesRecommendedstrict-origin-when-cross-origin
Permissions-PolicyTurns off camera, microphone and other featuresRecommendedcamera=(), microphone=()
Cross-Origin-Opener-PolicyIsolates your window from pop-ups you openOptional for most sitessame-origin
Cross-Origin-Resource-PolicyControls which sites may load your filesOptionalsame-site
Cross-Origin-Embedder-PolicyNeeded only for features like SharedArrayBufferUsually notrequire-corp
X-XSS-ProtectionAn old browser filter, now removed from browsersNo; leave it out or set 00

So don't chase a perfect score. The first four are the ones security scanners and audits care about most. X-XSS-Protection showing as missing is good news: modern browsers have dropped the filter it controlled, and setting it can cause problems in older ones.

What people check headers for

Checking caching after a deploy

Look at Cache-Control and Age on a CSS or image URL. If static files say no-store, every visit downloads them again.

Debugging a CORS error

Inspect the API URL for Access-Control-Allow-Origin. If it's missing or names a different origin, the browser will block the response.

Confirming a redirect's target

Check an old URL: you should see 301 and a Location header pointing at the new address. For the whole chain, use the Redirect Checker.

Checking an API's content type

An endpoint that returns text/html instead of application/json usually means an error page is being served instead of data.

Limits worth knowing

  • It only checks public addresses our server can reach. Sites on your local network, behind a VPN or a login won't work.
  • It shows a single response. Redirect chains need the Redirect Checker, which follows up to 15 hops.
  • Some firewalls block automated requests and return 403, which tells you about the firewall rather than the page's normal headers.
  • It doesn't grade the values. A Content-Security-Policy that allows everything still counts as present.

Frequently asked questions

Your browser sends a GET with cookies and its own user agent, while this check sends a plain HEAD from our server. Servers, CDNs and firewalls can respond differently to each.
The server refuses HEAD requests. That's unusual but allowed. Open the URL with your browser's developer tools, Network tab, to see the headers from a normal GET.
No. The request is made on demand and the result is sent back to your browser without being saved.
In your web server or hosting config: nginx add_header, Apache Header set, or the headers settings in Vercel, Netlify or Cloudflare. Most CMSs also have plugins for it.
For files with a version or hash in the name, such as app.3f9c2.js, public, max-age=31536000, immutable is common. HTML pages usually want no-cache, so visitors get updates straight away.

Other network tools

Something not working right?