Strona ładuje się wolno, 7 przyczyn i jak je rozpoznać

Część przewodnika: Strona internetowa dla małej firmy 2026, kompletny przewodnik →
Ten artykuł rozwija jeden z wątków pełnego przewodnika.

W skrócie: Strona ładuje się wolno z 7 powodów: ciężki WordPress z wtyczkami, za duże obrazy (JPG zamiast WebP), brak sieci serwerów (CDN), skrypty blokujące wyświetlenie, niewczytane wcześniej czcionki, słaby hosting, brak pamięci podręcznej.

• Cele 2026: LCP < 2,5 s, INP < 200 ms, CLS < 0,1
• Szybkie poprawki: WebP zamiast JPG (ok. 50% mniej), sieć serwerów (CDN), opóźnienie nieistotnych skryptów
• Duża zmiana: nowa strona statyczna zamiast WordPressa (od 1 499 zł, 5-7 dni) = PageSpeed 30 → 99

Strona ładuje się 5 sekund na mobile? Tracisz dużą część klientów zanim cokolwiek zobaczą. Google podaje, że każda sekunda powyżej 3 sekund obniża konwersję o 20%. Jeśli Twoja strona ładuje się 6 sekund zamiast 2, tracisz sporą część potencjalnych zapytań. Naprawienie tego kosztuje niewiele w porównaniu z ciągłą stratą klientów.

Dobra wiadomość: większość wolnych stron ma te same przyczyny. Poniżej 7 najczęstszych. Każdą rozpoznasz w 5 minut za darmo i każda daje konkretną decyzję: poprawiać obecną stronę czy zrobić nową.

Czemu szybkość strony jest dziś krytyczna

1. Telefon. Większość ruchu na strony lokalnych firm pochodzi z telefonu. Przeciętny użytkownik mobilny ma słabsze połączenie (4G, czasem 3G poza dużymi miastami), słabszy procesor i mniej cierpliwości niż ktoś przy komputerze. Strona, która ładuje się 2 sekundy na komputerze, może ładować się 6 sekund na średnim telefonie.

2. Pozycja w Google. Od 2021 Core Web Vitals (LCP, INP, CLS, czyli zestaw metryk szybkości i stabilności strony) są oficjalnym czynnikiem rankingowym. Strona ze słabymi wynikami jest spychana niżej. Dochodzi efekt pośredni: użytkownik klika w wynik i wraca do Google po 2 sekundach (bo strona się nie ładuje). Google to widzi i obniża pozycję strony, gdy powtarza się to często.

3. Konwersja. Klient otwierający stronę z linku w Google Maps, który widzi białą stronę przez 4 sekundy, zamyka kartę. Niezależnie, jak dobra jest oferta.

4. Odbicia i SEO. Gdy klient zamyka stronę od razu, bez żadnego kliknięcia (odbicie), to dla Google sygnał, że strona jest słaba. Wolne ładowanie = dużo odbić = niższa pozycja. Błędne koło.

7 najczęstszych przyczyn wolnej strony

1. Za duże obrazy (problem #1, ~50% przypadków)

Banner home page 4 MB w PNG, galeria 30 zdjęć po 2 MB każde w JPEG. Łącznie 60 MB do pobrania na mobile = 10+ sekund na 4G, 30+ sekund na 3G. Klasyczna sytuacja, gdy strona jest „piękna” na desktopie z szybkim łączem, ale nie do użytku na komórce.

Diagnoza: PageSpeed Insights (pagespeed.web.dev) → wpisz URL → sprawdź sekcję „Możliwości” i „Diagnostyka”. Typowe alerty:

• „Properly size images”, obrazy są większe niż konieczne
• „Serve images in next-gen formats”. JPEG/PNG zamiast WebP/AVIF
• „Defer offscreen images”, brak lazy loading

Rozwiązanie:

• Format WebP albo AVIF, 30-60% mniejsze niż JPEG przy tej samej jakości
• Rozmiar dopasowany do ekranu, banner na telefon 800×600, na komputer 1920×800, nie ten sam plik dla obu
• Doczytywanie obrazów dopiero przy przewijaniu (loading="lazy"), dla zdjęć poniżej pierwszego ekranu
• Różne wersje obrazu dla różnych szerokości ekranu (srcset)
• Kompresja. TinyPNG, Squoosh, ImageOptim, bez widocznej utraty jakości

W stronach Lokal360 wszystkie obrazy są domyślnie WebP, lazy loaded, ze srcset. Banner home z 4 MB schodzi do 80 KB. Ten jeden krok rozwiązuje 50% wolnych stron.

2. Wolny hosting (powolny serwer)

Tani hosting współdzielony (10-20 zł/mies) dzieli serwer z setkami innych stron. W godzinach szczytu (18-22) procesor i pamięć są obciążone. Twoja strona czeka w kolejce. Czas pierwszej odpowiedzi serwera (od kliknięcia do pierwszych danych) skacze z 200 ms do 1500 ms. Cała strona ładuje się o sekundę dłużej, zanim cokolwiek się zacznie.

Diagnoza:

• WebPageTest.org, sprawdź czas pierwszej odpowiedzi serwera. Powyżej 600 ms = problem.
• Otwórz stronę w godzinach 18-22 w trybie prywatnym. Porównaj z 9-11 rano.
• Chrome DevTools, zakładka Network, kolumna „Time” przy pierwszym wczytaniu strony

Rozwiązanie:

• Lepszy hosting (od 250 zł/rok z domeną), więcej zasobów dla Twojej strony, bez kolejki. Plany lepszej klasy mają SeoHost, Zenbox, cyberFolks
• Strona statyczna na taniej infrastrukturze, serwowana z sieci serwerów rozsianych po świecie, czas pierwszej odpowiedzi spada do ok. 50-100 ms
• Nowa strona statyczna, usuwa cały problem powolnego serwera (brak bazy danych i przetwarzania po stronie serwera)

3. Wtyczki WordPress (problem #2 dla WordPress, ~70% przypadków)

Każda wtyczka dodaje JavaScript i CSS do każdej strony, niezależnie czy są tam wykorzystywane. Strona z 15 wtyczkami (Yoast SEO, Elementor, WPForms, WP Rocket, BackupBuddy, RankMath, Wordfence, NextGEN Gallery, Slider Revolution, Gravity Forms, MailChimp, Disqus, ShareThis, Akismet, Cookie Notice) = 2-5 MB samego JavaScript do pobrania i wykonania na każdym wyświetleniu.

Diagnoza: PageSpeed, pozycje „Reduce unused JavaScript” i „Reduce unused CSS” (ogranicz nieużywany kod). To lista konkretnych plików do poprawy.

Rozwiązanie:

• Przegląd wtyczek, wyłączaj po jednej i sprawdzaj, co przestaje działać. Zostaw tylko niezbędne.
• Połącz funkcje, zamiast 3 wtyczek od formularzy, używaj jednej
• Usuń Slider Revolution (klasyczny ciężki), jeśli używasz tylko jednego slidera, użyj lekkiej alternatywy lub czystego CSS/JS
• Migracja na statyczną, eliminacja całego ekosystemu wtyczek

4. Niezoptymalizowane czcionki (web fonts)

Strona ładuje 5 odmian Google Fonts po 100 KB każda = 500 KB tylko na czcionki. Do tego dodatkowe połączenie z serwerem Google z czcionkami = kolejne ok. 200 ms przy pierwszym wejściu.

Diagnoza: PageSpeed, pozycja „Avoid enormous network payloads” (unikaj dużych transferów), waga plików typu „font”. Chrome DevTools, zakładka Network, filtr: Font.

Rozwiązanie:

• Maksymalnie 2-3 odmiany (zwykły + pogrubiony zwykle wystarcza)
• Format WOFF2, najmniejszy rozmiar, obsługiwany przez wszystkie nowe przeglądarki
• Czcionki na własnym serwerze zamiast pobierania z Google, brak połączenia na zewnątrz, lepiej dla RODO
• font-display: swap, tekst jest widoczny od razu zapasową czcionką, podmienianą po wczytaniu docelowej
• Wcześniejsze wczytanie kluczowych czcionek (<link rel="preload" as="font">)

W Lokal360 używamy 2 czcionek (Geist Sans + Geist Mono), z własnego serwera, w formacie WOFF2, wczytywanych z wyprzedzeniem. Łączna waga czcionek: ok. 70 KB.

5. Brak pamięci podręcznej na serwerze

Pamięć podręczna (cache) to zapamiętana gotowa wersja strony, żeby serwer nie budował jej za każdym razem od nowa. Bez niej każde wyświetlenie strony WordPress powstaje od zera: serwer uruchamia kod motywu i każdej wtyczki, łączy się z bazą danych, pobiera treść i składa szablon. To 200-800 ms przetwarzania przy każdym wejściu, zanim cokolwiek trafi do klienta.

Diagnoza: PageSpeed, pozycja „Serve static assets with an efficient cache policy”. Plus wolny czas pierwszej odpowiedzi serwera.

Rozwiązanie:

• WP Rocket (płatny, ok. 50 USD/rok), najlepsza wtyczka pamięci podręcznej
• W3 Total Cache (bezpłatny), gorszy interfejs, ale działa
• LiteSpeed Cache (bezpłatny), jeśli serwer go obsługuje
• Pamięć podręczna po stronie serwera, część hostingów ma to wbudowane
• Nowa strona statyczna, każda strona to gotowy plik, więc problem znika

6. Skrypty blokujące wyświetlenie strony

Skrypt (JavaScript) wczytywany na samej górze strony blokuje jej wyświetlenie, dopóki się nie pobierze i nie uruchomi. Jeśli skrypt statystyk waży 200 KB i pobiera się 500 ms, strona jest pusta przez te 500 ms.

Diagnoza: PageSpeed, pozycja „Eliminate render-blocking resources” (usuń zasoby blokujące wyświetlenie). To lista konkretnych skryptów do poprawy.

Rozwiązanie:

• defer na skryptach, pobierają się w tle, uruchamiają po wczytaniu strony
• async dla niezależnych skryptów (statystyki), pobierają się i działają od razu, ale nie blokują wyświetlenia
• Najważniejszy styl strony (CSS) wpisany bezpośrednio w kod widocznej części, reszta dociąga się w tle
• Dzielenie kodu na części, na danej podstronie ładuje się tylko to, co potrzebne
• Doczytywanie skryptów na żądanie, np. czat z klientem dopiero po kliknięciu, nie od początku

7. Brak sieci serwerów (CDN)

Strona serwowana z jednego miejsca (np. serwer w Warszawie). Klient z Berlina, Londynu czy Nowego Jorku, każde 1000 km dodaje trochę opóźnienia tylko na sam transfer danych. Sieć serwerów rozsianych po świecie (CDN) rozwiązuje to, podając stronę z najbliższego serwera.

Diagnoza: sprawdź czas pierwszej odpowiedzi serwera z różnych regionów (KeyCDN Performance Test, GTmetrix z różnymi lokalizacjami testowymi).

Rozwiązanie:

• Sieć serwerów (CDN) przed Twoim hostingiem, przechowuje kopie statycznych plików blisko użytkownika. Konfiguracja zajmuje ok. 30 minut.
• Strona statyczna z wbudowaną siecią serwerów, gotowa od razu, bez osobnej konfiguracji.

Co zrobić, checklista decyzyjna

1. Zmierz stan obecny. PageSpeed Insights dla 5 kluczowych podstron (home, główna usługa, kontakt, blog index, jeden post)
2. Zapisz wyniki - < 50 = problem poważny, 50-80 = średnio, 80+ = OK, 90+ = doskonale
3. Czytaj sekcję „Diagnostyka”, konkretne problemy, posortowane wg wpływu
4. Zdecyduj:
   • PageSpeed > 70 i WordPress z 5-8 wtyczkami → optymalizacja warta zachodu (1-2 dni pracy, 500-1500 zł)
   • PageSpeed < 50 i 15+ wtyczek WordPress → migracja na statyczną tańsza i lepsza długoterminowo (1-2 tygodnie, od 2 499 zł, strona statyczna)
   • Stara strona własna w czystym HTML/CSS → przegląd kodu, prawdopodobnie tania poprawka wystarczy

Kalkulacja: ile tracisz przez wolną stronę

Załóżmy: 1 000 wizyt miesięcznie z Google na stronie restauracji, średnia konwersja na rezerwację = 5%, średnia wartość rezerwacji 200 zł.

Strona szybka (PageSpeed 90+):

• 1 000 wizyt × 5% = 50 rezerwacji
• 50 × 200 zł = 10 000 zł / miesiąc

Strona wolna (PageSpeed 30):

• 50% klientów odbija przed załadowaniem = 500 wizyt rzeczywistych
• Konwersja spada (frustracja, wolne formularze) z 5% do 3%
• 500 × 3% = 15 rezerwacji
• 15 × 200 zł = 3 000 zł / miesiąc

Strata: 7 000 zł / miesiąc = 84 000 zł / rok.

Migracja na szybką stronę kosztuje od 2 499 zł jednorazowo. ROI: pierwsze 9 dni miesiąca po migracji. Reszta to czysty zysk względem wolnej strony.

Powiązane wpisy

• PageSpeed jako ranking factor 2026
• Core Web Vitals 2026, co nowego
• WordPress vs strona statyczna 2026
• Audyt SEO strony, checklist 2026
• Mobile-first 2026, co znaczy dla małej firmy
• Strona w 7 dni, jak to robię

Chcesz audyt swojej strony? Zostaw numer w formularzu, sprawdzę PageSpeed, Core Web Vitals, znajdę konkretne wąskie gardła i powiem, czy warto optymalizować obecną, czy migrować na nową. W 24h, bezpłatnie, bez zobowiązań.