HTTP/3 on a CDN: what changes for real users

Cloud CDN speaks HTTP/3 and HTTP/2 at 210+ PoPs with TLS 1.3. Why QUIC helps mobile TTFB and why origin protocol can stay the same.

HTTP/3 runs on QUIC over UDP. It cuts handshake cost and some head-of-line blocking that TCP still shows on lossy links. The useful part: the browser talks HTTP/3 to the edge. Your origin can stay HTTP/1.1 or HTTP/2.

Edge protocol is not origin protocol

Cloud CDN offers HTTP/3 and HTTP/2 to clients, with TLS 1.3 and 0-RTT. Origin pull is independent. You do not have to rebuild the app server to advertise h3.

Where users notice

Mobile networks, long RTTs and asset waterfalls (fonts, JS, images). A documentation site with twenty small files benefits more than a single large download that is already one connection.

Fallback is required

Some networks block UDP. Browsers fall back to HTTP/2 over TCP on the same hostname. If QUIC is blocked, the site still loads.

Turn it on by putting the site on Cloud CDN

HTTP/3 is part of the delivery path, not a second hostname you remember in one region and forget in another.

Frequently Asked Questions

No. HTTP/3 is between the client and Cloud CDN.

Yes for clients that speak it. Cacheable GETs still benefit more from being cached than from the transport alone.

HTTP/2 is the fallback and still a gain over HTTP/1.1. HTTP/3 is extra help on modern clients, especially mobile.

Put this on Cloud CDN.

Get started with our Management Console in less than 2 minutes, or connect with an expert to supercharge your business today.