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
| Kategoria | Mobile | Desktop |
|---|---|---|
| Wydajność | 100 | 100 |
| Ułatwienia dostępu | 100 | 100 |
| Sprawdzone metody | 100 | 100 |
| SEO | 100 | 100 |
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
| Metryka | Mobile | Desktop | Próg „dobry" |
|---|---|---|---|
| First Contentful Paint | 1,0 s | 0,4 s | maksymalnie 1,8 s |
| Largest Contentful Paint | 1,0 s | 0,4 s | maksymalnie 2,5 s |
| Total Blocking Time | 0 ms | 0 ms | maksymalnie 200 ms |
| Cumulative Layout Shift | 0,005 | 0 | maksymalnie 0,1 |
| Speed Index | 2,0 s | 0,7 s | maksymalnie 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 architektoniczna | Widoczny skutek w pomiarze |
|---|---|
| Brak frameworka UI w przeglądarce, 3,8 KB skryptów po gzip | Total Blocking Time 0 ms — wątek główny nie ma czego wykonywać |
| CSS wbudowany w dokument zamiast osobnego pliku | brak zasobu blokującego render przed pierwszym malowaniem |
| Fonty własne, ładowane z wyprzedzeniem, z podmianą kroju | tekst widoczny od razu, FCP i LCP na tym samym elemencie |
| Brak obrazów rastrowych w treści, wzory dokumentów jako wektory | CLS praktycznie zerowy, brak dużego zasobu na ścieżce LCP |
| Zero skryptów trzecich stron | brak 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
- Wejdź na pagespeed.web.dev i podaj pełny adres strony wraz z protokołem.
- Zmierz oba warianty — mobilny i desktopowy — bo różnią się emulowanym urządzeniem i łączem.
- Zapisz wersję Lighthouse, datę i godzinę pomiaru razem z wynikiem.
- Powtórz pomiar dwa lub trzy razy i porównaj rozrzut, zanim uznasz zmianę za realną.
- Sprawdź, czy raport pokazuje sekcję danych z ruchu rzeczywistego — jeśli tak, to ona jest ważniejsza od wyniku laboratoryjnego.
- 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.