Strony rządowe gov.pl: jak szybkie są dla użytkowników

Większość stron polskich instytucji publicznych, o których Chrome podaje dane, jest szybka dla prawdziwych użytkowników. Z 114 stron za domenami .gov.pl, o których Chrome ma dość danych, by ocenić wszystkie trzy Core Web Vitals, na telefonach zalicza je 69%, wobec 62% z 715 stron z losowej próbki innych popularnych domen .pl. Wspólny portal administracji rządowej (otwiera się w nowej karcie), na którym swoje sekcje mają ministerstwa i urzędy centralne, pokazuje główną treść w 1,4 s. Szybkość stron rządowych dzieli się na dwoje: bez e-usług strony publiczne zaliczają częściej niż losowa próbka, a e-usługi, do których obywatele się logują, w większości nie zaliczają, przeważnie przez przesuwający się układ.

Wzięliśmy każdą domenę .gov.pl z listy popularnych stron Tranco (otwiera się w nowej karcie), poszliśmy za każdą do strony, na którą trafia jej strona główna, i sprawdziliśmy tę stronę w Chrome UX Report (otwiera się w nowej karcie), zapisie Google o tym, jak szybko strony ładują się prawdziwym użytkownikom Chrome. To te same dane z terenu, co w naszym badaniu Core Web Vitals polskich sklepów, i ten sam spis, z którego wiemy, jakiego CMS używa administracja publiczna.

sprawdzonych domen .gov.pl

189

stron z danymi z telefonów

119

zalicza Core Web Vitals na telefonach

69%

LCP www.gov.pl na telefonach

1,4 s

Czy strony rządowe w Polsce są szybkie?

Strona zalicza Core Web Vitals, gdy w 75. percentylu wizyt Largest Contentful Paint (LCP, moment pokazania głównej treści) wynosi najwyżej 2,5 sekundy, Interaction to Next Paint (INP, jak szybko reaguje na dotknięcie) najwyżej 200 ms, a Cumulative Layout Shift (CLS, jak bardzo skacze układ) najwyżej 0,1 (web.dev (otwiera się w nowej karcie)). Na telefonach zalicza 79 z 114 stron instytucji publicznych (69%, przedział 95% od 60% do 77%), wobec 446 z 715 innych stron .pl (62%, od 59% do 66%): nieco częściej, choć przy tej liczbie stron różnica mieści się w granicach błędu. Wyraźna różnica dotyczy INP: na czas na dotknięcie reaguje 93% stron publicznych (od 87% do 96%), wobec 78% pozostałych (od 75% do 81%).

• Strony gov.pl
• Inne strony .pl

Wszystkie trzy69% · 62%

LCP81% · 87%

INP93% · 78%

CLS86% · 84%

0%25%50%75%100%

Źródło: Chrome UX Report (Google); spis Outofplace, 30.10.2026; lista Tranco Y8YYGPobierz CSVPobierz PNG

Pokaż dane

Pozycja	Strony gov.pl	Inne strony .pl
Wszystkie trzy	69%	62%
LCP	81%	87%
INP	93%	78%
CLS	86%	84%

Wykres jako obraz. Możesz go użyć na licencji CC BY 4.0, podając Outofplace jako źródło i link do tej strony.

W LCP i CLS obu grup nie da się odróżnić: dobre LCP ma 81% stron publicznych i 87% innych stron .pl, dobre CLS 86% i 84%, obie różnice w granicach błędu. Wśród stron publicznych przesunięcia układu najczęściej zdarzają się e-usługom (niżej).

Średnia ukrywa dwa rodzaje stron. Bez e-usług z naszej listy na telefonach zalicza 75 z pozostałych 99 stron publicznych (76%, od 66% do 83%), więcej niż w losowej próbce .pl, choć z tamtej próbki nie usunęliśmy jej własnych e-usług. E-usługi, jak pokazuje sekcja niżej, w większości nie zaliczają.

Jak szybka jest strona gov.pl?

Portal gov.pl to serwis, na którym publikują ministerstwa i wiele urzędów centralnych: 25 domen z naszej próbki, takich jak mf.gov.pl (finanse), ms.gov.pl (sprawiedliwość) czy men.gov.pl (edukacja), przekierowuje do jego sekcji. Dla CrUX to jedna strona, która na telefonach pokazuje główną treść w 1,4 s, reaguje na dotknięcie w 117 ms i prawie się nie przesuwa (CLS 0,00). Na komputerach główna treść przychodzi jeszcze szybciej, w 1,1 s, ale tam portal nie zalicza: jego układ przesuwa się o 0,17, powyżej progu 0,1.

Jeden wspólny system odpowiada więc za szybkość dużej części administracji centralnej: na telefonach zalicza, a samo usunięcie przesunięć układu sprawiłoby, że zaliczałby też na komputerach. CrUX ma też dane na poziomie strony dla 21 stron portalu, na które trafiają te domeny; są w pliku crux_pages.csv.

Które instytucje mają najszybsze strony?

Wykres pokazuje strony 20 najpopularniejszych instytucji z danymi z terenu, według miejsca na liście Tranco; tabela pod nim ma wszystkie. Większość mieści się w zielonym pasie, wyraźnie poniżej 2,5 sekundy. Wśród najczęściej odwiedzanych najszybsze, CEIDG, Narodowy Fundusz Zdrowia (nfz.gov.pl), portal podatkowy (podatki.gov.pl) i kilka innych, dzielą najwyżej dziesiąte części sekundy, za mało, by je szeregować; praca.gov.pl, portal publicznych służb zatrudnienia, jako jedyny z tych 20 przekracza 2,5 sekundy.

ceidg.gov.pl0,7 s

nfz.gov.pl0,8 s

podatki.gov.pl1 s

uokik.gov.pl1,1 s

dziennikustaw.gov.pl1,1 s

uodo.gov.pl1,2 s

login.gov.pl1,2 s

sejm.gov.pl1,4 s

www.gov.pl (portal)1,4 s

rpo.gov.pl1,5 s

szukajwarchiwach.gov.pl1,7 s

policja.gov.pl1,7 s

ipn.gov.pl1,7 s

geoportal.gov.pl1,7 s

parp.gov.pl1,7 s

biznes.gov.pl2,1 s

pacjent.gov.pl2,1 s

knf.gov.pl2,1 s

lasy.gov.pl2,4 s

praca.gov.pl3,3 s

0 s2 s4 s6 s

Źródło: Chrome UX Report (Google); lista Tranco Y8YYGPobierz CSVPobierz PNG

Pokaż dane

Pozycja	Wartość	n
ceidg.gov.pl	0,7 s	1
nfz.gov.pl	0,8 s	1
podatki.gov.pl	1 s	1
uokik.gov.pl	1,1 s	1
dziennikustaw.gov.pl	1,1 s	1
uodo.gov.pl	1,2 s	1
login.gov.pl	1,2 s	1
sejm.gov.pl	1,4 s	1
www.gov.pl (portal)	1,4 s	27
rpo.gov.pl	1,5 s	2
szukajwarchiwach.gov.pl	1,7 s	1
policja.gov.pl	1,7 s	1
ipn.gov.pl	1,7 s	1
geoportal.gov.pl	1,7 s	1
parp.gov.pl	1,7 s	1
biznes.gov.pl	2,1 s	1
pacjent.gov.pl	2,1 s	1
knf.gov.pl	2,1 s	1
lasy.gov.pl	2,4 s	1
praca.gov.pl	3,3 s	1

Wykres jako obraz. Możesz go użyć na licencji CC BY 4.0, podając Outofplace jako źródło i link do tej strony.

Domena, która prowadzi gdzie indziej, występuje pod własną nazwą: wyniki policja.gov.pl to wyniki policja.pl, na którą przekierowuje.

E-usługi: tu gov.pl zostaje w tyle

Usługi, w których obywatel lub firma się loguje, składa dokumenty albo płaci, wyglądają inaczej. Z 18 usług z naszej listy (podatki, krajowy węzeł logowania, mObywatel, Internetowe Konto Pacjenta, ePUAP, biznes.gov.pl, e-TOLL i inne) dane z telefonów ma 16, a zalicza tylko 4 z 15, które mogliśmy ocenić (przedział 95% od 11% do 52%, szeroki przy tak małej liczbie). Z 11, które nie zaliczają, 10 przesuwa układ o więcej niż 0,1. Zaliczają podatki (podatki.gov.pl), Internetowe Konto Pacjenta (pacjent.gov.pl), e-Doręczenia i podpis.gov.pl.

praca.gov.pl0,73

moj.gov.pl0,69

login.gov.pl0,50

ezamowienia.gov.pl0,50

mobywatel.gov.pl0,45

etoll.gov.pl0,42

puesc.gov.pl0,28

gabinet.gov.pl0,20

biznes.gov.pl0,16

e-konsulat.gov.pl0,11

pacjent.gov.pl0,09

podpis.gov.pl0,02

edoreczenia.gov.pl0,01

podatki.gov.pl0,00

ceidg.gov.pl0,00

e-sad.gov.pl0,00

0,000,200,400,600,80

Źródło: Chrome UX Report (Google)Pobierz CSVPobierz PNG

Pokaż dane

Pozycja	Wartość
praca.gov.pl	0,73
moj.gov.pl	0,69
login.gov.pl	0,50
ezamowienia.gov.pl	0,50
mobywatel.gov.pl	0,45
etoll.gov.pl	0,42
puesc.gov.pl	0,28
gabinet.gov.pl	0,20
biznes.gov.pl	0,16
e-konsulat.gov.pl	0,11
pacjent.gov.pl	0,09
podpis.gov.pl	0,02
edoreczenia.gov.pl	0,01
podatki.gov.pl	0,00
ceidg.gov.pl	0,00
e-sad.gov.pl	0,00

Wykres jako obraz. Możesz go użyć na licencji CC BY 4.0, podając Outofplace jako źródło i link do tej strony.

Dlaczego strony rządowe są wolne?

Z 35 stron publicznych, które nie zaliczają na telefonach, 23 nie przechodzi LCP, 17 CLS, a 8 INP (strona może nie przechodzić kilku). Przy tak małej liczbie stron wyraźna jest tylko jedna różnica: LCP jest częstszym powodem niż INP. CLS nie da się odróżnić od żadnego z nich.

Za wolne LCP66%

Za wolne INP23%

Za wysokie CLS49%

Źródło: Chrome UX Report (Google)Pobierz CSVPobierz PNG

Pokaż dane

Pozycja	Wartość	Przedział 95%	n
Za wolne LCP	66%	49%–79%	35
Za wolne INP	23%	12%–39%	35
Za wysokie CLS	49%	33%–64%	35

Wykres jako obraz. Możesz go użyć na licencji CC BY 4.0, podając Outofplace jako źródło i link do tej strony.

Wolne LCP często idzie w parze z wolnym serwerem. Z 23 stron publicznych, których LCP przekracza 2,5 sekundy, 13 ma też czas do pierwszego bajtu (TTFB) powyżej 800 ms, progu, który web.dev uznaje za dobry (otwiera się w nowej karcie), wobec 15 z 94 stron z dobrym LCP. To związek, a nie dowód, że przyczyną jest serwer, a pozostałe strony z wolnym LCP mają szybki pierwszy bajt. Kilka najwolniejszych czeka ponad trzy sekundy na sam pierwszy bajt: żadna kompresja obrazów nie pomoże stronie, która jeszcze nie zaczęła przychodzić. Dla nich pierwsza naprawa to CDN przed serwerem albo cache dla stron, które są takie same dla każdego odwiedzającego.

Telefony a komputery

Strony publiczne zaliczają na komputerach tak samo często jak na telefonach: 68% wobec 69%. Inne strony .pl na komputerach zyskują, z 62% do 69%, co zamyka tam różnicę między obiema grupami. Główna treść i tak przychodzi później na telefonie: dla mediany stron publicznych LCP na telefonie jest 1,2 razy dłuższe niż na komputerze.

• Telefony
• Komputery

www.gov.pl (portal)1,4 s · 1,1 s

sejm.gov.pl1,4 s · 0,8 s

uokik.gov.pl1,1 s · 0,8 s

nfz.gov.pl0,8 s · 0,7 s

uodo.gov.pl1,2 s · 0,9 s

podatki.gov.pl1 s · 0,8 s

praca.gov.pl3,3 s · 2,3 s

policja.gov.pl1,7 s · 1,2 s

pacjent.gov.pl2,1 s · 1,9 s

lasy.gov.pl2,4 s · 2,1 s

ceidg.gov.pl0,7 s · 0,6 s

parp.gov.pl1,7 s · 1,3 s

biznes.gov.pl2,1 s · 1,5 s

szukajwarchiwach.gov.pl1,7 s · 1,4 s

login.gov.pl1,2 s · 1,1 s

ipn.gov.pl1,7 s · 1,4 s

geoportal.gov.pl1,7 s · 1,6 s

dziennikustaw.gov.pl1,1 s · 1,3 s

rpo.gov.pl1,5 s · 1 s

knf.gov.pl2,1 s · 1,4 s

0 s2 s4 s6 s

Źródło: Chrome UX Report (Google)Pobierz CSVPobierz PNG

Pokaż dane

Pozycja	Telefony	Komputery
www.gov.pl (portal)	1,4 s	1,1 s
sejm.gov.pl	1,4 s	0,8 s
uokik.gov.pl	1,1 s	0,8 s
nfz.gov.pl	0,8 s	0,7 s
uodo.gov.pl	1,2 s	0,9 s
podatki.gov.pl	1 s	0,8 s
praca.gov.pl	3,3 s	2,3 s
policja.gov.pl	1,7 s	1,2 s
pacjent.gov.pl	2,1 s	1,9 s
lasy.gov.pl	2,4 s	2,1 s
ceidg.gov.pl	0,7 s	0,6 s
parp.gov.pl	1,7 s	1,3 s
biznes.gov.pl	2,1 s	1,5 s
szukajwarchiwach.gov.pl	1,7 s	1,4 s
login.gov.pl	1,2 s	1,1 s
ipn.gov.pl	1,7 s	1,4 s
geoportal.gov.pl	1,7 s	1,6 s
dziennikustaw.gov.pl	1,1 s	1,3 s
rpo.gov.pl	1,5 s	1 s
knf.gov.pl	2,1 s	1,4 s

Wykres jako obraz. Możesz go użyć na licencji CC BY 4.0, podając Outofplace jako źródło i link do tej strony.

Czy strony gov.pl przyspieszyły w 2026?

CrUX History API przechowuje 28-dniowe wyniki każdej strony tydzień po tygodniu. Wśród 110 stron publicznych ocenionych i w styczniu, i w październiku 2026 odsetek zaliczających na telefonach zmienił się z 70% na 68%, czyli w praktyce wcale. 4 stron zaczęło zaliczać, a 6 przestało. Tygodniowe LCP każdej strony to wykres w tabeli wyżej.

Jak sprawdzić szybkość strony internetowej urzędu

Te same dane z terenu, których użyliśmy, może odczytać każdy, dla każdej strony z wystarczającym ruchem z Chrome, bez zakładania konta. Nasz poradnik wyjaśnia, skąd różnica między danymi laboratoryjnymi a danymi z terenu.

1. Otwórz PageSpeed Insights

   Wklej adres do PageSpeed Insights (otwiera się w nowej karcie). Górny blok, z danymi prawdziwych użytkowników, to Chrome UX Report: 28 dni prawdziwych wizyt w Chrome, odczytanych w 75. percentylu. Wynik laboratoryjny pod nim to jedno symulowane ładowanie i często się z nim nie zgadza.

2. Przełącz telefon i komputer

   Zakładki u góry dają każdemu urządzeniu osobną ocenę. Telefony są trudniejszym sprawdzianem.

3. Czytaj całe źródło, nie tylko stronę

   Pod oceną przełącz widok z samego adresu na całe źródło (origin). Źródło obejmuje każdą podstronę serwisu, także logowanie i formularze za stroną główną: w naszych danych login.gov.pl i puesc.gov.pl przesuwają się w całym serwisie znacznie bardziej niż na stronie głównej.

4. Znajdź wskaźnik, który nie przechodzi

   LCP powyżej 2,5 sekundy, INP powyżej 200 milisekund albo CLS powyżej 0,1. Gdy nie przechodzi LCP, spójrz w tym samym bloku na TTFB: jeśli sam pierwszy bajt zajmuje większość czasu, naprawa leży po stronie serwera, nie strony.

5. Śledź zmiany w czasie

   CrUX History API (otwiera się w nowej karcie) zwraca te same wskaźniki tydzień po tygodniu, do 40 okresów wstecz, więc widać, czy wdrożenie pomogło.

Jak mierzyliśmy

Czego te dane nie powiedzą

CrUX podaje dane tylko dla stron z wystarczającym ruchem z Chrome, więc wiele małych instytucji, sądów i urzędów wypada z próbki, która przechyla się ku stronom częściej odwiedzanym: to strony publiczne, z których ludzie korzystają najczęściej, a nie wszystkie strony publiczne. Dane dla źródła obejmują każdą podstronę i każdego użytkownika Chrome, a nie konkretną stronę czy osobę; użytkowników Safari i Firefoksa w nich nie ma. Próbka porównawcza jest losowa, niedobrana pod względem ruchu ani celu, a sklep i ministerstwo robią co innego. Różnice dotyczą stron, a nie skutku jednej decyzji. Tygodniowa historia się nakłada (każdy punkt to 28 dni, co tydzień), więc sąsiednie tygodnie nie są niezależne.

Dalsza lektura