Skip to main content
Client Hints let the browser tell the CDN how wide an image is displayed and the device pixel ratio — so you can omit a fixed w= and still get correctly sized bytes. Convertly reads Sec-CH-Width, Sec-CH-DPR, and legacy DPR when you pass ch=Width,Dpr on the URL. Reference: Format & delivery → Client hints.
Client Hints require HTTPS and a browser that sends the hints (Chrome, Edge, and Chromium-based browsers are the main adopters). Always provide a fallback width in src or a w= default for browsers that do not send hints.

When to use Client Hints vs srcset

You can combine both: fixed breakpoints in <picture> and Client Hints on individual hero images.

Basic CDN URL

Omit w and opt in to hints:
Convertly multiplies Sec-CH-Width (CSS pixels) by dpr (from Sec-CH-DPR or the dpr query param) to derive output width, then applies fit=cover with your h=600. See the before/after example in Format & delivery.

Enable hints in the browser

Chrome (local testing)

  1. Open chrome://flags/#enable-experimental-web-platform-features or ensure Client Hints are enabled for your origin.
  2. Serve your page over HTTPS (or localhost).
  3. Add a <meta> tag or Accept-CH response header so the browser knows which hints to send on the next navigation:
Or from your origin (Next.js middleware, nginx, or your CDN’s response headers):

CDN image requests

Hints apply to the document that loads the <img>. The browser attaches Sec-CH-* headers to subresource requests (your Convertly CDN URLs) when the hint was negotiated for the top-level page.

Next.js example

Supported hint parameters

If no hint arrives, set an explicit fallback: ?w=1200&ch=Width,Dpr uses 1200 when Sec-CH-Width is absent.

Caching behaviour

Client Hint variants are cached separately. Convertly sets Vary appropriately so AVIF/WebP negotiation and hint-based widths do not collide at the edge. See How caching works.
Last modified on July 17, 2026