DNS
Resolvers can return different cached records depending on geography, TTL and propagation state.
Network & Web Tools
Pro diagnostic reportAnalyze response caching directives and understand how browsers, proxies and CDNs may store and reuse content.
Diagnose
Run a bounded public check.
Understand
See a health score and explanation.
Act
Follow prioritized recommendations.
Paste response caching headers to understand browser and shared-cache behaviour.
Grade
A
Score
100/100
Directives
4
public
Enabled
max-age
3600
s-maxage
86400
stale-while-revalidate
60
HTTP caching improves performance and reduces server load, but conflicting or unclear directives can cause stale content or unnecessary requests. This browser-only analyzer explains the policy and flags common problems.
Professional interpretation guide
Use the result as a focused diagnostic signal. Verify important findings before changing DNS, hosting, security, caching or application configuration.
Network diagnostics
Network tools observe different layers: DNS resolves names, TCP establishes connections, TLS authenticates encrypted sessions and HTTP carries requests, redirects, headers and caching rules. A successful result at one layer does not prove that the complete website or application is healthy.
Resolvers can return different cached records depending on geography, TTL and propagation state.
Certificate validity, hostname matching, trust chains and protocol support are separate checks.
Status codes, redirect chains, headers and caching directives describe application behaviour.
Latency and reachability vary by location, network path, browser and time.
Header text is analyzed locally. When copied from production, review it for internal identifiers before sharing.
Combine related checks instead of relying on one isolated result.
max-age defines how many seconds a response may remain fresh in a browser cache before revalidation is needed.
s-maxage defines freshness for shared caches such as CDNs and generally overrides max-age for those caches.
No. no-cache permits storage but requires validation before reuse, while no-store tells caches not to store the response.
No. Personal, sensitive and rapidly changing responses may require private, no-cache or no-store policies.