Mobile-first indexing: vysvětlení a technický checklist

Co je mobile-first indexing?

Mobile-first indexing označuje zásadu, podle které Google používá mobilní verzi stránky jako primární zdroj informací pro crawling a indexování obsahu. To neznamená automaticky lepší pozice, ale ovlivňuje, které stránky a která verze obsahu se uloží do indexu.

Proč mobile-first indexing záleží pro SEO

Protože Google primárně hodnotí a indexuje mobilní verzi, obsah nebo metadata dostupná jen na desktopu mohou být ignorována v indexu. To má důsledky pro viditelnost: pokud klíčové texty, strukturovaná data nebo odkazy chybí na mobilní verzi, pravděpodobně nebudou zahrnuty do indexu. Rozdělte pojmy: crawling = Googlebot fetching, indexing = rozhodnutí, co uložit do indexu, ranking = jak jsou výsledky seřazeny při dotazu; mobile-first ovlivňuje hlavně crawling a indexing, nikoli přímo způsob třídění výsledků.

Jak mobile-first indexing funguje

Crawling

Google objeví a stáhne stránky pomocí crawleru. Od července 2024 prohledává Google weby pro Search pomocí Googlebot Smartphone jako výchozího robota; to znamená, že první fetch bude reprezentovat mobilní zařízení. Pro site s dynamickým obsahem to může znamenat jiné požadavky na odladění serveru a načítání zdrojů.

Indexing

Indexování znamená, co Google uloží do svého indexu. Google použije obsah dostupný crawleru (tedy mobilní verzi) jako primární zdroj. Pokud je obsah na mobilu zkrácený nebo chybí strukturovaná data, index může neobsahovat tyto informace, což může ovlivnit možnost zařazení do speciálních výsledků (rich results).

Ranking

Po indexaci algoritmy řadí výsledky podle stovek signálů. Mobile-first indexing sám o sobě nedefinuje pořadí, ale pokud chybí obsah na mobilu, může to nepřímo snížit relevantnost stránky pro určité dotazy.

Druhy implementací mobilního webu

Výběr techniky ovlivní, jak snadno zajistíte parity obsahu mezi desktopem a mobilem. Níže jsou hlavní přístupy s výhodami a nevýhodami.

• Responsive design — jedna URL, stejný HTML pro všechna zařízení. Pros: nejméně chyb v indexaci, jednodušší údržba. Cons: vyžaduje pečlivé optimalizace načítání pro mobil.

• Dynamic serving — stejná URL, server posílá odlišné HTML podle User‑Agent. Pros: přesné přizpůsobení obsahu. Cons: riziko chybné detekce zařízení; vyžaduje správné Vary: User-Agent header.

• Separate mobile URLs (m.example.com) — odlišná URL pro mobil. Pros: explicitní kontrola mobilní verze. Cons: složitější správa canonical/hreflang a redirectů; možné indexační rozdíly.

Praktické kroky pro mobilní připravenost

Nepoužívejte průvodce migrací jako by mobile-first byla volitelná — místo toho provádějte dílčí ověření parity a výkonu. Prioritní oblasti: obsah (text, metadata), strukturovaná data, odkazy, canonical a hreflang, přístupnost CSS/JS pro mobilního crawleru a Core Web Vitals (LCP, INP, CLS) pro mobilní uživatele.

Mobile-first indexing kontrola: technická checklist

**Viewport meta** — kde ověřit — zkontrolujte v kódu nebo v Chrome DevTools → Elements — prochází, když stránka obsahuje <meta name="viewport"> s vhodnými hodnotami.

**Obsahová parity** — kde ověřit — Google Search Console URL Inspection (pro vaše URL) + curl nebo Chrome DevTools pro live fetch — passes when mobilní HTML obsahuje stejný klíčový text a důležitá metadata jako desktop.

**Strukturovaná data** — kde ověřit — Rich Results Test nebo Schema Markup Validator — passes when strukturovaná data jsou přítomná a validní v mobilní verzi.

**Robots a meta robots** — kde ověřit — curl -I nebo Chrome DevTools → Network a URL Inspection — passes when page není blokovaná v robots.txt a nemá noindex meta pouze na mobilní verzi.

**Canonical/hreflang parity** — kde ověřit — view-source + URL Inspection — passes when canonical a hreflang na mobilní stránce odkazují konzistentně jako na desktopu.

**Performance (Core Web Vitals)** — kde ověřit — PageSpeed Insights, Chrome DevTools Lighthouse — passes when mobilní LCP/INP/CLS jsou v přijatelných pásmech podle vašeho SLA.

**Fetch as smartphone (externí kontrola)** — kde ověřit — curl -A 'Mozilla/5.0 (Linux; Android 11; Pixel 5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/117.0.0.0 Mobile Safari/537.36' https://example.com/page — passes when návratový HTML obsahuje očekávaný obsah a zdroje se načítají.

**Indexace (verifikace)** — kde ověřit — pro vlastněné URL použijte Google Search Console URL Inspection; pro veřejné indikace použijte site: příkazy a Bing Webmaster Tools Site Explorer — passes when Google zná stránku a URL Inspection ukáže, že byla crawlována jako smartphone a indexována.

Běžné chyby při mobile-first připravenosti

• Odstranění klíčového obsahu na mobilu (zkrácené verze stránek) — vede k chybějícím položkám v indexu.
• Blokování zdrojů (CSS/JS) pro mobilní crawler — může způsobit, že Google nevidí layout ani strukturovaná data.
• Nesprávná serverová detekce User‑Agent u dynamic serving — chybné varianty pro crawlery.
• Rozdílné nebo chybné canonical tagy mezi verzemi.
• Příliš mnoho klientského JavaScriptu bez server-side rendering nebo správného prerenderu, díky čemuž mobilní fetch nezobrazí obsah.

Poznámka ke kontrole indexace: site: operátor může poskytnout indikaci, ale není definitivní důkaz indexace. Pro vaše stránky je URL Inspection v Google Search Console autoritativní.

Při ladění používajte serverové logy k ověření, že Googlebot Smartphone skutečně fetchuje stránky a že odpovědi serveru (status kódy, redirecty) jsou konzistentní pro mobilní user‑agenty.

Praktický curl pro kontrolu hlaviček: curl -I https://example.com/page — tento příkaz vrátí pouze HTTP hlavičky (status, location, Vary), užitečné při kontrole redirectů a Vary: User-Agent.

Pro kontrolu renderovaného DOM používejte Chrome DevTools → Network + Elements a zkontrolujte, že mobilní verze načítá stejné texty, odkazy a strukturovaná data jako desktop.

Pamatujte: odstranění starého zobrazení cache (Google odstranil tradiční cached pages v roce 2024) znamená, že live fetch a URL Inspection jsou primárními způsoby ověření aktuálního obsahu.

Přečtěte si průvodce Technical SEO

Často kladené otázky

Q: Dává mobile-first indexing výhodu v rankingu? A: Ne přímo. Mobile-first určuje zdroj obsahu pro indexaci; pokud je mobilní verze úplná a rychlá, může to nepřímo zlepšit výkon, protože index obsahuje potřebné signály.

Q: Jak zjistím, zda Google crawloval stránku jako smartphone? A: Pro vlastněné URL použijte Google Search Console → URL Inspection, kde uvidíte informace o posledním crawlu a odevzdané verzi (crawled as).

Q: Mohu mít jiný obsah pro mobil a desktop? A: Můžete, ale klíčové informace (texty, strukturovaná data, odkazy) by měly být přítomné i v mobilní verzi, jinak je riziko, že Google tyto informace neindexuje.

Q: Jak řešit stránky, které se liší dynamicky podle User‑Agent? A: U dynamic serving musí server správně používat hlavičku Vary: User-Agent a testovat chování s realistickými user‑agent stringy; použijte curl s parametrem -A pro simulaci mobilních agentů.

Q: Které nástroje využít k ověření strukturovaných dat na mobilu? A: Rich Results Test a Schema Markup Validator (schema.org) pro validaci, plus Chrome DevTools pro kontrolu, že skripty a JSON‑LD se renderují v mobilním fetchi.