HTTP/3 (a web legújabb átviteli protokollja)
A látogató ebből semmit nem lát közvetlenül, nincs új gomb vagy ikon. Annyit érzékel, hogy egy gyenge mobilkapcsolaton az oldal kicsit hamarabb jelenik meg, és kevésbé akad meg, amikor a telefon a wifiről átvált mobilnetre.
Mi változott a HTTP/2-höz képest?
| Szempont | HTTP/2 | HTTP/3 |
|---|---|---|
| Alap szállítási réteg | TCP | QUIC (UDP-n) |
| Kapcsolatfelépítés | Külön TCP- és TLS-kézfogás | Egyetlen, összevont kézfogás; visszatérő látogatónál akár azonnal |
| Csomagvesztés hatása | Egy elveszett csomag az összes párhuzamos letöltést feltartja | Csak az érintett letöltés vár |
| Hálózatváltás | A kapcsolat újraépül | A kapcsolat megmarad |
| Titkosítás | Gyakorlatilag kötelező | Beépített, kikapcsolhatatlan |
A legnagyobb nyereség ott jelentkezik, ahol a hálózat rossz: zsúfolt mobilcellán, vonaton, vidéki lefedettségnél. Gyors, stabil irodai kapcsolaton a különbség alig mérhető.
Hogyan kapcsold be, és honnan tudod, hogy működik?
A legtöbb esetben nem a weboldalt kell módosítani, hanem a kiszolgálót vagy a CDN-t. A Cloudflare-nél egy kapcsolóval bekapcsolható a hálózati beállítások között, és sok tárhelyszolgáltató LiteSpeed-szervere alapból támogatja. Nginx-nél újabb verzió és külön beállítás kell.
Ellenőrzés: a böngésző fejlesztői eszközeinek Hálózat fülén a Protokoll oszlopban „h3” jelenik meg. Parancssorból a válaszfejlécek között az alt-svc sor jelzi, hogy a szerver HTTP/3-at kínál. Az első kérés még gyakran HTTP/2-n megy, a böngésző csak ebből a fejlécből tanulja meg, hogy a következőnél válthat.
Mennyit számít? Egy szemléltető számítás
Tegyük fel, hogy egy magyar webshop forgalmának 70%-a mobilról jön, és a mobilos LCP a 75. percentilisen 2,9 másodperc. Ha a HTTP/3 a lassú hálózatú látogatóknál 150-200 ezredmásodpercet farag le, az önmagában még nem hozza a 2,5 másodperces „jó” küszöb alá, de a képoptimalizálással és a gyorsítótárazással együtt már igen. Ezek feltételezett értékek; a valós hatást a terepi adatokon, négy hét elteltével érdemes visszamérni.
A bekapcsolás egy CDN-nél többnyire ingyenes és perceket vesz igénybe, ezért a megtérülés kérdése itt alig merül fel. A fejlesztői órákat érdemesebb a nagyobb tételekre költeni.
Félreértések
- „HTTP/3-tól jobb lesz a helyezésem.” Közvetlen rangsorolási tényezőként nem ismert. A sebességen keresztül hathat, de nem pótolja a nehéz képek és a felesleges szkriptek rendbetételét.
- „Bekapcsoltam, ezért mindenki ezen jön.” Egyes vállalati hálózatok blokkolják az UDP-forgalmat; ilyenkor a böngésző visszaáll HTTP/2-re. Ez normális.
- „Kell hozzá új tárhely.” Ha a CDN támogatja, általában nem.
Mi legyen előbb a listán?
Ha most állsz neki egy oldal gyorsításának, a HTTP/3 jó első lépés, mert olcsó és gyors, de ritkán hozza a legnagyobb javulást. Előbb érdemes megnézni a legnagyobb képeket, a külső szkripteket (csevegőablak, térkép, hirdetési kódok), a betűtípusok betöltését és a szerver válaszidejét. Ezek együtt jellemzően sokkal többet számítanak, mint a protokoll. A HTTP/3 ezek mellé tesz egy kis, de tartós előnyt, főleg a mobilos, gyenge kapcsolaton érkező látogatóknál.
Bekapcsolás után egy dolgot mindenképp nézz meg: működik-e minden ugyanúgy, mint előtte. Ritkán, de előfordul, hogy egy tűzfal, egy biztonsági bővítmény vagy egy régebbi terheléselosztó nem kezeli jól az UDP-forgalmat, és egyes látogatóknál lassabb lesz az első betöltés. Egy gyors próba mobilneten, több böngészőben, majd néhány hét múlva a Search Console Core Web Vitals jelentésének átnézése elég ahhoz, hogy biztos legyél benne: a változtatás segített, és nem ártott.