Moja strona jest zbyt wolna: ile Cię to kosztuje co miesiąc (i jak temu zaradzić)

Wolna strona internetowa nie pojawia się w rachunku zysków i strat — i właśnie to czyni ją niebezpieczną. Nie „widzisz” odwiedzających, którzy zamykają zakładkę w ciągu 3 sekund, kiedy ładuje się Twoja strona główna. Nie widzisz pozycji w Google, które powoli się obniżają, ponieważ Core Web Vitals zmieniły się na czerwone. Nie widzisz kupujących, którzy porzucają koszyk, bo strona płatności reaguje dopiero po 6 sekundach.

Ten artykuł sprawia, że ten ukryty koszt staje się widoczny: ile dokładnie Cię to kosztuje (z konkretnymi liczbami), jak zmierzyć szybkość swojej strony w 5 minut, jakie jest 5 głównych przyczyn powolności (w kolejności częstotliwości) i co można zrobić, by naprawić sytuację w większości przypadków — często bez przebudowy.

Ile naprawdę kosztuje powolność

Liczby pochodzą z kilku zbieżnych badań (Google, Akamai, Portent, Deloitte) obejmujących dziesiątki tysięcy stron. Dodatkowa sekunda ładowania — powiedzmy przejście z 2,5 do 3,5 sekundy — to średnio 7% mniej konwersji. Na stronie B2B generującej 100 leadów miesięcznie oznacza to 7 leadów mniej. Na e-commerce z miesięcznym obrotem 50 000 € daje to 3 500 € utraconych przychodów miesięcznie — i 42 000 € rocznie.

• Konwersja: -7% za każdą dodatkową sekundę ładowania średnio (do -20% na niektórych ścieżkach mobilnych).
• Współczynnik odrzuceń: +32% między 1s a 3s, +90% między 1s a 5s.
• SEO: od momentu włączenia Core Web Vitals do algorytmu Google (2021, wzmocnione w 2024), LCP powyżej 2,5 s mechanicznie obniża pozycje.
• Wizerunek marki: w segmencie premium lub wymagającym B2B wolna strona natychmiast podważa postrzeganą wiarygodność.

Jak zmierzyć szybkość swojej strony w 5 minut

Trzy darmowe narzędzia wystarczą, aby uzyskać rzetelną diagnozę. Nie poprzestawaj na jednym — dają komplementarne perspektywy.

• PageSpeed Insights (pagespeed.web.dev): narzędzie Google. Daje wynik na 100 dla wersji mobilnej i desktopowej oraz szczegóły Core Web Vitals (LCP, INP, CLS). To punkt odniesienia w SEO.
• Google Search Console: sekcja „Doświadczenie” > „Core Web Vitals”. Pokazuje realną diagnozę całej strony, opartą na rzeczywistych wizytach użytkowników (Field Data), a nie na jednorazowym teście.
• WebPageTest.org: bardziej zaawansowany test ze szczegółowym waterfallem. Przydatny, by dojść do sedna problemu, gdy strona jest wolna i szukamy przyczyny.

Celuj w wynik PageSpeed mobile powyżej 70, LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1. Poniżej tych progów masz pole do poprawy; powyżej — Twoja strona jest w górnej półce.

Étude de cas

Tonnage · 1 000 wydajnych stron SEO

Platforma SaaS dla branży budowlanej z 1 000 programatycznych stron SEO i wymagającym modułem kartograficznym. Wydajność dopracowana od fazy projektowej — Core Web Vitals na zielono na całej stronie.

Lire l'étude de cas

5 głównych przyczyn powolności (według częstotliwości)

1. Zbyt ciężkie obrazy (przyczyna nr 1, naprawdę)

Obraz hero ważący 4 MB, który powinien mieć 200 KB, zdjęcia produktów w JPEG zamiast w WebP, obrazy wyświetlane w szerokości 800 px, ale serwowane w 2400 px: to zdecydowanie najczęstsza przyczyna i najłatwiejsza do rozwiązania. Inteligentna kompresja i przejście na format WebP/AVIF zajmują kilka godzin i natychmiast zmieniają wynik.

2. Zbyt wiele skryptów zewnętrznych

Przeciętna strona wizytówkowa obsługuje często 15 do 30 skryptów zewnętrznych (Google Analytics, Tag Manager, Hotjar, live chat, piksele reklamowe, testy A/B, różne wtyczki). Każdy skrypt wydłuża czas ładowania, a niektóre blokują renderowanie strony. Zrobienie porządku — zachowanie tego, co przydatne, usunięcie reszty, ładowanie wszystkiego z opóźnieniem — rozwiązuje często 30 do 50% problemu wydajności.

3. Niedowymiarowany hosting

Hosting współdzielony za 5 € miesięcznie dla strony otrzymującej 20 000 wizyt miesięcznie jest mechanicznie wolny. Serwer dzieli zasoby z setkami innych stron, czas odpowiedzi jest nieprzewidywalny, a szczyty ruchu powodują, że strona pada. Przejście na odpowiedni hosting (VPS, hosting w chmurze, dostawca wyspecjalizowany w Next.js lub WordPress) kosztuje od 30 do 100 € miesięcznie i często samodzielnie rozwiązuje jedną czwartą problemu.

4. Nieoptymalny kod lub zbyt ciężki build

Motyw WordPress przeładowany nieużywanymi funkcjami, źle zoptymalizowana strona szyta na miarę, która ładuje 800 KB JavaScriptu już na stronie głównej, build, który nie był aktualizowany od 2 lat: ten rodzaj problemu wymaga pracy programistycznej, ale nie przebudowy. Audyt wydajności istniejącego kodu wraz z ukierunkowanymi optymalizacjami kosztuje zwykle od 2 do 6 dni pracy developera.

5. Zbyt wiele zapytań do serwera

Strona, która wykonuje 80 zapytań do serwera, aby się wyświetlić (każde z własną komunikacją sieciową), to objaw źle zaprojektowanej architektury: zbyt wiele oddzielnych plików CSS i JS, brak cache, brak CDN, brak bundlingu. Wdrożenie CDN (Cloudflare, Fastly, Bunny) i poprawnego cache to zwykle największa możliwa poprawa na tego typu stronie.

Co można zrobić bez przebudowy strony?

W 80% przypadków, z którymi się spotykamy, prace optymalizacyjne trwające od 3 do 8 dni skracają czas ładowania o 50 do 70% bez ingerencji w architekturę strony. To prawie zawsze właściwy punkt startu, zanim rozważy się przebudowę techniczną. Koszt (od 1 500 do 5 000 €) nie ma porównania z kosztem przebudowy (od 15 000 do 30 000 €), a efekty biznesowe pojawiają się w ciągu kilku tygodni.

• Kompresja i konwersja obrazów (WebP/AVIF, lazy loading).
• Wdrożenie CDN z poprawnym cache (darmowy Cloudflare często wystarcza).
• Audyt i porządkowanie skryptów zewnętrznych (odroczone ładowanie, usunięcie niepotrzebnych).
• Optymalizacja kodu front-end (minifikacja, tree-shaking, code splitting).
• Upgrade hostingu, jeśli to konieczne.

Kiedy powolność uzasadnia prawdziwą przebudowę

Jeśli mimo tych optymalizacji nadal pozostajesz poniżej progów Core Web Vitals, oznacza to, że problem leży w samym stacku: przestarzały framework, ciężka architektura, niedowymiarowana baza danych, CMS, który już nie nadąża. Na tym etapie wchodzimy w dyskusję o przebudowie technicznej — która może odbyć się bez przebudowy funkcjonalnej (strona pozostaje taka sama, zmienia się silnik). Aby zrozumieć, kiedy przebudowa jest naprawdę uzasadniona, napisaliśmy cały artykuł o prawdziwych sygnałach uzasadniających przebudowę.