Trenger nettstedet mitt en separat HTTP/3-implementering?

Hvis du sitter bak en CDN som støtter HTTP/3 (Cloudflare, Fastly, Akamai, CloudFront), er den allerede der. Hvis du kjører en opprinnelsesserver direkte, trenger du en server med HTTP/3-støtte (nginx 1.25+, Caddy, LiteSpeed, h2o). De fleste brukere får HTTP/3 ved å distribuere bak et CDN.

Hvordan kan jeg finne ut om et nettsted bruker HTTP/3?

Nettverksfanen til nettleserutviklerverktøy viser protokollen per forespørsel - "h3" eller "http/3" indikerer HTTP/3. Nettverktøy som http3check.net tester også vilkårlige nettsteder. Nettleserens adresselinje viser ikke dette; det er en ting med utviklerverktøy.

Er HTTP/3 alltid raskere?

På tilkoblinger med tap eller høy latens, ja. På et rent LAN med lav latens er forskjellen ofte støy. På nettverk som blokkerer UDP, feiler HTTP/3 fullstendig og faller tilbake til HTTP/2 med ekstra oppsettforsinkelse, noe som er tregere enn å hoppe over QUIC helt.

Hva betyr HTTP/3 for VPN-er?

Moderne VPN-er (WireGuard, OpenVPN) tunnelerer UDP og HTTP/3 fint. Noen eldre eller restriktive VPN-oppsett tunnelerer bare TCP, i så fall faller HTTP/3 stille tilbake til HTTP/2. Sjekk VPN-ens UDP-støtte hvis du merker uvanlig treghet på HTTP/3-nettsteder.

Vil HTTP/4 eksistere?

Til slutt sannsynligvis, men ikke snart. HTTP/3 ble kun sendt i 2022 og adopsjonen er fortsatt stigende. En fremtidig HTTP-versjon vil sannsynligvis bygge videre på QUIC i stedet for å erstatte den; QUIC i seg selv er det mer interessante utviklingspunktet.

HTTP/3 forklart: Den QUIC-baserte nettprotokollen driver moderne nettlesere

HTTP/3 er den tredje hovedversjonen av protokollen som driver nettet. Der HTTP/2 var en utvikling – samme HTTP, raskere levering – HTTP/3 er en redesign av transporten, som kjører over QUIC i stedet for TCP+TLS. Det har vært standard for store nettsteder siden 2022 og driver stille og rolig de fleste trafikkbrukere som nå oppfatter som «raske».

Hele artikkelen er gitt på engelsk nedenfor.

HTTP/3 er HTTP over QUIC — neste generasjons webprotokoll som erstatter TCP+TLS+HTTP/2-stabelen med en enkelt integrert UDP-basert design. Den ble standardisert i RFC 9114 i 2022 og er nå standardprotokollen for de fleste store nettsteder, inkludert Google, Cloudflare, Meta og Microsoft-egenskaper.

Http-versjonshistorikken

A hurtigreferanse:

HT9TP9-13XX-linjeforespørsel,13XX-1 forespørsel, overskrifter, ingen metadata. Kun historisk interesse.
HTTP/1.0 (1996): overskrifter, flere metoder, MIME-typer. Hver forespørsel om en ny TCP-tilkobling.
HTTP/1.1 (1997, revidert 2014): vedvarende tilkoblinger, pipelining, vertsoverskrifter. Internetts arbeidshest i to tiår.
HTTP/2 (2015): binær protokoll, header-komprimering (HPACK), stream-multipleksing, server-push. Kjører over TLS over TCP.
HTTP/3 (2022): kjører over QUIC over UDP. Eliminerer TCP head-of-line-blokkering, raskere håndtrykk, støtter tilkoblingsmigrering.

Hva HTTP/3 fikset

Ttre spesifikke HTTP/2-problemer drev redesignet:

Transport-Z3X-blokkeringshode/-XPL-3X-blokkering av HTTP/XPLZ-3X-head9X-multiple-head9. mange strømmer over én TCP-tilkobling. Når en pakke går tapt, stopper TCP hele tilkoblingen til den tapte pakken blir overført på nytt – selv om bare én strøm trengte den pakken. QUICs per-stream-pålitelighet eliminerer dette.
Multiple round-trip setup. TCP-handshake + TLS-handshake = 3 rundturer før HTTP kan flyte. QUIC slår dem sammen til 1 tur-retur (0 i noen 0-RTT-tilfeller). På en tilkobling på 100 ms ventetid er det 200–300 ms forbedring av sideinnlasting.
Tilkoblingsdød ved nettverksendring. Bytting fra Wi-Fi til mobilnettet dreper hver TCP-tilkobling. QUIC tilkoblingsmigrering overlever svitsjen ved å identifisere tilkoblingen med en tilkoblings-ID i stedet for 5-tuppelen.

Det som forblir det samme som HTTP/2

Frå et applikasjonsperspektiv ser HTTP/3 veldig lik ut HTTP/2:

4XXinary framing
Multipleksede strømmer (nå uten TCP HOL-blokkering)
Header-komprimering (nå QPACK i stedet for HPACK, redesignet for å fungere med QUICs strømmodell)
Samme HTTP-semantikk — metoder, applikasjonshoderXPLZPLZ3XX6, applikasjonshoderX36, applikasjonshoderX36. kode som fungerte på HTTP/2 fungerer på HTTP/3 uten endringer; forskjellene er helt i transporten.
Hvordan en nettleser bruker HTTP/3
Servere signaliserer HTTP/3-tilgjengelighet via alt-svc-svarhodet på HTTP/2-svar. Nettleseren husker "denne opprinnelsen støtter også h3 på UDP/443" og bruker HTTP/3 for påfølgende tilkoblinger. Hvis QUIC mislykkes (brannmur blokkerer UDP osv.), faller nettleseren tilbake til HTTP/2 over TCP.
Flere nettlesere bruker også DNS HTTPS-poster for å lære HTTP/3-tilgjengelighet før tilkobling – lagrer den første HTTP/2-rundturen ved første kontakt.
XXer praksis
Gevinstene er størst der TCP lider mest:
Mobilnettverk med høyt pakketap og hyppige nettverksendringer
Høy latenstilkoblinger hvor den lagrede rundreisen saks proporsjonalt
Sider med mange ressurser der multipleksing fordeler sammensatt
På rene kablede tilkoblinger til en CDN-kant, fungerer HTTP/3 og HTTP/2 på samme måte. Gapet øker etter hvert som forholdene forringes – akkurat når brukere merker treghet.
Adoption
As sent i 2025:
Chrome, Firefox, Safari, Edge er standard til HTTP/3 når serveren tilbyr det. AWS CloudFront, Microsoft, Meta betjener HTTP/3.
Omtrent 30–40 % av alle nettforespørsler etter volum bruker HTTP/3.
Mange bedriftsnettverk blokkerer QUIC ved brannmuren, og tvinger tilbakefall til HTTP/2. Dette er den største blokkeringen for høyere bruk.
Hva HTTP/3 ikke endrer
HTTP semantikk er uendret. De samme bufring, innholdsforhandling, betingede forespørsler og autentiseringsmønstre fungerer. Webutviklere som bygger applikasjoner trenger sjelden å tenke på hvilken HTTP-versjon som er i bruk; plattformen håndterer det. Fordelene tilfaller automatisk alle hvis opprinnelsesserver og CDN støtter HTTP/3.

Ofte stilte spørsmål

Trenger nettstedet mitt en separat HTTP/3-implementering?: Hvis du sitter bak en CDN som støtter HTTP/3 (Cloudflare, Fastly, Akamai, CloudFront), er den allerede der. Hvis du kjører en opprinnelsesserver direkte, trenger du en server med HTTP/3-støtte (nginx 1.25+, Caddy, LiteSpeed, h2o). De fleste brukere får HTTP/3 ved å distribuere bak et CDN.
Hvordan kan jeg finne ut om et nettsted bruker HTTP/3?: Nettverksfanen til nettleserutviklerverktøy viser protokollen per forespørsel - "h3" eller "http/3" indikerer HTTP/3. Nettverktøy som http3check.net tester også vilkårlige nettsteder. Nettleserens adresselinje viser ikke dette; det er en ting med utviklerverktøy.
Er HTTP/3 alltid raskere?: På tilkoblinger med tap eller høy latens, ja. På et rent LAN med lav latens er forskjellen ofte støy. På nettverk som blokkerer UDP, feiler HTTP/3 fullstendig og faller tilbake til HTTP/2 med ekstra oppsettforsinkelse, noe som er tregere enn å hoppe over QUIC helt.
Hva betyr HTTP/3 for VPN-er?: Moderne VPN-er (WireGuard, OpenVPN) tunnelerer UDP og HTTP/3 fint. Noen eldre eller restriktive VPN-oppsett tunnelerer bare TCP, i så fall faller HTTP/3 stille tilbake til HTTP/2. Sjekk VPN-ens UDP-støtte hvis du merker uvanlig treghet på HTTP/3-nettsteder.
Vil HTTP/4 eksistere?: Til slutt sannsynligvis, men ikke snart. HTTP/3 ble kun sendt i 2022 og adopsjonen er fortsatt stigende. En fremtidig HTTP-versjon vil sannsynligvis bygge videre på QUIC i stedet for å erstatte den; QUIC i seg selv er det mer interessante utviklingspunktet.