Case study: 98/100 PageSpeed, strona 6× lżejsza

Piąty wpis z serii o tym, jak budowaliśmy nasze strony. Tym razem zestawiamy dwie realizacje: naszą stronę firmową nexowork.pl i sklep z lustrami vetroarte.pl. Mierzymy wagę strony, liczbę plików i wynik w Google PageSpeed, a potem porównujemy z przeciętną stroną w internecie.

Wyniki PageSpeed pochodzą z testów z początku listopada 2026 roku, a waga strony z pomiaru w przeglądarce. Każdy może je sprawdzić sam na pagespeed.web.dev. Wynik testu laboratoryjnego zmienia się o kilka punktów między uruchomieniami, więc traktuj go jako orientacyjny.

Dlaczego waga strony w ogóle ma znaczenie?

Klient nie widzi megabajtów. Widzi, czy strona otwiera się od razu, czy „myśli”. Na szybkość składają się:

• ile przeglądarka musi pobrać, zanim pokaże pierwszy ekran,
• ile skryptów musi przetworzyć,
• czy zdjęcia są zmniejszone do rozmiaru, w jakim się wyświetlają,
• jak szybko odpowiada serwer (o tym w case study o serwerze).

Pomiar 1: waga strony

Mierzyliśmy jako niezalogowany użytkownik, po przewinięciu strony do końca, żeby załadowały się wszystkie zdjęcia. Liczby to rozmiar przesłany przez sieć, czyli po kompresji.

Strona	Cała strona	Plików	Sam kod (HTML, CSS, JS, fonty)	Zdjęcia
nexowork.pl, strona główna	ok. 370 KB	19	ok. 120 KB	ok. 250 KB
vetroarte.pl, strona główna	ok. 1,56 MB	43	ok. 180 KB	ok. 1,34 MB
vetroarte.pl, karta produktu	ok. 850 KB	34	ok. 180 KB	ok. 665 KB

Najważniejsza obserwacja: kod obu stron jest lekki (120–180 KB), a o wadze sklepu decydują zdjęcia produktów. To normalne. Sklep z lustrami musi pokazać lustra, i to w dobrej jakości.

Pomiar 2: porównanie z przeciętną stroną

Dla porównania wzięliśmy dane z raportu Web Almanac 2025 (HTTP Archive), który co roku bada miliony stron.

Wskaźnik	Przeciętna strona	nexowork.pl	Różnica
Waga strony na telefonie	ok. 2,3 MB	ok. 0,37 MB	prawie 6× lżejsza
Pliki pobierane przy wejściu	ok. 70	19	prawie 4× mniej
Progi Core Web Vitals spełnione	48% stron	3 z 3 w teście Google	–

Sklep Vetroarte z 1,56 MB jest o ok. 1/3 lżejszy od przeciętnej strony, mimo że ma zdjęcia produktów w dużej rozdzielczości.

Uczciwie trzeba dodać jedną rzecz: średnia 48% dotyczy danych od prawdziwych użytkowników Chrome, a nasze 3 z 3 to wynik testu laboratoryjnego. Dane od użytkowników Google zbiera dopiero wtedy, gdy strona ma odpowiedni ruch.

Pomiar 3: Google PageSpeed

Kategoria	nexowork.pl telefon	nexowork.pl komputer	vetroarte.pl telefon	vetroarte.pl komputer
Wydajność	98	100	94	100
Dostępność	92	96	93	97
Dobre praktyki	100	100	100	100
SEO	92	92	92	92

Wynik dostępności i SEO to stan przed poprawkami. SEO 92 wynikało w obu przypadkach z braku opisu meta, który już dodaliśmy. Dostępność poprawialiśmy osobno, co opisujemy w case study o WCAG.

Szczegółowe wskaźniki na telefonie

Google testuje wersję mobilną na symulowanym, słabszym telefonie i wolnym połączeniu 4G.

Wskaźnik	Próg „dobrze” według Google	nexowork.pl	vetroarte.pl
Pierwszy obraz (FCP)	≤ 1,8 s	1,1 s	–
Główna treść widoczna (LCP)	≤ 2,5 s	2,2 s	2,5 s
Blokowanie przez skrypty (TBT)	≤ 200 ms	20 ms	0 ms
Przesuwanie się elementów (CLS)	≤ 0,1	0	0
Speed Index	≤ 3,4 s	2,5 s	4,7 s

Na komputerze główna treść obu stron była widoczna po 0,5 s.

Zero przesuwania się elementów (CLS = 0) na obu stronach to efekt kodu pisanego ręcznie: każdy obrazek i każda sekcja ma zarezerwowane miejsce, zanim się załaduje. To ten moment, w którym na wielu stronach przycisk „ucieka” spod palca.

Dlaczego sklep ma 94, a nie 98?

PageSpeed pokazał dokładnie, gdzie sklep traci punkty na telefonie:

Przyczyna	Strata
Pliki blokujące start strony: style sklepu (36 KB) i jQuery (30 KB) dokładane przez WooCommerce	ok. 0,8 s
Opóźnienie wyświetlenia głównego zdjęcia (baner czeka na style i skrypty)	2,1 s opóźnienia renderowania
Miniatury pobierane w 1024 px, a wyświetlane dużo mniejsze	ok. 368 KB
Brak cache w przeglądarce przy powrotach	ok. 691 KB
Nieużywany CSS na stronie	ok. 27 KB
Kod niezminifikowany	ok. 11 KB
Skrypty wymuszające przeliczanie układu	ok. 100 ms

Zdjęcia sklepu są już w formacie AVIF, najlżejszym, jaki obsługują współczesne przeglądarki. Główny koszt to jQuery, którego nasz kod nie potrzebuje, a który dokłada wtyczka sklepu.

Co poprawiliśmy na nexowork.pl po pomiarach

Rekomendacja PageSpeed	Szacowany zysk	Co zrobiliśmy
Cache w przeglądarce	ok. 312–340 KB przy kolejnych wizytach	pliki CSS, JS, fonty i obrazki trzymane do 180 dni
Za duże zrzuty w hero na telefonie (pobierane 750–800 px, wyświetlane ok. 160 px)	ok. 188 KB	do poprawy atrybut sizes
Styl blokujący pierwsze wyświetlenie	ok. 0,4 s	podział CSS na wspólny i dla strony głównej
Brak opisu meta (SEO 92)	–	opisy na wszystkich 27 podstronach
Mały kontrast i za małe kropki karuzel	–	ok. 40 poprawek kontrastu, pola 24×24 px

Podział stylów zmniejszył CSS na podstronach z 68 KB do 24 KB po kompresji. Szczegóły są w case study o odchudzaniu CSS.

Stan dzisiaj: pomiar z przeglądarki

Ostatni pomiar zrobiliśmy w przeglądarce w listopadzie 2026 roku:

Strona	Kod HTML (po kompresji)	Elementów na stronie	Plików przy wejściu
Strona główna	38 KB (196 KB przed kompresją)	1234	19
Wpis na blogu	22 KB	538	6

Strona główna jest długa, ma 18 sekcji, karuzele i realizacje, więc ma ponad 1200 elementów. Żeby to nie spowalniało telefonów, 13 dolnych sekcji przeglądarka rysuje dopiero, gdy się do nich zbliżasz. Wpis na blogu ma tylko 538 elementów i 6 plików.

Czy 98 punktów daje wyższą pozycję w Google?

Nie wprost. PageSpeed to test laboratoryjny, a pozycję Google liczy z danych od prawdziwych użytkowników (Core Web Vitals) i z setek innych sygnałów, przede wszystkim z treści. Wysoki wynik oznacza, że strona jest technicznie zdrowa i nie traci klientów na czekaniu. Pozycję buduje się treścią, wizytówką Google, opiniami i linkami.

Dlatego w tej serii piszemy też o audycie SEO, a o tym, dlaczego nie budujemy na kreatorach, przeczytasz we wpisie Elementor czy własny kod.

Najczęstsze pytania

Ile powinna ważyć strona firmowa?

Nie ma sztywnego limitu, ale strona firmowa bez dużych galerii spokojnie mieści się poniżej 0,5 MB. Nasza waży ok. 0,37 MB. Przeciętna strona w internecie waży ok. 2,3 MB.

Dlaczego wynik PageSpeed zmienia się przy każdym teście?

Test uruchamia się na serwerach Google przy różnym obciążeniu, więc wynik waha się o kilka punktów. Warto porównywać kilka pomiarów albo dane od prawdziwych użytkowników w Search Console.

Czy sklep internetowy może mieć 100/100?

Na komputerze tak, oba nasze projekty mają 100. Na telefonie sklep ze zdjęciami i wtyczką sklepową zwykle traci kilka punktów na skryptach i zdjęciach. Ważniejsze od pełnej setki jest spełnienie progów Core Web Vitals.

Jak sprawdzić wagę własnej strony?

Otwórz stronę w Chrome, naciśnij F12, wejdź w zakładkę Network (Sieć), odśwież stronę i przewiń ją do końca. Na dole zobaczysz liczbę plików i przesłany rozmiar.