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
- Amazon CloudWatch Logs Insights adds new query commands and functions

- SageMaker Unified Studio automates Glue connector provisioning for cross-subnet job retries

- Cloudflare Fundamentals, Cloudflare One, Cloudflare Tunnel for SASE, Cloudflare Tunnel, Cloudflare Mesh – Granular permissions for Cloudflare Tunnel and Cloudflare Mesh

- AI Gateway – Call any AI model through AI Gateway’s new REST API






