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)
- 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.
- Google Search Console: raport „Podstawowe wskaźniki internetowe" pokazuje problemy zbiorczo dla całej witryny (jak korzystać z Search Console, opisuję osobno).
- 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):
- Sprawdź stronę w PageSpeed Insights i zanotuj wyniki (dane polowe, jeśli są).
- Skompresuj 3–5 najcięższych zdjęć i podmień je na stronie.
- Na WordPressie: usuń nieużywane wtyczki.
W tym tygodniu:
- Zainstaluj i skonfiguruj wtyczkę cache; włącz leniwe ładowanie obrazów (lazy loading).
- Zajrzyj do raportu Core Web Vitals w Search Console.
- Przetestuj ponownie i porównaj z notatkami.
W tym miesiącu:
- Jeśli TTFB nadal jest wysoki, sprawdź sieć, przekierowania, aplikację i pamięć podręczną. Zmianę hostingu rozważ po ustaleniu przyczyny.
- Przy słabych wynikach mimo poprawek, zleć audyt.
- 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
- 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
- web.dev: Core Web Vitals: definicje i progi LCP/INP/CLS, ocena na 75. centylu danych CrUX. web.dev/articles/vitals
- 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
- 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
- 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
- SOCi: statystyki Local Pack: +126% ruchu i +93% akcji dla top 3 vs pozycje 4–10. meetsoci.com: Local SEO Statistics
- 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
- 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
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. ↩︎
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. ↩︎
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. ↩︎
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. ↩︎
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. ↩︎
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. ↩︎
