Dlaczego strona wolno się ładuje — 7 przyczyn i jak je naprawić

• person_search

  Najpierw ustal, dla kogo strona jest wolna

  Bardzo często „strona mi wolno chodzi" znaczy: wolno chodzi na jednym komputerze, w jednej przeglądarce, z kilkunastoma otwartymi kartami. Zanim zapłacisz komukolwiek za optymalizację, otwórz swoją stronę w oknie prywatnym, potem na telefonie po transmisji komórkowej, a najlepiej poproś kogoś z innego miasta. Jeśli u wszystkich ładuje się normalnie, problem jest u Ciebie, nie na serwerze.

• image

  W większości przypadków to obrazy albo serwer

  Obrazy są najcięższym elementem typowej strony — mediana ich wagi na stronie mobilnej to 911 KB, przy medianie całej strony 2 164 KB (Web Almanac 2025). Druga typowa przyczyna to czas odpowiedzi serwera. Reszta — wtyczki, motyw, fonty, baza — dokłada się do wyniku, ale rzadko jest głównym winowajcą.

• science

  Wynik z testu to nie to samo, co dane, którymi mierzy Cię Google

  PageSpeed Insights pokazuje dwie różne rzeczy: dane z terenu (jak stronę realnie odbierają ludzie) i dane laboratoryjne (jedna symulacja na jednym urządzeniu). Google w dokumentacji pisze wprost, że dobre dane laboratoryjne nie oznaczają, że realne doświadczenia użytkowników też są dobre. Gonienie za wynikiem 100/100 to najczęstsza strata pieniędzy w tym temacie.

• format_list_numbered

  Kolejność napraw ma znaczenie

  Zdjęcia, cache i hosting załatwiają zwykle większość problemu i są najtańsze. Przepisywanie motywu albo rezygnacja z page buildera to najdroższy krok i ma sens dopiero wtedy, gdy trzy poprzednie nie wystarczyły. Robienie tego w odwrotnej kolejności to standardowy sposób na wydanie kilku tysięcy złotych bez efektu.

Zacznij od pytania, które oszczędza najwięcej pieniędzy

Dzwoni do mnie właściciel firmy: „strona strasznie muli, trzeba coś z tym zrobić". Otwieram ją u siebie — ładuje się w sekundę. Otwieram na telefonie — to samo. Okazuje się, że problem występuje wyłącznie na komputerze w biurze, na którym od trzech lat nikt nie zamknął żadnej karty, a przeglądarka ma zainstalowane pięć rozszerzeń. To nie jest rzadki przypadek, tylko najczęstszy.

Dlatego pierwsze pięć minut zawsze wygląda tak samo. Otwórz stronę w oknie prywatnym (Ctrl+Shift+N w Chrome) — to wyłącza cache przeglądarki i część rozszerzeń. Potem otwórz ją na telefonie, ale z wyłączonym Wi-Fi, po transmisji komórkowej. Na koniec poproś kogoś spoza firmy, żeby wszedł i powiedział, ile to trwało. Jeśli wszędzie poza Twoim komputerem strona działa normalnie — kupowanie „optymalizacji" nic nie zmieni.

To rozróżnienie ma jeszcze jeden wymiar, o którym rzadko się pisze. W Polsce internet mobilny jest domyślnym sposobem korzystania z sieci — według GUS 78,2% gospodarstw domowych ma dostęp przez łącze mobilne, a od 2025 r. jest to kanał częstszy niż stacjonarne łącze szerokopasmowe (70,3%). Jeśli Twoja strona działa świetnie na firmowym światłowodzie, a klienci trafiają na nią z telefonu gdzieś między Wągrowcem a Rogoźnem, testujesz coś zupełnie innego niż to, czego doświadcza rynek.

Dwie liczby, które mylą właścicieli firm

Właściciel firmy wpisuje adres w PageSpeed Insights, widzi „62" na czerwono-pomarańczowym tle i wpada w panikę. Tymczasem ten wynik to punktacja z symulacji — Google liczy ją, ładując stronę raz, na jednym wirtualnym urządzeniu, przy sztucznie ustawionych parametrach łącza. Dokumentacja PageSpeed Insights mówi o tym wprost: dane laboratoryjne przydają się do szukania przyczyn problemu, bo powstają w kontrolowanych warunkach, ale mogą nie uchwycić realnych wąskich gardeł.

Nad wynikiem punktowym, w górnej części raportu, jest sekcja z danymi z terenu — zebranymi od prawdziwych użytkowników Chrome, którzy w ostatnich tygodniach wchodzili na Twoją stronę z różnych urządzeń i łączy. To właśnie te dane trafiają do Core Web Vitals i to na nich opierają się systemy rankingowe Google. Jeśli tej sekcji nie ma, oznacza to najczęściej, że strona ma za mało ruchu, żeby Google zebrał wiarygodną próbkę — i wtedy jedyne, co masz, to symulacja.

I jeszcze jedna rzecz, którą trzeba powiedzieć uczciwie, bo agencje mówią ją rzadko. Google w dokumentacji o page experience zaznacza, że dobre wyniki Core Web Vitals nie gwarantują wysokich pozycji — na dobre doświadczenie strony składa się więcej niż same te wskaźniki, a wyszukiwarka i tak pokaże najbardziej trafną treść, nawet jeśli strona jest wolna. Szybkość jest przewagą przy remisie, nie dźwignią, która sama wyniesie Cię na pierwsze miejsce.

Siedem przyczyn, przez które strona ładuje się wolno

//1. Zdjęcia wgrane prosto z aparatu albo z telefonu

Numer jeden na tej liście i jednocześnie najtańszy do naprawienia. Zdjęcie z telefonu ma dziś 4 000 pikseli szerokości i waży kilka megabajtów, a na stronie wyświetla się w kaflu o szerokości 600 pikseli. Przeglądarka i tak musi pobrać cały plik, zanim go zmniejszy. Dziesięć takich zdjęć w galerii realizacji to strona, która na telefonie ładuje się kilkanaście sekund — przy medianie wagi obrazów w sieci na poziomie 911 KB na całą stronę mobilną.

Jak rozpoznać: kliknij prawym przyciskiem na zdjęcie, „otwórz grafikę w nowej karcie" i sprawdź w adresie albo we właściwościach, ile ma pikseli. Jeśli więcej niż 2 000 — masz problem. Jak naprawić: zmniejsz zdjęcia do realnej szerokości wyświetlania i zapisz w formacie WebP. To robota na godzinę-dwie przy kilkudziesięciu zdjęciach i nie wymaga programisty.

//2. Serwer, który za długo odpowiada

Zanim przeglądarka zacznie cokolwiek rysować, musi dostać pierwszą odpowiedź z serwera. Ten czas to TTFB i jeśli przekracza 0,8 s, to żadna optymalizacja zdjęć tego nie nadrobi — po prostu wszystko startuje z opóźnieniem. Na najtańszych pakietach współdzielonych na jednym serwerze siedzą setki stron i Twoja dostaje ułamek zasobów, szczególnie w godzinach szczytu.

Jak rozpoznać: PageSpeed Insights pokazuje „czas odpowiedzi serwera" w sekcji diagnostyki. Jak naprawić: zapytaj hostingodawcę o trzy konkretne rzeczy — wersję PHP, rodzaj dysków i serwer HTTP. Wersja PHP jest tu najprostszym testem uczciwości: PHP 8.1 i starsze nie są już wspierane, a PHP 8.2 dostaje wyłącznie poprawki bezpieczeństwa do końca 2026 r. Jeśli Twoja strona chodzi na PHP 7.x, to nie jest kwestia szybkości, tylko zaniedbania.

//3. Brak cache — strona budowana od zera przy każdym wejściu

WordPress przy każdym wejściu składa stronę na nowo: uruchamia PHP, odpytuje bazę danych, przetwarza wtyczki i dopiero potem oddaje gotowy HTML. Cache polega na tym, że gotowy wynik zapisuje się raz i kolejnym odwiedzającym serwuje bez tej całej pracy. Efekt bywa spektakularny — z sekund robią się dziesiąte części sekundy, a nic w wyglądzie strony się nie zmienia.

Jak rozpoznać: jeśli nikt nigdy nie mówił Ci o cache, prawdopodobnie go nie masz. Jak naprawić: wtyczka cache'ująca to jedna instalacja i podstawowa konfiguracja. To zwykle najlepszy stosunek efektu do nakładu na całej liście — i jednocześnie miejsce, w którym łatwo przesadzić z ustawieniami i popsuć np. koszyk albo formularz, więc po włączeniu przetestuj stronę w oknie prywatnym.

//4. Skrypty zewnętrzne, o których zapomniałeś

Piksel Facebooka wgrany przy kampanii sprzed dwóch lat, czat, który nikt nie obsługuje, mapa Google osadzona na każdej podstronie, dwa systemy analityki naraz i widget opinii. Każdy z tych elementów pobiera pliki z cudzego serwera i czeka na nie. Ich wspólną cechą jest to, że nie masz nad nimi kontroli — jeśli serwer dostawcy zwolni, Twoja strona zwolni razem z nim.

Jak rozpoznać: wejdź w PageSpeed Insights i przejrzyj listę zasobów blokujących renderowanie oraz kod firm trzecich. Jak naprawić: to głównie decyzja biznesowa, nie techniczna — wyrzuć wszystko, czego realnie nie używasz, a mapę osadź tylko na stronie kontaktu zamiast w stopce na całej witrynie.

//5. Za dużo wtyczek — i te kilka, które naprawdę ciążą

Wbrew popularnemu straszeniu sama liczba wtyczek nie jest miarodajna. Dwadzieścia lekkich wtyczek potrafi działać szybciej niż trzy, z których jedna doładowuje własną bibliotekę na każdej podstronie. Winowajcami są zwykle rozbudowane wtyczki „wszystko w jednym": sliderowe, formularzowe z kreatorem, systemy rezerwacji i pakiety SEO uruchomione podwójnie.

Jak rozpoznać: wyłącz wtyczkę, zmierz, włącz z powrotem — po jednej, na kopii testowej, nigdy na żywej stronie w piątek po południu. Jak naprawić: usuń wtyczki nieużywane (dezaktywacja nie wystarczy) i zastąp te, które dublują funkcje. Przy okazji policz, ile z nich nie miało aktualizacji od roku — to już nie kwestia szybkości, tylko bezpieczeństwa.

//6. Ciężki motyw i page builder

Uniwersalne motywy z tysiącem opcji i kreatory typu „przeciągnij i upuść" mają realną zaletę: pozwalają zbudować stronę bez programisty. Płaci się za to kodem, który ładuje się na wszystkich podstronach niezależnie od tego, czy dana funkcja jest gdziekolwiek użyta. Strona wizytówkowa potrafi w ten sposób pobierać zestaw skryptów przygotowany pod potrzeby dużego portalu.

Jak rozpoznać: jeśli strona po naprawie zdjęć, włączeniu cache i posprzątaniu wtyczek nadal ma słabe LCP, zostaje motyw. Jak naprawić: to najdroższa pozycja na liście, bo w praktyce oznacza przebudowę. Dlatego zostawia się ją na koniec — a przy nowej stronie po prostu nie wchodzi się w ten dług od pierwszego dnia.

//7. Fonty, reklamy i przeskakujący układ

Ostatnia grupa nie tyle spowalnia ładowanie, co psuje odbiór. Fonty pobierane z zewnętrznego serwera potrafią wstrzymać wyświetlenie tekstu. Obrazy bez podanych wymiarów powodują, że treść przeskakuje w trakcie ładowania i użytkownik klika nie w to, co chciał — to właśnie mierzy wskaźnik CLS. Baner cookies wjeżdżający z opóźnieniem robi dokładnie to samo.

Jak rozpoznać: wskaźnik CLS powyżej 0,1 w raporcie albo zwykła obserwacja — wejdź na stronę na telefonie i sprawdź, czy coś podskakuje. Jak naprawić: hostuj fonty lokalnie zamiast pobierać je z zewnątrz, podawaj wymiary obrazów i zarezerwuj miejsce na baner.

Co naprawisz sam, a za co trzeba zapłacić

Poniższa tabela to uczciwy podział ról. Trzy pierwsze pozycje właściciel firmy ogarnia zwykle sam albo prosi o pomoc kogoś ogarniętego; przy dwóch ostatnich potrzebny jest ktoś, kto potrafi cofnąć zmiany, gdy coś pójdzie nie tak.

Kolejność, w której to robię

Pomiar przed zmianami, żeby było do czego porównać: dane z terenu w PageSpeed Insights, a jeśli ich nie ma, to raport Core Web Vitals w Search Console. Potem zdjęcia, bo są najcięższe i najtańsze do poprawy. Potem cache. Potem skrypty zewnętrzne, czyli głównie sprzątanie po dawnych kampaniach. Dopiero teraz ma sens rozmowa o hostingu, bo dopiero teraz widać, ile z opóźnienia to naprawdę serwer. Na końcu — jeśli w ogóle — wtyczki i motyw.

Ostatnia uwaga o cierpliwości: dane z terenu w PageSpeed Insights i w Search Console pochodzą z ostatnich tygodni, więc po naprawie nie zmienią się następnego dnia. Wynik z symulacji poprawi się od razu, a ten prawdziwy potrzebuje czasu, żeby nadgonić. To normalne i nie jest powodem do robienia kolejnych zmian „na wszelki wypadek".

Podsumowując: wolna strona prawie nigdy nie ma jednej przyczyny, ale prawie zawsze ma jedną główną — i w większości przypadków są to zdjęcia albo serwer. Zanim wydasz pieniądze, zrób trzy pomiary z różnych urządzeń i sprawdź dane z terenu, nie sam wynik punktowy. Jeśli wolisz, żeby ktoś przeszedł przez tę listę za Ciebie i powiedział wprost, co realnie spowalnia Twoją stronę, tym właśnie jest audyt strony internetowej. A jeśli problem wraca co pół roku, bo nikt nie pilnuje aktualizacji, kopii i hostingu — rozwiązaniem jest stała obsługa IT dla firm, a nie kolejna jednorazowa optymalizacja.