Kontrola GZIP a Brotli komprese je jeden z nejdůležitějších kroků výkonnostního auditu webu, a přesto ji správci webů přeskakují překvapivě často. Komprese přenášených souborů patří mezi optimalizace s okamžitým a měřitelným dopadem na rychlost načítání stránky. Web bez komprese posílá prohlížeči surová data plné velikosti, web s kompresí přenese stejný obsah ve zlomku objemu. Pojďme si přiblížit, jak GZIP a Brotli fungují, v čem se liší a jak se rozhodnout, která varianta dává pro konkrétní situaci větší smysl.
Proč je komprese webových souborů důležitá
Každé načtení stránky je série přenosů dat – HTML dokument, CSS styly, JavaScript soubory, fonty, obrázky. Prohlížeč si tyto soubory vyžádá od serveru a server je odešle. Čím větší soubory, tím déle trvá jejich přenos, zejména na pomalejším mobilním připojení.
Textové soubory jako HTML, CSS a JavaScript jsou přirozeně komprimovatelné, protože obsahují opakující se vzory, odsazení a struktury. Kompresní algoritmus tyto vzory identifikuje a zakóduje efektivněji. Prohlížeč komprimovaný soubor přijme, dekomprimuje a zpracuje. Celý proces dekomprese trvá milisekundy, zatímco úspora přenosového objemu se pohybuje v desítkách procent.
Google zahrnuje rychlost načítání stránky do hodnocení její kvality. Chybějící komprese se projeví v metrice LCP, tedy době načtení největšího viditelného prvku stránky, a nepřímo ovlivňuje celkové hodnocení výkonu.
Co je GZIP a jak funguje
GZIP je kompresní formát existující od roku 1992, původně navržený pro kompresi souborů na unixových systémech. Na web se rozšířil v průběhu devadesátých let a dnes ho podporují všechny moderní prohlížeče i webové servery bez výjimky.
GZIP funguje na principu algoritmu DEFLATE, který kombinuje dvě kompresní techniky: LZ77 pro identifikaci a nahrazení opakujících se řetězců a Huffmanovo kódování pro efektivní reprezentaci symbolů. Výsledkem je komprimovaný soubor typicky o 60 až 80 procent menší než originál u textových souborů.
Výhoda GZIP spočívá v jeho universální podpoře a nízké výpočetní náročnosti komprese. Servery GZIP kompresi zvládají s minimální zátěží procesoru a podpora na straně prohlížeče je absolutní, včetně starých prohlížečů a specifických prostředí.
Co je Brotli a jak se liší od GZIP
Brotli je novější kompresní algoritmus vyvinutý Googlem a vydaný v roce 2015. Na rozdíl od GZIP byl navržen přímo pro kompresi webového obsahu a používá modernější matematické přístupy ke kompresi dat.
Klíčovým rozdílem je předdefinovaný slovník běžných webových vzorů. Brotli obsahuje seznam frekventovaných HTML tagů, CSS vlastností, JavaScriptových klíčových slov a dalších struktur typických pro webový obsah. Při kompresi na tyto vzory odkazuje místo jejich ukládání celých, což umožňuje dosáhnout lepšího kompresního poměru.
Výsledky srovnání hovoří ve prospěch Brotli: HTML soubory jsou typicky o 20 až 26 procent menší než po GZIP kompresi, CSS soubory o 17 procent a JavaScript o 14 procent. Při vysokých úrovních komprese jsou rozdíly ještě výraznější. O tom, jak můžete Brotli implementovat, se dočtete zde.
Kde má Brotli nevýhodu
Brotli na vysokých úrovních komprese vyžaduje výrazně více výpočetního výkonu než GZIP. Komprese v reálném čase při každém požadavku je na přetíženém serveru nákladnější než s GZIP. Tento problém řeší předkomprimování statických souborů: server soubory zkomprimuje jednou a uloží komprimovanou verzi, kterou pak odešle bez opakované komprese.
Druhá nevýhoda je podpora: Brotli funguje výhradně přes HTTPS. Weby bez platného SSL certifikátu Brotli použít nemohou. Podpora v prohlížečích je dnes téměř universální, ovšem starší prohlížeče a specifická prostředí jako některé proxy servery nebo firemní sítě s SSL inspekcí mohou mít problémy.
Jak probíhá vyjednávání mezi prohlížečem a serverem
Proces výběru kompresní metody je automatický a probíhá při každém požadavku. Prohlížeč v HTTP hlavičce Accept-Encoding oznámí, které kompresní metody podporuje, například br, gzip, deflate. Server z nabídky vybere metodu, kterou sám podporuje a považuje za nejvhodnější, a v hlavičce odpovědi Content-Encoding uvede, která komprese byla použita.
Pokud server Brotli podporuje a prohlížeč ho nabízí, odešle se Brotli komprimovaný soubor. Pokud server Brotli nepodporuje nebo prohlížeč nenabídl br, server sáhne po GZIP. Pokud není dostupná žádná komprese, soubor se odešle nekomprimovaný.
Toto vyjednávání probíhá transparentně bez zásahu správce webu nebo uživatele. Správce webu ovlivňuje výsledek nastavením serveru, ne přímou volbou pro každý požadavek.
Kdy použít GZIP a kdy Brotli
Jednoznačná odpověď na otázku, která komprese je lepší, neexistuje. Závisí na konkrétním prostředí.
Brotli se hodí tehdy, kdy web běží na HTTPS, hosting nebo server Brotli podporuje a statické soubory lze předkomprimovat. V tomto nastavení Brotli přinese měřitelně lepší kompresní poměry bez výraznějšího dopadu na výkon serveru.
GZIP zůstává správnou volbou tehdy, kdy web běží na sdíleném hostingu bez podpory Brotli, kdy server komprimuje soubory dynamicky bez předkomprimování nebo kdy je potřeba maximální kompatibilita bez ohledu na prostředí klienta. GZIP je také správná záložní metoda pro případy, kdy Brotli není dostupný.
Optimální nastavení pro moderní web kombinuje obojí: Brotli jako primární metoda pro prohlížeče, které ho podporují, a GZIP jako záložní metoda pro zbývající případy. Toto nastavení zajistí nejlepší dostupnou kompresi pro každého návštěvníka bez ohledu na jeho prostředí.
Jak zjistit, zda váš web kompresi používá
Bez přístupu k serverové konfiguraci není snadné zjistit, zda komprese funguje a která metoda se používá. Ruční kontrola přes vývojářské nástroje prohlížeče je možná, ovšem vyžaduje orientaci v HTTP hlavičkách. Kontrola GZIP a Brotli komprese profesionálním SEO nástrojem prověří, zda server kompresi aktivoval, kterou metodu používá a zda komprese funguje správně pro různé typy souborů. Výsledek dostanete bez přístupu k serverové konfiguraci a bez technického zázemí.
Pro další technické aspekty konfigurace serveru včetně přesměrování a jiných direktiv se vám může hodit také přehled, jak generátor .htaccess přesměrování usnadňuje práci se serverovou konfigurací. Pokud kompresi zařazujete do širšího výkonnostního auditu, přehled, jak UTM tvůrce odkazů pomáhá měřit dopad optimalizací na reálnou návštěvnost, přidá užitečný kontext pro vyhodnocení výsledků.
Komprese není volitelná optimalizace
Web bez komprese textových souborů zbytečně přenáší data, která by mohla být třikrát až pětkrát menší. Na pomalém mobilním připojení se tento rozdíl projeví jako sekundy čekání navíc. GZIP je minimum, které by měl splňovat každý web. Brotli je krok navíc, který dává smysl pro weby, kde hostingové prostředí jeho nasazení umožňuje. Kontrola, která metoda aktuálně funguje, je prvních pět minut výkonnostního auditu, které se vždy vyplatí.
