Proč Google na mobilu řeší rychlost víc než dřív

Google už několik let vychází z principu mobile-first indexing, tedy že pro hodnocení webu primárně používá mobilní verzi. V praxi to znamená, že pokud je mobilní web pomalý, těžkopádný nebo se na něm špatně pracuje, dopad se může projevit nejen v uživatelském chování, ale i ve vyhledávání. Uživatelé na mobilech navíc čekají méně než na desktopu: podle běžně citovaných UX dat opouští část návštěvníků stránku už po několika sekundách zpoždění.

Google sice neříká, že rychlost je jediný faktor, ale do hodnocení vstupuje jako součást Core Web Vitals. Ty sledují tři klíčové oblasti: LCP (jak rychle se zobrazí hlavní obsah), INP (jak rychle web reaguje na interakci) a CLS (stabilita rozvržení). Na mobilu bývá problém výraznější, protože zařízení mají slabší výkon, připojení je kolísavé a obrazovka je menší, takže každé zdržení je vidět víc.

Pro majitele webů je důležité pochopit jednu věc: Google netrestá „pomalost“ abstraktně. Hodnotí konkrétní zkušenost uživatele. Pokud se návštěvník na mobilu dostane k obsahu až po 4 nebo 5 sekundách, přestože konkurence načte stránku za 1,5 sekundy, rozdíl se projeví v míře odchodů, počtu zobrazených stránek i v konverzích.

Co přesně Google na mobilu sleduje

V praxi se vyplatí sledovat čtyři oblasti: rychlost načítání, odezvu na dotyk, stabilitu stránky a použitelnost rozhraní. To jsou parametry, které se promítají do SEO i UX. U mobilních webů bývají nejčastější problémy v obrázcích, skriptech, fontách a špatně navrženém layoutu.

Core Web Vitals v číslech

  • LCP by měl být ideálně do 2,5 s.
  • INP by měl být do 200 ms.
  • CLS by měl být pod 0,1.

Pokud web tyto hodnoty na mobilu nesplňuje, neznamená to automaticky pokles o desítky pozic. Znamená to ale horší signál kvality a častěji i horší obchodní výsledky. Na konkurenčních dotazech se pak rozdíl v rychlosti může stát rozhodujícím faktorem.

Mobilní použitelnost

Google v Search Console umí upozornit na problémy typu příliš blízko u sebe umístěné prvky, text menší než čitelný nebo obsah širší než obrazovka. To nejsou kosmetické vady. Na mobilu často přímo brání tomu, aby uživatel dokončil objednávku, odeslal formulář nebo si vůbec přečetl nabídku.

Jak zjistit, jestli váš web na mobilu ztrácí

Začněte měřením. Bez dat se rychlost řeší jen pocitově, což bývá nepřesné. V praxi se osvědčuje kombinace několika nástrojů, protože každý ukazuje jiný typ problému.

  • Google Search Console – ukáže mobilní použitelnost a Core Web Vitals podle reálných dat uživatelů.
  • PageSpeed Insights – rychlý přehled laboratorních i terénních dat pro konkrétní URL.
  • Lighthouse – technická diagnostika v prohlížeči.
  • WebPageTest – detailní test načítání, waterfall a chování na různých zařízeních.
  • Chrome DevTools – kontrola výkonu, skriptů a CLS přímo ve vývojářských nástrojích.

Nejdůležitější je porovnávat mobilní a desktopové výsledky zvlášť. Mnoho webů vypadá na stolním počítači dobře, ale na mobilu padá kvůli těžkým obrázkům, přetíženému JavaScriptu nebo nevhodné šabloně. Pokud má stránka na desktopu LCP 2 sekundy a na mobilu 5,5 sekundy, je problém jasný.

Praktický postup je jednoduchý: otestujte hlavní typy stránek, tedy domovskou stránku, kategorie, produkt, článek a kontaktní stránku. Neřešte jen homepage. U e-shopu bývá nejkritičtější produktová karta a checkout, u obsahového webu zase článek s velkým množstvím médií a reklamních bloků.

Kde se mobilní weby nejčastěji zpomalují

Většina problémů se opakuje stále dokola. Dobrá zpráva je, že jejich odstranění mívá rychlý efekt. Špatná zpráva je, že se často vracejí po redesignu, instalaci nového pluginu nebo přidání marketingového skriptu.

1. Příliš velké obrázky a video

Obrázky bývají nejčastější příčinou pomalého LCP. Na mobilu je potřeba používat moderní formáty jako WebP nebo AVIF, správné rozměry a lazy loading tam, kde dává smysl. Pokud web načítá fotografii o velikosti 3000 px do prostoru širokého 400 px, platíte zbytečně daty i časem.

Video na úvodní stránce je na mobilu rizikové. Pokud má být součástí hero sekce, mělo by být lehké, ideálně bez automatického přehrávání se zvukem a s fallbackem pro pomalejší připojení.

2. Přehnané množství skriptů

Chaty, měřicí kódy, heatmapy, remarketing, cookie lišty, A/B testovací nástroje a desítky dalších skriptů dokážou mobilní výkon výrazně zhoršit. Největší problém není jen jejich velikost, ale také blokování vykreslení a práce hlavního vlákna prohlížeče.

Je běžné, že web s pěti externími nástroji běží na mobilu výrazně hůř než stejný web bez nich. Pomáhá audit tag manageru, omezení zbytečných skriptů a odložení načítání těch, které nejsou nutné hned po vstupu na stránku.

3. Neoptimalizované fonty a layout

Velké množství řezů písma, externí fontové služby a špatně nastavené načítání fontů zpomalují zobrazení textu. Uživatel pak vidí prázdnou nebo přerenderovanou stránku. Z hlediska UX i SEO je lepší používat menší počet fontových variant, správné font-display a ideálně systémové fonty tam, kde to design dovolí.

CLS často vzniká tím, že stránka nemá rezervovanou výšku pro bannery, obrázky, embedované prvky nebo cookie lištu. Na mobilu je posun obsahu velmi rušivý, protože prst uživatel drží nad místem, kam chce kliknout.

Co funguje nejrychleji: praktické zásahy s největším efektem

Ne každý web potřebuje kompletní přepis. V mnoha případech stačí několik cílených zásahů, které přinesou viditelné zlepšení během dnů, ne měsíců. Prioritu by měl mít vždy dopad na reálné návštěvníky, ne technická elegance sama o sobě.

  • Optimalizujte hlavní obrázek nad přehybem – právě ten často rozhoduje o LCP.
  • Odstraňte nepotřebné skripty – každý externí kód kontrolujte podle přínosu.
  • Zapněte cache a kompresi – gzip nebo brotli umí snížit přenos dat.
  • Používejte CDN – zejména pokud máte návštěvnost z více regionů.
  • Minimalizujte CSS a JavaScript – menší soubory znamenají rychlejší start.
  • Preloadujte kritické zdroje – hlavní font, hero obrázek nebo klíčové CSS.

U WordPressu bývá rychlý efekt vidět po odlehčení šablony, omezení pluginů a nasazení kvalitní cache vrstvy. U headless řešení nebo Next.js bývá výhoda v tom, že lze lépe kontrolovat renderování, ale i tam je možné web zpomalit špatně napsanými komponentami nebo příliš mnoha requesty.

Jak rychlost souvisí s pozicemi, konverzemi a AI vyhledáváním

Rychlost není izolovaný technický parametr. Vliv má na míru okamžitých odchodů, hloubku návštěvy i konverzní poměr. Pokud e-shop zrychlí mobilní produktovou stránku z 4,8 sekundy na 2,1 sekundy, často se zlepší nejen SEO signály, ale i počet přidání do košíku. U obsahových webů zase bývá rozdíl vidět v době strávené na stránce a v počtu přečtených článků.

Do hry navíc vstupuje i AI vyhledávání. Systémy jako Google AI Overviews, Perplexity nebo odpovědi v ChatGPT pracují s weby, které jsou dobře strukturované, důvěryhodné a technicky přístupné. Pomalý web s chaotickým kódem, špatným mobilem a nečitelným obsahem má menší šanci být správně interpretován i citován. Technická kvalita tak nepůsobí jen na klasické výsledky vyhledávání, ale i na to, jak snadno se váš obsah dostane do odpovědních systémů.

Pro firmy to znamená jednoduchou věc: mobilní výkon už není jen otázka pohodlí, ale součást konkurenceschopnosti. Kdo web na mobilu zrychlí, obvykle získá lepší uživatelský zážitek, vyšší důvěru i lepší obchodní výsledky. Kdo to odkládá, nechává část návštěvnosti i tržeb odcházet ke konkurenci, která načítá rychleji a působí profesionálněji už v první sekundě.