De overstap van HTTP/2 naar HTTP/3 kan de responstijden van applicaties aanzienlijk verkorten. Dit is echter niet altijd het geval en hangt af van omstandigheden. Bij mobiele netwerken met veel pakketverlies vallen de prestaties soms tegen.
Die bevindingen deelde engineer Elvis Chidera tijdens P99 CONF 2026, DevClass schrijft erover. Chidera stelde dat de overgang naar HTTP/3 ervoor zorgde dat de tijd die nodig is om een beveiligde verbinding op te zetten met 51 procent daalde. De totale responstijd van het startscherm van een mobiele applicatie nam met 17 procent af. Bij bepaalde leesverzoeken daalde de vertraging van 1,2 seconde naar 120 milliseconden.
HTTP/3 maakt gebruik van QUIC, dat op UDP draait. Dit vervangt het TCP-protocol, dat het fundament vormt voor HTTP/2. Dankzij QUIC zijn minder communicatiehandelingen tussen client en server nodig om een verbinding tot stand te brengen. Bij het hervatten van een eerdere verbinding kunnen onder bepaalde voorwaarden zelfs al gegevens worden verstuurd voordat de ‘handshake’ is afgerond.
Bij netwerken met een hoge latency zorgt dit voor veel tijdwinst. Chidera legde uit dat het opzetten van een beveiligde verbinding in Pakistan vóór de overstap naar HTTP/3 bij de langzaamste tien procent van de verzoeken bijna een seconde of langer duurde.
Android zorgt voor onverwacht probleem
Aan de serverkant verliep de overstap naar HTTP/3 redelijk simpel. Cloudflare ondersteunt HTTP/3 al. Daardoor was een kleine aanpassing van de configuratie voldoende. Op Android ontstond echter een onverwacht probleem, schrijft DevClass. De vertraging trad op bij Cronet, de netwerkbibliotheek van Google die gebruikt werd. Cronet had bij tien procent van de initialisaties soms meer dan 800 milliseconden nodig om op te starten. Dat zorgde voor een aanzienlijke vertraging.
Dit dwong de ontwikkelaars hun integratie aan te passen. Als Cronet gelijk met andere achtergrondprocessen opstart, dan hoeft de applicatie niet te wachten tot het opstarten van netwerksoftware is voltooid.
Er was echter nog een grotere uitdaging. In regio’s met instabiele verbindingen werden enkele onderdelen van de toepassing namelijk trager na de overstap naar HTTP/3.
De oorzaak zou liggen bij Cubic. Dit is het algoritme dat Cloudflare gebruikt om eventuele netwerkcongestie te beheersen. Indien pakketten verloren gaan, verlaagt Cubic namelijk de verzendsnelheid. Als dat op een verbinding regelmatig gebeurt, dan kan dit de prestaties aanzienlijk drukken.
Bij vergelijkbare tests met Google-servers die BBR gebruiken, trad het probleem niet op. BBR is een alternatief algoritme dat de beschikbare bandbreedte en de vertraging op het netwerk inschat om de verzendsnelheid te bepalen.
De metingen zijn afkomstig van maaltijdbezorgplatform Delivery Hero, dat inmiddels 95 procent van zijn gebruikers naar HTTP/3 heeft overgezet. Voor verbindingen waarbij UDP-verkeer wordt geblokkeerd, blijft HTTP/2 beschikbaar als terugvaloptie.