Pomiar, cache, obrazy, skrypty i serwer - właściwa kolejność przyspieszania strony, plan na jedno popołudnie i moment, w którym warto przestać.
Przyspieszanie strony ma jedną skuteczną kolejność: pomiar bazowy → cache → obrazy → skrypty → serwer. Wykonanie jej w tej właśnie sekwencji daje 80 procent możliwego efektu w jedno popołudnie. Odwrotna kolejność - zaczynanie od CDN i optymalizacji czcionek przy niedziałającym cache - to malowanie ścian przed wylaniem fundamentów.
Ten przewodnik układa całą pracę etapami, z odnośnikiem do szczegółowej instrukcji na każdym kroku. Na końcu znajdziesz plan działania na jedno popołudnie oraz odpowiedź na pytanie, kiedy dalsza optymalizacja przestaje się opłacać.
Odwiedzający porzucają strony ładujące się dłużej niż dwie do trzech sekund, a przy zakupach każde dodatkowe opóźnienie odbija się na liczbie dokończonych zamówień. Google ocenia przy tym doświadczenie realnych użytkowników - mierzone u nich, a nie w symulacji.
Ale optymalizację równie łatwo zamienić w pogoń za wynikiem 100/100, która niczego nie sprzedaje. Wyłączenie analityki, czatu i mapy podniesie wynik testu i jednocześnie odetnie Cię od danych i kontaktu z klientami. Celem jest strona szybka dla ludzi, nie idealna w benchmarku.
Bez punktu odniesienia nie dowiesz się, co pomogło, a co zaszkodziło. Zmierz i zapisz wyniki dla 2-3 najważniejszych podstron, nie tylko dla strony głównej.
Jak czytać raporty i czym różnią się dane laboratoryjne od danych od prawdziwych użytkowników, tłumaczy przewodnik po PageSpeed Insights. Same wskaźniki LCP, INP i CLS rozbiera tekst o Core Web Vitals. Pomiar z polskiej lokalizacji zrobisz naszym testem szybkości - to istotne, bo narzędzia Google mierzą z serwerów rozsianych po świecie.
Zanim zaczniesz cokolwiek zmieniać, ustal, gdzie tracisz czas. Rozstrzyga to jedno pytanie: czy problemem jest czas odpowiedzi serwera, czy waga i liczba elementów strony?
| Objaw | Wąskie gardło | Gdzie szukać |
|---|---|---|
| Długo nic się nie dzieje, potem strona pojawia się szybko | serwer | cache, PHP, hosting, ciężkie wtyczki |
| Strona pojawia się stopniowo, obrazy doładowują się długo | zasoby | obrazy, skrypty, czcionki |
| Wygląda gotowa, ale nie reaguje na kliknięcia | JavaScript | skrypty zewnętrzne, przeciążone wtyczki |
| Treść skacze w trakcie ładowania | układ | brak wymiarów obrazów, banery |
Dziesięć najczęstszych przyczyn wraz z metodą eliminacji opisuje tekst strona wolno się ładuje. Dla WordPressa mamy dedykowany plan: WordPress wolno działa, a dla sklepów - optymalizację WooCommerce.
Serwowanie gotowego kodu HTML zamiast budowania strony od nowa przy każdym wejściu potrafi skrócić czas odpowiedzi kilkunastokrotnie. To jedna zmiana, która poprawia wszystkie metryki naraz i nie wymaga dotykania treści.
Rodzaje pamięci podręcznej - przeglądarki, strony, serwera i bazy danych - oraz konfigurację na hostingu z LiteSpeed wyjaśnia przewodnik po cache. Jedna praktyczna uwaga: po włączeniu cache zawsze sprawdź stronę w trybie prywatnym i przejdź ścieżkę zakupową - agresywne ustawienia potrafią zamrozić koszyk albo formularz.
Zdjęcia prosto z telefonu potrafią ważyć więcej niż cała reszta strony razem wzięta. Cztery rzeczy do zrobienia: format WebP, sensowna kompresja, wymiary dopasowane do miejsca wyświetlania oraz leniwe ładowanie tego, co poniżej pierwszego ekranu.
Uwaga na kolejność: obrazek w nagłówku strony NIE powinien być ładowany leniwie - to zwykle właśnie on decyduje o metryce LCP, a opóźnienie jego wczytania pogarsza wynik zamiast go poprawiać. Komplet technik zbiera tekst o optymalizacji obrazów.
Każda wtyczka dokłada zapytania do bazy, a każdy skrypt zewnętrzny - kolejne połączenie do obcego serwera, na którego szybkość nie masz wpływu. Czat, piksele reklamowe, mapy i widżety opinii potrafią razem opóźnić stronę o sekundy.
Gdy strona jest już odchudzona, o czasie odpowiedzi decyduje hosting: dyski NVMe, nowoczesny serwer WWW z wbudowanym cache, HTTP/3 i aktualna wersja PHP. Co te nazwy znaczą w praktyce, tłumaczy tekst technologie hostingu po ludzku.
Sygnał, że problem leży po stronie serwera, jest dość jednoznaczny: wysoki czas odpowiedzi utrzymuje się mimo działającego cache i lekkiej strony. Wtedy pomaga wyższy pakiet albo przeprowadzka - a gdy strona wyrosła z modelu współdzielonego, warto rozważyć przejście na VPS. Sprawdź też, czy nie dobijasz do limitów konta. Nasz hosting NVMe ma cały ten zestaw w standardzie.
Rzeczy psujące szybkość i widoczność po cichu: łańcuchy przekierowań, w których każdy skok to dodatkowe opóźnienie (jak robić je poprawnie: przewodnik po przekierowaniach), oraz błędy serwera gubiące użytkowników i budżet indeksowania (błędy HTTP).
Gdy strona nie działa w ogóle, ścieżkę diagnozy „u mnie czy u wszystkich" opisuje tekst strona nie działa, a problemy z certyfikatem - instrukcje o komunikacie o niebezpiecznym połączeniu i wygasłym SSL.
Praktyczny cel to wyświetlenie głównej treści w mniej niż 2,5 sekundy u realnych użytkowników, natychmiastowa reakcja na kliknięcia i brak przeskoków układu. Poniżej tych wartości dalsza optymalizacja przynosi coraz mniejsze korzyści przy rosnącym nakładzie pracy.
Od cache. To pojedyncza zmiana o największym wpływie, działająca na wszystkie metryki naraz i niewymagająca ingerencji w treść ani wygląd strony. Druga w kolejności jest kompresja obrazów - również szybka i odczuwalna.
W dużej części tak, przy stronie na WordPressie. Nie naprawi jednak wolnego serwera, przeciążonego motywu ani trzydziestu wtyczek wykonujących zapytania przy każdym wejściu. Uważaj też na ustawienia agresywne: łączenie i odraczanie wszystkiego bywa skuteczne, ale potrafi rozłożyć wygląd strony - po każdej zmianie sprawdzaj efekt.
Fundament, czyli czas odpowiedzi serwera - a od niego zaczyna się każdy pomiar. Na przeciążonym serwerze żadna optymalizacja frontendu nie da dobrych wyników, bo przeglądarka najpierw musi czekać na odpowiedź. Odwrotnie: dobry hosting nie uratuje strony z dwudziestoma nieskompresowanymi zdjęciami na stronie głównej. Potrzebne są obie rzeczy.
Przy stronie skierowanej do polskich klientów, stojącej na serwerze w Europie - zwykle nie, a bywa że CDN nawet nieznacznie opóźnia pierwsze połączenie. Ma sens przy odbiorcach z różnych kontynentów, bardzo dużym ruchu albo serwowaniu ciężkich plików. Wdrażaj go dopiero po etapach 2-5, nie zamiast nich.
Gdy metryki mierzone u realnych użytkowników są w zielonych wartościach, a strona subiektywnie „wskakuje" od razu. Dalsza praca to zwykle walka o dziesiąte części sekundy kosztem funkcji, które przynoszą pieniądze. Lepszy zwrot da wtedy praca nad treścią i konwersją niż kolejne pięć punktów w teście.
Wszystkie poradniki z kategorii: Szybkość i wydajność