HTTP/3 er den nyeste udbredte version af HTTP-protokollen. Hvor HTTP/2 kører over TCP, kører HTTP/3 over QUIC, som anvender UDP og indbygger kryptering med TLS 1.3. Browseren og serveren bruger protokollen til at hente HTML, CSS, JavaScript, billeder og API-svar. Det ændrer ikke filerne på dit website, men måden forbindelsen transporteres på.

Hvorfor HTTP/3 kan forbedre oplevelsen

På TCP kan tabet af én pakke forsinke flere samtidige downloads, selv når de hører til forskellige ressourcer. QUIC håndterer sine streams mere uafhængigt. Derfor kan HTTP/3 være mærkbart på mobilnet, Wi-Fi med dårlig dækning og ved skift mellem netværk. QUIC kan også genoptage en forbindelse mere smidigt, når en bruger går fra mobilnet til Wi-Fi.

HTTP/3 er dog ikke en direkte Core Web Vitals-optimering. En langsom første respons fra WordPress, et tungt hero-billede eller blokerende JavaScript kan stadig forringe LCP og INP. Protokollen reducerer transportfriktion; den erstatter ikke cache, billedoptimering eller god frontend-kode.

HTTP/3 på WordPress

WordPress behøver normalt ingen kodeændring. HTTP/3 leveres af webhotellets webserver, en load balancer eller et CDN. En CDN-løsning kan ofte aktivere HTTP/3 i kontrolpanelet, mens managed WordPress-hosting typisk har det slået til som standard. Browseren forhandler automatisk den bedste fælles protokol, så ældre browsere falder tilbage til HTTP/2 eller HTTP/1.1.

  • Sørg først for gyldigt HTTPS; HTTP/3 bruges i praksis kun over krypterede forbindelser.
  • Aktivér HTTP/3 hos host eller CDN, men undgå at installere et WordPress-plugin alene til formålet.
  • Test cache-regler, redirects og cookie-baseret indhold efter ændringen; de har større betydning end selve protokolvalget.

Sådan måler og prioriterer du

Åbn DevTools, indlæs en side uden cache og kontrollér, at hoveddokumentet og statiske ressourcer viser h3 eller HTTP/3 i Protocol-kolonnen. Sammenlign derefter TTFB, LCP og fejlrate på repræsentative mobilforbindelser før og efter. En enkelt laboratorietest på en hurtig forbindelse er ikke nok til at bevise en effekt.

Hvis målingen ikke flytter sig, er det normalt et tegn på, at flaskehalsen ligger i serverarbejde eller ressourcer på siden. Prioritér da full page cache, færre render-blokerende filer og et bedre LCP-element frem for at finjustere HTTP-protokollen.