Dlaczego Twoja strona musi działać błyskawicznie na telefonie?

Szybkość strony na telefonie: Core Web Vitals, bezpłatne pomiary, typowe problemy oraz lista kontrolna dla właściciela lokalnej firmy.

Sobota rano, u klienta pękła rura. Wyciąga telefon, wpisuje „hydraulik [dzielnica]", dotyka pierwszego sensownego wyniku na mapie. Strona ładuje się… dwie sekundy… trzy… cztery. Wraca do wyników i dzwoni do konkurencji. Cała transakcja (od potrzeby do wyboru wykonawcy) rozegrała się na ekranie telefonu w kilkanaście sekund.

Tak dziś wygląda pozyskiwanie klienta lokalnego. Według danych Google 76% osób, które szukają na smartfonie czegoś „w pobliżu", odwiedza firmę w ciągu doby, a 28% takich wyszukiwań kończy się zakupem[1]. Ten artykuł tłumaczy, co Google mierzy na Twojej stronie, jak sprawdzić i poprawić jej szybkość oraz ile to kosztuje bez technicznego żargonu tam, gdzie się bez niego da.

Ile kosztuje wolna strona

Najbardziej znane liczby pochodzą z badań Google i SOASTA z lat 2016–2017, prowadzonych na milionach rzeczywistych odwiedzin:

  • 53% użytkowników mobilnych porzuca stronę, która ładuje się dłużej niż 3 sekundy;
  • prawdopodobieństwo, że użytkownik odbije ze strony, rośnie o 32% przy wydłużeniu ładowania z 1 do 3 sekund, o 90% przy 1→5 sekund i o 123% przy 1→10 sekund;
  • każda dodatkowa sekunda ładowania może obniżać konwersję nawet o 20%[2].

Dane mają już swoje lata, ale kierunek potwierdzają nowsze eksperymenty. Dwa udokumentowane przykłady znajdziesz w sekcji o realnych efektach. Warto też wiedzieć, o co toczy się gra na mapach: według analiz SOCi firmy w pierwszej trójce wyników lokalnych (tzw. Local Pack) otrzymują o 126% więcej ruchu i o 93% więcej akcji (telefony, kliknięcia, trasy) niż firmy na pozycjach 4–10[3].

Co Google mierzy na Twojej stronie: Core Web Vitals po ludzku

Core Web Vitals to trzy pytania, które Google zadaje o doświadczenie użytkownika na stronie:

1. Czy główna treść pojawia się szybko? (LCP: Largest Contentful Paint) Czas do wyświetlenia największego elementu, zwykle zdjęcia w nagłówku lub głównego tytułu. Dobry wynik: do 2,5 s; słaby: powyżej 4 s. Przykład: klientka salonu wchodzi zobaczyć cennik, jeśli nagłówek i tło pojawiają się po 5 sekundach, właśnie ją tracisz.

2. Czy strona szybko reaguje na dotknięcia? (INP: Interaction to Next Paint) Czas od kliknięcia do widocznej reakcji strony. Dobry wynik: do 200 ms; słaby: powyżej 500 ms. Przycisk „Zadzwoń", który przez sekundę nie reaguje, u kogoś z awarią w domu wywołuje jedno: powrót do wyników.

3. Czy elementy nie skaczą podczas ładowania? (CLS: Cumulative Layout Shift) Miara stabilności układu. Dobry wynik: do 0,1; słaby: powyżej 0,25. Klasyka: celujesz w „Kontakt", w ostatniej chwili doładowuje się baner i klikasz coś innego.

Ważny niuans pomiaru: Google ocenia stronę na podstawie danych polowych: rzeczywistych odwiedzin z ostatnich 28 dni (raport CrUX), przyjmując wynik na poziomie 75. centyla. Po ludzku: strona „zdaje", gdy co najmniej trzy czwarte odwiedzin mieści się w dobrym progu[4]. Nie musisz mieć wyniku idealnego u każdego użytkownika na starym telefonie w słabym zasięgu.

Jak sprawdzić własną stronę (za darmo)

  1. PageSpeed Insights (pagespeed.web.dev): wpisz adres i patrz przede wszystkim na sekcję „Podstawowe wskaźniki internetowe" z danymi rzeczywistych użytkowników; punktowy wynik 0–100 poniżej to test laboratoryjny wskazówka diagnostyczna, nie ocena, którą „widzi" ranking. Mniejsze strony mogą nie mieć danych polowych. Wtedy kieruj się testem laboratoryjnym.
  2. Google Search Console: raport „Podstawowe wskaźniki internetowe" pokazuje problemy zbiorczo dla całej witryny (jak korzystać z Search Console, opisuję osobno).
  3. GTmetrix (gtmetrix.com): wykres kaskadowy pokazuje, który plik konkretnie spowalnia ładowanie.

Zanotuj wyniki albo zrób zrzuty ekranu. Bez punktu odniesienia nie ocenisz, czy poprawki działają.

Cztery najczęstsze przyczyny wolnej strony i co z nimi zrobić

1. Nieoptymalizowane zdjęcia. Obrazy to zwykle około połowy wagi typowej strony, a jedno zdjęcie prosto z telefonu potrafi ważyć 5 MB. Co zrobić: przepuść największe zdjęcia przez kompresor (np. tinypng.com lub Squoosh), docelowo używaj formatu WebP i wymiarów zbliżonych do wyświetlanych. Zysk bywa rzędu 60–80% wagi bez widocznej straty jakości.

2. Brak pamięci podręcznej (cache). Bez cache przeglądarka powtarzającego wizytę użytkownika pobiera wszystko od nowa, a serwer składa stronę od zera przy każdym wejściu. Na WordPressie: zainstaluj wtyczkę cache (LiteSpeed Cache albo WP Super Cache; ta pierwsza pełnię możliwości daje na hostingu z serwerem LiteSpeed), włącz ustawienia domyślne, czyść cache po większych zmianach.

3. Nadmiar wtyczek. Każda aktywna wtyczka WordPressa to dodatkowy kod. Kilkanaście to rozsądne maksimum dla prostej strony firmowej; przejrzyj listę, dezaktywuj i usuń nieużywane.

4. Opóźnienie przed odpowiedzią strony. TTFB to czas do otrzymania pierwszego bajtu odpowiedzi. Obejmuje m.in. przekierowania, połączenie z serwerem, sieć i przygotowanie odpowiedzi przez aplikację. Wysoki wynik wymaga diagnozy: warto porównać powtarzalne pomiary, działanie pamięci podręcznej i czas przetwarzania po stronie serwera. Sam TTFB nie dowodzi, że winny jest hosting. Dokumentacja web.dev wyjaśnia składniki pomiaru; osobno opisano kryteria wyboru hostingu.

Czy szybkość wpływa na pozycję w Google? Co wiemy na pewno

Potwierdzone przez Google:

  • szybkość strony mobilnej jest czynnikiem rankingowym od aktualizacji Speed Update (lipiec 2018),
  • Core Web Vitals wchodzą do oceny „jakości doświadczenia strony" od 2021 r.,
  • od 5 lipca 2024 r. Google indeksuje wyłącznie wersję mobilną (zakończenie mobile-first indexing). Strona, której treść jest w ogóle niedostępna na urządzeniu mobilnym, przestaje być indeksowana[5],
  • treść pozostaje ważniejsza niż szybkość; przy porównywalnej treści szybkość działa jak języczek u wagi.

Szacunki branżowe: w ankiecie ekspertów Whitespark (edycja 2026) sygnały Profilu Firmy w Google odpowiadają za ok. 32% wpływu na ranking w Local Packu, opinie za ok. 20% (wzrost z 16% w edycji 2023), a sygnały z samej strony za kilkanaście procent. To oceny praktyków, nie dane z algorytmu, ale porządkują priorytety: kompletny profil i opinie przede wszystkim, sprawna strona jako trzeci filar[6].

Prawdopodobne, choć oficjalnie niepotwierdzone: z zeznań w amerykańskim procesie antymonopolowym (2023) i z wycieku dokumentacji technicznej Google (maj 2024) wiadomo o systemie NavBoost, wykorzystującym sygnały z kliknięć: m.in. rozróżnienie wizyt „udanych" od szybkich powrotów do wyników. Google nie potwierdza szczegółów działania. Praktycznie nie ma to znaczenia: klient, który czeka 5 sekund i wraca do wyników, jest stracony niezależnie od tego, czy Google to policzy.

Realne efekty: dwa udokumentowane przypadki

  • Vodafone (test A/B opisany na web.dev): poprawa LCP o 31% przełożyła się na 8% więcej sprzedaży przy tej samej treści strony.
  • QuintoAndar (duży portal nieruchomości, web.dev): redukcja INP o 80% zbiegła się ze wzrostem konwersji o 36% rok do roku.

To duże serwisy. W małej firmie bezwzględne liczby będą skromniejsze, ale mechanizm jest ten sam: mniej porzuceń, więcej telefonów z tej samej liczby odwiedzin.

Ile to kosztuje i jak liczyć zwrot

Działanie Jak ustalić koszt
Samodzielna optymalizacja (kompresja zdjęć, cache, porządek we wtyczkach) Według zakresu prac i cennika dostawcy
Jednorazowy audyt wydajności Według zakresu prac i cennika dostawcy
Kompleksowa optymalizacja techniczna Według zakresu prac i cennika dostawcy
Sprawny hosting (rocznie) Według zakresu prac i cennika dostawcy

Przykład hipotetyczny, nie wynik pomiaru: przy 800 sesjach miesięcznie wzrost udziału sesji zakończonych jednym rzeczywistym zapytaniem z 2% do 2,5% oznacza 20 zamiast 16 zapytań. Nie zakładamy, że sama poprawa szybkości spowoduje taki wzrost. Jeżeli z czterech dodatkowych zapytań połowa kończy się zleceniem, a nadwyżka po kosztach wykonania jednego zlecenia wynosi 150 zł, wynik to 4 × 50% × 150 zł = 300 zł miesięcznie przed dodatkowymi kosztami pozyskania i utrzymania. Dopiero tę kwotę można zestawiać z kosztem optymalizacji. Kliknięcia numeru w GA4 nie są równoważne zapytaniom. Sposób policzenia kosztów i progu pokrycia wydatku opisuje model opłacalności strony.

Lista kontrolna: od czego zacząć

Dziś (bezpłatnie, ok. 30 minut):

  1. Sprawdź stronę w PageSpeed Insights i zanotuj wyniki (dane polowe, jeśli są).
  2. Skompresuj 3–5 najcięższych zdjęć i podmień je na stronie.
  3. Na WordPressie: usuń nieużywane wtyczki.

W tym tygodniu:

  1. Zainstaluj i skonfiguruj wtyczkę cache; włącz leniwe ładowanie obrazów (lazy loading).
  2. Zajrzyj do raportu Core Web Vitals w Search Console.
  3. Przetestuj ponownie i porównaj z notatkami.

W tym miesiącu:

  1. Jeśli TTFB nadal jest wysoki, sprawdź sieć, przekierowania, aplikację i pamięć podręczną. Zmianę hostingu rozważ po ustaleniu przyczyny.
  2. Przy słabych wynikach mimo poprawek, zleć audyt.
  3. Dopilnuj kompletności Profilu Firmy w Google i mierz efekty (jak liczyć telefony ze strony w GA4; pozostałe działania SEO dla małej firmy).

Zastrzeżenie uczciwości

Dane Google/SOASTA pochodzą z lat 2016–2017. Traktuj je kierunkowo; analizy SOCi i badania konsumenckie dotyczą rynku amerykańskiego. Procenty Whitespark to ankieta ekspertów, nie pomiar algorytmu. Punktowy wynik PageSpeed nie jest czynnikiem rankingowym i nie każda strona potrzebuje „90+". Celem jest zielony status Core Web Vitals u realnych użytkowników i strona, z której klient zadzwoni, zanim się zniechęci. Szybkość nie uratuje też strony bez treści: najpierw musi być co czytać, potem warto, żeby ładowało się to błyskawicznie.

Jeśli chcesz wiedzieć, co konkretnie spowalnia Twoją stronę i czy warto to naprawiać, w KrokDo zaczynam od audytu i mówię wprost, kiedy wystarczy godzina porządków zamiast kompleksowej optymalizacji.


Źródła

  1. Google/SOASTA: benchmarki szybkości mobilnej (2016–2017): 53% porzuceń >3 s; prawdopodobieństwo odbicia +32/90/123%; konwersje −20%/s. blog.amp.dev: New industry benchmarks, thinkwithgoogle.com
  2. web.dev: Core Web Vitals: definicje i progi LCP/INP/CLS, ocena na 75. centylu danych CrUX. web.dev/articles/vitals
  3. web.dev: case studies: Vodafone: LCP −31% → sprzedaż +8%; QuintoAndar: INP −80% → konwersje +36% r/r. web.dev/case-studies/vodafone, web.dev/case-studies/quintoandar-inp
  4. Google Search Central: zakończenie mobile-first indexing (5.07.2024): skanowanie wyłącznie Googlebotem mobilnym; treści niedostępne na mobile poza indeksem. developers.google.com/search/blog/2024/06
  5. Whitespark, „Local Search Ranking Factors 2026": GBP ~32%, opinie ~20% (2023: 16%) wpływu na Local Pack; ankieta ekspertów, publikacja 6.11.2025. whitespark.ca/local-search-ranking-factors
  6. SOCi: statystyki Local Pack: +126% ruchu i +93% akcji dla top 3 vs pozycje 4–10. meetsoci.com: Local SEO Statistics
  7. Google: dane o wyszukiwaniach lokalnych (76% wizyt w ciągu doby; 28% zakupów): za zestawieniami Think with Google/Backlinko. backlinko.com/local-seo-stats
  8. Google Business Profile: czynniki rankingu lokalnego (trafność, odległość, rozpoznawalność). support.google.com/business/answer/7091

Dane i progi zweryfikowano 2 lipca 2026 r. Progi Core Web Vitals i zalecenia Google zmieniają się. Przed większą inwestycją w optymalizację sprawdź aktualną dokumentację.


Przypisy

  1. Dane Google (Think with Google) o wyszukiwaniach „near me"/„w pobliżu" na smartfonach: 76% szukających odwiedza firmę w ciągu doby, 28% wyszukiwań kończy się zakupem. Badania amerykańskie. ↩︎

  2. Google/SOASTA, badania 2016–2017 („The need for mobile speed", „New industry benchmarks for mobile page speed"): 53% porzuceń przy ładowaniu >3 s; wzrost prawdopodobieństwa odbicia +32% (1→3 s), +90% (1→5 s), +123% (1→10 s); spadek konwersji do 20% na każdą sekundę opóźnienia. ↩︎

  3. SOCi: firmy widoczne w top 3 wyników lokalnych notują +126% ruchu i +93% akcji względem pozycji 4–10. Badanie amerykańskie. Traktuj jako rząd wielkości. ↩︎

  4. Progi: LCP ≤2,5 s / INP ≤200 ms / CLS ≤0,1 („dobre") oraz >4 s / >500 ms / >0,25 („słabe"); ocena na 75. centylu rzeczywistych odwiedzin z 28 dni (Chrome UX Report). Źródło: dokumentacja web.dev. ↩︎

  5. Google Search Central (czerwiec 2024): po 5 lipca 2024 r. wszystkie witryny są skanowane wyłącznie Googlebotem mobilnym; treści całkowicie niedostępne na urządzeniach mobilnych nie podlegają indeksowaniu. Uwaga: chodzi o niedostępność treści, nie o „nieładny" wygląd na telefonie. ↩︎

  6. Whitespark, „Local Search Ranking Factors 2026" (opublikowany 6 listopada 2025 r.): ankieta wśród kilkudziesięciu praktyków lokalnego SEO; wartości procentowe to uśrednione oceny ekspertów. ↩︎

Porozmawiajmy o Twojej stronie