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). W realizacji Tatra Cottages migracja z WordPressa dała PageSpeed 99/100 na mobile

Strona ładuje się 5 sekund na mobile? Tracisz część klientów, zanim cokolwiek zobaczą. Im dłużej wisi biały ekran, tym więcej osób zamyka kartę i wraca do wyników Google. Naprawienie tego kosztuje niewiele w porównaniu z ciągłą stratą zapytań.

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 (najczęstsza przyczyna)

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 rzędu kilkudziesięciu KB. To zwykle najskuteczniejszy pojedynczy krok przy wolnej stronie.

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 249 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 (częsty problem na WordPressie)

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 (zwykle 1-2 dni pracy)
   • PageSpeed < 50 i 15+ wtyczek WordPress → migracja na statyczną tańsza i lepsza długoterminowo (od 1 499 zł, strona statyczna)
   • Stara strona własna w czystym HTML/CSS → przegląd kodu, prawdopodobnie tania poprawka wystarczy

Co realnie daje szybka strona

Nie obiecuję konkretnego procentu odzyskanych klientów, bo zależy on od Twojej branży, ruchu i tego, jak wolna jest strona teraz. Zamiast szacunków, konkret z realizacji.

Tatra Cottages przyszło z ciężką stroną na WordPressie. Po migracji na statyczną stronę czas ładowania kluczowego elementu (LCP) spadł o 88%, a PageSpeed na mobile wynosi 99/100. Pensjonat Zakątek pod Tatrami dostał wizytówkę zbudowaną od zera z PageSpeed 99. To wyniki zmierzone w PageSpeed Insights, a nie założenia.

Mechanika jest prosta: im szybciej strona się pokazuje, tym mniej osób ją zamyka, zanim zobaczą ofertę, i tym wyżej Google stawia ją w wynikach. Migracja na szybką stronę zaczyna się od 1 499 zł jednorazowo, a efekt zostaje na lata, bo statyczna strona nie ma bazy danych ani wtyczek, które z czasem ją spowalniają.

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ń.

Często zadawane pytania

Jaki czas ładowania jest „wolny” w 2026?

Cel Google dla LCP (największy element widoczny) to poniżej 2,5s. Poniżej 2,5s = dobrze, 2,5-4s = wymaga poprawy, powyżej 4s = słabo. To progi z dokumentacji Core Web Vitals, a nie szacunki. Zmierzysz swój wynik za darmo w PageSpeed Insights.

Czy mogę sprawdzić sam, czemu strona jest wolna?

Tak: PageSpeed Insights (pagespeed.web.dev) podaje konkretne problemy w sekcji „Diagnostyka”. Typowo: za duże obrazy, niezoptymalizowane fonty, blokujący JavaScript, brak cache.

Czy najpierw optymalizować czy zmienić platformę?

Zależy od skali. Optymalizacja WordPressa to zwykle 1-2 dni pracy. Migracja na stronę statyczną (od 1499 zł) usuwa źródło problemu zamiast go łatać: brak bazy danych, brak wtyczek, gotowe pliki. W realizacji Tatra Cottages migracja z WordPressa dała PageSpeed 99/100 na mobile. Dla małej firmy migracja to długoterminowo lepsze wyjście.

Czy hosting wpływa na szybkość?

Tak, ale zwykle mniej niż się wydaje. Tani hosting współdzielony bywa wolny w godzinach szczytu, bo dzieli serwer z setkami stron. Lepszy hosting albo statyczny hosting (Cloudflare Pages, Vercel) poprawia czas odpowiedzi serwera. W większości wolnych stron główny ciężar leży jednak w kodzie i obrazach, nie w samym hostingu.

Co to TTFB i czemu się o nim mówi?

Time to First Byte, czas od żądania klienta do otrzymania pierwszego bajtu odpowiedzi serwera. Cel: poniżej 200ms. Wysoki TTFB (>600ms) oznacza wolny hosting albo wolny backend (PHP+MySQL w przypadku WordPress). Strony statyczne mają TTFB ~50-100ms.

Czy szybkość strony to ranking factor w Google?

Tak, od 2021 Core Web Vitals są oficjalnym ranking factor. Konkretnie: LCP (Largest Contentful Paint), INP (responsywność, zastąpił FID w 2024), CLS (stabilność wizualna). Strona z „good” Core Web Vitals dostaje boost rankingowy względem strony z „poor”. Plus efekt pośredni przez UX (niższy bounce = wyższy ranking).