Jak szybkie są strony firm z Trójmiasta? Sprawdziłem 100 witryn w PageSpeed Insights.

Często słyszę od właścicieli firm, że ich strona „działa szybko”. Zwykle sprawdzają ją na komputerze w biurze, na szybkim łączu. Postanowiłem zobaczyć, jak to wygląda naprawdę: wybrałem 100 stron firm z Gdańska, Gdyni i Sopotu i każdą przepuściłem trzy razy przez Google PageSpeed Insights, osobno w wersji na telefon i na komputer. Poniżej wszystkie wyniki, a przy wykresach możesz sam przełączać urządzenia, metryki i grupy.

Najważniejsze wyniki

62mediana wyniku PageSpeed na telefonie

84mediana na komputerze

6/99stron z dobrym wynikiem (90-100) na telefonie

7,7 smediana LCP na telefonie, przy progu Google 2,5 s

Na komputerze większość stron wypada przyzwoicie: 40 z 99 ma wynik dobry, a mediana to 84 punkty. Na telefonie obraz jest zupełnie inny. 83 strony są w środkowej, pomarańczowej strefie, 10 ma wynik słaby, a zieloną strefę osiąga zaledwie 6.

Jak przeprowadziłem badanie

• Próba: 100 stron firm z 6 branż: architektura i wnętrza, klimatyzacja i wentylacja, księgowość, sprzątanie, stomatologia oraz szkoły językowe. 54 strony z Gdańska, 36 z Gdyni i 10 z Sopotu.
• Dobór: celowy, a nie losowy. Wyniki pokazują obraz tych branż, ale nie są reprezentatywne dla wszystkich firm w Trójmieście.
• Pomiar: Google PageSpeed Insights API, Lighthouse 13.5.0, wszystkie testy 26 października 2026. Każda strona trzy razy na telefon i trzy razy na komputer, do analizy brałem medianę.
• Kompletność: udało się 596 z 600 pomiarów. Pełne serie ma 99 stron. Jedna strona w zrzutach pokazywała ekran ładowania zamiast treści, ale po jej wykluczeniu mediany się nie zmieniają.
• Anonimowość: strony mają numery od S-001 do S-100. Nie publikuję nazw ani adresów, bo chodzi o obraz rynku, a nie o wytykanie konkretnych firm.

To są wyniki testu laboratoryjnego, a nie ocena Core Web Vitals u prawdziwych użytkowników. O tej różnicy piszę niżej, bo ma spore znaczenie.

Rozkład wyników: telefon i komputer

Na telefonie wyniki skupiają się w przedziale 50-69 punktów: tam trafiło 65 z 99 stron. To typowy obraz strony zbudowanej na popularnym motywie, z dużymi zdjęciami i kilkoma wtyczkami. Nie jest dramatycznie, ale do dobrego wyniku brakuje sporo.

Każda strona na jednym wykresie

Różnica między urządzeniami nie wynika z tego, że strony mają „gorszą wersję mobilną”. Test mobilny w PageSpeed symuluje telefon ze średniej półki i wolne połączenie komórkowe. Każde zdjęcie za kilka megabajtów i każdy skrypt czatu czy piksela reklamowego kosztują wtedy kilka razy więcej czasu niż na komputerze. A większość klientów firm usługowych szuka ich właśnie na telefonie.

Gdzie strony tracą najwięcej

Wynik PageSpeed to średnia ważona kilku pomiarów. Żeby zrozumieć, co go zaniża, trzeba spojrzeć na poszczególne wskaźniki:

• LCP (Largest Contentful Paint): kiedy pojawia się największy element na ekranie, zwykle zdjęcie lub nagłówek. Dobrze: do 2,5 s.
• TBT (Total Blocking Time): jak długo przeglądarka jest zajęta skryptami i nie reaguje na kliknięcia. W teście laboratoryjnym zastępuje INP. Dobrze: do 200 ms.
• CLS (Cumulative Layout Shift): jak bardzo elementy skaczą podczas wczytywania. Dobrze: do 0,1.
• FCP (First Contentful Paint): kiedy na ekranie pojawia się cokolwiek. Dobrze: do 1,8 s.

Najważniejszy wniosek: na telefonie problemem jest prawie wyłącznie ładowanie treści. LCP powyżej 4 sekund ma 84 z 99 stron, a powyżej 10 sekund aż 38. Skrypty (TBT) i skaczący układ (CLS) wypadają dużo lepiej. Wszystkie trzy główne progi naraz spełnia na telefonie 5 stron, na komputerze 48.

Ciekawostka: CLS jest gorszy na komputerze niż na telefonie. 16 stron przekracza na komputerze próg 0,25, najczęściej przez obrazy bez zadeklarowanych wymiarów, slidery i doładowywane czcionki.

Branże i miasta

Różnice między branżami na telefonie są niewielkie: mediany mieszczą się między 60 a 66 punktów. Wyróżniają się dwie rzeczy. Biura rachunkowe mają zdecydowanie najlepsze wyniki na komputerze (mediana 94,5, 12 z 20 stron w zielonej strefie), co pasuje do prostszych, mniej graficznych stron. Szkoły językowe mają najwolniejsze LCP na telefonie, z medianą 11,7 s.

Grupy liczą od 10 do 54 stron, więc to porównanie opisowe. Nie wyciągałbym z niego wniosku, że któreś miasto „robi lepsze strony”.

Co najczęściej spowalnia strony

Te same problemy powtarzają się niemal na każdej stronie, niezależnie od branży. Co za nimi stoi i jak to naprawić:

Zasoby blokujące renderowanie (97% stron)

Pliki CSS i JavaScript wczytywane w nagłówku strony, na które przeglądarka musi poczekać, zanim cokolwiek pokaże. Najczęściej to style motywu, wtyczek i biblioteki, których dana podstrona nawet nie używa. Rozwiązanie: łączenie i odchudzanie stylów, wczytywanie skryptów z atrybutem defer, a krytycznych stylów bezpośrednio w kodzie strony.

Krótki czas przechowywania w pamięci podręcznej (92% stron)

Serwer każe przeglądarce szybko „zapominać” pliki, więc przy kolejnej wizycie pobiera je od nowa. To zwykle kwestia jednej reguły w konfiguracji serwera albo ustawień w Cloudflare. Najtańsza poprawka z całej listy.

Późno wykrywany zasób LCP i dostarczanie obrazów (91% i 86% stron)

Główne zdjęcie strony jest za duże, w starym formacie albo wczytywane leniwie, choć widać je od razu po otwarciu. Pomaga format WebP lub AVIF, kilka rozmiarów zdjęcia dla różnych ekranów, priorytet wczytywania dla głównej grafiki i rezygnacja z leniwego ładowania na górze strony. To zwykle największy zysk dla LCP na telefonie.

Nieużywany JavaScript i CSS (88% i 81% stron)

Kod wtyczek, sliderów, kreatorów stron i widżetów ładowany na każdej podstronie, nawet tam, gdzie nie jest potrzebny. Rozwiązanie to wyłączenie zbędnych wtyczek, ładowanie skryptów tylko tam, gdzie są używane, a przy przebudowie strony wybór lżejszej technologii.

Obrazy bez wymiarów (69% stron)

Gdy obraz nie ma podanej szerokości i wysokości, przeglądarka nie rezerwuje dla niego miejsca i po wczytaniu przesuwa resztę treści. Stąd skaczące strony i wyższy CLS. Poprawka sprowadza się do dodania atrybutów width i height.

Tylko co czwarta strona ma dane od prawdziwych użytkowników

PageSpeed Insights pokazuje dwa rodzaje danych: test laboratoryjny, czyli wszystko, o czym piszę wyżej, oraz dane od prawdziwych użytkowników Chrome z raportu CrUX. Te drugie liczą się przy ocenie Core Web Vitals przez Google, ale pojawiają się tylko przy odpowiednio dużym ruchu.

W badaniu dane dla konkretnej podstrony miało 26 z 99 stron w teście mobilnym i 9 w teście na komputer. Dane dla całej domeny pokazały się przy 24 stronach na telefonie i 9 na komputerze. Większość stron firmowych z Trójmiasta po prostu nie ma wystarczającego ruchu z Chrome, żeby Google mógł je ocenić na podstawie zachowania prawdziwych użytkowników. Brak tych danych nie oznacza złego wyniku. Oznacza tylko, że test laboratoryjny jest jedyną wskazówką, jaką masz.

Dlaczego to ma znaczenie dla SEO i widoczności w AI

• Google: Core Web Vitals są jednym z sygnałów branych pod uwagę w rankingu, ale Google podkreśla, że dobra treść jest ważniejsza. Szybka strona nie przeskoczy lepszej odpowiedzi konkurencji. Wolna strona może za to przegrać tam, gdzie treści są porównywalne, a w usługach lokalnych tak bywa często.
• Klienci: ktoś, kto szuka dentysty czy firmy sprzątającej na telefonie, porównuje kilka stron po kolei. Jeśli główna treść pojawia się po 8 sekundach, część osób wróci do wyników, zanim zobaczy Twoją ofertę.
• Wyszukiwarki AI: ChatGPT, Perplexity czy AI Overviews korzystają z treści, którą da się szybko pobrać i odczytać. Strony, które pokazują treść dopiero po wczytaniu ciężkich skryptów, są trudniejsze do przetworzenia, a wiele botów AI w ogóle nie uruchamia JavaScriptu. Lekka strona z treścią w HTML to podstawa zarówno SEO technicznego, jak i GEO.

Porównaj swoją stronę

Od czego zacząć

Jeśli Twoja strona wygląda podobnie jak większość z badania, nie potrzebujesz od razu nowej strony. Kolejność, która zwykle daje najwięcej przy najmniejszym nakładzie pracy:

1. Ustaw czas przechowywania plików w pamięci podręcznej na serwerze albo w Cloudflare.
2. Zmniejsz i przekonwertuj główne zdjęcia do WebP, nadaj priorytet grafice na górze strony.
3. Dodaj wymiary do obrazów.
4. Przejrzyj wtyczki i skrypty: wyłącz nieużywane, resztę ładuj tylko tam, gdzie są potrzebne.
5. Dopiero gdy to nie wystarczy, rozważ przebudowę na lżejszej technologii.

Po zmianach sprawdzaj nie tylko PageSpeed, ale też raport Podstawowe wskaźniki internetowe w Google Search Console. Jeśli Twoja strona ma dane od użytkowników, to tam zobaczysz, czy poprawa dotarła do prawdziwych odwiedzających.