Príručky

Zníženie veľkosti stránky o 70 % aktiváciou Gzip kompresie Nginx

  • 15 minúty na čítanie
  • Tím Hostragons
Zníženie veľkosti stránky o 70 % aktiváciou Gzip kompresie Nginx

Gzip kompresia Nginx je výkonové nastavenie, ktoré zmenšuje veľkosť textových súborov, ako sú HTML, CSS, JavaScript, XML a JSON, odosielaných zo servera do prehliadača, a to o 50 až 70 % v mnohých prípadoch. Cieľom je poskytnúť rovnaký obsah v menších balíkoch, znížiť čas načítania a ponúknuť používateľom rýchlejší webový zážitok. Aktivovaním riadku zapnuté gzip; na Nginx a správnou konfiguráciou MIME typov, minimálnej veľkosti súboru a úrovne kompresie môžete dosiahnuť merateľné zisky v rýchlosti za pár minút.

Rýchlosť webových stránok už nie je iba technickým detailom; je to základný signál kvality, ktorý priamo ovplyvňuje SEO, mieru konverzie, efektívnosť reklám a spokojnosť používateľov. V SEO štandardoch pre rok 2026 sa hodnotí skúsenosť so stránkou, Core Web Vitals, mobilný výkon a efektívnosť prehliadania spoločne. Preto je aktivácia Gzip kompresie Nginx jednou z prvých optimalizácií, ktoré by sa mali vykonať, najmä na zdieľaných hostingu, VPS, cloudových serveroch alebo na veľkých firemných stránkach. Výber hostingu zameraného na výkon pre stránky hostované na Hostragons tiež podporuje tento zisk: Rýchle balíky web hostingu.

Čo je Gzip kompresia Nginx?

Gzip kompresia Nginx je funkcia na strane servera, ktorá zmenšuje HTTP odpovede pred ich odoslaním klientovi pomocou Gzip algoritmu. Prehliadač posiela informáciu Accept-Encoding: gzip vo svojej žiadosti; Nginx potom odosiela relevantný obsah vo formáte gzip. Prehliadač tento súbor otvorí bez toho, aby si to používateľ všimol, a zobrazuje stránku normálne. Výsledkom je, že obsah zostáva nezmenený, len sa znižuje veľkosť prenosu.

Napríklad CSS súbor s veľkosťou 180 KB môže byť zmenšený na 35-50 KB pomocou gzip. JavaScript súbor s veľkosťou 500 KB môže byť v závislosti od štruktúry kódu znížený na úroveň 120-180 KB. V HTML dokumentoch, kde sa opakujú značky, prázdne miesta a textová štruktúra sú husté, je bežné dosiahnuť takmer 70 % zmenšenie. Tento pomer však neplatí pre obrázky; formáty ako JPEG, PNG, WebP a AVIF už majú svoje vlastné mechanizmy kompresie.

Je realistické znížiť veľkosť stránky o 70 %?

Ano, pre správne typy súborov je to realistické. Dôležitý je však nasledujúci rozdiel: Gzip neznižuje celkovú hmotnosť webovej stránky, ale zmenšuje prenosovú veľkosť komprimovateľných textových zdrojov. Predpokladajme, že stránka má hmotnosť 3 MB. Z tohto objemu 1 MB tvoria HTML, CSS, JS a JSON; 2 MB sú vizuálne a video súbory, takže gzip bude účinný len na 1 MB časti. Ak sa táto časť zmenší o 70 %, celková stránka klesne z 3 MB na približne 2,3 MB. Ak sa stránka skladá prevažne z textových a skriptových súborov, celkový zisk bude oveľa výraznejší.

Pre praktický príklad: Na WordPress stránke je HTML výstup domovskej stránky 220 KB, CSS súbory témy 310 KB, JavaScript súbory 760 KB a JSON požiadavky 120 KB. Celkový komprimovateľný obsah je 1.410 KB. Po gzip kompresii by táto hodnota mohla klesnúť na 420-600 KB. To znamená úsporu približne 800-990 KB len v prenosovej veľkosti. Na mobilných pripojeniach sa tento rozdiel pozitívne prejaví na dobe spracovania obsahu po LCP a TTFB.

Vplyv Gzip kompresie na SEO a používateľský zážitok

Google neoznamuje, či je gzip zapnutý alebo vypnutý ako faktor hodnotenia; avšak metriky výkonu, ktoré gzip ovplyvňuje, sú z hľadiska SEO dôležité. Menšie súbory sa sťahujú rýchlejšie, prehliadač môže začať proces zobrazenia skôr a čas čakania používateľa sa znižuje. Táto situácia je kritická najmä pre mobilných používateľov, používateľov s nízkou šírkou pásma a medzinárodných návštevníkov.

  • Rýchlejšie prvé načítanie: Keď je HTML súbor malý, prehliadač môže skôr vytvoriť kostru stránky.

  • Nižšia spotreba šírky pásma: Pri rovnakej prevádzke sa prenáša menej údajov; to môže poskytnúť výhodu v nákladoch na stránkach s vysokou návštevnosťou.

  • Vyššia efektívnosť prehliadania: Roboty vyhľadávačov môžu efektívnejšie sťahovať zdroje.

  • Podpora Core Web Vitals: Gzip priamo nevyrieši LCP, ale prispieva k celkovému výkonovému reťazcu znížením prenosu CSS a JS.

  • Nižšia miera odchodu: Najmä na e-commerce a firemných stránkach môže aj niekoľko stoviek milisekúnd zlepšenia ovplyvniť mieru konverzie.

Pri optimalizácii rýchlosti je potrebné zohľadniť nielen nastavenia servera, ale aj kvalitu hostingu, konfiguráciu SSL, čas DNS a efektívnosť témy. Pre bezpečnú a rýchlu inštaláciu môžu byť stránky riešenia certifikátov SSL a správa domén Kontrola domény a registrácia súčasťou stratégie výkonu.

Odporúčané nastavenia pre Gzip kompresiu Nginx

Na aktiváciu gzip na Nginx sa zvyčajne pridávajú niektoré direktívy do hlavného konfiguračného súboru alebo do serverového bloku špecifického pre stránku. Cesta k súboru sa môže líšiť v závislosti od distribúcie Linuxu. V systémoch Ubuntu a Debian je bežne používaný súbor /etc/nginx/nginx.conf, zatiaľ čo konfiguračné súbory pre jednotlivé stránky sa nachádzajú v /etc/nginx/sites-available/. Na CentOS, AlmaLinux a Rocky Linux sa častejšie používa adresár /etc/nginx/conf.d/.

Odporúčaná základná konfigurácia vychádza z nasledujúcej logiky: gzip sa aktivuje, komprimujú sa iba dostatočne veľké textové súbory, znižujú sa problémy so starými prehliadačmi a pridávajú sa vhodné MIME typy. V typickom produkčnom prostredí sa používajú nasledujúce nastavenia: zapnuté gzip; gzip_comp_level 5; gzip_min_length 1024; gzip_vary on; gzip_proxied any; gzip_types text/plain text/css application/javascript application/json application/xml text/xml image/svg+xml.

Hodnota gzip_comp_level môže byť medzi 1 a 9. S rastúcou úrovňou môže byť miera kompresie vyššia, ale tiež sa zvyšuje využitie CPU. Pre väčšinu webových stránok je vyváženou voľbou úroveň 4, 5 alebo 6. Úroveň 9 nemusí byť vždy najlepšou voľbou; môže zbytočne vyžadovať CPU pre súbory s veľkosťou 3 KB. Táto rovnováha je dôležitá najmä na VPS a dedikovaných serveroch s vysokou návštevnosťou. Ak sú vaše serverové zdroje obmedzené, môžete zvážiť VPS serverové balíčky pre efektívnejší hostingový plán.

Postupné aktivovanie Gzip kompresie Nginx

1. Zmerajte súčasný stav

Pred každou optimalizáciou je potrebné zmerať aktuálny výkon. Na karte Network v Chrome DevTools obnovte stránku a skontrolujte hodnoty Size a Transferred pre zdroje. Ak je hodnota Transferred veľmi blízko k hodnote Size, môže byť gzip vypnutý. Taktiež hľadajte výraz Content-Encoding: gzip v hlavičkách odpovede. Nástroje ako WebPageTest, GTmetrix, PageSpeed Insights a príkazy curl môžu byť tiež použité na kontrolu.

Vytvorte plán merania s rôznymi šablónami ako domovská stránka, stránka kategórie, stránka produktu alebo služby a blogový príspevok. Zameranie sa iba na domovskú stránku môže byť zavádzajúce. Niektoré stránky môžu mať intenzívny JavaScript, iné zase dynamické JSON požiadavky. Ak výsledky merania zaznamenáte do tabuľky, budete mať jasný prehľad o ziskoch po gzip kompresii.

2. Zálohujte konfiguračný súbor Nginx

Pred zmenou konfigurácie servera vždy vykonajte zálohu. Jednoduchá chyba v konfigurácii môže zabrániť reštartu Nginx. Preto skopírujte relevantný súbor a vytvorte zálohu s dátumom. Ak používate spravovaný hosting, môže sa vo vašom ovládacom paneli nachádzať nastavenie ako Gzip alebo Compression. Ak si nie ste istí, je vždy bezpečnejšie požiadať o podporu svojho poskytovateľa hostingu.

3. Pridajte Gzip direktívy

Pridanie nastavení gzip do http bloku zvyčajne platí pre všetky stránky. Ak chcete použiť iba pre konkrétnu stránku, môžete ich tiež pridať do serverového bloku. Základný odporúčaný produktový návrh je: zapnuté gzip; gzip_disable msie6; gzip_vary on; gzip_proxied any; gzip_comp_level 5; gzip_buffers 16 8k; gzip_http_version 1.1; gzip_min_length 1024; gzip_types text/plain text/css text/xml application/xml application/json application/javascript application/rss+xml application/atom+xml image/svg+xml.

Tieto nastavenia pokrývajú najčastejšie používané textové súbory na moderných webových stránkach. Vyhnite sa pridávaniu zbytočných MIME typov. Znovu komprimácia už komprimovaných súborov neprináša výkon. Napríklad súbory JPG, PNG, GIF, WebP, MP4, ZIP a PDF by sa zvyčajne nemali pridávať do gzip zoznamu. SVG je textový formát, takže image/svg+xml môže byť výnimkou na kompresiu.

4. Otestujte konfiguráciu Nginx

Po zmene by sa Nginx mal otestovať pred priamym reštartovaním. Príkaz nginx -t zobrazuje syntaktické chyby. Ak test uspeje, môžete bez prerušenia načítať nové nastavenia pomocou systemctl reload nginx. Reload operácia sa snaží zaviesť nové nastavenia bez narušenia aktívnych pripojení. Reštart je však prísnejšia operácia, ktorú je potrebné používať opatrne pri veľkej návštevnosti.

5. Overte výsledky

Po aplikovaní konfigurácie vyčistite cache prehliadača alebo testujte v súkromnom režime. Na karte Network skontrolujte hlavičku Content-Encoding: gzip. Taktiež sa pozrite na pokles hodnoty Transferred. Napríklad je možné očakávať, že HTML súbor, ktorý bol predtým prenášaný s veľkosťou 240 KB, klesne na úroveň 45-70 KB. Podobné zmenšenie by ste mali vidieť aj pri CSS a JS súboroch.

Porovnávacia tabuľka nastavení Gzip

Porovnávacia tabuľka nastavení Gzip

Nastavenie

Odporúčaná hodnota

Na čo slúži?

Na čo si dať pozor

gzip

on

Aktivuje kompresiu.

Ak je vypnuté, ostatné nastavenia sú neúčinné.

gzip_comp_level

4-6

Vyvažuje miera kompresie a náklady na CPU.

Hodnota 9 nie je vždy lepšia.

gzip_min_length

1024

Nespracováva súbory menšie ako 1 KB.

Pre veľmi malé súbory môže byť hlavička gzip nákladná.

gzip_vary

on

Rozlišuje medzi komprimovanou a normálnou verziou v cache.

Je dôležité pre stránky používajúce CDN a proxy.

gzip_types

CSS, JS, JSON, XML, SVG

Určuje, ktoré typy súborov sa budú komprimovať.

Nepretrhajte vizuálne a video formáty.

Aké súbory by mali byť komprimované Gzipom?

Gzip dosahuje najlepšie výsledky pri súboroch obsahujúcich opakujúce sa textové vzory. Sem patrí HTML stránky, CSS štýly, JavaScript súbory, JSON API odpovede, XML mapy stránok, RSS feedy a SVG súbory. Najmä v moderných webových aplikáciách môžu byť JavaScript balíky veľké, čo vedie k výrazným úsporám pomocou gzip. V aplikácii React, Vue alebo Angular môže byť hlavný balíček súborov komprimovaný gzipom a zmenšený o viac ako polovicu.

Existujú aj súbory, ktoré by sa nemali komprimovať. Súbory JPEG, PNG, WebP, AVIF, MP4, MP3, ZIP, RAR a PDF sú zvyčajne už komprimované. Komprimácia týchto súborov gzipom neposkytuje významné úspory a môže zvyšovať spotrebu CPU. Pre obrázky je správnym riešením nie gzip, ale použitie WebP alebo AVIF, správne rozmerovanie, lazy loading a stratégia CDN. Pre samostatný plán výkonu v tejto oblasti môžete zvážiť Príručka na zrýchlenie webovej stránky.

Používanie Gzip na WordPress, Laravel a statických stránkach

WordPress stránky

Na WordPress stránkach je možné aktivovať gzip na dvoch rôznych úrovniach: na úrovni servera a na úrovni pluginu. Najzdravšou metódou je úroveň servera; pretože je optimalizovaná Nginxom ešte predtým, ako sa požiadavka dostane na PHP. Hoci pluginy na caching ponúkajú odporúčania pre gzip, ak používate Nginx, skutočná kontrola by mala byť na úrovni konfigurácie servera. Okrem toho, keď sa používajú optimalizácie CSS a JS, kritické CSS, optimalizácia obrázkov a caching stránok spolu so stránkou WordPress, dosiahnu sa lepšie výsledky.

Laravel a API založené aplikácie

V aplikáciách Laravel zohráva dôležitú úlohu JSON odpoveď. Ak API endpointy vracajú veľké množstvo údajov, gzip môže poskytnúť značné úspory šírky pásma. Avšak pri veľmi malých JSON odpovediach sa kompresia nemusí uplatniť kvôli prahu gzip_min_length; to je normálne. Pre výkon API sú dôležité aj paginácia, nevracanie zbytočných polí a HTTP cache hlavičky, ktoré sú rovnako dôležité ako gzip.

Statické HTML stránky

Na statických stránkach je účinok gzipu zvyčajne rýchlo viditeľný. HTML, CSS a JS súbory sú priamo servírované Nginxom, takže nie je medzi nimi aplikačná vrstva. V niektorých štruktúrach je dokonca možné generovať vopred komprimované .gz súbory. Pre väčšinu štandardných webových stránok sú však dynamické gzip nastavenia dostatočné.

Rozdiel medzi Gzip a Brotli

Brotli je nový kompresný algoritmus vyvinutý spoločnosťou Google, ktorý môže poskytnúť lepšie pomery kompresie, najmä pre textové súbory, v porovnaní s gzip. Avšak podpora Brotli sa nemusí vždy dodávať v štandardnej inštalácii Nginx; môže byť potrebný ďalší modul alebo špeciálny balík. Gzip je však bežný, stabilný a bezpečný výber, ktorý podporuje takmer všetky prehliadače.

Rozdiel medzi Gzip a Brotli

Kritérium

Gzip

Brotli

Kompatibilita

Veľmi vysoká

V moderných prehliadačoch vysoká

Jednoduchosť inštalácie

Často predpripravené s Nginx

Možno je potrebný ďalší modul

Poměr kompresie

Dobré

Obvykle lepšie

Náklady na CPU

Vyvážené

Môže byť vyššie v závislosti od úrovne

Odporúčanie na začiatok

Základná optimalizácia pre každú stránku

Pokročilý krok výkonu

Najlepšou praxou pre výkon v roku 2026 je, ak je to možné, podporovať Brotli aj Gzip súčasne. Ak prehliadač podporuje Brotli, použije sa Brotli, ak nie, použije sa gzip. Avšak v prvom kroku aj správna aktivácia Gzip kompresie Nginx môže poskytnúť výrazné zisky pre väčšinu stránok.

Čo je potrebné zvážiť pri používaní CDN, cache a proxy

Ak používate CDN alebo reverzné proxy, mali by ste dobre naplánovať reťazec kompresie. Niektoré CDN služby aplikujú gzip alebo Brotli na svojej strane. V tomto prípade, ak je gzip aktívny aj na serveri, nedochádza k riziku dvojitej kompresie; správne nakonfigurované systémy kontrolujú hlavičku Kódovanie obsahu. Opäť je však potrebné testovať. Nastavenie gzip_vary on pomáha systémom cache správne uchovávať verziu s hlavičkou Vary: Accept-Encoding.

Najčastejšou chybou v cache vrstvách je odosielanie komprimovaného obsahu klientovi, ktorý nepodporuje kompresiu. Hoci sa to v moderných prehliadačoch zriedka vyskytuje, problémy môžu vzniknúť pri robotoch, starých klientoch alebo špeciálnych integráciách. Preto je dôležitá hlavička Vary a správne nastavenie CDN. Na firemných stránkach by mali byť DNS, SSL, CDN a architektúra hostingu posudzované spoločne. Pre škálovateľné infraštruktúry na Hostragons si môžete pozrieť riešenia pre firemný hosting.

Bezpečnosť a stabilita Gzip

Gzip je zvyčajne bezpečné výkonové nastavenie; avšak na stránkach obsahujúcich citlivé údaje sa v minulosti diskutovalo o teoretických útokoch na kompresiu, ako napríklad BREACH. Tieto útoky sa zameriavajú na predpovedanie tajných tokenov v komprimovaných HTTPS odpovediach. V moderných aplikáciách sa tento riziko znižuje správou CSRF tokenov, nastaveniami cookies SameSite, bezpečnými hlavičkami a dizajnom odpovedí. Používanie gzip na verejných statických zdrojoch sa považuje za bezpečné.

Na strane stability predstavuje hlavnú riziko nesprávna konfigurácia. Chýbajúce MIME typy môžu spôsobiť, že očakávané súbory nebudú komprimované, a nesprávne umiestnenie blokov môže spôsobiť, že Nginx nebude fungovať. Preto je potrebné po každej zmene vykonať test nginx -t, monitorovať logy a ak je to možné, aplikovať zmeny mimo špičky.

Na ktoré metriky sa zamerať pri meraní výkonu?

Po aktivácii gzipu sa nezameriavajte iba na skóre PageSpeed. Je potrebné sledovať technickejšie a spoľahlivejšie metriky. Hodnoty Transferred size, encoded body size, TTFB, LCP, FCP a celková veľkosť požiadaviek by sa mali hodnotiť spoločne. Gzip väčšinou znižuje prenosovú veľkosť; priamo neznižuje čas výroby aplikácie na serveri. To znamená, že ak sú pomalé dotazy do databázy alebo náročné PHP operácie, gzip ich nezakryje.

  • Transferred size: Je to skutočná veľkosť prenesených komprimovaných údajov do prehliadača.

  • Resource size: Je to skutočná veľkosť súboru, ktorú prehliadač vidí po jeho otvorení.

  • Content-Encoding: Hlavička gzip naznačuje, že optimalizácia je aktívna.

  • LCP: Je čas načítania najväčšieho viditeľného prvku; gzip môže pomôcť, ale vyžaduje aj optimalizáciu vizuálov.

  • Total Blocking Time: Pri veľkých JavaScript súboroch je dôležité nielen prenos, ale aj náklady na vykonanie.

Bežné chyby a riešenia

Gzip vyzerá zapnutý, ale súbory nie sú komprimované

V tomto prípade by prvá kontrola mala byť riadok gzip_types. Predvolená konfigurácia Nginx môže komprimovať iba text/html. Ak ste nepridali príslušné MIME typy pre CSS, JS a JSON, nevidíte očakávané úspory. Taktiež ak je veľkosť súboru pod hodnotou gzip_min_length, kompresia sa neuplatní.

Vzrástla spotreba CPU

Znížte úroveň gzip_comp_level. Použitie úrovne 3 alebo 4 namiesto 5 často poskytuje podobné rýchlostné zisky s nižšou spotrebou CPU. Pri veľmi vysokých návštevnostiach môžu byť zvážené stratégie kompresie CDN alebo statického predkompresovania.

Hlavička Content-Encoding sa stratila po CDN

Skontrolujte nastavenia kompresie v paneľi CDN. V niektorých službách nemusí byť gzip predvolene zapnutý alebo môže byť vypnutý pre určité typy súborov. Testujte hlavičky origin a CDN samostatne.

Skóre PageSpeed sa nezvýšilo očakávaným spôsobom

To môže byť normálne. Gzip znižuje prenosovú veľkosť; renderovacie blokujúce CSS, nepoužívaný JavaScript, veľké obrázky, skripty tretích strán a slabé zdroje hostingu stále môžu obmedzovať výkon. Gzip je základný krok, ale nie je jediným riešením všetkých problémov s rýchlosťou.

Odporúčaná kontrolná lista pre aplikáciu

  • Najprv zmerajte aktuálne prenosové veľkosti na domovskej stránke a kritických šablónach.

  • Pred zmenou konfiguračného súboru Nginx vykonajte zálohu.

  • Použite nastavenia gzip on, gzip_vary on a gzip_min_length 1024.

  • Pridajte MIME typy CSS, JS, JSON, XML, RSS a SVG do gzip_types.

  • Udržujte hodnotu gzip_comp_level v rozmedzí 4-6, aby ste zachovali rovnováhu CPU.

  • Nepretrhajte vizuálne, video a archívne súbory do rozsahu gzip.

  • Testujte konfiguráciu pomocou nginx -t, potom vykonajte reload.

  • Overte hlavičku Content-Encoding: gzip pomocou Chrome DevTools, curl alebo WebPageTest.

  • Ak používate CDN, skontrolujte hlavičku Vary: Accept-Encoding a nastavenia kompresie CDN.

  • Po gzipu zvážte optimalizáciu obrázkov, cache, zlepšenie databázy a zdroje hostingu.

Kedy Gzip nie je dostatočný?

V niektorých prípadoch môže byť gzip správne nastavený, ale stránka môže stále bežať pomaly. Dôvodom môže byť náklad na spracovanie alebo vykreslenie, nie len prenosová veľkosť. Napríklad, ak má JavaScript súbor veľkosť 1,5 MB, aj keď sa gzip zmenší na 400 KB, prehliadač musí tento kód analyzovať a spustiť. Preto je potrebné odstrániť nepoužívaný JavaScript, aplikovať rozdelenie kódu a odložiť kritické skripty.

Podobne, ak je hlavný obrázok 1 MB, gzip to nevyrieši. Je potrebné konvertovať obrázok do formátu WebP alebo AVIF, poskytnúť ho v správnej veľkosti pixelov a použiť responzívne obrázky. Pomalé dotazy do databázy, nízke limity CPU alebo husté zdieľané hostingové prostredia môžu tiež obmedziť účinok gzipu. V tomto prípade by sa mala prehodnotiť architektúra hostingu: výber hostingu zameraného na výkon.

Záver: Malé nastavenie, veľký výkonový zisk

Gzip kompresia Nginx je jedným z najrýchlejších, najkrajších a najúčinnejších spôsobov, ako znížiť veľkosť stránok a prenos údajov. Pri správnej konfigurácii môže poskytnúť zmenšenie o 50-70 % v HTML, CSS, JavaScript, JSON a XML súboroch. To znamená rýchlejšie načítanie, lepší používateľský zážitok a zdravší technický základ podporujúci výkon SEO.

Pre dosiahnutie najlepších výsledkov zvažujte gzip nielen samostatne, ale aj v kombinácii s cache, optimalizáciou obrázkov, kvalitným hostingom, aktuálnym SSL a čistou štruktúrou kódu. Ak chcete posilniť výkonovú infraštruktúru svojej stránky na Hostragons, môžete porovnať riešenia hostingu, domén a SSL a vybrať si plán, ktorý vyhovuje vašim potrebám: Hostragons riešenia hostingu.

Často kladené otázky

Skutočne zvyšuje Gzip kompresia rýchlosť stránky?

Ano. Gzip pomáha zmenšiť prenosovú veľkosť textových súborov, čo umožňuje prehliadaču rýchlejšie sťahovať zdroje. Výrazné zisky v rýchlosti sú najmä viditeľné pre HTML, CSS, JavaScript a JSON súbory. Avšak mali by byť hodnotené aj iné faktory ako optimalizácia obrázkov, cache a výkon servera.

Ako by mala byť nastavená úroveň kompresie Gzip?

Pre väčšinu produkčných prostredí je ideálna úroveň gzip_comp_level 4, 5 alebo 6. Vyššie úrovne môžu poskytnúť malé dodatočné úspory, ale zvyšujú spotrebu CPU. Na stránkach s vysokou návštevnosťou je dôležité vybrať vyváženú úroveň, než maximálnu kompresiu.

Komprimuje Gzip aj obrázky?

Technicky môže niektoré súbory zahrnúť do gzip, ale formáty ako JPEG, PNG, WebP, AVIF a MP4 sú už komprimované. Gzip v týchto súboroch neposkytuje významné úspory. Správnym prístupom pre obrázky je konverzia formátu, rozmerovanie, lazy loading a používanie CDN.

Môžu byť Gzip a Brotli používané súčasne?

Ano. Pri vhodnej konfigurácii sa použije Brotli, ak ho prehliadač podporuje, inak sa použije Gzip. Brotli zvyčajne ponúka lepšie pomery kompresie; avšak v Nginx môže vyžadovať ďalší modul. Gzip je však bežne podporovaný a ľahko aplikovateľný základný riešenie.

Ako môžem skontrolovať, či je Gzip aktívny?

Na karte Network v Chrome DevTools si vyberte príslušný súbor a hľadajte hlavičku Content-Encoding: gzip v sekcii odpovedí. Môžete tiež skontrolovať pomocou nástrojov ako curl alebo WebPageTest. Zreteľný pokles hodnoty Transferred size oproti resource size tiež naznačuje, že kompresia funguje.

Zdieľať tento článok:

Tím Hostragons

Aktuálne návody od nášho tímu odborníkov na hosting, servery a doménové mená. Poďme spolu nájsť to správne riešenie pre váš projekt.

Kontaktujte nás