Strona główna / Baza wiedzy / Narzędzia i integracje / Sprawdzanie kompresji odpowiedzi serwera

Sprawdzanie kompresji odpowiedzi serwera

Narzędzia i integracje 2 min czytania Zaktualizowano 13.09.2026
Kompresja zmniejsza tekstowe odpowiedzi od trzech do pięciu razy za pomocą jednej konfiguracji serwera. Co pokazuje sprawdzenie, które pliki nie powinny być kompresowane i co zrobić, jeśli kompresja nie jest włączona.

Kompresja zmniejsza tekstowe odpowiedzi serwera wielokrotnie: HTML, CSS i skrypty są przesyłane znacznie szybciej bez żadnych zmian w kodzie. Można sprawdzić, czy jest włączona, korzystając z sprawdzania kompresji.

Co pokazuje sprawdzenie

  • Czy kompresja jest włączona i jaki algorytm jest używany.
  • Rozmiar oryginalny i skompresowany — od razu widać zysk.
  • Jakie typy plików są kompresowane. Często skonfigurowany jest tylko HTML, a style i skrypty są zapomniane.
  • Czy nie kompresuje się to, co nie jest potrzebne — kompresowanie obrazków i archiwów jest bezsensowne, są już skompresowane.

Dlaczego to ważniejsze, niż się wydaje

Pliki tekstowe są kompresowane od trzech do pięciu razy. Dla odwiedzającego to bezpośrednie skrócenie czasu ładowania, szczególnie w przypadku połączeń mobilnych. Ustawienie dokonuje się raz na poziomie serwera i działa na całej stronie — w stosunku do wysiłków i efektu to jeden z najlepszych sposobów na przyspieszenie.

Typ plikuKompresować?
HTML, CSS, JavaScriptTak, koniecznie
JSON, XML, mapa stronyTak
SVGTak — to tekst
JPEG, PNG, WebPNie, już skompresowane
Wideo, archiwa, PDFNie
Kompresja i cache — sąsiady
Drugie ustawienie tego samego poziomu — cache statyczny: powracający odwiedzający nie pobiera tych samych plików ponownie. Oba są widoczne w nagłówkach odpowiedzi i oba są włączane na serwerze.

Ile to daje w liczbach

Typowa strona HTML o wadze 200 KB po kompresji zajmuje 30–50 KB, tabela stylów o wadze 150 KB — około 25 KB. Dla odwiedzającego na połączeniu mobilnym to różnica między natychmiastowym ładowaniem a kilkoma sekundami oczekiwania. Oszczędność ta powtarza się przy każdym wejściu każdego odwiedzającego, w przeciwieństwie do jednorazowych optymalizacji, takich jak kompresja jednego obrazka.

Dlaczego kompresję czasami wyłączają celowo

Są rzadkie przypadki: strumieniowe przesyłanie bardzo dużych odpowiedzi lub oszczędność procesora na słabym serwerze. Dla zwykłej strony te rozważania nie mają zastosowania — nowoczesne algorytmy są tanie pod względem obciążenia, a zysk w ruchu wielokrotnie przewyższa koszty.

Jeśli kompresja nie jest włączona

  1. Sprawdź, czy proxy lub sieć dostarczania treści przed stroną nie przeszkadza.
  2. Upewnij się, że potrzebne typy plików są wymienione w konfiguracji serwera.
  3. Sprawdź, czy aplikacja nie zwraca gotowej odpowiedzi omijając serwer.
  4. Sprawdź ponownie wynik i jednocześnie zobacz prędkość ładowania.

Częste pytania

Jakie pliki należy kompresować?
Pliki tekstowe: HTML, CSS, JavaScript, JSON, XML i SVG. Obrazy, wideo i archiwa są już skompresowane, nie potrzebują ponownej kompresji.
Jak bardzo to przyspiesza stronę?
Pliki tekstowe zmniejszają się od trzech do pięciu razy — różnica jest szczególnie zauważalna w przypadku połączeń mobilnych.
Dlaczego kompresja nie jest włączona?
Najczęściej przeszkadza proxy lub sieć dostarczania przed stroną, lub potrzebne typy plików nie są wymienione w konfiguracji serwera.
Czy artykuł był pomocny?
Wypróbuj na swoim projekcie Wszystko, co opisano w artykule, jest dostępne w panelu — bonus przy rejestracji już na saldzie.
Open dashboard