De technisch beheerder vinkt “Enable HTTP/3” aan in het CDN. Lighthouse wint drie punten. De TTFB-server is niet verplaatst: 890 ms op de winkelmandpagina. Het management concludeert dat “hosting traag is”. In werkelijkheid optimaliseert HTTP/3 vooral het transport — niet het genereren van PHP of een overbelaste database.
HTTP/3 is afhankelijk van QUIC (UDP) in plaats van TCP. Het vermindert het heen en weer schudden van de handen en is beter bestand tegen pakketverlies bij mobiele en netwerkwijzigingen (Wi-Fi → 4G). Dit is een nuttige ontwikkeling – geen toverstaf voor niet-gecachte WordPress.
Wat HTTP/3 verbetert – en wat het negeert
| Laag | HTTP/3 werkt? | Voorbeeld |
|---|---|---|
| TLS-handdruk + transport | Ja | Snellere verbinding op onstabiele 4G |
| Multiplexverzoeken | Ja (zoals h2) | Veel kleine activa |
| TTFB PHP/SQL | Nee | Trage dynamische pagina |
| Gewicht afbeeldingen / JS | Nee | Hoge LCP |
| Trage DNS | Nee | Resolutie zelfs vóór QUIC |
Op een statische site die wordt bediend vanaf een nabijgelegen CDN, met veel korte verbindingen, kan HTTP/3 50-150 ms waargenomen latentie schrappen. Op een API met grote POST of een WordPress-beheerder met een langzame oorsprong is het effect onzichtbaar.
Als het inschakelen ervan zinvol is
Ja, schakel in als:
- TTFB-oorsprong al acceptabel (< 400 ms dynamische of effectieve cache).
- Aanzienlijk mobiel verkeer, internationaal publiek.
- CDN beheert QUIC zonder complexe serverconfiguratie.
- Je meet met RUM voor/na.
Rapporteer als:
- OPcache uitgeschakeld, geen paginacache, trage SQL-query's.
- Je hebt Core Web Vitals nog niet gecorrigeerd aan de LCP/CLS-kant.
- De host kondigt HTTP/3 aan, maar forceert een slecht geconfigureerde proxy (loops, inconsistente headers).
Typische implementatie: CDN versus oorsprong
De meeste sites die actief zijn in HTTP/3 gebruiken een CDN:
- Bezoeker ↔ edge QUIC (HTTP/3)
- Edge ↔ oorsprong vaak nog steeds HTTP/1.1 of HTTP/2
De host “ondersteunt HTTP/3” via zijn CDN-partner, niet noodzakelijkerwijs op de kale VPS. Controleer het contract: TLS-beëindiging waar, certificaten, cacheregels.
Minimale test:
curl --http3-only -sI https://example.com | hoofd -5
Vergelijk --http2 en --http1.1 op dezelfde statische bron.
De top: optimaliseer het protocol vóór toepassing
CDN-marketing houdt van de term ‘HTTP/3 ready’. Het vervangt OPcache, SQL-indexen of beeldcompressie niet.
Beslis en ga vooruit zonder blinde vlek
- Meet originele TTFB en huidige LCP.
- Fix PHP, cache, assets als TTFB > 600 ms of LCP rood.
- **Schakel HTTP/3 in via CDN; vergelijk RUM mobiel 7 dagen.
- Document edge vs origin-protocol voor ondersteuning.
Vergelijk compatibele hosts en CDN's via de overzicht en de vergelijker.
Veelgestelde vragen
Is HTTP/3 verplicht in 2026?
Nee: geef prioriteit aan TTFB en inhoud vóór QUIC als de server het knelpunt is.
Mijn gedeelde provider biedt HTTP/3 aan: moet ik dit activeren?
Ja in toggle zonder risico met maatregel; nee als dit een echte originele diagnose vermijdt.
HTTP/3 zonder CDN?
Oorspronkelijk mogelijk (Nginx/Caddy), maar in de praktijk zeldzaam: de meeste gebruiken edge CDN.
Hoe HTTP/3 testen?
DevTools Protocol h3 of curl --http3-only; vergelijk met h2.
Voordat we HTTP/3 vieren, één vraag: is de originele TTFB al groen? Anders versnel je vooral een PHP-wachtrij en niet het netwerk.