Jak zbudować stronę, która ładuje się błyskawicznie i dobrze się pozycjonuje
Klient nie mówi sobie świadomie "ta strona ładuje się wolno, więc pewnie ta firma jest niesolidna". Ta ocena zapada dużo niżej, na poziomie odruchu, zanim jeszcze świadomie przeczyta pierwsze zdanie oferty. Szybkość strony to jednocześnie jeden z niewielu czynników technicznych, które Google otwarcie potwierdza jako sygnał rankingowy. To rzadkie połączenie: rzecz, która działa jednocześnie na psychologię odbiorcy i na algorytm wyszukiwarki.
Trzy sekundy, które decydują — i skąd wzięła się ta liczba
Źródło: Google/SOASTA Research, "The Need for Mobile Speed" (badanie ruchu mobilnego, ponad 900 tys. domen).
To samo badanie pokazało coś, co umyka przy pobieżnej lekturze: prawdopodobieństwo porzucenia strony rośnie nieliniowo wraz z czasem ładowania. Z każdą dodatkową sekundą powyżej progu 1 sekundy strata odwiedzających przyspiesza, a nie rośnie równomiernie. Różnica między 1 a 3 sekundami boli dużo mniej niż różnica między 3 a 5 sekundami — krzywa cierpliwości nie jest linią prostą, tylko czymś bliższym urwisku.
Dlaczego mózg tak ostro reaguje na opóźnienie
Zjawisko to ma swoją nazwę w badaniach nad interakcją człowiek–komputer: próg Doherty'ego (ang. Doherty Threshold), opisany w 1982 roku przez badaczy IBM, Waltera Dohertyego i Ahrvinda Witta. Wykazali oni, że gdy system odpowiada w czasie poniżej 400 milisekund, użytkownik utrzymuje nieprzerwany "przepływ" myślenia i pozostaje bardziej produktywny oraz mniej sfrustrowany. Powyżej tego progu uwaga zaczyna się rozpraszać, a subiektywne postrzeganie czasu oczekiwania rośnie szybciej niż realny czas, który upłynął.
To dokładnie ten sam mechanizm, który sprawia, że kręcące się kółko ładowania odczuwamy jako denerwujące dużo bardziej, niż wynikałoby to z samej liczby sekund na zegarze — mózg nie ocenia czasu obiektywnie, tylko przez pryzmat tego, czy w tym czasie "coś się dzieje". Cisza i bezruch ekranu są interpretowane jako sygnał, że coś jest nie tak, na długo zanim świadomy umysł zdąży to zracjonalizować.
Realny wpływ na sprzedaż — nie tylko teoria
Źródło: analizy branżowe cytujące dane Amazon (Greg Linden, "Make Data Useful"); kierunkowo potwierdzane przez późniejsze badania Akamai i Portent.
Niezależnie od tego, czy dokładny procent przenosi się jeden do jednego na każdą branżę, kierunek zależności jest spójny w dziesiątkach niezależnych analiz na przestrzeni ostatnich dwudziestu lat: szybsza strona konwertuje lepiej, a efekt jest wykrywalny już przy różnicach liczonych w pojedynczych dziesiątych częściach sekundy. To nie jest granica progowa, którą można bezpiecznie zignorować, jeśli tylko "zmieści się" w jakimś rozsądnym limicie — to gradient, na którym każdy ułamek sekundy ma swoją cenę.
Core Web Vitals — gdzie szybkość spotyka się z pozycją w Google
Google od 2021 roku oficjalnie wykorzystuje zestaw metryk o nazwie Core Web Vitals jako jeden z sygnałów rankingowych w wynikach wyszukiwania. To nie jest już plotka ani domysł SEO-wców — to udokumentowana, oficjalna wytyczna Google dla twórców stron. Trzy główne metryki:
- LCP (Largest Contentful Paint) — czas wyrenderowania największego, głównego elementu na ekranie. Rekomendowany wynik: poniżej 2,5 sekundy.
- INP (Interaction to Next Paint) — jak szybko strona reaguje na kliknięcie czy dotknięcie. Rekomendowany próg: poniżej 200 milisekund.
- CLS (Cumulative Layout Shift) — jak bardzo elementy "skaczą" po ekranie w trakcie ładowania. Rekomendowany wynik: poniżej 0,1.
Źródło: Google Search Central — oficjalna dokumentacja Core Web Vitals jako sygnału rankingowego (Page Experience).
Dlaczego szablony i wtyczki utrudniają dobre wyniki
Każda dodana wtyczka i każdy nieużywany fragment gotowego szablonu to dodatkowy kod, który przeglądarka musi pobrać, przetworzyć i wykonać — nawet jeśli funkcja z tej wtyczki nigdy nie jest używana przez odwiedzającego. Typowa strona zbudowana na popularnym systemie z gotowym szablonem i kilkunastoma wtyczkami waży, według analiz HTTP Archive (projektu monitorującego strukturę milionów stron internetowych), średnio kilka megabajtów i wykonuje kilkadziesiąt zapytań HTTP przy samym wejściu — zanim jeszcze cokolwiek się wydarzy na ekranie.
Co realnie wpływa na wynik — konkretnie, nie w teorii
- Ilość i wielkość kodu wysyłanego do przeglądarki. Mniej kodu do pobrania i wykonania to krótszy czas do pierwszego renderowania — prosta, mierzalna zależność.
- Liczba zapytań HTTP. Każde dodatkowe zapytanie do serwera dokłada opóźnienie, zwłaszcza na słabszym łączu mobilnym, gdzie każde nowe połączenie kosztuje więcej niż na szybkim łączu domowym.
- Skrypty firm trzecich. Piksele reklamowe, widżety czatu, zewnętrzne analityki — każdy z nich to kod, nad którym nie mamy kontroli, wykonywany na Waszej stronie, często bez realnej potrzeby.
- Stabilność układu strony. Elementy, które doładowują się z opóźnieniem i przesuwają resztę treści, bezpośrednio pogarszają wynik CLS — i wrażenie niechlujności u odwiedzającego.
Nasze podejście
Piszemy własny, dedykowany kod zamiast składać stronę z gotowego szablonu i warstwy wtyczek. W praktyce oznacza to strony ważące dziesiątki, nie tysiące kilobajtów, wykonujące pojedyncze zapytania HTTP zamiast kilkudziesięciu — a to przekłada się wprost na wynik Core Web Vitals i na to pierwsze, nieświadome wrażenie, które klient wyrabia sobie o firmie w ułamku sekundy po wejściu na stronę.