PageSpeed Insights — jak czytać wyniki i co poprawić najpierw

PageSpeed Insights to bezpłatne narzędzie Google, które bada wydajność stron na telefonach i komputerach. [1] Z tego artykułu dowiesz się, jak czytać raport, wybierać poprawki i sprawdzać, czy użytkownicy odczuli zmianę [2].

Czym jest PageSpeed Insights i do czego służy?

PageSpeed Insights bada wskazany adres i pokazuje, które obszary strony wymagają uwagi. Obok pomiarów znajdziesz zalecenia, więc nie musisz poprzestawać na ogólnej ocenie szybkości. Raport łączy dane terenowe z Chrome UX Report i wyniki testu laboratoryjnego Lighthouse [3].

Zalecenia optymalizacyjne dotyczą między innymi obrazów, odpowiedzi serwera i zasobów blokujących renderowanie – plików opóźniających wyświetlenie treści. [4] Zanim coś zmienisz, sprawdź, którego elementu dotyczy wskazówka i czy poprawka nie naruszy treści widocznej dla użytkownika. Przy ocenie odpowiedzi serwera punktem odniesienia jest dobry wynik TTFB wynoszący nie więcej niż 0,8 s [5].

Wskazówka przydaje się dopiero wtedy, gdy powiążesz ją z konkretnym elementem strony.

Jakie informacje znajdziesz w raporcie PageSpeed Insights?

Raport PageSpeed Insights pokazuje ocenę wydajności, pomiary ładowania i wskazówki diagnostyczne dla badanego adresu. Ocena zwraca uwagę na problem, ale przed zmianą kodu, obrazów czy ustawień serwera trzeba zajrzeć w szczegóły. Skala wydajności obejmuje 0–100 punktów; wynik co najmniej 90 punktów uznaje się za dobry [6].

Wskazówka diagnostyczna nie oznacza, że trzeba od razu usunąć wskazany plik. Skrypt JavaScript może spowalniać wyświetlanie, a jednocześnie obsługiwać potrzebną funkcję; poprawka musi zachować jej działanie [7].

Jak przeanalizować adres strony krok po kroku?

Analizę w PageSpeed Insights zacznij od wyboru podstrony, którą chcesz zbadać: może to być strona usługi albo artykuł. Narzędzie sprawdza wskazany adres URL, nie całą witrynę naraz [3].

• Uruchomienie analizy wymaga wpisania adresu i kliknięcia „Analyze”. Nie trzeba instalować żadnego programu. [8]
• Odczyt raportu obejmuje ocenę wydajności, pomiary i zalecenia dla badanego adresu. Zapisz wykryty problem, nie tylko ocenę końcową.
• Sprawdzenie elementu pozwala ustalić, czy wskazany obraz, plik lub żądanie serwera faktycznie dotyczy tej podstrony.

Wynikiem analizy powinna być lista elementów do sprawdzenia przy konkretnym adresie. Przy części zaleceń raport podaje szacowaną oszczędność w milisekundach – możesz dzięki niej zaplanować kolejność sprawdzania [9].

Raport przydaje się najbardziej wtedy, gdy ogólną ocenę przekładasz na konkretne zadania.

Jak wybrać poprawki na podstawie zaleceń z raportu?

Zalecenia PageSpeed Insights oceniaj przez pryzmat przyczyny opóźnienia, zakresu zmiany i ryzyka dla strony. Ustal najpierw, czy przeglądarka czeka na serwer, pobiera duże pliki, czy traci czas na ich przetwarzanie. Przy badaniu wyświetlania głównej treści punktem odniesienia jest dobry wynik LCP wynoszący nie więcej niż 2,5 s [10].

Tabela zestawia obszary optymalizacji z przyczyną opóźnienia, możliwą poprawką i warunkiem jej wdrożenia.

Obszar	Mechanizm opóźnienia	Możliwa poprawka	Warunek wdrożenia
Obrazy	Duży plik wydłuża pobieranie treści wizualnej.	Dopasowanie wymiarów i kompresja obrazu.	Zachowanie czytelności grafiki.
Odpowiedź serwera	Przeglądarka czeka na odpowiedź, zanim zacznie pobierać stronę.	Sprawdzenie generowania strony i ustawień pamięci podręcznej.	Zachowanie aktualności wyświetlanych danych.
Zasoby blokujące renderowanie	Przeglądarka przetwarza plik przed wyświetleniem treści.	Zmiana sposobu ładowania pliku, jeśli nie jest od razu potrzebny.	Zachowanie wyglądu i działania strony [11].

Optymalizacja obrazów zmniejsza ilość pobieranych danych, a szybsza odpowiedź serwera skraca oczekiwanie na rozpoczęcie ładowania. Wdrażaj zmianę tylko wtedy, gdy dotyczy badanego adresu i nie pogarsza działania strony [12].

O wyborze poprawki decyduje diagnoza, nie długość listy zaleceń.

Jak wdrożyć poprawki i sprawdzić ich efekt?

Poprawki wprowadzaj dopiero po powiązaniu planowanej zmiany z ustaloną przyczyną opóźnienia [3].

• Stan wyjściowy to zapis pomiarów i zaleceń dla badanego adresu przed zmianą.
• Zmiana techniczna powinna dotyczyć wskazanego elementu, na przykład obrazu lub sposobu ładowania pliku. Po wdrożeniu sprawdź wygląd strony i jej funkcje.
• Kontrola efektu wymaga ponownego zbadania tego samego adresu. Sprawdź powiązany pomiar i zobacz, czy zalecenie nadal pojawia się w raporcie [2].

Efektem pracy z PageSpeed Insights ma być potwierdzona poprawa wykrytego problemu, a nie wyłącznie wyższa ocena [6].

Czym są dane terenowe i laboratoryjne w PageSpeed Insights?

PageSpeed Insights pokazuje wyniki testu laboratoryjnego oraz, jeśli są dostępne, pomiary użytkowników przeglądarki Chrome. [4] Dane terenowe opisują prawdziwe wizyty, a dane laboratoryjne pokazują test przeprowadzony w określonych warunkach. Czy problem występuje u odwiedzających, czy pojawił się podczas testu? Oddzielenie tych części raportu pomaga to sprawdzić. Dane terenowe obejmują wizyty z ostatnich 28 dni, a wynik laboratoryjny pochodzi z pojedynczego symulowanego ładowania [3].

W skrócie: dane terenowe mówią o wizytach użytkowników, a laboratoryjne pomagają szukać technicznej przyczyny opóźnienia.

Jak odróżnić dane rzeczywistych użytkowników od wyników testu laboratoryjnego?

Dane rzeczywistych użytkowników w PageSpeed Insights pochodzą z Chrome User Experience Report, który gromadzi pomiary wizyt w Chrome. [4] Sprawdź nazwę sekcji i źródło pomiaru, żeby nie pomylić ich z testem laboratoryjnym. Raport podaje wartości wskaźników terenowych dla 75. percentyla wizyt [3].

• Sekcja danych terenowych opisuje wizyty użytkowników na stronie. Na jej podstawie oceniasz problem występujący w rzeczywistym użyciu.
• Sekcja danych laboratoryjnych przedstawia wynik uruchomionego testu. Zawarte w niej wskazówki pomagają znaleźć element powodujący opóźnienie.
• Brak danych terenowych oznacza, że raport nie pokazuje pomiarów użytkowników dla sprawdzanego adresu. Wynik laboratoryjny ich nie zastępuje.

Obie sekcje czytaj osobno: jedna opisuje doświadczenia użytkowników, druga podpowiada, gdzie szukać przyczyny technicznej. Na ocenę Core Web Vitals w danych terenowych składają się trzy wskaźniki: LCP, INP i CLS [3].

W jakich warunkach powstają dane laboratoryjne i do czego je wykorzystać?

Dane laboratoryjne PageSpeed Insights pochodzą z testu w kontrolowanych warunkach i pomagają wykryć potencjalne problemy techniczne. [4] Lighthouse wskazuje zasoby oraz etapy ładowania, którym warto przyjrzeć się w kodzie. Taki wynik nie opisuje każdej wizyty – użytkownicy mają różne urządzenia i połączenia. W mobilnym teście laboratoryjnym PageSpeed Insights mnożnik spowolnienia procesora wynosi 1,2× [13].

Pomiar terenowy służy do oceny wizyt użytkowników, a test laboratoryjny pomaga znaleźć przyczynę i sprawdzić poprawkę [3].

Jak interpretować zmienny wynik testu i jego znaczenie dla SEO?

PageSpeed Insights przydaje się w pracy nad SEO, ale samą zmianę oceny trzeba zestawić z pomiarami i wdrożonymi poprawkami. Zapisz adres, wersję urządzenia i stan strony przed zmianą. Potem sprawdź ten sam adres w tym samym widoku raportu i porównaj pomiar, którego dotyczyła poprawka [3].

Wyższa ocena sama nie mówi, co się zmieniło ani dlaczego.

Dlaczego wynik tej samej strony różni się między testami?

Wynik PageSpeed Insights może się zmienić po modyfikacji strony, serwera albo aktualizacji narzędzia. [1] Kod wpływa na zasoby przetwarzane przez przeglądarkę, a ustawienia serwera – na dostarczanie strony. Porównując raporty, sprawdź daty wdrożeń, adres i wersję urządzenia. Różnica w ocenie nie wyjaśnia jeszcze przyczyny. Dane terenowe obejmują kroczące 28 dni, więc tuż po poprawce mogą nadal uwzględniać wcześniejsze wizyty [3].

Czy wysoki wynik gwarantuje lepszą pozycję w Google?

Wysoki wynik PageSpeed Insights nie gwarantuje lepszej pozycji w Google. [1] Ocena wydajności opisuje ładowanie badanego adresu, natomiast pozycja w wyszukiwarce zależy od zapytania. Przy diagnozowaniu wolnej strony potraktuj wynik jako punkt wyjścia; nie zastąpi on oceny treści i jej przydatności. Core Web Vitals obejmują trzy wskaźniki – LCP, INP i CLS – a punktacja wydajności nie jest oceną pozycji w wyszukiwarce [14].

Czy raport zawiera dane od rzeczywistych użytkowników?

PageSpeed Insights pokazuje doświadczenia użytkowników w sekcji danych terenowych, o ile są dostępne dla badanego adresu. Wynik laboratoryjny opisuje oddzielny test i pomaga szukać przyczyn technicznych. Przed sformułowaniem wniosku o odczuciach odwiedzających sprawdź oznaczenie sekcji; sam test ich nie potwierdza. W danych terenowych dobry wynik INP wynosi nie więcej niż 200 ms [3].

Kiedy zmiana wyniku oznacza zmianę wydajności strony?

Zmiana oceny świadczy o poprawie wydajności, gdy po wdrożeniu poprawki zmienia się powiązany pomiar i słabnie zdiagnozowany problem. Porównaj ten sam adres i wersję urządzenia; sprawdź też, czy w międzyczasie nie zmieniono innych elementów strony. Dane terenowe oceniaj osobno, bo opisują wizyty użytkowników, nie natychmiastowy rezultat testu [3].

Najpewniejsze porównanie dotyczy tego samego adresu, pomiaru i warunków testu.

Co obejmuje bezpłatny raport dla wersji mobilnej i komputerowej?

PageSpeed Insights pokazuje oddzielne wyniki dla telefonów i komputerów. [4] Czytaj każdy widok osobno: różnica w ocenach nie ujawnia jeszcze źródła opóźnienia. Dopiero pomiary i diagnoza pokażą, czy problem dotyczy telefonu, komputera czy obu urządzeń. Dla badanego adresu dostępne są dwa widoki wyników: mobilny i komputerowy [3].

Oddzielne widoki ułatwiają ustalenie, na których urządzeniach występuje problem.

Jak porównać wyniki strony na telefonie i komputerze?

Porównanie telefonu i komputera zacznij od otwarcia tego samego adresu w obu widokach raportu. Zestawiaj wyniki mobilny i komputerowy tylko dla dokładnie tego samego adresu URL [3].

• Wersja mobilna pokazuje ocenę i pomiary w warunkach testu telefonu. Zapisz metryki oraz wykryte problemy.
• Wersja komputerowa pokazuje osobną ocenę i pomiary tego samego adresu. Zapisz odpowiadające im metryki oraz problemy.
• Porównanie diagnoz pozwala znaleźć problemy wspólne i charakterystyczne dla danej wersji. Przed wyborem poprawki ustal przyczynę rozbieżności [15].

Do działań prowadzi porównanie powiązanych pomiarów, nie samych ocen dla obu urządzeń.

Jak sprawdzić, czy strona spełnia progi Core Web Vitals?

Core Web Vitals sprawdzaj w części raportu dotyczącej doświadczeń użytkowników, oddzielnie dla telefonu i komputera. Odczytaj wynik każdego dostępnego wskaźnika oraz ocenę zbiorczą. Jeśli brakuje danych terenowych dla badanego adresu, test laboratoryjny nie potwierdzi, że użytkownicy mieszczą się w progach.

Zanim zapiszesz wniosek o spełnieniu progów, upewnij się, jaki zakres danych obejmuje ocena i czy dotyczy badanego adresu.

Czy korzystanie z PageSpeed Insights jest darmowe?

Korzystanie z PageSpeed Insights nie wymaga opłaty za uruchomienie analizy. Bezpłatny raport bada wydajność adresu, ale nie zmienia kodu ani ustawień serwera. Narzędzie pomaga postawić diagnozę; wdrożenie i sprawdzenie poprawek to osobne zadania [16].

Kiedy warto uzupełnić raport danymi z innych narzędzi?

Raport PageSpeed Insights warto uzupełnić, gdy wskazuje problem, ale nie ujawnia jego przyczyny w kodzie lub ustawieniach serwera. Narzędzia deweloperskie przeglądarki pokazują ładowanie zasobów, a dzienniki serwera pomagają sprawdzić obsługę żądań. Sięgaj po nie z konkretnym pytaniem wynikającym z raportu, zamiast szukać kolejnej oceny.

Jak działa punktacja PageSpeed Insights i od czego zacząć poprawki?

PageSpeed Insights ocenia wydajność w skali 0–100 pkt, lecz o wyborze poprawek powinny decydować pomiary i przyczyny opóźnień. [17] Wynik wydajności podsumowuje test adresu, ale nie mówi, który obraz, skrypt czy proces serwera trzeba zmienić. Pierwszeństwo ma problem potwierdzony w raporcie, który utrudnia ładowanie lub obsługę strony [6].

Punktacja rozpoczyna analizę; nie jest gotowym planem prac.

Co oznacza wynik punktowy w raporcie?

Wynik punktowy PageSpeed Insights pozwala szybko rozpoznać kategorię wydajności badanego adresu. To dobry początek, ale przyczyny problemu szukaj w metrykach i wskazówkach diagnostycznych.

Tabela pokazuje kategorie wyniku PageSpeed Insights według liczby punktów.

Wynik	Kategoria
0–49 pkt [8]	Słaby wynik
50–89 pkt [8]	Wymaga poprawy
90–100 pkt [8]	Dobry wynik

Kategoria wyniku opisuje ogólny rezultat testu, nie wyznacza kolejności prac programisty.

Jak ustalić kolejność poprawek wydajności?

Priorytety poprawek ustalaj, łącząc zalecenia z pomiarami i elementami strony odpowiedzialnymi za problem.

• Problem w pomiarze pokazuje, który aspekt ładowania lub obsługi strony wymaga uwagi.
• Przyczyna techniczna wymaga sprawdzenia zasobu lub procesu wskazanego w diagnozie. Nie wdrażaj automatycznie całej listy zaleceń.
• Zakres poprawki musi uwzględniać wygląd i funkcje strony. Jeśli zmiana usuwa funkcję potrzebną użytkownikowi, poszukaj innego rozwiązania [11].
• Efekt wdrożenia oceniaj na podstawie powiązanego pomiaru i działania strony, nie tylko końcowej punktacji.

Kolejność prac zależy od potwierdzonej przyczyny oraz tego, czy można ją usunąć bez szkody dla użytkownika.

Jak uruchomić test i znaleźć wskazówki do działania?

Test PageSpeed Insights uruchom dla adresu, który chcesz poprawić. Po otwarciu raportu przejdź od oceny do szczegółów diagnozy. Opportunities zawiera sugestie przyspieszenia ładowania, a Diagnostics – dodatkowe informacje o wydajności [18]. Ustal, którego zasobu dotyczy wskazówka, i powiąż ją ze zmianą w kodzie lub ustawieniach.

Praktyczna wskazówka nazywa zarówno problem, jak i element, który go powoduje.

Jak Google wykorzystuje sygnały dotyczące szybkości strony?

Google uwzględnia sygnały dotyczące doświadczenia użytkownika przy ocenie stron w wyszukiwarce. Punktacja PageSpeed Insights służy natomiast do diagnozowania wydajności badanego adresu. Sprawdź, czy poprawka zmniejsza opóźnienie odczuwane przez odwiedzających, zamiast zabiegać jedynie o wyższą ocenę. Zachowaj treść i funkcje potrzebne do wykonania zadania na stronie.

Poprawa wydajności ma wartość wtedy, gdy skraca oczekiwanie bez ograniczania działania strony.

Od wyniku do diagnozy: Core Web Vitals i wskazówki SEO

PageSpeed Insights pomaga przejść od ogólnej oceny do wskazania elementów, które wpływają na doświadczenie użytkownika. W SEO punktacja zachęca do sprawdzenia pomiarów; nie ocenia jakości treści ani nie przewiduje pozycji w wyszukiwarce.

Wynik podpowiada, od czego zacząć, ale nie zastępuje diagnozy.

Jaki związek ma wynik wydajności z SEO?

Wynik wydajności PageSpeed Insights pomaga dostrzec techniczne przeszkody w korzystaniu ze strony. Wolno pojawiająca się treść i opóźniona reakcja utrudniają korzystanie z niej niezależnie od tematu. W pracy nad SEO skup się więc na problemie widocznym w pomiarach, nie na samej punktacji.

Co mówią Core Web Vitals o doświadczeniu użytkowników?

Core Web Vitals opisują wyświetlanie głównej treści, reakcję na interakcję i stabilność układu. Każdy wskaźnik dotyczy innego utrudnienia, więc ocena zbiorcza nie zastąpi odczytania poszczególnych pomiarów. Dzięki nim ustalisz, jaki problem może odczuwać użytkownik, zanim zaczniesz szukać jego technicznej przyczyny.

Jak czytać sekcję diagnostyczną i weryfikować jej zalecenia?

Sekcja diagnostyczna PageSpeed Insights pomaga powiązać problem z zasobem strony lub działaniem przeglądarki. Zacznij od pomiaru, który wymaga poprawy. Potem znajdź element wskazany w zaleceniu i sprawdź, czy planowana zmiana zachowa jego potrzebną funkcję. Po wdrożeniu porównaj pomiar i działanie strony.

Potwierdzona diagnoza łączy problem użytkownika z techniczną przyczyną i efektem poprawki.

Analiza Core Web Vitals: LCP, INP i CLS

Core Web Vitals w PageSpeed Insights pomagają rozróżnić problemy z wyświetlaniem treści, reakcją strony i stabilnością układu. FCP – First Contentful Paint – mierzy czas do pojawienia się pierwszej treści. LCP – Largest Contentful Paint – mierzy czas renderowania największego widocznego elementu [1]. INP – Interaction to Next Paint – dotyczy reakcji na działanie użytkownika, a CLS – Cumulative Layout Shift – stabilności układu podczas ładowania [1].

FCP pokazuje początek wyświetlania, ale przy ocenie głównej treści nie zastępuje LCP. Przy diagnozowaniu INP szukaj przyczyn opóźnionej reakcji, a przy CLS – elementów przesuwających zawartość.

Tabela zestawia wskaźniki z pytaniami, które pomagają rozpoznać problem w raporcie.

Wskaźnik	Pytanie diagnostyczne
FCP	Czy użytkownik długo czeka na pojawienie się jakiejkolwiek treści?
LCP	Który widoczny element opóźnia pojawienie się głównej treści?
INP	Co opóźnia reakcję po działaniu użytkownika?
CLS	Które elementy zmieniają położenie podczas ładowania?

LCP, INP i CLS opisują różne doświadczenia, dlatego wiąż poprawkę z właściwym wskaźnikiem, nie tylko z oceną punktową.

Wskaźnik nazywa rodzaj problemu; diagnoza pomaga znaleźć jego techniczną przyczynę.

Jak sprawdzić szybkość całej witryny, a nie tylko jednego adresu?

PageSpeed Insights bada podany adres, więc obraz wydajności witryny zbudujesz, analizując podstrony o różnych szablonach i funkcjach. Wynik strony głównej nie opisuje automatycznie artykułu, strony usługi ani formularza. Każda z tych podstron może ładować inne obrazy, skrypty i elementy układu.

• Lista adresów do analizy powinna obejmować różne szablony i funkcje. Wybierz podstrony, z których faktycznie korzystają odwiedzający.
• Analiza każdego adresu powinna uwzględniać telefon i komputer. Zapisz pomiary oraz problemy wykryte w obu widokach.
• Grupowanie wyników pozwala przypisać podobne problemy do wspólnego szablonu lub konkretnej podstrony. Odróżnisz dzięki temu poprawkę dla grupy stron od zmiany pojedynczego elementu.
• Kontrola po wdrożeniu powinna objąć adres z wykrytym problemem oraz pozostałe podstrony korzystające ze zmienionego szablonu.

Obraz wydajności witryny daje analiza różnych typów podstron, nie sam wynik strony głównej.

Inne narzędzia do pomiaru wydajności: kiedy je włączyć?

Chrome DevTools uruchom, gdy PageSpeed Insights wykryje problem, ale nie wskaże jednoznacznie jego źródła. Panel Network pokazuje przebieg żądań i pozwala sprawdzić, na co przeglądarka czeka podczas ładowania. W panelu Performance prześledzisz pracę kodu, która opóźnia wyświetlenie treści lub reakcję na interakcję.

Dzienniki serwera pomagają z kolei zbadać obsługę żądania przed wysłaniem odpowiedzi do przeglądarki. Powiąż wynik dodatkowego badania z zaleceniem PageSpeed Insights, a po poprawce ponownie sprawdź ten sam adres.

Sięgaj po dodatkowe narzędzie, gdy masz konkretne pytanie wynikające z raportu.

PageSpeed Insights, GTmetrix i WebPageTest: różnice w danych i zastosowaniu

PageSpeed Insights ocenia badany adres we własnym raporcie wydajności; wyniku innego testu nie można z nim po prostu zrównać. Porównując go z GTmetrix lub WebPageTest, sprawdź źródło danych, warunki testu i mierzony wskaźnik. Jeśli warunki się różnią, sama różnica ocen nie dowodzi poprawy ani pogorszenia strony.

Tabela pokazuje, co sprawdzić przed porównaniem wyników z różnych narzędzi.

Kryterium	Co sprawdzić	Jak wykorzystać wynik
Pochodzenie danych	Czy pomiar opisuje wizyty użytkowników, czy pojedynczy test.	Nie traktuj wyniku testu jako zapisu doświadczeń wszystkich odwiedzających.
Warunki testu	Czy badano ten sam adres, wersję strony i warunki ładowania.	Porównuj wyniki tylko przy jasno określonych warunkach.
Zakres diagnozy	Czy raport wskazuje konkretny zasób lub etap ładowania.	Użyj szczegółu do zbadania przyczyny problemu.

Porównanie narzędzi ma sens, gdy pomaga odpowiedzieć na pytanie diagnostyczne, a nie wybrać korzystniejszą ocenę.

Chcesz sprawdzić widoczność firmy w odpowiedziach AI?

Bezpłatny audyt widoczności w AI pozwoli Ci sprawdzić, czy informacje o Twojej firmie pojawiają się w odpowiedziach systemów AI. Jeśli chcesz omówić wyniki, skontaktuj się z zespołem.

Najczęściej zadawane pytania

Czy zalecenie dotyczące JavaScript oznacza, że trzeba usunąć skrypt?

Nie. Skrypt może spowalniać wyświetlanie, ale jednocześnie obsługiwać potrzebną funkcję, więc poprawka musi zachować jego działanie.

Jaki wynik TTFB uznaje się za dobry?

Dobry wynik TTFB wynosi nie więcej niż 0,8 s. Wskaźnik pomaga ocenić czas oczekiwania na odpowiedź serwera.

Czy każda wskazówka w raporcie zawiera szacowaną oszczędność czasu?

Nie, szacowaną oszczędność w milisekundach raport podaje przy części zaleceń. Możesz wykorzystać ją do zaplanowania kolejności sprawdzania problemów.

Czy szacowana oszczędność w milisekundach gwarantuje taki efekt po wdrożeniu?

Nie jest to potwierdzenie uzyskanego efektu. Po wdrożeniu sprawdź ponownie ten sam adres i pomiar związany z poprawką.

Czy kompresja obrazu powinna zachować jego czytelność?

Tak. Przy optymalizacji obrazów trzeba dopasować wymiary i kompresję, nie pogarszając czytelności grafiki.

Źródła

1. PageSpeed Insights – Dlaczego warto analizować prędkość — https://boringowl.io/blog/pagespeed-insights
2. Google, „Test your forms” oraz „About PageSpeed Insights”. — https://web.dev/learn/forms/testing
3. Google, „About PageSpeed Insights”. — https://developers.google.com/speed/docs/insights/v5/about
4. PageSpeed Insights – co to jest i jak działa? — https://cyrekdigital.com/pl/baza-wiedzy/page-speed-insights/
5. web.dev — Optimize Time to First Byte — https://web.dev/articles/optimize-ttfb
6. Google, „Lighthouse performance scoring” oraz „About PageSpeed Insights”. — https://developer.chrome.com/docs/lighthouse/performance/performance-scoring
7. Google, „Eliminate render-blocking resources”. — https://developer.chrome.com/docs/lighthouse/performance/render-blocking-resources
8. Google PageSpeed Insights: The Complete Guide – SupportHost — https://supporthost.com/google-pagespeed-insights/
9. Google for Developers — Get Started with the PageSpeed Insights API — https://developers.google.com/speed/docs/insights/v5/get-started
10. web.dev — Largest Contentful Paint — https://web.dev/articles/lcp
11. Google, „Render-blocking requests”. — https://developer.chrome.com/docs/performance/insights/render-blocking
12. Google, „Improve image delivery” oraz „Time to First Byte (TTFB)”. — https://developer.chrome.com/docs/performance/insights/image-delivery
13. GoogleChrome/Lighthouse — lr-mobile-config.js — https://github.com/GoogleChrome/lighthouse/blob/main/core/config/lr-mobile-config.js
14. Google Search Central — Understanding Core Web Vitals and Google search results — https://developers.google.com/search/docs/appearance/core-web-vitals
15. Chrome for Developers, CrUX Tools. — https://developer.chrome.com/docs/crux/methodology/tools
16. Google, PageSpeed Insights; Google for Developers, Make the Web Faster. — https://pagespeed.web.dev/
17. PageSpeed Insights — wdrożenie i konfiguracja — https://growyourbusiness.solutions/narzedzia/pagespeed-insights
18. How to Use Google PageSpeed Insights (the Right Way) | LoadNinja — https://loadninja.com/articles/google-pagespeed-insights/