Masz 3 sekundy. Dokładnie tyle daje Ci użytkownik mobilny, zanim wciśnie przycisk „Wstecz” i pójdzie do konkurencji. Jeśli Twoja strona ładuje się dłużej, to nie masz problemu „technicznego”. Masz problem biznesowy. Palisz budżet reklamowy w piecu.
Google przestał prosić, a zaczął wymagać. Core Web Vitals (Podstawowe Wskaźniki Internetowe) to już nie jest opcja dla chętnych. To bat na powolne, przestarzałe serwisy. Jako Software House widzimy to codziennie: klienci przychodzą po „nowy design”, a my widzimy, że ich obecna strona to technologiczny trup, którego nie reanimuje żaden lifting graficzny. Trzeba zajrzeć pod maskę.
LCP, INP, CLS – o co w tym w ogóle chodzi?
Nie będę Cię zanudzał definicjami z Wikipedii. Przełóżmy to na język pieniędzy i wkurzenia klienta.
1. LCP (Largest Contentful Paint) – „Ile mam czekać?!”
To czas, po którym użytkownik widzi cokolwiek sensownego na ekranie (np. zdjęcie produktu albo nagłówek). Google mówi: masz na to 2,5 sekundy. Rzeczywistość? Większość stron na gotowych motywach WordPressa mieli to przez 5-6 sekund. Dla użytkownika to wieczność. Jeśli LCP leży, Twój współczynnik odrzuceń (Bounce Rate) szybuje w kosmos.
2. CLS (Cumulative Layout Shift) – „Gdzie to uciekło?!”
Znasz to uczucie? Chcesz kliknąć „Kup teraz”, ale nagle doczytuje się reklama albo obrazek, cała strona przesuwa się w dół, a Ty klikasz w coś zupełnie innego. To jest właśnie CLS. Brak stabilności wizualnej. Google nienawidzi stron, które „skaczą” podczas ładowania, bo to irytuje ludzi. I słusznie.
3. INP (Interaction to Next Paint) – „Czemu to nie działa?!”
Klikasz w menu. Nic. Klikasz „Dodaj do koszyka”. Cisza. Dopiero po sekundzie strona reaguje. To jest opóźnienie interakcji (dawniej FID). Jeśli Twoja strona jest zapchana skryptami śledzącymi, czatami i zbędnym kodem JS, procesor telefonu użytkownika „dławi się”, a strona wydaje się zepsuta.
Case Study: 100/100 w Google Lighthouse to nie mit
Wielu deweloperów twierdzi, że „nie da się” zrobić szybkiej strony na WordPressie. Bzdura. Da się, tylko trzeba umieć pisać kod, a nie klikać gotowce.
Spójrzmy na naszą realizację dla HMS Machinery. Branża ciężka (maszyny budowlane), dużo zdjęć wysokiej jakości, sporo treści technicznych. Stara strona klienta ładowała się ociężale.
Co zrobiliśmy? Wyrzuciliśmy do kosza ociężałe page buildery (typu Elementor czy Divi). Zbudowaliśmy autorski motyw oparty o Tailwind CSS. To technologia, która pozwala generować ultra-lekki kod CSS. Efekt?
- Wynik w Google PageSpeed Insights: 100/100 na mobile.
- Czas ładowania LCP: poniżej 1 sekundy.
- Zero przesunięć układu (CLS = 0).
Dla Google to sygnał: „ta strona to jakość premium”. Efekt SEO był natychmiastowy – widoczność strony zaczęła rosnąć, mimo że treści nie były drastycznie zmieniane. Po prostu technologia przestała przeszkadzać w czytaniu.
Dlaczego „tania strona” finalnie kosztuje najwięcej?
Kupujesz gotowy motyw za 50 dolarów. Instalujesz 20 wtyczek (bo slider, bo galeria, bo formularz). Na początku wygląda ładnie. Ale pod spodem masz „dług technologiczny” na start. Taka strona ładuje setki kilobajtów kodu, którego nawet nie używasz.
W AP2 Media przy projektowaniu stron internetowych stosujemy podejście inżynieryjne. Optymalizujemy obrazki do formatów nowej generacji (WebP/AVIF), wdrażamy leniwe ładowanie (Lazy Loading) i minifikujemy kod. To nie są „dodatki”. To standard w 2026 roku.
FAQ – Core Web Vitals bez cenzury
Czy Core Web Vitals realnie wpływa na pozycje w Google?
Tak, i to oficjalnie. Google potwierdziło to już lata temu (Page Experience Update). Przy dwóch stronach o podobnej treści, wyżej będzie ta, która jest szybsza i stabilniejsza. W branżach konkurencyjnych (jak e-commerce czy usługi), szybkość to często ten „języczek u wagi”, który decyduje o TOP3.
Mam sklep na WooCommerce, strasznie wolno działa. Co robić?
Często winny jest hosting lub „spuchnięta” baza danych. Czasem wystarczy wdrożyć porządny cache (Redis, Varnish) i zoptymalizować zdjęcia. Ale jeśli masz 50 wtyczek, to żadna optymalizacja nie pomoże – trzeba przepisać frontend na lżejszy. Przeczytaj nasz artykuł o wyborze technologii e-commerce, żeby zrozumieć różnicę.
Ile kosztuje optymalizacja szybkości strony?
To zależy od bałaganu w kodzie. Czasem to kwestia kilku godzin pracy programisty (koszt rzędu 1000-2000 zł), a czasem audyt wykazuje, że taniej i szybciej będzie postawić stronę na nowym, czystym motywie, niż łatać stary.
