Enterprise customers can now optimize cache hit ratios for content that varies by device, language, or referrer by sharding cache using up to ten values from previously restricted headers with custom cache keys.
How it works
When configuring custom cache keys, you can now include values from these headers to create distinct cache entries:
accept*headers (for example,accept,accept-encoding,accept-language): Serve different cached versions based on content negotiation.refererheader: Cache content differently based on the referring page or site.user-agentheader: Maintain separate caches for different browsers, devices, or bots.
When to use cache sharding
- Content varies significantly by device type (mobile vs desktop).
- Different language or encoding preferences require distinct responses.
- Referrer-specific content optimization is needed.
Example configuration
{ "cache_key": { "custom_key": { "header": { "include": ["accept-language", "user-agent"], "check_presence": ["referer"] } } }}This configuration creates separate cache entries based on the accept-language and user-agent headers, while also considering whether the referer header is present.
Get started
To get started, refer to the custom cache keys documentation.
Source: Cloudflare
Latest Posts
- AWS Glue Data Catalog now supports OAuth for Apache Iceberg REST Catalog APIs

- MC1526712: Power Platform Updates Services for 2026 Canadian Time Zone Changes

- MC1526697: Dynamics 365 and Dataverse Add New Canadian Time Zone Definitions for 2026 Changes

- MC1526676: Microsoft 365 Admin Center Adds Authoritative Source Management for Copilot Search







