HTTP/3 for WordPress: Is the Upgrade Worth It, and How Do You Set It Up?
8 Jun 2026 · 9 min read
HTTP/3 is the newest HTTP protocol and promises faster load times, lower latency and better performance on poor connections. For WordPress site owners, the question is: what does HTTP/3 actually deliver, who already supports it, and how do you enable it for your website?
The short answer: HTTP/3 is worth it — especially for users on mobile connections. Setting it up depends on where your website is hosted.
What is HTTP/3, and how does it differ from HTTP/2?
HTTP/3 is built on QUIC instead of TCP. That sounds technical, but it has concrete effects.
HTTP/1.1 and HTTP/2 use TCP
TCP is reliable, but it has a fundamental problem: head-of-line blocking. When a data packet is lost, every other packet waits — even packets belonging to completely independent resources.
HTTP/2 improved a lot (multiplexing, header compression, server push), but the TCP problem remains. At a packet loss rate of 2%, HTTP/2 is often no faster than HTTP/1.1.
HTTP/3 uses QUIC over UDP
QUIC solves the head-of-line blocking problem at the protocol level. Every stream is independent — a lost packet doesn't block other resources. This matters especially for:
- Mobile connections — frequent packet loss and network switches
- Poor Wi-Fi — high packet error rate
- Geographically distant users — more hops, more sources of error
QUIC also improves connection setup: instead of three handshakes (TCP + TLS), it's often just one or zero round trips — which directly reduces TTFB.
What does HTTP/3 concretely deliver for WordPress?
HTTP/3 doesn't improve every metric equally. It depends on which resources a WordPress page loads and where the users are coming from.
TTFB and FCP
HTTP/3 can speed up connection setup — especially on the first visit. That lowers TTFB and with it FCP, since the browser starts rendering sooner.
LCP
LCP benefits mainly when the LCP element (image, hero block) is loaded over an HTTP/3-capable connection. On CSS- and image-heavy pages, HTTP/3 can noticeably speed up parallel downloads.
Mobile users
The biggest gain is for mobile users. QUIC was explicitly designed for unreliable connections. Measurements show 10-20% faster load times on mobile networks, depending on connection quality.
Synthetic tests vs. real data
In Lighthouse or PageSpeed Insights you'll barely see HTTP/3 as a direct jump — the test runs on a stable data-centre connection. The effect shows up in real user data (CrUX data, your own RUM).
Does my hosting support HTTP/3?
Cloudflare
Cloudflare supports HTTP/3 (QUIC) and enables it automatically for every website running behind Cloudflare. You can check and enable HTTP/3 in the Cloudflare dashboard under Speed → Optimization → Protocol Optimization.
This is the easiest way to enable HTTP/3 for WordPress — regardless of your hosting provider.
Nginx
Nginx supports QUIC from version 1.25 onwards. Many managed hosting providers don't yet run this Nginx branch.
Check with:
nginx -v
From version 1.25 you can enable HTTP/3 in the Nginx configuration:
server {
listen 443 quic reuseport;
listen 443 ssl;
ssl_protocols TLSv1.3;
add_header Alt-Svc 'h3=":443"; ma=86400';
}
Apache
Apache has experimental HTTP/3 support via mod_http2 and external QUIC libraries — but in practice it isn't production-ready yet. For Apache-based hosting, putting Cloudflare in front as a proxy is the more sensible option.
LiteSpeed
LiteSpeed servers support HTTP/3 natively. If your hosting runs LiteSpeed (such as turbopress), HTTP/3 is often already active or can be enabled in the LiteSpeed Cache plugin.
Hosting providers at a glance
| Provider | HTTP/3 |
|---|---|
| Cloudflare (as a proxy) | Yes — free to enable |
| turbopress | Yes — natively via LiteSpeed |
| Raidboxes | Yes — on request |
| Mittwald | Partially — depending on plan |
| Standard shared hosting | Rarely |
Enabling HTTP/3 step by step
Option 1: put Cloudflare in front (recommended)
This works with any hosting provider:
- Create a Cloudflare account and add your domain
- Switch nameservers — point your domain registrar to Cloudflare's nameservers
- Enable HTTP/3 — dashboard → Speed → Optimization → turn on HTTP/3 (QUIC)
- Enable TLS 1.3 — dashboard → SSL/TLS → Edge Certificates → TLS 1.3 on
HTTP/3 is active immediately. No server configuration needed.
Option 2: LiteSpeed with the LiteSpeed Cache plugin
- Install the LiteSpeed Cache plugin in WordPress
- Plugin settings → General → check whether HTTP/3 is supported by the server
- HTTP/3 is often automatically active on LiteSpeed servers
Option 3: configure Nginx 1.25+ directly
Only if you have access to the server configuration:
- Check the Nginx version:
nginx -v - Update Nginx to version 1.25+ (on Ubuntu:
sudo apt upgrade nginx) - Add a QUIC listener to the
serverdirective - Set the
Alt-Svcheader so browsers detect HTTP/3 - Firewall: open UDP port 443 (QUIC runs over UDP)
# UFW
sudo ufw allow 443/udp
Important: TCP port 443 must stay open too — HTTP/1.1 and HTTP/2 remain the fallback.
Testing HTTP/3
Checking whether HTTP/3 is active is straightforward:
Chrome DevTools
- Open Chrome → F12 → Network tab
- Show the Protocol column (right-click the column header)
- Reload the page — with HTTP/3 it shows
h3
curl
curl -I --http3 https://yourdomain.com
Online tools
- h3check.de — checks whether your domain supports HTTP/3, directly from the browser without installing anything
- WebPageTest — shows which protocol was used in the waterfall chart
Common issues
Browser doesn't support HTTP/3
Chrome, Firefox, Edge and Safari support HTTP/3 — older browsers automatically fall back to HTTP/2. HTTP/3 is always backward compatible.
UDP blocked by firewalls
Corporate networks or public Wi-Fi often block UDP traffic. Browsers detect this automatically and fall back to HTTP/2 — not an error, just no HTTP/3.
No noticeable difference in Lighthouse
As described above: Lighthouse tests on stable connections. HTTP/3 shows its advantage for real users on mobile or unstable connections.
Is HTTP/3 worth it for WordPress?
Yes — with the right expectations:
- HTTP/3 isn't a miracle cure that halves LCP from 4 to 2 s
- Putting Cloudflare in front for free is the easiest route and improves TTFB, security and CDN performance at the same time
- If you already use Cloudflare, you should enable HTTP/3 — it costs nothing
- If you have LiteSpeed hosting, you benefit automatically
- For Apache servers without Cloudflare, the effort of direct QUIC configuration isn't worth it yet
The biggest performance levers for WordPress remain page caching, image optimisation and LCP optimisation. HTTP/3 is a worthwhile additional step — but no substitute for the fundamentals.
Measure your TTFB and load time for free now — turbometrics shows you whether HTTP/3 is active on your website and how your performance develops.