OMASDEV Wiki← Wróć na stronę główną

Strony w Astro

Wyniki PageSpeed Insights: 100/100 dla strony w Astro

Cztery kategorie po 100 punktów na mobile i desktopie: LCP 1,0 s, TBT 0 ms, CLS 0,005. Warunki pomiaru, źródła tego wyniku i czego liczby z Lighthouse nie pokazują.

Zaktualizowano 2026-09-02

Strona aiact.waw.pl uzyskała w PageSpeed Insights 100 punktów we wszystkich czterech kategoriach — wydajność, ułatwienia dostępu, sprawdzone metody i SEO — jednocześnie w wariancie mobilnym i desktopowym. Największy element treści renderuje się w 1,0 s na telefonie i 0,4 s na komputerze, czas blokowania wątku głównego wynosi 0 ms.

Poniżej pełny odczyt, warunki pomiaru i — co ważniejsze — rozbiór, skąd te liczby się biorą i czego nie mówią.

Wynik: cztery kategorie, dwa warianty

KategoriaMobileDesktop
Wydajność100100
Ułatwienia dostępu100100
Sprawdzone metody100100
SEO100100

Raport pokazuje dodatkowo pozycję „Przeglądanie agentowe" z wynikiem 2/2. Nie jest to jedna z czterech punktowanych kategorii i nie wchodzi do wyniku wydajności.

Metryki i progi

MetrykaMobileDesktopPróg „dobry"
First Contentful Paint1,0 s0,4 smaksymalnie 1,8 s
Largest Contentful Paint1,0 s0,4 smaksymalnie 2,5 s
Total Blocking Time0 ms0 msmaksymalnie 200 ms
Cumulative Layout Shift0,0050maksymalnie 0,1
Speed Index2,0 s0,7 smaksymalnie 3,4 s

Progi pochodzą z dokumentacji metryk Google (web.dev/articles/vitals). Total Blocking Time jest metryką laboratoryjną, która zastępuje w pomiarze narzędziowym rzeczywiste INP — INP wymaga interakcji użytkownika, więc nie da się go zmierzyć bez ruchu.

Warunki pomiaru

  • Data i godzina: 2 września 2026, 20:36 CEST.
  • Narzędzie: Lighthouse 13.4.1 w PageSpeed Insights, HeadlessChromium 151.0.7922.71.
  • Wariant mobilny: emulacja urządzenia Moto G Power, ograniczanie łącza do 4G.
  • Wariant desktopowy: emulacja pulpitu z niestandardowym ograniczaniem łącza.
  • Zakres: strona główna, sesja ograniczona do jednej strony.

Podanie tych warunków nie jest formalnością. Wynik Lighthouse zależy od emulowanego urządzenia, przepustowości i obciążenia maszyny pomiarowej — ten sam adres zmierzony w innej konfiguracji da inne liczby, a różnica kilku punktów między dwoma uruchomieniami mieści się w naturalnym rozrzucie narzędzia.

Dane laboratoryjne a dane z rzeczywistego ruchu

Powyższy odczyt to dane laboratoryjne: jedno wczytanie strony w kontrolowanych warunkach. Druga część raportu PageSpeed Insights — dane z Chrome User Experience Report — pokazuje, jak stronę wczytują prawdziwi użytkownicy, i to ona jest podstawą oceny Core Web Vitals w wyszukiwarce.

Dla aiact.waw.pl ta sekcja nie jest jeszcze raportowana, bo zbiór wymaga odpowiednio dużej liczby rzeczywistych wizyt z ostatnich 28 dni (dokumentacja Chrome UX Report). Do czasu, aż się pojawi, wynik 100 punktów należy czytać jako brak przeszkód technicznych po stronie strony, a nie jako potwierdzenie doświadczenia użytkowników w terenie. Google ocenia Core Web Vitals na 75. percentylu ruchu, czyli 75% wizyt musi mieścić się w progu.

Skąd biorą się te liczby

Wynik nie jest efektem strojenia po fakcie — jest konsekwencją tego, co strona w ogóle wysyła do przeglądarki. Pierwsze wejście na stronę główną to 108,5 KB po gzip, a przeglądarka pobiera 11 zasobów, wszystkie z jednej domeny.

Decyzja architektonicznaWidoczny skutek w pomiarze
Brak frameworka UI w przeglądarce, 3,8 KB skryptów po gzipTotal Blocking Time 0 ms — wątek główny nie ma czego wykonywać
CSS wbudowany w dokument zamiast osobnego plikubrak zasobu blokującego render przed pierwszym malowaniem
Fonty własne, ładowane z wyprzedzeniem, z podmianą krojutekst widoczny od razu, FCP i LCP na tym samym elemencie
Brak obrazów rastrowych w treści, wzory dokumentów jako wektoryCLS praktycznie zerowy, brak dużego zasobu na ścieżce LCP
Zero skryptów trzecich stronbrak zadań, które w typowym pomiarze podbijają TBT

Pełny rozkład wagi strony i lista zastosowanych technik są w studium przypadku aiact.waw.pl oraz w artykule o optymalizacjach w Astro i Netlify.

Co zepsułoby ten wynik

  • Widżet czatu lub narzędzie analityczne. Skrypt zewnętrzny wykonuje się na wątku głównym i wprowadza połączenie z obcą domeną — dwa koszty naraz, w metrykach odpowiedzi i w czasie ładowania.
  • Duży obraz lub wideo w pierwszym ekranie. LCP przenosi się z tekstu na ten zasób, więc wynik zaczyna zależeć od jego wagi i formatu.
  • Font z zewnętrznego CDN. Dochodzi nawiązanie połączenia z obcą domeną, a pamięć podręczna przeglądarki i tak jest dzielona per witryna.
  • Element pojawiający się po załadowaniu. Baner zgody, pasek promocyjny czy osadzona mapa dosuwają treść i podnoszą CLS.

Dlatego wynik pomiaru traktujemy jako stan konkretnego wdrożenia, nie jako właściwość technologii. Każdy z powyższych elementów bywa uzasadniony biznesowo — warunkiem jest policzenie jego kosztu przed wdrożeniem, a nie po spadku metryk.

Jak powtórzyć ten pomiar

  1. Wejdź na pagespeed.web.dev i podaj pełny adres strony wraz z protokołem.
  2. Zmierz oba warianty — mobilny i desktopowy — bo różnią się emulowanym urządzeniem i łączem.
  3. Zapisz wersję Lighthouse, datę i godzinę pomiaru razem z wynikiem.
  4. Powtórz pomiar dwa lub trzy razy i porównaj rozrzut, zanim uznasz zmianę za realną.
  5. Sprawdź, czy raport pokazuje sekcję danych z ruchu rzeczywistego — jeśli tak, to ona jest ważniejsza od wyniku laboratoryjnego.
  6. Powtarzaj pomiar po każdym większym wdrożeniu, a nie tylko w dniu uruchomienia strony.

Czego wynik 100 nie oznacza

Nie oznacza wysokiej pozycji w wyszukiwarce. Core Web Vitals to jeden z sygnałów rankingowych, a nie jego główny składnik — strona bez treści odpowiadającej na zapytanie nie wygra z wolniejszą konkurencją, która na to zapytanie odpowiada.

Nie oznacza też automatycznie wyższej konwersji, choć zależność między czasem wczytywania a sprzedażą jest dobrze udokumentowana — dane i model liczenia progu opłacalności zebraliśmy w artykule o wydajności i konwersji. Wynik laboratoryjny mówi jedno: strona nie stawia użytkownikowi przeszkód technicznych. Resztę robi treść i oferta.

Najczęściej zadawane pytania

Jakie wyniki PageSpeed Insights osiągnęła strona aiact.waw.pl?
Po 100 punktów w każdej z czterech kategorii — wydajność, ułatwienia dostępu, sprawdzone metody i SEO — jednocześnie na mobile i desktopie. Metryki mobilne: FCP i LCP po 1,0 s, TBT 0 ms, CLS 0,005, Speed Index 2,0 s. Desktop: FCP i LCP 0,4 s, TBT 0 ms, CLS 0, Speed Index 0,7 s.
Czym różnią się dane laboratoryjne od danych z rzeczywistego ruchu?
Dane laboratoryjne to jedno wczytanie strony przez Lighthouse w kontrolowanych warunkach. Dane z ruchu pochodzą z Chrome User Experience Report i pokazują 75. percentyl rzeczywistych wizyt z ostatnich 28 dni. To one są podstawą oceny Core Web Vitals w wyszukiwarce, ale wymagają odpowiednio dużej liczby wejść.
Dlaczego PageSpeed Insights pokazuje TBT zamiast INP?
INP mierzy czas odpowiedzi na rzeczywistą interakcję użytkownika, więc nie da się go zmierzyć bez ruchu. Total Blocking Time jest jego laboratoryjnym odpowiednikiem: sumuje czas, w którym wątek główny był zablokowany i nie mógł odpowiedzieć na kliknięcie.
Czy wynik 100 punktów jest trwały?
Nie. To stan konkretnego wdrożenia, a nie właściwość technologii. Widżet czatu, narzędzie analityczne, duży obraz w pierwszym ekranie albo baner pojawiający się po załadowaniu potrafią obniżyć wynik bez żadnej zmiany w pozostałym kodzie strony.
Czy 100 punktów w PageSpeed Insights gwarantuje wysoką pozycję w Google?
Nie. Core Web Vitals to jeden z wielu sygnałów rankingowych. Szybka strona bez treści odpowiadającej na zapytanie przegra z wolniejszą, która na nie odpowiada. Wynik wydajności usuwa przeszkodę techniczną — o pozycji decydują dalej treść, linki i dopasowanie do intencji.