HTTP Headers Analyzer

7 / 10

https://siyaa1.weebly.com

Website → Cloudflare → Browser
3 missing headers, 1 warnings, 4 notices
JSON API

Header	Value	Explanation
date	fri, 16 oct 2026 18:51:26 gmt	The date and time at which the request was made. A browser uses it for age calculations rather than using its own internal date and time; e.g. when comparing against `Max-Age` or `Expires`.
content-type	text/html; charset=utf-8	The type of the message body, specified as a MIME type.
content-length	5354	The size of the message body, in bytes.
accept-ch	sec-ch-ua-bitness, sec-ch-ua-arch, sec-ch-ua-full-version, sec-ch-ua-mobile, sec-ch-ua-model, sec-ch-ua-platform-version, sec-ch-ua-full-version-list, sec-ch-ua-platform, sec-ch-ua, ua-bitness, ua-arch, ua-full-version, ua-mobile, ua-model, ua-platform-version, ua-platform, ua	The `Accept-CH` header asks the browser to include extra device and browser metadata on future requests. Client Hints are the structured, opt-in successor to the `User-Agent` string. Instead of one large string, the server explicitly requests the individual pieces it needs (CPU architecture, platform, browser version, etc.). The browser sends these as separate `Sec-CH-*` headers on subsequent requests. `sec-ch-ua-bitness`: Requests the bit architecture of the client's operating system, such as 32-bit or 64-bit. `sec-ch-ua-arch`: Requests the client's device CPU architecture, such as ARM or x86. `sec-ch-ua-full-version`: Requests the complete version number of the client's browser. `sec-ch-ua-mobile`: Requests a boolean hint indicating if the client's device is mobile. `sec-ch-ua-model`: Requests the model of the client's device. `sec-ch-ua-platform-version`: Requests the version of the operating system the client is running. `sec-ch-ua-full-version-list`: Requests a detailed list of version numbers for the client's browser and its significant components. `sec-ch-ua-platform`: Requests the operating system platform of the client's device, such as Windows or MacOS. `sec-ch-ua`: Requests a condensed version of the user agent string. `ua-bitness`: Requests the bit architecture of the client's operating system, such as 32-bit or 64-bit. `ua-arch`: Requests the client's device CPU architecture, such as ARM or x86. `ua-full-version`: Requests the complete version number of the client's browser. `ua-mobile`: Requests a boolean hint indicating if the client's device is mobile. `ua-model`: Requests the model of the client's device. `ua-platform-version`: Requests the version of the operating system the client is running. `ua-platform`: Requests the operating system platform of the client's device, such as Windows or MacOS. `ua`: Requests a condensed version of the user agent string.
cf-mitigated	challenge	Indicates that Cloudflare intercepted this request and took action before it reached the origin server. The value tells you what kind of action was taken: `challenge` means a CAPTCHA or JavaScript challenge was served, `block` means the request was blocked entirely. When this header is present, the response is from Cloudflare, not from the origin server.
content-security-policy	default-src 'none'; script-src 'nonce-tltd0nel8t3ysk5bvyjugd' 'unsafe-eval' https://challenges.cloudflare.com; script-src-attr 'none'; style-src 'unsafe-inline'; img-src 'self' https://challenges.cloudflare.com; connect-src 'self' https://challenges.cloudflare.com; frame-src 'self' https://challenges.cloudflare.com blob:; child-src 'self' https://challenges.cloudflare.com blob:; worker-src blob:; form-action http: https:; base-uri 'self'	The Content Security Policy (CSP) header helps prevent cross-site scripting (XSS), clickjacking, and other code injection attacks by specifying which dynamic resources are allowed to load. `default-src` sets the default policy for fetching resources like JavaScript, images, CSS, fonts, AJAX requests, frames, HTML5 media. `script-src` specifies valid sources for JavaScript. This includes not only URLs loaded directly into `<script>` elements, but also things like inline script event handlers (onclick) and XSLT stylesheets which can trigger script execution. `base-uri` defines what URLs can be used in the `<base>` element. `style-src` defines what CSS stylesheets are allowed to be loaded. `img-src` defines what images and favicons can be loaded. `worker-src` defines what worker scripts (e.g. `Worker`, `ServiceWorker` or `SharedWorker`) can be loaded and executed. `frame-src` defines what `<frame>` and `<iframe>` elements can be loaded. `child-src` defines what `<frame>`, `<iframe>` or workers can be loaded. `form-action` defines what URLs can be used for form submissions. Notice Consider adding the `upgrade-insecure-requests` directive to automatically upgrade HTTP requests to HTTPS, helping to prevent mixed content issues. Notice `unsafe-inline` in `style-src` allows inline styles. This is common and lower risk than inline scripts, but nonces or hashes provide stronger protection. Warning `unsafe-eval` allows `eval()` and similar dynamic code execution, which can be exploited for XSS. Consider refactoring code to avoid `eval()`.
server	cloudflare	Identifies the software used by the origin server to handle the request (e.g. Apache, Nginx, Cloudflare). Notice Consider removing or minimizing the `Server` header. Even without a version number, it reveals the server software, which aids reconnaissance.
critical-ch	sec-ch-ua-bitness, sec-ch-ua-arch, sec-ch-ua-full-version, sec-ch-ua-mobile, sec-ch-ua-model, sec-ch-ua-platform-version, sec-ch-ua-full-version-list, sec-ch-ua-platform, sec-ch-ua, ua-bitness, ua-arch, ua-full-version, ua-mobile, ua-model, ua-platform-version, ua-platform, ua	On a browser's very first visit, it doesn't yet know which Client Hints the server wants. `Accept-CH` asks the browser to include them on future requests, but `Critical-CH` goes further: if the browser didn't send these hints, it must immediately retry the request with them included, before rendering anything. Every hint listed in `Critical-CH` must also appear in `Accept-CH`.
cross-origin-embedder-policy	require-corp	Controls whether this page can load resources (images, scripts, iframes) from other origins. When set, every cross-origin resource must explicitly opt in (via a `Cross-Origin-Resource-Policy` header or CORS) before this page can load it. This protects those other origins: by requiring their consent, the browser ensures their resources aren't exposed to Spectre-style timing attacks from this page. Setting this header (together with `Cross-Origin-Opener-Policy: same-origin`) is also required to enable powerful features like `SharedArrayBuffer` and high-resolution timers. `require-corp` means this page can only embed same-origin resources, or cross-origin resources that explicitly consent by sending a `Cross-Origin-Resource-Policy: cross-origin` header (or the equivalent CORS headers). Resources without that consent are blocked.
cross-origin-opener-policy	same-origin	Controls whether other pages can access this page's `window` object (and vice versa) when opened via `window.open()` or by navigating to a new page. Without this header, a malicious page could open your site and retain a reference to its `window`, enabling script-based attacks through the shared browsing context. Setting this to `same-origin` severs that link for cross-origin pages. Note: COOP governs top-level documents and popups, not iframes. Use `X-Frame-Options` or CSP `frame-ancestors` to control iframe embedding. `same-origin` isolates this page completely. Cross-origin pages that open this page (or are opened by it) will get `window.opener` set to `null` and cannot script each other. This is the strictest and most secure option.
cross-origin-resource-policy	same-origin	Controls which origins are allowed to load this resource (e.g. embed this image, load this script). This prevents other sites from hotlinking your resources and is how a resource signals its consent to be loaded by pages that use `Cross-Origin-Embedder-Policy`. `same-origin` means the resource can only be loaded by documents from the same origin.
origin-agent-cluster	?1	When set to `?1`, tells the browser to give this page its own isolated process or memory space, keyed by origin rather than site. This prevents pages on different subdomains (e.g. `sub.example.com` and `example.com`) from sharing a browsing context, improving security isolation at the cost of losing `document.domain` access between subdomains.
permissions-policy	accelerometer=(),camera=(),clipboard-read=(),clipboard-write=(),geolocation=(),gyroscope=(),hid=(),magnetometer=(),microphone=(),payment=(),publickey-credentials-get=(),screen-wake-lock=(),serial=(),sync-xhr=(),usb=(),xr-spatial-tracking=*	Controls which browser features and APIs (camera, microphone, geolocation, payment, USB, etc.) this page and its embedded iframes are allowed to use. Each feature is set to an allowlist of origins; an empty list `()` disables the feature entirely. This is a defense-in-depth measure: even if an attacker injects script via XSS, they cannot access the restricted APIs.
referrer-policy	same-origin	When a visitor navigates from one page to another page, browsers often pass along referrer information. The `Referrer-Policy` header controls how much referrer information a browser can share. This is important because private information can be embedded in the path or query string. `same-origin` means that the full URL (protocol, host, port, path and query string) is shared for same-origin requests. For cross-origin requests, no referrer information is shared at all.
server-timing	chlray;desc="a4b941457ff76fa1"	Exposes server-side performance metrics (e.g. database query time, cache lookups, total processing time) to the browser. These metrics appear in the browser's DevTools Network tab, making it easier to diagnose slow responses without needing server-side log access.
x-content-type-options	nosniff	The `X-Content-Type-Options` header prevents browsers from guessing a response's content type. Without it, browsers may interpret files differently than intended, which can lead to security vulnerabilities. The value `nosniff` is correctly set.
x-frame-options	sameorigin	`X-Frame-Options` prevents this URL from being embedded in an `iframe`. This protects against clickjacking attacks. `sameorigin` allows this page to be displayed in an `iframe` on the same origin. This is the recommended setting.
set-cookie	__cf_bm=tcipmddhersg34v0bqe8xqhe7ortskz0lrhnyx4mppa-1792176686.9561768-1.0.1.1-a7l2dtrjsoh6jcn_waexesmapttnzugv62stpuu4umcdy4.y4avwwrwmyezts7qrpgbwkyuj5ajwfd9nrtebs1rxzkajxemgubnc7hlandt5hvle_bote4mxdjfkexor; httponly; secure; path=/; domain=weebly.com; expires=fri, 16 oct 2026 19:21:26 gmt	A cookie that was sent from the server to the browser. `expires=` sets the maximum lifetime of the cookie using a specific date. `domain=` sets the domain to which the cookie will be sent. `path=` indicates the path that must exist in the requested URL for the browser to send the cookie. `secure` instructs the browser to only send the cookie back when HTTPS requests are used, making it more resistant to man-in-the-middle attacks. `httponly` forbids JavaScript from accessing the cookie. Helps mitigate the risk of client side scripts accessing a protected cookie. Notice This cookie does not set an explicit `samesite` attribute. Browsers default to `lax`, but setting it explicitly is recommended for clarity and cross-browser consistency. `cf_bm` is a cookie set by Cloudflare to support bot management. This is a technical cookie; it's exempt from GDPR and doesn't need user consent.
cf-ray	a4b941457ff76fa1-iad	The `cf-ray` header provides a unique identifier for each request through Cloudflare. It's useful for troubleshooting and tracking requests in Cloudflare logs.
strict-transport-security		missing Add a `Strict-Transport-Security` header. The `Strict-Transport-Security` header or HSTS header is used to instruct browsers to only use HTTPS, instead of using HTTP. It helps enforce secure communication.
x-permitted-cross-domain-policies		missing Add a `X-Permitted-Cross-Domain-Policies` header to prevent Flash, Adobe Reader and other clients from sharing data across domains.
content-encoding		missing No `Content-Encoding` header found. Enable compression such as `gzip` or `br` (Brotli) to reduce transfer sizes. Brotli typically achieves 15–20% better compression than gzip and is supported by all modern browsers.