---
title: "Strony rządowe gov.pl: jak szybkie są dla użytkowników"
description: "Większość stron gov.pl zalicza Core Web Vitals na telefonach tak często jak inne strony .pl i szybciej reaguje na dotyk. E-usługom przesuwa się układ strony."
canonical_url: "https://www.outofplace.space/pl/blog/szybkosc-stron-rzadowych-gov-pl"
language: "pl"
last_updated: "2026-11-10"
alternates:
  en: "https://www.outofplace.space/blog/gov-pl-core-web-vitals.md"
---

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

> Większość stron gov.pl zalicza Core Web Vitals na telefonach tak często jak inne strony .pl i szybciej reaguje na dotyk. E-usługom przesuwa się układ strony.

Opublikowano 2026-11-10 · Kategoria: Wydajność · Tagi: Core Web Vitals, Administracja publiczna, Polska

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](https://www.gov.pl), 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](https://tranco-list.eu/list/Y8YYG/1000000), poszliśmy za każdą do strony, na którą trafia jej strona główna, i sprawdziliśmy tę stronę w [Chrome UX Report](https://developer.chrome.com/docs/crux), 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](https://www.outofplace.space/pl/blog/core-web-vitals-sklepow-internetowych), i ten sam spis, z którego wiemy, [jakiego CMS używa administracja publiczna](https://www.outofplace.space/pl/blog/wordpress-w-polsce-popularnosc-cms#jakiego-cms-uzywaja-najpopularniejsze-polskie-strony).

- Core Web Vitals na telefonach zalicza 69% stron instytucji publicznych z danymi z terenu; innych stron .pl 62%. Bez e-usług zalicza 76%.
- Portal gov.pl, na który trafia 27 sprawdzonych domen gov.pl, zalicza na telefonach z LCP 1,4 s.
- Zalicza tylko 4 z 15 e-usług, które mogliśmy ocenić: login.gov.pl, mObywatel i praca.gov.pl należą do tych, których układ przesuwa się za bardzo.
- Strony publiczne szybciej reagują na dotknięcie niż inne strony .pl, a 2026 nie przyniósł szybszych stron: odsetek zaliczających od stycznia do października stał w miejscu.

## 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](https://web.dev/articles/vitals)). 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 dorównują innym stronom .pl w Core Web Vitals i szybciej reagują na dotyk** (Odsetek stron z dobrym wskaźnikiem w 75. percentylu na telefonach i ze wszystkimi trzema · CrUX, 28 dni do 3.11.2026 · n = 114 stron gov.pl i 715 innych stron .pl ocenionych we wszystkich trzech i w INP; 118 i 734 dla LCP, 119 i 734 dla CLS)

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

Source: Chrome UX Report (Google); spis Outofplace, 30.10.2026; lista Tranco Y8YYG. Chart: https://www.outofplace.space/data/blog/gov-pl-core-web-vitals/charts/pl/chart-strony-gov-pl-dorownuja-innym-stronom-pl-w-core-web-vitals-i-szy.png Data: https://www.outofplace.space/data/blog/gov-pl-core-web-vitals/2026-11-06/origins.csv

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.

**Większość najczęściej odwiedzanych stron gov.pl pokazuje główną treść wyraźnie poniżej 2,5 sekundy** (LCP w 75. percentylu na telefonach, strony 20 najpopularniejszych instytucji publicznych z danymi z terenu, według miejsca w Tranco · CrUX, 28 dni do 3.11.2026)

| 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 |

Source: Chrome UX Report (Google); lista Tranco Y8YYG. Chart: https://www.outofplace.space/data/blog/gov-pl-core-web-vitals/charts/pl/chart-wiekszosc-najczesciej-odwiedzanych-stron-gov-pl-pokazuje-glowna.png Data: https://www.outofplace.space/data/blog/gov-pl-core-web-vitals/2026-11-06/origins.csv

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.

**Wiele rządowych e-usług za bardzo przesuwa układ na telefonach** (CLS w 75. percentylu na telefonach, e-usługi z danymi z terenu · dobre do 0,1, słabe powyżej 0,25 · CrUX, 28 dni do 3.11.2026)

| 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 |

Source: Chrome UX Report (Google). Chart: https://www.outofplace.space/data/blog/gov-pl-core-web-vitals/charts/pl/chart-wiele-rzadowych-e-uslug-za-bardzo-przesuwa-uklad-na-telefonach.png Data: https://www.outofplace.space/data/blog/gov-pl-core-web-vitals/2026-11-06/origins.csv

## 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.

**Strony gov.pl, które nie zaliczają, częściej przegrywają na LCP niż na INP** (Odsetek stron instytucji publicznych niezaliczających Core Web Vitals na telefonach, którym nie przechodzi dany wskaźnik (strona może mieć kilka) · CrUX, 28 dni do 3.11.2026 · przedziały 95%)

| 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 |

Source: Chrome UX Report (Google). Chart: https://www.outofplace.space/data/blog/gov-pl-core-web-vitals/charts/pl/chart-strony-gov-pl-ktore-nie-zaliczaja-czesciej-przegrywaja-na-lcp-ni.png Data: https://www.outofplace.space/data/blog/gov-pl-core-web-vitals/2026-11-06/origins.csv

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](https://web.dev/articles/ttfb), 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](https://www.outofplace.space/pl/blog/cdn-na-polskich-stronach#czy-cloudflare-przyspiesza-strone) 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.

**Prawie każda z najczęściej odwiedzanych stron gov.pl pokazuje główną treść później na telefonach niż na komputerach** (LCP w 75. percentylu na telefonach i komputerach, strony 20 najpopularniejszych instytucji publicznych z danymi z obu urządzeń · CrUX, 28 dni do 3.11.2026)

| 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 |

Source: Chrome UX Report (Google). Chart: https://www.outofplace.space/data/blog/gov-pl-core-web-vitals/charts/pl/chart-prawie-kazda-z-najczesciej-odwiedzanych-stron-gov-pl-pokazuje-gl.png Data: https://www.outofplace.space/data/blog/gov-pl-core-web-vitals/2026-11-06/origins.csv

## 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](https://www.outofplace.space/pl/blog/jak-sprawdzic-szybkosc-strony#dane-laboratoryjne-a-dane-z-terenu-skad-roznica-z-pagespeed-insights).

**1. Otwórz PageSpeed Insights.**
Wklej adres do [PageSpeed Insights](https://pagespeed.web.dev/). 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](https://developer.chrome.com/docs/crux/history-api) zwraca te same wskaźniki tydzień po tygodniu, do 40 okresów wstecz, więc widać, czy wdrożenie pomogło.

## Jak mierzyliśmy

Próbka to każda domena .gov.pl z listy Tranco Y8YYG: 189 domen, w tym gov.pl samego portalu. gov.pl to sufiks publiczny, więc każda instytucja rejestruje pod nim własną domenę. Wzięliśmy adres, na który trafiła każda strona główna w naszym spisie z 30 października 2026, wykonanym przez `OutofplaceResearchBot` (zobacz, [co pobiera nasz crawler i jak go zablokować](https://www.outofplace.space/pl/bot)); dla domeny, za którą spis nie mógł pójść, jej zwykły adres https. Domeny trafiają na 160 różnych stron, czyli jednostek, dla których CrUX podaje dane; domeny trafiające na tę samą stronę liczymy raz.

6 listopada 2026 zapytaliśmy Chrome UX Report API o LCP, INP, CLS, FCP i TTFB każdej strony w 75. percentylu na telefonach i komputerach, za 28 dni do 3 listopada 2026, a jego History API o 40 tygodniowych okresów wstecz, do stycznia. Dane z telefonów ma 119 stron, z komputerów 119. Strona zalicza, gdy wszystkie trzy Core Web Vitals są dobre; strony bez któregoś wskaźnika nie oceniamy.

Porównujemy z losową próbką 1000 innych domen .pl z tej samej listy (z ustalonym ziarnem), sprawdzonych tak samo: dane z telefonów ma 735 z nich. Listę e-usług spisaliśmy według tego, czym jest każda usługa, zanim zajrzeliśmy w dane z terenu; jest w kodzie.

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

- [Chrome UX Report](https://developer.chrome.com/docs/crux): Skąd pochodzą dane z terenu: doświadczenia prawdziwych użytkowników Chrome dla każdej strony z 28 dni i ich tygodniowa historia.

- [Web Vitals](https://web.dev/articles/vitals?hl=pl): Definicje LCP, INP i CLS według Google i progi, które strona musi spełnić.

- [PageSpeed Insights](https://pagespeed.web.dev/): Dane z terenu i z laboratorium dla każdej publicznej strony, na telefonie i komputerze, bez konta.

- [Core Web Vitals sklepów: która platforma jest najszybsza?](https://www.outofplace.space/pl/blog/core-web-vitals-sklepow-internetowych): Nasze badanie Core Web Vitals polskich sklepów według platformy.