Komprimering — Gzip, Brotli og hurtigere sideindlæsning
Komprimering reducerer filstørrelser med 60-80% under overførsel — Gzip og Brotli er server-side komprimering der forbedrer TTFB.
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:
- Browseren sender
Accept-Encoding: gzip, bri forespørgslen - Serveren komprimerer ressourcen og svarer med
Content-Encoding: br(ellergzip) - 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
- Fonte (WOFF-filer — WOFF2 er allerede komprimeret)
Undgå at komprimere:
- JPEG-, PNG-, WebP- og AVIF-billeder (de er allerede komprimerede)
- ZIP- og andre arkivfiler
- PDF-filer
Komprimering af allerede-komprimerede filer øger CPU-belastning uden 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
- Apache: Aktivér mod_deflate (Gzip) eller mod_brotli
- Nginx: Aktivér gzip on; direktiv — Brotli kræver ngx_brotli modul
- Cloudflare og de fleste CDNs: Komprimering aktiveret som standard med Brotli-support
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.