Skip to content
RU

HTTP/3 across CDNs in 2026: who actually turns it on

TL;DR. Of the 104 hosts in our sample advertising HTTP/3 support, 62 are served by Cloudflare.

Of the 104 hosts in our sample advertising HTTP/3 support, 62 are served by Cloudflare. Every other CDN and hand-configured server combined accounts for 42.

The difference is decisive: behind Cloudflare 67–82% of sites advertise support, outside it 5–18%. And that fully explains why HTTP/3 is rare in the Russian web: Cloudflare serves 3.6% of sites there against 28.7% in .com.

Check your site →

Two thirds of HTTP/3 advertisers are one CDN

On 27 August 2026 we requested 600 hosts over HTTPS and checked which advertise HTTP/3 support via the alt-svc header. There were 104. By what serves them:

Server or CDN.ru.com.net.orgTotal
Cloudflare327141862
nginx (own server)241411
Unnamed11428
LiteSpeed12003
DDoS-Guard01113
Amazon CloudFront01102
Caddy10102
Google, Akamai, Apache01113
Others053210

62 of 104 are Cloudflare. Everything else combined — CloudFront, Google, Akamai, and hand-configured nginx and Caddy — accounts for 42.

Behind Cloudflare, HTTP/3 is advertised four times more often

Comparing the share advertising h3 behind Cloudflare against outside it:

ZoneBehind CloudflareOutside itRatio
.com27 of 33 — 82%15 of 82 — 18%4.5×
.net14 of 18 — 78%12 of 76 — 16%4.9×
.org18 of 27 — 67%10 of 82 — 12%5.5×
.ru3 of 4 — 75%5 of 108 — 5%16×

The pattern is the same in every zone: sitting behind Cloudflare means roughly a three-in-four chance of getting HTTP/3 automatically, while outside it support is rare.

A caveat on the .ru row: only four sites there sit behind Cloudflare. The 75% is computed on four and carries no independent weight — it is shown only to indicate the mechanism is the same. What is solid in that row is the right-hand side: 5 of 108 outside Cloudflare.

Why HTTP/3 is rare in the Russian web — and it is not the administrators

Cloudflare’s presence itself differs by an order of magnitude across zones:

ZoneRespondedBehind CloudflareShare
.com1153328.7%
.org1092724.8%
.net941819.1%
.ru11243.6%

Which fully explains the HTTP/3 gap we measured separately (7.1% in .ru against 36.5% in .com): it is not that Russian administrators fail to enable HTTP/3, but that they do not sit behind the CDN that enables it for them.

The point is supported outside Cloudflare too: there .ru gives 5% against 12–18% in the international zones. A gap remains, but threefold rather than fivefold, explained by other CDNs also being rarer in the Russian web.

A second independent source says the same. Per the Web Almanac (July 2025 crawl), mobile HTML delivered through a CDN went over HTTP/3 in 29% of cases; delivered straight from the origin, in 0%.

What to do when a CDN is not an option

HTTP/3 can be enabled on your own server — our measurement found eleven such on nginx and two on Caddy. The order of work:

  1. Check the version. nginx gained QUIC support in the 1.25 branch, and the build needs a suitable TLS library. Caddy has HTTP/3 on by default.
  2. Open UDP port 443. This is the commonest reason everything is configured and nothing works: HTTP/3 runs over UDP, and a TCP firewall rule will not pass it.
  3. Send the alt-svc header. Without it a browser never learns of the support and stays on HTTP/2 — a server can speak HTTP/3 and receive not one connection over it.
  4. Do not expect miracles from speed. HTTP/3’s benefit lands on poor and mobile connections where packets are lost. On a fast wired link the difference from HTTP/2 is usually imperceptible.

To check what your site actually sends, use the protocol test.

Score 0–100Unified site health score
SSL + SecuritySecurity and certificate status
PerformanceResponse speed and caching
SEO Signalsrobots.txt, sitemap, canonicals

Why teams trust us

100
point scale
SSL
SSL + HTTP headers
10+
scoring criteria
Free
no signup

How it works

1

Enter site URL

2

Analyse 10+ factors

3

Get overall score

What is Health Score?

Health Score is a comprehensive assessment of site technical health across 20+ parameters: SSL, security headers, response speed, SEO technical factors, and availability.

Comprehensive Score

20+ parameters in one number: SSL, headers, speed, SEO technical factors.

Detailed Breakdown

Each parameter with explanation — what is checked, what was found, how to fix.

Score Trends

Compare Health Score at different dates — see progress or regression.

Health Monitoring

Set up automated Health Score checks and get notified when the score drops.

Who uses this

Developers

quick pre-release audit

SEO

technical baseline score

Marketers

client site check

Security

header security audit

Common Mistakes

Ignoring red parametersA red parameter is a critical issue. Start fixing those, not the yellow ones.
Only checking homepageIssues may exist on subpages. Check key sections and landing pages.
Not re-checking after fixAfter each fix, rerun the check and verify the score improved.
Treating 80+ as good enoughAim for 95+. Every red item is a risk to SEO or security.

Best Practices

Fix by priorityRed > yellow > blue. Critical issues first.
Check regularlyWeekly Health Score check helps catch degradation before it affects SEO.
Use monitoringConnect an automated HTTP monitor — it will be the first to notice downtime.
Compare with competitorsCheck the Health Score of your nearest competitor — a great benchmark for prioritization.

Get more with a free account

Health Score check history and real-time site health monitoring.

Sign up free

Learn more

Frequently Asked Questions

When will HTTP/3 become default everywhere?

2027-2028 based on trends. AWS CloudFront — the key blocker, 35 % CDN market.

Overhead?

QUIC userspace cipher = higher CPU. Cloudflare reports +5-10 % CPU vs TLS-over-TCP.

How to test?

enterno.io/protocol-test — checks HTTP/1.1, HTTP/2, HTTP/3 support on any URL.

Try the live tool that powered this guide

Free plan — 10 monitors, checks every 5 min, no card required. Upgrade for 1-minute interval and multi-region monitoring.