Who this helps
- Developers reviewing server or proxy headers
- Site owners comparing response settings
Developer Network Utility
Paste HTTP response headers to check security headers, cache policy, CORS settings, content type, and cookie security options in one place.
Paste response headers copied from your browser DevTools Network tab or from curl -I output.
Enter response headers and run the analysis.
Check whether major HTTP headers exist and whether their recommended status is good, warning, or risky.
Displays the entered response headers as key-value pairs.
Copy or download the analysis result as a server configuration improvement checklist.
Enter HTTP response headers, then click Analyze HTTP Headers.
HTTP headers include items directly related to operational quality, such as security, cache, CORS, and cookie policies.
HSTS, CSP, X-Frame-Options, and X-Content-Type-Options help enforce HTTPS, prevent clickjacking, and reduce MIME sniffing.
Cache-Control, ETag, and Expires are used to evaluate browser and CDN cache strategies.
Access-Control-Allow-Origin and Set-Cookie options are important for checking external request permissions and session security.
Paste response headers to review security, caching, CORS and cookie indicators. If the input contains several HTTP status blocks, the analyzer evaluates only the last response.
Copy response headers from the browser Network panel or a header-only request.
Remove credentials and replace cookie values with placeholders.
Paste the headers and select cookie/cache checks as appropriate.
Read individual findings before interpreting the checklist score.
Change the responsible server layer, capture a fresh response and compare it.
A protective header on a redirect must not be credited to the destination.
The example value is a placeholder, not an authentication token.
Lines are split at the first colon and field names are normalized to lowercase. Repeated fields, including Set-Cookie, remain separate values. A new HTTP status line resets the accumulated fields so only the last block remains.
Headers are parsed locally and are not sent to win-j or a target host. Remove tokens, cookies and internal identifiers before pasting.
Prepare a Django and PostgreSQL starter.
Find indentation errors.
No. Review the actual response context and use appropriate deeper tests.
Their individual values are retained for inspection.
A later HTTP status line starts a new response. The report intentionally evaluates the final block only.