Kort svar: HTTP/3 kører på QUIC-protokollen – UDP i stedet for TCP – og fjerner de ventetider, der opstår ved forbindelsesopbygning og pakketab. Gevinsten er størst på mobilnet og ustabile forbindelser: hurtigere første forbindelse og ingen blokering, når en enkelt pakke går tabt. LiteSpeed-servere har HTTP/3 indbygget, så på LiteSpeed-hosting er det typisk bare tændt. Verificér med alt-svc-headeren eller browserens Netværk-fane – og husk: HTTP/3 gør leveringen bedre, ikke en langsom side hurtig.
HTTP/3 er den første store protokolopgradering siden HTTP/2 – og den, mobilbrugerne mærker mest. Navnene forvirrer let: QUIC er transportprotokollen (opkaldt efter “Quick UDP Internet Connections”), HTTP/3 er webprotokollen ovenpå, og QUIC.cloud er LiteSpeeds skytjeneste, der har taget navnet. Denne guide skiller tingene ad, forklarer hvad du reelt får – og hvordan du tjekker, at det kører.
Kontrolramme: WordPress 7.1 og PHP 8.4.23 udgør versionsgrundlaget pr. 30. august 2026. Terminaleksemplet er genskabt med anonymiseret domæne.
To konkrete forbedringer bærer værdien. Hurtigere håndtryk: hvor TCP + TLS kræver flere ture frem og tilbage, før første byte kan sendes, klarer QUIC forbindelse og kryptering i én samlet proces – og ved genbesøg kan data ofte sendes med det samme (0-RTT). Ingen head-of-line-blokering: på TCP stopper én tabt pakke alle samtidige downloads, til den er gensendt; på QUIC kører hver ressource i sin egen strøm, så ét tab kun rammer én fil. Det er derfor, gevinsten er størst netop dér, hvor pakketab og høj latenstid hører hjemme: mobilnet, offentlig wi-fi og lange afstande.
Uden terminal: åbn browserens udviklerværktøjer → Netværk, højreklik på kolonneoverskrifterne, og slå “Protocol” til. Står der h3 ud for dine requests, kører HTTP/3. Bemærk, at browseren ofte bruger HTTP/2 på første besøg og først skifter til h3 ved næste – den lærer af alt-svc-headeren. Genindlæs derfor siden, før du konkluderer.
På LiteSpeed-servere er HTTP/3 en serverfunktion – der er intet plugin at installere. Mangler h3, er de typiske forklaringer: serveren har det slået fra (spørg hostingudbyderen – på Hostious’ LiteSpeed-hosting er det aktivt), UDP port 443 er blokeret i en firewall undervejs, eller trafikken går gennem en proxy, der ikke taler HTTP/3 udadtil. Bag Cloudflare er det Cloudflares HTTP/3-indstilling, der gælder for besøgende (Network → HTTP/3) – din servers understøttelse ses så kun på strækningen bag proxyen.
Forvent ikke et hop i PageSpeed-scoren: labtests kører på stabile forbindelser, hvor QUIC’s fordele knap kommer i spil. Gevinsten viser sig i feltdata – især TTFB og LCP for mobilbrugere – og i færre “langsomme enkeltoplevelser”. HTTP/3 er med andre ord et fundament: det gør leveringen robust, mens indholdets størrelse og serverens svartid stadig er dine egne opgaver – se TTFB-guiden og hastighedsguiden.
HTTP/3 er bekræftet, når alt-svc-headeren annoncerer h3, browserens Netværk-fane viser h3 på requests efter en genindlæsning, og et online HTTP/3-tjek (fx LiteSpeeds egen test) giver grønt for dit domæne. Det er en éngangsverifikation – protokollen kræver ingen løbende pleje. Er h3 fraværende, og hostingen bekræfter, at det burde køre, så test fra et andet netværk: virksomhedsfirewalls, der blokerer UDP 443, er en klassisk falsk alarm.
Nej. QUIC er transportprotokollen bag HTTP/3 – en åben standard, alle kan bruge. QUIC.cloud er LiteSpeeds kommercielle skytjeneste (CDN og optimering), der har taget navnet. Du kan køre HTTP/3 uden QUIC.cloud – og omvendt.
Nej – protokollen håndteres af webserveren, ikke af WordPress. På LiteSpeed-hosting er den indbygget; dit eneste arbejde er at verificere, at den kører.
Så falder den automatisk tilbage til HTTP/2 – helt uden fejl. alt-svc-mekanismen er netop et tilbud, ikke et krav, så HTTP/3 kan aldrig gøre dit site utilgængeligt.
