Komprimering — Gzip, Brotli og hurtigere sideindlæsning

Komprimering er server-side optimering der reducerer filstørrelserne på HTML, CSS og JavaScript med 60-80% under overførslen fra server til browser. For SEO er komprimering direkte relevant fordi det reducerer Time to First Byte (TTFB) og Largest Contentful Paint (LCP) — begge Core Web Vitals-metrics der påvirker rankingen. Gzip og Brotli er de to primære komprimeringsalgoritmer, og Brotli er den anbefalede standard i 2026 med bredest browser-support og bedst komprimering.

Hvad er HTTP-komprimering?

HTTP-komprimering er en teknik der reducerer størrelsen på filer mens de overføres fra server til browser. Serveren komprimerer ressourcen inden afsendelse, browseren dekomprimerer den ved modtagelse. Resultatet: markant kortere overførselstid, særligt på langsomt netværk.

For SEO er komprimering direkte koblet til Time to First Byte (TTFB) og Largest Contentful Paint (LCP) — begge centrale for Core Web Vitals og ranking.

Gzip

Gzip er den traditionelle og bredest understøttede komprimeringsformat. Det har eksisteret siden 1992 og er understøttet af alle moderne browsere og webservere. Gzip komprimerer typisk tekstfiler (HTML, CSS, JavaScript) med 60-80% — en 100 KB JavaScript-fil kan reduceres til 20-30 KB.

Gzip er baseret på DEFLATE-algoritmen og fungerer ved at finde og erstatte gentagne strenge med kortere referencer.

Brotli — den moderne standard

Brotli er Googles komprimeringsformat fra 2015 og er nu den foretrukne standard. Sammenlignet med Gzip:

• 20-26% bedre komprimering på tekstfiler
• Bredere dictionary med forudindlærte mønstre fra webindhold
• Understøttet af alle moderne browsere (siden 2017)
• Kræver HTTPS (Brotli virker kun over sikre forbindelser)

Brotli har tre komprimeringsindstillinger: statisk (bedst, forudberegnet), dynamisk og online. De fleste webservere bruger dynamisk Brotli til live-komprimering.

Content-Encoding header

Komprimering forhandles via HTTP-headers:

1. Browseren sender Accept-Encoding: gzip, br i forespørgslen
2. Serveren komprimerer ressourcen og svarer med Content-Encoding: br (eller gzip)
3. Browseren ved at den skal dekomprimere

Hvis serveren ikke understøtter det ønskede format, sendes ressourcen ukomprimeret.

Hvad skal komprimeres?

Komprimering virker bedst på tekstbaserede filer: HTML-dokumenter, CSS-filer, JavaScript-filer, SVG-billeder, JSON og XML samt fonte i WOFF-format. Bemærk at WOFF2 allerede er komprimeret og ikke reduceres yderligere.

Hvad bør ikke komprimeres

JPEG-, PNG-, WebP- og AVIF-billeder er allerede komprimerede — det samme gælder ZIP-filer og PDF-filer. At køre komprimering på disse formater øger CPU-belastningen på serveren uden nogen størrelsesgevinst.

Komprimering vs minificering — begge er nødvendige

Komprimering og minificering løser to forskellige problemer og bør bruges sammen:

	Minificering	Komprimering
Hvad fjernes	Whitespace, kommentarer, lange navne	Gentagne mønstre via algoritme
Hvornår	Build-time	Runtime (eller pre-komprimeret)
Resultat	Mindre original fil	Mindre overført fil
Typisk besparelse	20-40%	60-80%

En minificeret JavaScript-fil komprimeres stadig bedre end en ikke-minificeret, fordi færre unikke tegn giver bedre komprimeringsrate.

Tjek om din server komprimerer

Du kan verificere komprimering med curl:

curl -I -H "Accept-Encoding: br,gzip" https://ditsite.dk/

Kig efter content-encoding: br eller content-encoding: gzip i svaret.

Alternativt viser Chrome DevTools (Network-fanen → headers) Content-Encoding for hvert request. PageSpeed Insights og GTmetrix rapporterer også manglende komprimering som en fejl.

Serveropsætning

På Apache aktiveres Gzip via mod_deflate og Brotli via mod_brotli. Nginx aktiveres med gzip on; i konfigurationen, mens Brotli kræver det separate ngx_brotli-modul. Cloudflare og de fleste andre CDNs har komprimering aktiveret som standard med fuld Brotli-support, uden behov for manuel konfiguration.

---

Er Brotli altid bedre end Gzip? For statiske tekstfiler ja — Brotli giver konsekvent bedre komprimering. Men Brotli kræver HTTPS og er marginalt langsommere at komprimere dynamisk. Mange servere bruger Brotli for statiske assets og Gzip som fallback.

Påvirker komprimering TTFB? Komprimering reducerer overførselstid (tid til at downloade data), men selve komprimeringsprocessen tilføjer minimal server-behandlingstid. Nettoresultatet er næsten altid markant hurtigere sideindlæsning.

Hvad er forskellen på transfer size og resource size i Chrome DevTools? Resource size er filens ukomprimerede størrelse. Transfer size er hvad der faktisk overføres over netværket (komprimeret). Stor forskel indikerer god komprimering.

Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog. → Denne artikel er en del af Server og HTTP-responser — Statuskoder, redirects og caching.