Stronę przyspieszysz najskuteczniej, gdy zaczniesz od pomiaru na danych realnych użytkowników, a potem poprawisz trzy rzeczy: czas wyświetlenia największego elementu (LCP), reakcję na kliknięcie (INP) i stabilność układu (CLS). Najczęściej wystarczy zoptymalizować obrazy, zredukować skrypty zewnętrzne, włączyć cache i CDN oraz przejść na aktualną wersję PHP. Poniżej opisujemy to krok po kroku, także dla WordPressa, PrestaShop i architektury headless.
Dlaczego szybkość strony ma znaczenie
Szybka strona zmniejsza liczbę porzuceń, poprawia konwersję i jest sygnałem jakości dla Google (Core Web Vitals). Pomaga też botom, które przeszukują witrynę, bo szybciej ją pobierają. Progi uznawane za „dobre” to: LCP do 2,5 s, INP do 200 ms, CLS do 0,1, oceniane na 75. percentylu realnych użytkowników. Progi nie zmieniły się w 2026 roku.
Krok 1: zmierz, zanim zaczniesz poprawiać
Są dwa rodzaje danych i nie wolno ich mylić:
- Dane terenowe (field): realni użytkownicy, zbierane przez Chrome (CrUX). Widzisz je w raporcie Core Web Vitals w Search Console i w PageSpeed Insights. Google ocenia witrynę według 28-dniowych danych tego typu.
- Dane laboratoryjne (lab): symulacja, np. Lighthouse. Służą do szukania przyczyn, a nie do oceniania witryny.
Zmierz kluczowe szablony osobno: stronę główną, kartę produktu, kategorię, artykuł. Przy dobrych wynikach w danych laboratoryjnych, a złych w terenowych, problem leży zwykle w urządzeniach mobilnych i skryptach zewnętrznych. Wsparcie narzędziowe opisujemy w poradniku o Search Console.
Krok 2: popraw LCP, czyli szybkość wczytania głównej treści
- Nie ładuj leniwie głównego obrazu (hero), a dodaj mu atrybut
fetchpriority="high"i wczytaj go z wyprzedzeniem (preload). - Formaty AVIF lub WebP w odpowiednich rozmiarach, zamiast ogromnych JPG i PNG.
- Czas odpowiedzi serwera (TTFB) poniżej około 800 ms: cache stron, CDN, optymalizacja zapytań do bazy.
- Krytyczny CSS w nagłówku i odroczone ładowanie reszty.
- Główny element w początkowym HTML, czyli renderowanie po stronie serwera lub statyczne (SSR/SSG), zamiast ładowania go przez JavaScript.
Krok 3: popraw INP, czyli reakcję na kliknięcie
INP zastąpił FID w 2024 roku i mierzy opóźnienie wszystkich interakcji na stronie. Najczęściej psują go ciężkie skrypty. Co robić:
- Dziel długie zadania (powyżej 50 ms) na mniejsze.
- Wysyłaj mniej JavaScriptu i dziel kod na części ładowane na żądanie.
- Przejrzyj skrypty zewnętrzne (czaty, piksele, tagi reklamowe, widżety) i usuń lub opóźnij te, które nie są niezbędne.
- Uprość obsługę zdarzeń i unikaj wymuszania przeliczania układu.
Szczegółowy opis wskaźnika: INP — nowy wskaźnik Google.
Krok 4: popraw CLS, czyli stabilność układu
- Ustaw wymiary lub proporcje (
width,height,aspect-ratio) dla obrazów, filmów i ramek. - Zarezerwuj miejsce na reklamy, osadzone treści i baner cookies.
- Wczytuj czcionki z wyprzedzeniem i dopasuj czcionkę zastępczą, żeby tekst nie „skakał”.
- Animuj przez transformacje, a nie przez właściwości zmieniające układ.
Krok 5: hosting, PHP i serwer
Wolny hosting ogranicza wszystko, co zrobisz w kodzie. Sprawdź:
- Aktualną wersję PHP. Według oficjalnej strony PHP (stan na 15 października 2026) w pełni wspierane są wersje 8.4 i 8.5, a 8.3 i 8.2 dostają tylko poprawki bezpieczeństwa (8.2 do końca 2026 roku). Wersje starsze, w tym 7.x i 8.1, nie są już wspierane. Przy PrestaShop 9 sprawdź, które wersje PHP obsługuje dana wersja sklepu.
- Cache po stronie serwera i aplikacji (cache stron, obiektów, OPcache).
- CDN dla plików statycznych i, gdy to możliwe, dla całych stron.
- Kompresję (Brotli lub Gzip) i protokół HTTP/2 lub HTTP/3, które większość nowoczesnych hostingów włącza domyślnie.
- Zasoby serwera dopasowane do ruchu (dyski SSD/NVMe, wystarczająca pamięć i procesor).
Szybkość w WordPressie, PrestaShop i headless
- WordPress: największy wpływ mają lekki motyw, ograniczenie liczby wtyczek, wtyczka cache oraz optymalizacja obrazów. Każda dodatkowa wtyczka to potencjalny skrypt i zapytanie do bazy.
- PrestaShop: włącz cache i kompresję w ustawieniach wydajności, ogranicz zbędne moduły (każdy dokłada kod do każdej strony) i zadbaj o optymalizację bazy oraz wyszukiwarki. O rozsądnym dostosowaniu sklepu: Dostosowanie sklepu na PrestaShop.
- Headless (Next.js): daje największą kontrolę (SSR, ISR, ładowanie na żądanie), ale wymaga dobrej implementacji. Sama zmiana architektury nie przyspieszy strony. Więcej: PrestaShop jako backend headless.
Skrypty zewnętrzne: najczęstszy ukryty problem
Piksele reklamowe, czaty, mapy, narzędzia analityczne i widżety opinii potrafią spowolnić stronę bardziej niż same obrazy. Zrób listę wszystkich skryptów (najlepiej w Menedżerze tagów), usuń nieużywane, a pozostałe ładuj z opóźnieniem lub po interakcji. Każdy nowy skrypt marketingowy warto sprawdzić pod kątem wpływu na INP.
Kiedy optymalizacja nie wystarczy
Jeśli strona jest zbudowana na ciężkim motywie lub starym frameworku, a kluczowe szablony nie przechodzą Core Web Vitals mimo poprawek, drobne zmiany nie wystarczą. Wtedy bardziej opłaca się przebudować front (lub całą architekturę) niż łatać kolejne wtyczki. Szybkość to też nie jedyny czynnik rankingu: najlepsza prędkość nie zastąpi dobrej treści. Zobacz Jakie witryny lubi Google.
W Pageart
Wykonujemy audyty wydajności, optymalizujemy strony i sklepy (WordPress, PrestaShop) oraz budujemy szybkie frontendy w Next.js. Utrzymujemy też strony w ramach umów SLA, żeby wyniki nie spadały po kolejnych zmianach. Sprawdź strony internetowe, sklepy internetowe i utrzymanie i rozwój (SLA).
FAQ
Jak sprawdzić szybkość strony?
Użyj PageSpeed Insights i raportu Core Web Vitals w Search Console. Pierwsze pokazuje dane laboratoryjne i terenowe, drugie dane realnych użytkowników dla całej witryny.
Jakie są progi Core Web Vitals?
LCP do 2,5 sekundy, INP do 200 milisekund i CLS do 0,1, oceniane na 75. percentylu realnych użytkowników.
Czy szybkość strony wpływa na pozycje w Google?
Tak, Core Web Vitals są jednym z sygnałów rankingowych, ale nie najsilniejszym. Treść i dopasowanie do intencji nadal mają większe znaczenie, a słaba szybkość pogarsza też konwersję.
Czym różnią się dane laboratoryjne od terenowych?
Dane laboratoryjne to symulacja w kontrolowanych warunkach, przydatna do szukania przyczyn. Dane terenowe pochodzą od realnych użytkowników i to na nich Google ocenia witrynę.
Jaką wersję PHP wybrać?
Aktualną, wspieraną przez platformę. Według oficjalnej strony PHP w październiku 2026 w pełni wspierane są wersje 8.4 i 8.5. W sklepie PrestaShop sprawdź kompatybilność wersji PHP z wersją PrestaShop.
Co najczęściej spowalnia stronę?
Nieoptymalne obrazy, skrypty zewnętrzne, wolny serwer i brak cache. W sklepach także nadmiar modułów i niewydolna baza danych.
Chcesz sprawdzić, dlaczego Twoja strona jest wolna? Poproś o szybką wycenę audytu wydajności albo napisz do nas.
