Rozmowa, którą odbyłem już kilkanaście razy: „u mnie strona śmiga”. Owszem — na firmowym komputerze, po światłowodzie, przy dziesiątej wizycie w tym tygodniu, kiedy połowa plików leży już w pamięci przeglądarki.
Twój klient ma inny scenariusz. Wchodzi pierwszy raz, z telefonu, w drodze, przy dwóch kreskach zasięgu. Jeśli w tych warunkach nic się nie dzieje przez cztery sekundy, wraca do wyników wyszukiwania i klika w kolejną firmę. Nie napisze Ci o tym maila — po prostu go nie będzie.
Dlaczego to nie jest tylko kwestia wygody
Szybkość ładowania jest jednym z czynników, które Google bierze pod uwagę przy układaniu wyników — służą do tego wskaźniki Core Web Vitals, mierzone na danych od prawdziwych użytkowników Chrome. To znaczy, że wolna strona przegrywa dwa razy: rzadziej pokazuje się w wynikach i częściej traci tych, którzy na nią weszli.
Jak zmierzyć swoją stronę w pięć minut
Wejdź na pagespeed.web.dev, wklej adres i poczekaj. Dostaniesz dwa zestawy danych i to rozróżnienie jest kluczowe:
- Dane użytkowników (u góry, jeśli Twoja strona ma wystarczający ruch) — to, jak stronę widzą prawdziwi ludzie przez ostatnie 28 dni. To są dane, które liczą się dla Google.
- Diagnostyka (wynik Lighthouse, 0–100) — symulacja na wolnym telefonie. Nie jest oceną, którą wystawia Ci wyszukiwarka, ale świetnie wskazuje, co konkretnie naprawić.
Zawsze zaczynaj od zakładki Telefon komórkowy, nie „Komputer”. Większość ruchu w usługach lokalnych to telefony, a wyniki mobilne bywają dramatycznie gorsze.
Trzy wskaźniki, które trzeba rozumieć
LCP — jak szybko pojawia się najważniejszy element
Największy element widoczny na starcie: zwykle zdjęcie w nagłówku albo duży tytuł. Google uznaje wynik za dobry poniżej 2,5 sekundy. To wskaźnik, który najczęściej wypada źle i jednocześnie najłatwiej go poprawić — w praktyce prawie zawsze winne jest jedno za duże zdjęcie.
INP — jak szybko strona reaguje na kliknięcie
Mierzy opóźnienie między kliknięciem a reakcją interfejsu. Dobry wynik to poniżej 200 milisekund. Winowajcą jest zwykle nadmiar skryptów: wtyczki, czaty, piksele reklamowe, trzy narzędzia analityczne naraz.
CLS — czy treść skacze podczas ładowania
Znasz to uczucie: chcesz kliknąć w link, w ostatniej chwili doładowuje się baner i klikasz w reklamę. Dobry wynik to poniżej 0,1. Najczęstsza przyczyna to obrazki i osadzenia bez zarezerwowanego miejsca.
Trzy poprawki, od których zawsze zaczynam
1. Zdjęcia — tu leży zwykle 80% problemu
Standardowy scenariusz: ktoś wrzuca zdjęcie prosto z aparatu, 4000 pikseli szerokości i sześć megabajtów, a przeglądarka pokazuje je na 800 pikselach. Telefon musi pobrać całe sześć megabajtów.
Co robić: skalować zdjęcia do rozmiaru, w jakim faktycznie się wyświetlają, zapisywać w formacie WebP (przy tej samej jakości waży zwykle o 25–35% mniej niż JPEG), włączyć ładowanie odroczone dla zdjęć poniżej pierwszego ekranu i wyłączyć je dla tego jednego zdjęcia na samej górze — bo to właśnie ono jest mierzone jako LCP.
2. Wtyczki, których nikt nie używa
Każda wtyczka dokłada swoje pliki do każdej podstrony — także tam, gdzie nie jest potrzebna. Suwak zdjęć zainstalowany dwa lata temu na jedną galerię potrafi ładować się na całej stronie. Przejrzyj listę i usuń — nie dezaktywuj, tylko usuń — wszystko, czego nie potrafisz wskazać na stronie palcem.
3. Cache i hosting
Cache oznacza, że serwer nie składa strony od nowa przy każdym wejściu, tylko podaje gotową wersję. To zwykle różnica rzędu setek milisekund, uzyskana konfiguracją, a nie przepisywaniem czegokolwiek.
Jeśli po włączeniu cache serwer nadal odpowiada wolno, problem jest w hostingu. Najtańsze pakiety współdzielone potrafią odpowiadać po sekundzie, zanim jeszcze zaczną wysyłać treść — i żadna optymalizacja tego nie nadrobi.
Czego nie robić
Nie instaluj trzech wtyczek optymalizacyjnych naraz — będą sobie nawzajem przeszkadzać, a Ty nie ustalisz, która co zepsuła. Nie goń też ślepo za wynikiem 100 punktów. Różnica między 92 a 100 jest dla użytkownika niezauważalna, a często okupiona wyłączaniem funkcji, które faktycznie były potrzebne. Sensowny cel to zielone Core Web Vitals i wynik powyżej 85 na telefonie.
I najważniejsze: mierz przed i po. Zrób zrzut ekranu wyniku, wprowadź jedną zmianę, zmierz ponownie. Bez tego po tygodniu nie będziesz wiedział, co pomogło, a co zaszkodziło.
Kiedy optymalizacja nie wystarczy
Czasem strona jest wolna nie przez brak optymalizacji, tylko przez fundament: ciężki motyw z dziesięcioma wbudowanymi bibliotekami, kreator, który generuje po dwanaście zagnieżdżonych elementów na sekcję, albo warstwy poprawek nakładane przez lata przez różne osoby. W takich przypadkach dwa dni optymalizacji dają mniej niż zbudowanie strony od nowa na czystym fundamencie — i uczciwie mówię o tym klientom, zamiast sprzedawać kolejne godziny.
Sprawdź swoją stronę w PageSpeed i jeśli wynik na telefonie jest niższy niż 50, wyślij mi adres. Powiem, czy to kwestia trzech poprawek, czy fundamentu — bezpłatnie i bez owijania w bawełnę. Więcej o tym, jak podchodzę do wydajności od początku projektu, znajdziesz w ofercie tworzenia szybkich stron internetowych dla firm. Utrzymanie wyniku w czasie to osobna sprawa — każda aktualizacja wtyczek potrafi cofnąć część poprawek, dlatego pomaga regularna opieka techniczna.
