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
- MC1269211: Outlook Mobile Makes RSVP Responses Clearer with Visual Highlights

- Amazon RDS for SQL Server now support BYOM in additional commercial regions

- Amazon EC2 I8g instances now available in AWS Europe (Paris), Asia Pacific (Jakarta) regions

- MC1427972: SharePoint Enhances Restricted Content Discovery to Limit Copilot and Microsoft 365 Search Visibility







