Jak poprawić Page Speed do 90+ w PageSpeed Insights — praktyczny przewodnik krok po kroku [2026]

Jak poprawić Page Speed do 90+ w PageSpeed Insights? Najkrótsza odpowiedź brzmi: usuń największe blokery wydajności — ciężkie obrazy, niepotrzebny JavaScript, render-blocking CSS, słaby hosting i brak cache — a potem zoptymalizuj Core Web Vitals, zwłaszcza LCP, INP i CLS. W praktyce wynik 90+ najczęściej osiąga się przez połączenie 7 działań: audyt, optymalizację obrazów, redukcję JS/CSS, lepsze ładowanie zasobów, cache/CDN, poprawę serwera i kontrolę skryptów zewnętrznych.

Dlaczego wynik PageSpeed 90+ ma znaczenie

PageSpeed Insights nie jest celem samym w sobie, ale bardzo dobrze pokazuje, gdzie tracisz użytkowników i sprzedaż. Google od lat wskazuje, że szybkość strony wpływa na doświadczenie użytkownika, a Core Web Vitals są częścią oceny jakości strony. Jeśli strona ładuje się wolno, użytkownik nie czeka — wychodzi.

Dane są tu jednoznaczne. Google podawało, że wraz ze wzrostem czasu ładowania z 1 do 3 sekund prawdopodobieństwo odrzucenia rośnie o 32%, a przy przejściu z 1 do 5 sekund nawet o 90%. Semrush regularnie pokazuje w analizach technicznego SEO, że problemy z wydajnością należą do najczęstszych błędów obniżających potencjał organiczny stron. McKinsey wskazuje z kolei, że poprawa doświadczenia cyfrowego przekłada się bezpośrednio na wzrost konwersji i retencji, bo użytkownicy premiują marki, z którymi „łatwo się pracuje”.

Do tego dochodzi zmiana sposobu wyszukiwania. Według Gartner do 2026 roku 25% ruchu z tradycyjnych wyszukiwarek może przejść do doświadczeń opartych o AI. To oznacza, że strony muszą być nie tylko dobrze napisane, ale też technicznie mocne: szybkie, stabilne i łatwe do przetworzenia. Jeśli chcesz wygrywać w SEO i w widoczności w systemach AI, wydajność przestaje być „miłym dodatkiem”.

Aby poprawić Page Speed do 90+, wykonaj następujące kroki:

1. Zrób pomiar bazowy i znajdź prawdziwy problem

Zacznij od PageSpeed Insights, ale nie kończ na samym wyniku. Sprawdź osobno wersję mobilną, sekcję „Dane z rzeczywistych użytkowników” oraz laboratoryjne metryki: LCP, INP, CLS, TTFB i Total Blocking Time. Wynik 58 lub 72 nic nie mówi, jeśli nie wiesz, czy problemem jest serwer, hero image, slider czy 15 skryptów marketingowych.

Wejdź też do Lighthouse i Chrome DevTools. Zobacz, które zasoby blokują renderowanie, które skrypty zajmują najwięcej czasu CPU i które elementy odpowiadają za największy „paint”. Bez tej diagnozy łatwo optymalizować nie to, co trzeba.

2. Zoptymalizuj obrazy, bo to najczęstszy winowajca

Największy element na stronie, czyli LCP, bardzo często jest obrazem banerowym. Jeśli wrzucasz PNG 3500 px i liczysz, że przeglądarka „sobie zmniejszy”, to sam obniżasz wynik. Zapisuj obrazy w WebP lub AVIF, przygotuj kilka rozmiarów przez srcset i podawaj poprawne wymiary w HTML.

Dla obrazów poniżej pierwszego ekranu ustaw lazy loading, ale głównego obrazu LCP nie opóźniaj. Dla niego użyj preload lub wysokiego priorytetu ładowania. Jeden dobrze zoptymalizowany obraz hero potrafi podnieść wynik mobilny o kilkanaście punktów.

3. Ogranicz JavaScript do absolutnego minimum

Wiele stron nie jest wolnych przez serwer, tylko przez nadmiar JS. Ciężkie motywy, page buildery, popupy, trackery, widżety czatu i testy A/B potrafią zabić INP oraz Total Blocking Time. Usuń skrypty, których nie używasz, a pozostałe ładuj z atrybutem defer lub async, jeśli to możliwe.

Jeśli korzystasz z WordPressa, przejrzyj wtyczki jedna po drugiej. Często 3 zbędne dodatki robią większą różnicę niż godzina „mikro-optymalizacji” CSS. Dobra praktyka: każdy skrypt ma mieć właściciela biznesowego i uzasadnienie, po co jest na stronie.

4. Usuń render-blocking CSS i zmniejsz krytyczną ścieżkę renderowania

Przeglądarka nie pokaże strony szybko, jeśli musi najpierw pobrać i przetworzyć ogromne arkusze stylów. Wydziel critical CSS dla części above the fold, a resztę stylów załaduj asynchronicznie. Usuń nieużywany CSS z frameworków i motywów, bo wiele stron wysyła użytkownikowi tysiące linii stylów, których nie wykorzystuje nawet w 10%.

To jeden z tych kroków, które dają realny efekt na LCP i First Contentful Paint. Szczególnie na mobile, gdzie każde opóźnienie jest bardziej odczuwalne.

5. Skróć czas odpowiedzi serwera i popraw TTFB

Jeśli serwer odpowiada wolno, nie uratuje Cię nawet najlepsza optymalizacja front-endu. Zadbaj o szybki hosting, najnowszą wersję PHP, HTTP/2 lub HTTP/3, cache po stronie serwera i bazę danych bez śmieci. W e-commerce warto też ograniczyć ciężkie zapytania i niepotrzebne wywołania do API podczas generowania strony.

Google rekomenduje, by serwer reagował szybko, a w praktyce warto celować w TTFB poniżej 0,8 s dla kluczowych podstron. Jeśli jesteś znacznie powyżej, najpierw napraw backend, dopiero potem dopieszczaj szczegóły wizualne.

6. Włącz cache i CDN

Cache skraca czas ładowania dla powracających użytkowników i odciąża serwer. Ustaw cache przeglądarki dla statycznych zasobów, page cache dla HTML oraz kompresję Brotli lub Gzip. Jeśli masz ruch z różnych lokalizacji, dodaj CDN, który dostarczy pliki z serwera bliżej użytkownika.

To szczególnie ważne przy sklepach, serwisach contentowych i stronach z dużą liczbą obrazów. Dobrze skonfigurowany CDN często daje szybki, „tani” wzrost wydajności bez przebudowy całego frontu.

7. Ogranicz skrypty zewnętrzne i tagi marketingowe

Tag Manager, piksele reklamowe, widget opinii, chatbot, mapy, osadzone filmy, iframe’y z social media — to częsty powód, dla którego strona „niby jest lekka”, ale wynik nadal nie przekracza 80. Przejrzyj wszystkie zasoby third-party i usuń te, które nie wpływają realnie na wynik biznesowy.

Te, które zostają, ładuj po interakcji albo po zgodzie użytkownika, jeśli to możliwe. W praktyce jedno odłożone ładowanie mapy czy widżetu opinii potrafi poprawić responsywność bardziej niż kolejna kompresja obrazków.

8. Ustabilizuj układ strony, aby poprawić CLS

Jeśli elementy „skaczą” podczas ładowania, użytkownik klika nie tam, gdzie chciał, a PageSpeed to karze. Rezerwuj miejsce dla obrazów, banerów, reklam i iframe’ów. Nie wstrzykuj dynamicznie elementów nad już załadowaną treścią.

Zadbaj też o fonty. Używaj font-display: swap, preloaduj najważniejsze kroje i ogranicz liczbę wariantów. Za dużo fontów to nie tylko większa waga strony, ale też większe ryzyko przesunięć layoutu.

Priorytety działań: co daje największy efekt

Narzędzia, które warto mieć pod ręką

• Google PageSpeed Insights — do analizy wyniku i Core Web Vitals.
• Lighthouse — do testów laboratoryjnych i wskazania problemów technicznych.
• Chrome DevTools — do analizy waterfall, CPU, coverage i render-blocking resources.
• WebPageTest — do szczegółowej analizy ładowania krok po kroku.
• GTmetrix — pomocniczo do porównań i monitoringu.
• ShortPixel / Imagify / Squoosh — do kompresji obrazów.
• Cloudflare — CDN, cache, optymalizacja transferu i ochrona.
• Perfmatters / WP Rocket / LiteSpeed Cache — jeśli pracujesz na WordPressie.

Najczęstsze błędy, przez które wynik nie dobija do 90+

• Optymalizacja tylko strony głównej, a ignorowanie kluczowych landing page’y i kart produktowych.
• Lazy loading wszystkiego, w tym obrazu hero, który powinien ładować się natychmiast.
• Instalowanie kolejnych „magicznych” wtyczek zamiast usunięcia przyczyny problemu.
• Zostawienie kilkunastu skryptów marketingowych bez kontroli wpływu na wydajność.
• Brak rozdzielenia problemów mobilnych i desktopowych.
• Patrzenie wyłącznie na score, a nie na realne dane użytkowników i konwersję.
• Zmiany bez pomiaru przed i po, przez co nie wiadomo, co naprawdę zadziałało.

Podsumowanie

Jeśli chcesz osiągnąć 90+ w PageSpeed Insights, nie szukaj jednego triku. Wynik rośnie wtedy, gdy uporządkujesz fundamenty: szybki serwer, lekkie obrazy, mniej JavaScriptu, mądre ładowanie zasobów, cache i kontrola nad zewnętrznymi skryptami. W większości projektów to wystarcza, by wejść na poziom 90+ przynajmniej na desktopie, a bardzo często również na mobile.

Najlepsza rada z praktyki: najpierw napraw 3 największe problemy wykazane w PageSpeed Insights, dopiero potem szlifuj detale. Jeśli chcesz, możemy w CCZ Group zrobić audyt wydajności Twojej strony i wskazać dokładnie, co podniesie wynik najszybciej — bez zgadywania i bez przepalania czasu na rzeczy, które nie dają efektu.

FAQ

Czy wynik 90+ w PageSpeed Insights zawsze jest konieczny?

Nie zawsze, ale warto do niego dążyć. Najważniejsze są realne Core Web Vitals i wpływ na użytkownika oraz konwersję. Dla wielu firm wynik 80+ przy dobrych danych rzeczywistych już jest bardzo dobry, ale 90+ daje bezpieczny zapas jakości.

Co najczęściej najbardziej obniża Page Speed?

Najczęściej są to ciężkie obrazy, nadmiar JavaScriptu, skrypty zewnętrzne oraz wolny serwer. Na WordPressie bardzo często problemem jest też przeładowany motyw i zbyt wiele wtyczek.

Ile czasu zajmuje poprawa wyniku do 90+?

To zależy od stanu strony. Prosty serwis można poprawić w kilka dni, a rozbudowany sklep lub portal wymaga zwykle kilku tygodni pracy, testów i wdrożeń etapami.

Czy CDN naprawdę pomaga w PageSpeed?

Tak, szczególnie gdy masz dużo statycznych plików i użytkowników z różnych lokalizacji. CDN skraca drogę dostarczania zasobów i odciąża serwer źródłowy.

Czy wtyczka do cache wystarczy?

Nie. Wtyczka może pomóc, ale nie naprawi ciężkich obrazów, złego hostingu, nadmiaru JS czy źle wdrożonych skryptów marketingowych. To tylko jedno z narzędzi, nie rozwiązanie całościowe.

Rafał Krawczyk

Od 2020 roku specjalizuję się w zaawansowanym technicznym SEO, GEO i inżynierii GAN. Trenuję modele AI do automatyzacji i optymalizacji rozbudowanych platform e-commerce pod kątem GEO i RAG. Odrzucam ręczne metody – współtworzę wieloagentowe ekosystemy, które automatyzują analizę, dobór strategii i masowe wdrożenia publikacji. Zgłębiam najdrobniejsze detale Web Performance, przekładając je na schematy uczenia naszych algorytmów, by przygotować domeny klientów na erę AI Search. Wolny czas spędzam z rodziną, a hobbystycznie programuję i rozbudowuję swój inteligentny dom.