Hvad betyder HTTP? HyperText Transfer Protocol — den protokol browseren bruger til at hente sider og filer fra en server. I dag møder du den som HTTP/1.1, HTTP/2 eller HTTP/3 over HTTPS. Versionen påvirker, hvor effektivt mange filer hentes parallelt — og dermed hvor hurtigt WordPress føles. Mange sites kører stadig med råd fra HTTP/1.1-æraen — fil-sammenlægning, sprites og “færre requests for enhver pris”. Det er tid til at opdatere billedet: HTTP/2 er standard, HTTP/3 er udbredt, og nogle gamle tricks gør mere skade end gavn.
HTTP/1.1 — hvorfor mange små filer gjorde ondt
Med HTTP/1.1 kunne browseren kun hente et begrænset antal ressourcer parallelt per forbindelse. Hver fil betød ekstra overhead (forbindelse, headers). Derfor anbefalede man ofte:
- at samle CSS/JS i færre, større filer
- image sprites til små ikoner
- domain sharding (flere hostnames) for at omgå parallelitetsgrænsen
Det gav mening dengang. I dag er det sjældent den rigtige første prioritet.
HTTP/2 — multiplexing og færre gamle tricks
HTTP/2 kan sende mange requests over én forbindelse (multiplexing) og komprimerer headers. Det betyder:
- mange små filer er mindre problematiske end under HTTP/1.1
- aggressiv “concat alt til én kæmpefil” kan skade cache (én lille ændring invaliderer det hele)
- domain sharding er typisk unødvendigt og kan gøre ting værre
Server Push blev engang rost som en HTTP/2-feature. I praksis er det stort set opgivet i browsere — stol ikke på Server Push som optimeringsstrategi i 2026. Brug i stedet preload/preconnect, kritisk CSS og fornuftig prioritering af LCP-ressourcer.
HTTP/3 — næste skridt for mange sites
HTTP/3 bygger på QUIC (UDP) og håndterer pakketab og forbindelsesskift mere elegant end TCP-baseret HTTP/2 — især på mobilnet. Mange CDN’er og hosts tilbyder HTTP/3 “out of the box”. Det er sjældent noget, du konfigurerer i WordPress-admin; det ligger hos hosting/CDN.
HTTP/3 erstatter ikke god billedoptimering, cache eller let JavaScript. Det er et lag under — vigtigt, men ikke magi alene.
Hvad betyder det for WordPress-optimering?
- Billeder: WebP/AVIF, rigtige størrelser og lazy-load (ikke på LCP-billedet) slår stadig de fleste protokol-debatter
- Komprimering: Brotli/Gzip på HTML, CSS og JS — normalt et host/CDN-valg
- Cache: page cache + browser cache-headers; CDN tæt på brugeren
- Requests: færre tunge og unødvendige scripts betyder mere end at samle filer for samlingens skyld — se også HTTP-forespørgsler
Tjek din hosting på 2 minutter
- Åbn siden i Chrome → DevTools → Network
- Genindlæs og se protokolkolonnen (`h2`, `h3` eller `http/1.1`)
- Tjek også via et eksternt værktøj (fx WebPageTest eller din CDN-statusside)
- Spørg hosten: er HTTP/2 (og gerne HTTP/3) aktiveret? Kræves TLS? Er der reverse proxy/CDN foran?
Kører du stadig HTTP/1.1 på produktion, er det et hosting-/proxy-problem — ikke noget et WordPress-plugin “fixer” alene.
Hvornår skal du stadig tænke på antal requests?
Multiplexing hjælper, men hver request er stadig arbejde: DNS (hvis nyt host), TLS, parse, execute. 40 tracking-scripts er stadig 40 problemer for INP og main thread — uanset HTTP/2 eller HTTP/3.
FAQ
Hvad betyder HTTP? HyperText Transfer Protocol — måden browser og server udveksler websider og filer på.
Er HTTP det samme som HTTPS? HTTPS er HTTP over en krypteret forbindelse (TLS). Du bør altid køre WordPress på HTTPS.
Skal jeg opgradere manuelt til HTTP/2? Nej — det aktiveres på hosting/CDN/proxy. Tjek i DevTools → Network → Protocol.
Kort sagt
HTTP/2 (og gerne HTTP/3) er baseline for moderne WordPress-hosting. Drop Server Push og blinde fil-sammenlægninger fra HTTP/1.1-tiden. Prioritér billeder, cache, TTFB og script-hygiejne. Vil du vide, om protokollen — eller noget andet — bremser dig? Tag et gratis helbredstjek, eller kontakt mig.
