Hva er HTTP-komprimering?

En webserver kan komprimere en side, et skript eller et stilark før den sendes, og nettleseren pakker den ut når den mottas. Nettleseren oppgir formatene den forstår i forespørselshodet Accept-Encoding, og serveren angir formatet den brukte i Content-Encoding. Tekst komprimeres godt, så en komprimert side overføres ofte med en fjerdedel av den opprinnelige størrelsen eller mindre. Det gjør at den lastes inn raskere og sparer båndbredde.

Koding Header-verdi Merknader
gzip gzip Støttes overalt; minimumskravet alle servere bør oppfylle
Brotli br Vanligvis 15–25 % mindre enn gzip for tekst; bare HTTPS
Zstandard (zstd) zstd Nyere; rask å komprimere, støttes av Chrome og Firefox

Verktøybeskrivelse

Skriv inn en URL og trykk på Sjekk komprimering. Serveren vår laster den ned én gang uten komprimering og én gang for hver koding, og sammenligner deretter størrelsene:

  • Støttet viser om serveren svarte med den aktuelle kodingen
  • Størrelse viser hvor mange byte som ble sendt komprimert, og Spart viser hvor mye mindre dette er enn størrelsen uten komprimering
  • Vary: Accept-Encoding viser om serveren forteller cacher og CDN-er at svaret avhenger av kodingen, slik at de ikke sender en komprimert kopi til en klient som ikke kan lese den

Omdirigeringer følges (opptil 5), og URL-en som ble sjekket, viser hvor de endte. Hver nedlasting leses opp til 5 MB.

AI-assistenter som er koblet til Rapid Tool Set MCP-serveren, kan utføre den samme sjekken med http_compression_checker.

Tips

  • Sjekk filene som har størst betydning for hastigheten: selve siden, den viktigste JavaScript-pakken og CSS-filen.
  • Bilder, videoer og skrifter som WOFF2 er allerede komprimert; servere sender dem derfor med rette uten HTTP-komprimering.
  • Hvis Brotli mangler, er det ofte nok å endre én innstilling: brotli on; med ngx_brotli-modulen i nginx, eller mod_brotli i Apache. CDN-er som Cloudflare aktiverer dette for deg.