Většina webů se na mobilu a na počítači zobrazuje jinak. Co návštěvník uvidí, záleží na jeho zařízení. Pro AI crawlery ale tato nejednotnost znamená problém: pokud mobilní verze skrývá nebo odstraňuje obsah, který je na počítači vidět, crawler ho možná nikdy nenajde.
Jak crawler rozhoduje, co zpracuje? Když AI bot požádá o vaši stránku, nečeká donekonečna. Obrátí se na váš server, načte, co stihne v časovém limitu, zpracuje HTML, CSS a JavaScript, které dostane, a vytáhne z nich, co přečte. Pokud mobilní zobrazení odstraní klíčové části, změní strukturu obsahu nebo rozbije rozvržení, crawler vidí menší a méně úplnou verzi vašeho webu.
Tato kapitola vysvětluje, jak AI crawlery pracují s mobilními weby, které designové volby ovlivňují jejich procházení a jak zajistit, aby systémy AI měly přístup ke stejnému obsahu jako vaši lidští návštěvníci.
Jak AI crawlery vidí váš mobilní web
AI crawlery (například GPTBot, ClaudeBot, PerplexityBot) žádají o stránky stejně jako prohlížeč. Posílají hlavičku User-Agent, kterou se identifikují, řídí se pravidly v souboru robots.txt a zpracovávají HTML a CSS, které jim pošlete.
Hlavní rozdíl: většina AI botů vykresluje stránky v mobilním zobrazení. Při procházení simulují mobilní zařízení, takže vidí vaše mobilní rozvržení, ne rozvržení pro počítač. Je to záměrná volba, protože většina uživatelů je dnes na prvním místě na mobilu a platformy AI chtějí pochopit, co skuteční uživatelé opravdu vidí.
Jak crawler stránku vykresluje
Když crawler načte vaši stránku, projde těmito kroky:
Nejdřív požádá o HTML a stáhne úvodní data. Za druhé spustí JavaScript, pokud ho stránka potřebuje k zobrazení obsahu (to trvá). Za třetí počká, až se načtou obrázky, písma a další zdroje (v mezích časového limitu). Za čtvrté zpracuje výsledný vykreslený stav a vytáhne čitelný obsah.
Pokud některý krok vyprší nebo selže, crawler dostane neúplný pohled. Pomalý mobilní web může vypršet dřív, než JavaScript doběhne. Web s líně načítaným obsahem může nabídnout jen část nad ohybem. Stránka, která skrývá obsah za tlačítkem „číst dál“, nemusí skrytý text načíst vůbec.
Co se z vaší mobilní stránky vytáhne
Ne všechno, co crawler načte, se použije pro pozice nebo citace. Crawler upřednostňuje to, co považuje za hlavní obsah.
Výzkum ukazuje, že prvních 30 % stránky tvoří 44 % všech citací, které systémy AI udělají. Není to náhoda. Obsah nad ohybem se zpracuje jako první, načte se nejrychleji a má větší váhu, protože ho čtenáři vidí okamžitě.
Proč na pozici záleží pro viditelnost v AI
Když svůj nejlepší obsah ukryjete pod scroll, za záložku nebo do akordeonu, AI crawlery ho stále najdou, ale dají mu menší váhu. Obsah, který je třeba rozkliknout, přejet nebo rozbalit, se zaindexuje, ale bere se jako druhořadý.
Na mobilu na tom záleží ještě víc. Mobilní obrazovky jsou menší a víc obsahu leží pod ohybem. Pokud vaše mobilní rozvržení posune nejdůležitější informace dolů, nebo pokud nabízíte zjednodušenou mobilní verzi bez podrobných vysvětlení, crawlery vidí méně.
Core Web Vitals a časové limity crawlerů
Core Web Vitals měří uživatelský zážitek třemi metrikami: LCP (Largest Contentful Paint), FID (First Input Delay) a CLS (Cumulative Layout Shift).
Pro crawlery záleží jen na rychlosti. Vaše stránka má časový limit. Pokud se zdroje nenačtou, obrázky nestáhnou a JavaScript nespustí v tomto limitu, crawler pokračuje s tím, co zatím má.
LCP a viditelnost pro crawlery
LCP by měl nastat do 2.5 sekundy. Pokud je váš LCP na mobilu 5 sekund nebo víc, crawlery mohou vidět jen úvodní HTML a nečekat, až se vykreslí hlavní obsah. Platí to zvlášť pro AI boty, které mívají přísnější limity než crawler Googlu.
Mobilní stránky jsou pomalejší než stránky na počítači, protože mobilní sítě jsou pomalejší. Načtení za 2 sekundy na počítači se může na omezené mobilní síti změnit na 6 sekund. Pokud váš mobilní web před vykreslením čehokoli stahuje velké balíky JavaScriptu, crawlery uvidí prázdnou nebo téměř prázdnou stránku.
Jak opravit pomalé mobilní stránky
Optimalizujte Core Web Vitals konkrétně pro mobil. Testujte na pomalých sítích (3G, 4G). Odložte JavaScript, který není kritický. Komprimujte obrázky. Používejte CDN. Načítejte důležitý obsah dřív než dekorativní prvky.
Responzivní design a úplný obsah
Responzivní design je nutnost. Váš web má fungovat na mobilu. Responzivní ale neznamená úplný.
Některé weby na mobilu responzivně skrývají obsah. Sbalí sekce, odstraní postranní panely, skryjí postranní panely dokumentace nebo zjednoduší navigaci. Pro uživatele je to v pořádku, najdou si, co potřebují. Pro crawlery je ale skrytý obsah neviditelný obsah.
Co crawlery v interaktivních rozvrženích minou
Pokud vaše mobilní verze načte záložky a zobrazí jen obsah první záložky, ostatní se načtou až po kliknutí, crawler, který se stránkou neinteraguje, skryté záložky mine. Pokud pomocí CSS nastavíte na mobilu některým prvkům display:none, nevykreslí se vůbec. Pokud JavaScript načítá na mobilu a na počítači podmíněně jiný obsah, crawler uvidí jen mobilní verzi.
Rozhoduje zásada shodného obsahu. Každé slovo, obrázek, odkaz i kus strukturovaných dat, který je na počítači, by měl být i na mobilu (nebo dostupný bez zásahu uživatele). Pokud nabízíte mobilní verzi, která obsah odstraňuje nebo výrazně zjednodušuje, dáváte crawlerům menší a méně úplnou verzi svého webu.
Kde je bezpečné na mobilu zjednodušovat
Neznamená to, že rozvržení musí být totožná. Mobilní navigace se může lišit. Rozvržení se může skládat pod sebe. Ale obsah by neměl mizet. Pokud musíte kvůli místu něco skrýt, skryjte navigaci nebo postranní panely, ne hlavní obsah.
Vykreslování JavaScriptu a AI crawlery
Některé weby se staví celé v JavaScriptu. Soubor HTML je téměř prázdný a skutečný obsah se vykreslí na straně klienta, až když se v prohlížeči spustí JavaScript.
AI crawlery JavaScript spustit umějí, ale ne stejně jako prohlížeč. Mají omezené časové limity. Nemají grafickou akceleraci. A ne vždy počkají, až doběhnou asynchronní operace.
Proč vykreslování na straně klienta crawlery zklame
Stránka, která spoléhá na to, že JavaScript stáhne data z API a pak je vykreslí, může u crawleru selhat. Crawler načte HTML, začne spouštět JavaScript, ale vyprší mu limit dřív, než volání API skončí a stránka se vykreslí. Crawler skončí jen s kostrou stránky a bez skutečného obsahu.
Proto vykreslování na serveru (SSR) pro viditelnost u crawlerů poráží vykreslování na straně klienta (CSR). Když obsah vykreslíte na serveru a crawleru pošlete hotové HTML, dostane celou stránku hned. Když vykreslujete na klientovi a nutíte crawler spouštět JavaScript, zpomalujete ho a riskujete vypršení limitu.
Doporučení pro JavaScriptové frameworky
Pokud používáte JavaScriptový framework (React, Vue, Angular), dbejte na to, aby se důležitý obsah vykresloval na serveru nebo byl hned v úvodním HTML. Crawler by neměl muset spouštět JavaScript, aby uviděl váš hlavní obsah.
Strukturovaná data na mobilu musí odpovídat počítači
AI crawlery z vašich stránek čtou strukturovaná data (schema markup), aby pochopily, o čem mluvíte. Podle nich určují entity, ověřují fakta a chápou vztahy.
Pokud mobilní verze neobsahuje stejná strukturovaná data jako verze pro počítač, crawlery vidí neúplné informace. Stránka produktu může mít na počítači schema s cenou, ale na mobilu ne. Článek může mít na počítači schema autora a na mobilu ho kvůli místu odstranit.
Strukturovaná data vždy uvádějte v obou verzích webu. Pokud potřebujete na mobilu skrýt dekorativní prvky, skryjte je. Schema ale neskrývejte. Uživatelé ho stejně nevidí, takže jeho zařazení na mobil místo nezabírá.
Výkon mobilního vykreslování a míra citací
Studie ukazují přímou souvislost mezi rychlostí webu a mírou citací v AI. Rychlé stránky jsou citovány častěji. Na mobilu je tento efekt silnější, protože úzkým hrdlem jsou mobilní sítě.
Stránka, která se na mobilu načte za 1.5 sekundy, je citována častěji než stejná stránka s načtením za 4 sekundy. Nejde jen o uživatelský zážitek (i když i ten je důležitý). Jde i o přístup crawleru. Rychlejší stránky se v časovém limitu crawleru načtou úplněji. Crawlery vidí víc obsahu, vytáhnou víc informací a stránce lépe porozumí.
Optimalizace obrázků pro rychlý mobil
Optimalizace obrázků je tady jedním z největších přínosů. Velké neoptimalizované obrázky mobilní stránky výrazně zpomalují. Obrázky ve formátu WebP se načítají o 35 % rychleji než JPEG. Líné načítání obrázků (načtou se, až když je potřeba) urychlí úvodní načtení stránky. Doručování obrázků přes CDN ze serveru poblíž uživatele zkrátí dobu načítání výrazně.
Časté mobilní chyby, které blokují AI crawlery
Váš web může být responzivní a přesto crawlerům bránit v přístupu k obsahu. Tady jsou největší chyby:
Skrývání obsahu za interaktivními prvky
Obsah v záložkách, akordeonech nebo karuselech, které je třeba rozkliknout, je technicky procházitelný, ale má nižší váhu. Pokud vaše mobilní rozvržení skrývá 50 % obsahu v záložkách, crawler ho vidí celý, ale systémy AI ho berou jako druhořadou informaci.
Odstraňování obsahu z mobilní verze
Některé weby nabízejí jednodušší mobilní verze bez podrobných vysvětlení. Šetří to přenesená data, ale omezuje to přístup crawlerů. Nedělejte to. Na obou zařízeních nabízejte stejný obsah.
Nekonečné posouvání bez stránkování
Stránky, které při posouvání načítají další obsah, ho stahují JavaScriptem. Crawlery neposouvají. Stránku načtou jednou a zpracují, co dostanou. Nekonečné posouvání vypadá pro crawler jako krátká stránka, pokud nenabídnete odkazy na stránkování nebo tlačítko další stránky, které crawler najde.
Rušivá vyskakovací okna a překryvy
Okna, která zakrývají obsah nebo je nutné je před čtením zavřít, škodí uživatelům i crawlerům. Mohou blokovat přístup k hlavnímu obsahu. Používejte je střídmě a nikdy za nimi neskrývejte důležitý obsah.
Blokování obrázků nebo zdrojů pro AI crawlery
Váš robots.txt nebo pravidla pro user-agenty mohou některým crawlerům blokovat doručování obrázků. Pokud se obrázky nenačtou, crawlery přijdou o alternativní texty obrázků a strukturovaná data z nich. Povolte všem crawlerům přístup k obrázkům a zdrojům (pokud k tomu nemáte konkrétní důvod).
Chybná meta značka viewport
Meta značka viewport říká prohlížečům a crawlerům, jak zacházet se šířkou stránky. Pokud na mobilní stránce nemáte správné nastavení viewportu, crawlery i prohlížeče budou mít potíže stránku správně vykreslit.
Jak otestovat mobilní web na přístup AI crawlerů
Nemůžete předpokládat, že je váš mobilní web procházitelný. Otestujte ho.
Zkontrolujte vykreslování v Google Search Console
Pomocí mobilní verze Google Search Console zkontrolujte problémy s vykreslováním. Google vám ukáže, jak Googlebot vidí vaše mobilní stránky. Hledejte chybějící obsah, rozbité obrázky nebo selhání JavaScriptu.
Otestujte rychlost stránky na mobilu
Rychlost stránky na mobilu otestujte v PageSpeed Insights s vybraným mobilním zobrazením. Cílem by měly být zelené hodnoty (90+) u LCP, FID a CLS. Načítání otestujte i na skutečné mobilní síti (ne na kancelářské Wi-Fi). Weby by se na sítích 4G měly načíst za méně než 3 sekundy.
Ručně ověřte viditelnost obsahu
Otevřete web na skutečném mobilním zařízení (nebo použijte emulaci zařízení v Chrome). Projděte své stránky. Ujistěte se, že nic důležitého není skryté, odstraněné ani za nějakou interakcí. Zeptejte se sami sebe: uviděl by crawler tento obsah bez klikání, klepání nebo posouvání?
Otestujte s mobilními crawlery
Pokud to jde, otestujte web s crawlery, které simulují mobil. Některé nástroje SEO umožňují procházet web s user-agenty mobilního Googlebotu. Uvidíte, co crawler Googlu vidí na mobilu.
Časté otázky
Vidí AI crawlery stejný mobilní obsah jako lidští návštěvníci?
AI crawlery při procházení simulují mobilní zařízení, takže vidí vaše mobilní rozvržení a responzivní design. Se stránkou ale nepracují jako lidé. Neklikají na záložky, nerozbalují akordeony a neposouvají stránku, aby se načetl další obsah. Pokud se obsah načte až po interakci, crawlery ho mohou minout nebo ho brát jako méně důležitý než obsah viditelný hned. S tvůrcem webů WEMASY to můžete nastavit přímo na svém webu.
Co se stane, když je moje mobilní stránka pomalá?
U pomalých stránek vyprší limit dřív, než crawlery uvidí všechen obsah. Pokud se vaše stránka na mobilu načítá 5 a více sekund, crawlery mohou zpracování v časovém limitu dokončit dřív, než JavaScript doběhne nebo se načtou obrázky. Skončí s neúplným pohledem na stránku. To ovlivní, kolik informací vytáhnou a jakou váhu systémy AI vašemu obsahu dají.
Mohu crawlerům nabízet na mobilu a na počítači jiný obsah?
Na mobilu a na počítači můžete mít jiný design a rozvržení. Jiný obsah ale nenabízejte. Core Web Vitals a strukturovaná data by měla být v obou verzích shodná. Veškerý text, obrázky a důležité informace by měly být v obou verzích (nebo dostupné bez zásahu uživatele). Pokud nabízíte zjednodušenou mobilní verzi bez části obsahu, crawlery vidí méně.
Škodí skryté záložky a akordeony mé viditelnosti v AI?
Obsah v záložkách a akordeonech je pořád procházitelný, ale má menší váhu než obsah viditelný hned. Pokud jsou vaše nejdůležitější informace na mobilu za záložkami, systémy AI je vidí, ale berou je jako druhořadé. Pro maximální viditelnost přesuňte nejlepší obsah na začátek stránky, kde se načte první a zobrazí bez interakce.
Jak otestuji, zda je můj mobilní web přívětivý k AI crawlerům?
V Google Search Console zkontrolujte mobilní vykreslování a uvidíte, jak Googlebot vaše stránky chápe. Rychlost na mobilu otestujte v PageSpeed Insights a zaměřte se na hodnoty Core Web Vitals 90+. Otevřete web na skutečném mobilním zařízení a ověřte, že je všechen důležitý obsah vidět bez klikání nebo posouvání. Crawlery vidí jen to, co je dostupné hned nebo se samo načte v jejich časovém limitu.
Mám vytvořit samostatnou mobilní verzi, nebo použít responzivní design?
Použijte responzivní design. Samostatné mobilní a desktopové weby (s jiným obsahem) crawlery matou a vyžadují správu dvou verzí. Responzivní design upravuje rozvržení pro různé velikosti obrazovky a přitom nabízí stejný obsah a HTML. Snáz se udržuje, je lepší pro crawlery a doporučují ho Google i platformy AI.