Website Tracking Tools

Check GZIP Compression

Check whether a public page responds with GZIP, Brotli, or another non-identity content encoding when compression is advertised. The report shows final URL, status, encoding, length, and Vary headers without estimating savings.

Bounded server requestOnly the required request data is sent.
Preparing tool…

The focused browser interface is loading.

PrivateOnly the required input is sentLightning fastResults in secondsWorks everywhereAny device, any browserFree to useNo account required

What Check GZIP Compression does

Check GZIP Compression sends a server-side request that advertises compression support and inspects the actual response headers. It tries HEAD first and falls back to GET when the server responds that HEAD is unsupported, then reports whether Content-Encoding indicates a compressed representation.

The tool recognizes any non-identity encoding, so it can report br or another value as well as gzip. Content-Length is displayed only when the response provides a valid header and describes that selected representation. Because caches, CDNs, user agents, MIME types, and request methods can affect compression, one response is not a complete delivery audit.

How to use Check GZIP Compression

  1. Enter the full public URL of the page or resource.
  2. Select Check compression to send a request that advertises compression support.
  3. Review the final status, compressed flag, Content-Encoding, Content-Length, and Vary values.
  4. Repeat with production diagnostics for important resource types and cache paths if delivery behavior differs.

Important details

Content-Encoding determines the result

The compressed flag is true when the server returns a non-empty Content-Encoding other than identity or none. A missing header is reported as uncompressed for this request.

Vary explains cache selection

A Vary value containing Accept-Encoding tells shared caches that compressed and identity representations can differ. The tool displays the header but does not validate a CDN's complete cache configuration.

Content-Length is not a savings calculation

The number comes from the response header when available. PagesTools does not fetch both compressed and uncompressed bodies, so it cannot calculate a percentage reduction or verify the declared byte count.

Practical uses

  • Confirm whether a deployed HTML, CSS, or JavaScript URL advertises compressed delivery.
  • Inspect Vary after changing a reverse-proxy or CDN compression rule.
  • Record response-header evidence while investigating unexpectedly large transfers.

Privacy and limitations

The URL is sent to PagesTools, whose server requests the public resource with compression advertised. The destination and intermediaries can log that request; the JSON report is returned with no-store cache headers.

This is one server-side HEAD or fallback GET response. It does not compare encoded and identity bodies, calculate savings, validate every asset, execute JavaScript, or reproduce all browser, geography, CDN, and cache variants.

Common questions

Frequently asked questions

Does the tool detect Brotli as well as GZIP?

Yes. Any non-identity Content-Encoding is treated as compressed, and the exact header value is shown.

Why is Content-Length missing?

Servers can omit Content-Length, especially for streamed or dynamically encoded responses. The tool does not invent a size when the header is absent or invalid.

Does compressed mean every site asset is compressed?

No. The result applies only to the submitted URL and this request. Test representative HTML, CSS, JavaScript, JSON, and other compressible resources separately.

Can the report tell me the compression ratio?

No. It does not download and compare both encoded and identity representations, so it provides no savings percentage.