HTTP Headers Checker — Inspect Response Headers

Inspect HTTP response headers for any URL. Check security headers, cache-control, content-type, and more.

About HTTP Headers Checker — Inspect Response Headers

HTTP Headers Checker fetches and displays all HTTP response headers for any URL, including status code, content-type, cache-control, security headers, and more. Diagnose caching issues, missing security headers, and redirect chains.

How to Use

  1. 1Enter the URL you want to inspect in the input field.
  2. 2Click "Check" to send an HTTP request and retrieve the response headers.
  3. 3Review the listed headers to diagnose caching, security, and server configuration issues.

Features

  • Instantly inspect all HTTP response headers for any public URL
  • Identify missing security headers (HSTS, CSP, X-Frame-Options)
  • Diagnose cache-control and content-type configuration
  • Detect redirect status codes (301, 302, 307)
01

Understanding HTTP Response Headers

HTTP response headers are metadata sent by a web server alongside the page content. They control how browsers, CDNs, and proxies handle the response — covering caching, content type, security policies, and more.

Essential Headers Every Website Should Have

Several HTTP headers are considered essential for modern websites. Content-Type declares the MIME type and character encoding (e.g., "text/html; charset=UTF-8") — without it, browsers may misinterpret content. Cache-Control directs how browsers and CDNs should cache the response; for static assets, a long max-age is ideal, while for dynamic pages, "no-cache" is appropriate. The X-Content-Type-Options: nosniff header prevents browsers from MIME-sniffing a response away from the declared content type. Strict-Transport-Security (HSTS) forces future requests to use HTTPS even if the user types http://. Content-Security-Policy (CSP) restricts which resources (scripts, images, iframes) the browser can load, preventing XSS attacks. Use this HTTP Headers Checker to verify all these headers are present and correctly configured on your server.

Caching Headers and Performance

Caching headers have a direct impact on page load speed and server load. Cache-Control is the primary caching directive — common values include "public, max-age=31536000" for immutable static assets, "no-cache" to require revalidation before serving from cache, and "no-store" to prevent caching entirely for sensitive pages. The ETag header is a hash of the resource content; browsers can use it to check if the cached version is still valid without re-downloading the full resource. Last-Modified works similarly using timestamps. The Vary header tells caches to store separate versions based on certain request headers. Reviewing these headers with this tool helps diagnose slow page loads caused by missing or misconfigured caching directives.

Security Headers Explained

Security headers are increasingly important as web attacks grow more sophisticated. The X-Frame-Options header (with value DENY or SAMEORIGIN) prevents your pages from being embedded in iframes on malicious sites, protecting against clickjacking. Referrer-Policy controls how much referrer information is included with requests — "strict-origin-when-cross-origin" is a sensible default that prevents leaking full URLs to third parties. Permissions-Policy restricts which browser features like camera, microphone, and geolocation the page can access. Cross-Origin-Resource-Policy (CORP) and Cross-Origin-Embedder-Policy (COEP) are needed to enable modern browser isolation features. Running your site through this checker reveals which security headers are missing so you can add them to your server or CDN configuration.

02

Diagnosing Common HTTP Header Issues

Many website problems — from broken caching to failed social sharing — can be traced back to misconfigured HTTP headers. Knowing what to look for saves debugging time.

Redirect Chains and Status Codes

HTTP status codes communicate the outcome of a request. 200 OK means success. 301 Moved Permanently is the correct code for permanent SEO-safe redirects (Google passes link equity). 302 Found is a temporary redirect that does not pass full link equity. 307 Temporary Redirect preserves the HTTP method. 404 Not Found means the resource does not exist. 500 Internal Server Error indicates a server-side problem. Redirect chains add latency and dilute SEO value; best practice is to redirect directly from the original URL to the final destination. Use this tool to check the status code and Location header for redirect targets, verifying that redirects are the correct type and lead directly to the final URL.

CORS Headers for APIs and Cross-Origin Requests

Cross-Origin Resource Sharing (CORS) headers control which external origins can make JavaScript requests to your server. The Access-Control-Allow-Origin header specifies allowed origins — using "*" allows any origin (suitable for public CDN assets), while specific domains restrict access for API endpoints. Access-Control-Allow-Methods lists permitted HTTP methods. Access-Control-Allow-Headers specifies which request headers are permitted. If your API is returning CORS errors in browser console, checking the response headers with this tool immediately shows whether the CORS headers are present, incorrectly configured, or missing entirely — far faster than debugging through browser DevTools alone.

FAQ

What is the X-Frame-Options header?
X-Frame-Options prevents your page from being embedded in an <iframe> on other sites, protecting against clickjacking attacks.
What is HSTS?
HTTP Strict Transport Security (HSTS) forces browsers to use HTTPS for future requests to your domain, preventing downgrade attacks.
Why do I see a CORS header?
Access-Control-Allow-Origin headers control which origins can make cross-site requests to your server. They are commonly needed for APIs.
What security headers should every website have?
The essential security headers are: Content-Security-Policy (prevents XSS by controlling script sources), X-Frame-Options: DENY (prevents clickjacking), X-Content-Type-Options: nosniff (prevents MIME sniffing), Strict-Transport-Security (enforces HTTPS), Referrer-Policy: strict-origin-when-cross-origin (controls referrer data), and Permissions-Policy (restricts browser feature access). Check your current headers using this tool and compare against security scoring services like securityheaders.com.
What does the Cache-Control header do?
Cache-Control tells browsers and CDNs how to cache the response. Key directives: max-age=N (cache for N seconds), no-cache (must revalidate before using cached copy), no-store (never cache — use for sensitive pages), public (cacheable by CDNs), private (cacheable only by the browser). Example: Cache-Control: public, max-age=31536000, immutable is ideal for versioned static assets (JavaScript bundles, images). Cache-Control: no-cache, no-store is appropriate for API responses with user-specific data.

Found a bug or something not working as expected?

Report a bug →