Protokollen mellem browser og server har stor betydning for, 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

  1. Åbn siden i Chrome → DevTools → Network
  2. Genindlæs og se protokolkolonnen (`h2`, `h3` eller `http/1.1`)
  3. Tjek også via et eksternt værktøj (fx WebPageTest eller din CDN-statusside)
  4. 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.

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.