Brotli-komprimering är en komprimeringsalgoritm från Google som krymper textbaserade filer innan de skickas från servern till webbläsaren. En rå HTML-, CSS- eller JavaScript-fil packas ihop, transporteras som ett mindre paket och packas upp hos besökaren. Färre kilobyte över nätet ger en sida som blir synlig snabbare.
Namnet dyker upp så fort man börjar mäta laddtider med olika SEO-verktyg. Brotli är en av de billigaste prestandavinsterna för sidhastighet som finns: ingen kod behöver skrivas, oftast räcker det att slå på en inställning.
★ SNABBVERSIONEN
- Brotli krymper HTML, CSS, JavaScript, SVG och JSON effektivare än den äldre gzip.
- Webbläsaren signalerar stöd, servern svarar med Content-Encoding: br, allt sker automatiskt över HTTPS.
- Mindre filer ger snabbare First Contentful Paint och stabilare Core Web Vitals.
- CDN och managed hosting som Kinsta och SiteGround aktiverar ofta Brotli med ett klick.
- Brotli ersätter inte bildoptimering eller cache, det är ett lager bland flera.
Så fungerar Brotli under huven
Brotli bygger på samma grundidé som tidigare komprimering: hitta mönster som upprepas och beskriv dem kortare. Det nya är kombinationen av tekniker och en inbyggd ordbok med strängar som är vanliga just på webben. Algoritmen specificeras i den öppna standarden RFC 7932. Google tog också fram Zopfli, som producerar filer kompatibla med gammal gzip, men Brotli är den nyare och oftast hårdare varianten.
Ordböcker, LZ77 och Huffman
Under huven vilar Brotli på ett par beprövade metoder från äldre compression algorithms:
- LZ77, som ersätter upprepade sekvenser med korta referenser bakåt i texten.
- Huffmankodning, som ger vanliga tecken kortare koder än sällsynta.
- En statisk ordbok med typiska webbsträngar, taggar och ord.
- Förlagrat innehåll som slipper skickas på nytt vid varje svar.
Just ordboken gör ofta skillnaden mot gzip på riktig HTML och CSS.
Komprimeringsnivåer 0 till 11
Brotli har elva kvalitetsnivåer. Högre nivå ger mindre fil men tar längre tid:
- Låga nivåer passar innehåll som skapas på flykten och måste ut direkt.
- Mellannivåer är en rimlig balans för dynamiska svar.
- Höga nivåer passar statiska filer som komprimeras en gång och sedan cachas.
En vanlig strategi är att komprimera statiska filer hårt i förväg och servera dem färdiga.
Brotli jämfört med gzip
GZIP compression har funnits länge och stöds överallt. Brotli är nyare och vinner oftast på ren textkomprimering, men båda lever gott sida vid sida. Brotli brukar krympa HTML, CSS och JavaScript några tiotals procent mer än gzip, samtidigt som uppackningen förblir snabb.
| Egenskap | gzip | Brotli |
|---|---|---|
| Komprimering av text | Bra | Ofta bättre |
| Uppackning i webbläsaren | Snabb | Snabb |
| Inbyggd webbordbok | Nej | Ja |
| Webbläsarstöd | Brett, även äldre | Moderna, över HTTPS |
| Content-Encoding | gzip | br |
| Bäst för | Bred kompatibilitet | Statiska textfiler |
NINJA-FAKTA
Den inbyggda ordboken är Brotlis hemliga vapen. Eftersom vanliga HTML-taggar och kodord redan ligger förlagrade behöver de inte skickas med varje svar, vilket gör vinsten störst på små och medelstora textfiler.
Varför Brotli spelar roll för SEO
Google rankar inte en sida högre bara för att den använder Brotli. Effekten går via prestanda: mindre filer laddar snabbare, renderas tidigare, och snabbhet är en del av sidupplevelsen som räknas.
- Snabbare First Contentful Paint (FCP), eftersom kritisk HTML och CSS kommer fram tidigare.
- Stabilare Core Web Vitals, som Google mäter på riktiga besök och som du kan följa i Search Console.
- Lägre datamängd, vilket märks tydligast på mobil och responsiv design samt svaga nät.
- Lättare svar som även Googlebot hämtar snabbare, till nytta för crawl-budget.
Poängen är summan av små vinster, inte ett enskilt trick. Brotli är en av dem, och den kostar nästan ingenting att slå på.
Störst effekt
Textfiler som skickas ofta: HTML, CSS och JavaScript, samt SVG och JSON. Här syns fördelen tydligast.
Liten effekt
Redan komprimerade format som JPEG, PNG och video. Att köra Brotli ovanpå dem sparar knappt något och slösar bara CPU.
Så aktiverar du Brotli
Något eget bygge behövs sällan. Var inställningen sitter beror på hur sajten är hostad, men principen är densamma: säg åt servern eller ett CDN att svara med Brotli när webbläsaren stödjer det. Det här avgör var inställningen görs:
- Managed hosting, där leverantören sköter serverkonfigurationen.
- Ett CDN framför sajten, till exempel Cloudflare.
- Egen server, där modulen aktiveras direkt i konfigurationen.
På managed hosting som Kinsta och SiteGround
Kör sajten på managed hosting är chansen stor att jobbet redan är gjort:
- Kinsta och SiteGround slår ofta på Brotli som standard.
- Ett CDN framför sajten kan sköta komprimeringen.
- Är det inte påslaget räcker ofta en inställning i kontrollpanelen eller ett mejl till supporten.
I WordPress med PHP
WordPress bygger sidan med PHP, men komprimeringen sker på servern eller i ditt CDN, inte i WordPress själv. Gör så här:
- Kontrollera vad servern redan svarar med i utvecklarverktygen.
- Aktivera Brotli i serverns konfiguration eller i CDN-panelen.
- Låt statiska filer, som CSS och JavaScript, serveras färdigkomprimerade via din cache.
- Ladda om och verifiera att svaren använder br.
Innan du bockar av Brotli
Vanliga missförstånd och webbläsarstöd
Brotli är enkelt, men några myter håller sig kvar:
- “Brotli fixar långsamma sidor.” Det hjälper, men bilder, cache och tunga skript väger ofta tyngre i arbetet med sidhastighet.
- “Alla webbläsare måste stödja det.” Nej, servern faller tillbaka till gzip när Brotli saknas.
- “Man förlorar data i komprimeringen.” Nej, den är förlustfri, exakt samma fil kommer fram.
VANLIG MISS
Att köra Brotli på redan komprimerade filer som JPEG eller video ger nästan ingen vinst men kostar CPU. Låt den bara arbeta på textbaserat innehåll: HTML, CSS, JavaScript, SVG och JSON.
Chrome och andra webbläsare
Stödet handlar om hur webbläsaren och servern förhandlar:
- Chrome och övriga moderna webbläsare accepterar Brotli, men bara över HTTPS.
- Över osäker HTTP hoppas Brotli över och trafiken faller tillbaka.
- Saknat SSL-certifikat i gamla testmiljöer förklarar varför Brotli ibland uteblir.
Fallback till gzip
Klarar webbläsaren inte Brotli väljs nästa bästa alternativ automatiskt:
- Webbläsaren skickar med vilka format den stödjer i sin begäran.
- Servern väljer Brotli om båda klarar det, annars gzip.
- I värsta fall blir det gzip, precis som förr, och sidan blir aldrig trasig.
Vanliga frågor
Vad är Brotli-komprimering?
Brotli är en komprimeringsalgoritm som Google tog fram för webben. Servern krymper textbaserade filer som HTML, CSS och JavaScript innan de skickas, och webbläsaren packar upp dem igen. Resultatet blir färre kilobyte över nätet och sidor som byggs upp snabbare. Webbläsaren signalerar att den klarar Brotli, och servern svarar då med headern Content-Encoding: br. Det mesta sker automatiskt så fort funktionen är påslagen hos servern eller ett CDN framför sajten.
Är Brotli bättre än gzip?
För textfiler brukar Brotli komprimera hårdare än gzip, mycket tack vare en inbyggd ordbok med vanliga webbtecken och kodmönster. Skillnaden landar ofta på några tiotals procent mindre filstorlek för HTML, CSS och JavaScript. gzip har å andra sidan bredare stöd i äldre miljöer och packar upp snabbt. Något val behöver sällan göras: de flesta servrar och CDN erbjuder Brotli med gzip som reserv, och webbläsaren tar det bästa alternativet som båda parter klarar.
Hur ser man om Brotli är aktiverat på en sajt?
Öppna webbläsarens utvecklarverktyg, gå till fliken Network och ladda om sidan. Klicka på ett dokument, en CSS-fil eller en JavaScript-fil och läs svarsheadrarna. Står det Content-Encoding: br är Brotli aktivt för den filen. Står det gzip används den äldre algoritmen. Ett gratis onlineverktyg kan också kontrollera en URL. Tänk på att testa både HTML-svaret och de statiska filerna, eftersom inställningarna ibland skiljer sig åt mellan dem.
Påverkar Brotli rankingen i Google?
Inte direkt, men indirekt. Google rankar inte en sida högre bara för att den använder Brotli. Däremot ger mindre filer snabbare laddning, bättre First Contentful Paint och stabilare Core Web Vitals, och de mätvärdena ingår i hur Google bedömer sidupplevelse. Snabbare sidor är dessutom trevligare för besökaren, vilket i regel märks i lägre avvisningar. Se Brotli som ett litet men gratis lager i en bredare prestandastrategi, inte som ett enskilt rankingtrick.
Relaterade termer
VILL DU FÖRSTÅ MER?
Undrar du hur det funkar i praktiken för just din sajt? Hör av dig.