1. Když Google stránku načte, ale nedostane z ní smysl
V technickém SEO se často zaměňuje procházení, renderování a indexace. Google může URL objevit, stáhnout HTML a dokonce stránku vykreslit, ale stále ji nemusí zařadit do indexu tak, jak očekáváte. V praxi to znamená, že stránka existuje, ale ve výsledcích se neobjevuje, nebo se zobrazuje s nesprávným titulkem, bez popisu a s nízkou relevancí.
Typický příklad: e‑shop má produktové stránky generované přes JavaScript. V prohlížeči vypadají perfektně, ale v HTML je jen prázdný kontejner a obsah se načítá až po renderu. Pokud Google render z nějakého důvodu omezí nebo zpozdí, stránka sice „technicky“ je dostupná, ale její obsah není spolehlivě čitelný. U velkých webů se navíc často stává, že Google renderuje jen část důležitých stránek kvůli rozpočtu crawl budgetu.
První kontrola: porovnejte HTML zdroj a vykreslenou verzi stránky. Ve View Source by měly být vidět hlavní texty, H1, interní odkazy a klíčové informace. Pokud tam nejsou, je to varovný signál.
2. JavaScript není problém sám o sobě, problém je jeho implementace
Moderní weby na Next.js, Reactu, Vue nebo Nuxtu nejsou automaticky špatně pro SEO. Problém nastává ve chvíli, kdy se spoléhají výhradně na klientské renderování. Google sice JavaScript umí zpracovat, ale není to okamžité a není to bezlimitní. U rozsáhlejších webů může být render oddálen, neúplný nebo nákladný na crawl budget.
Nejlepší praxe je server-side rendering (SSR) nebo pre-rendering pro klíčové stránky. U obsahových webů a kategorií je to často nutnost. Pokud používáte headless CMS, zkontrolujte, jestli se hlavní obsah skutečně posílá v HTML, ne až po načtení skriptu. U e‑commerce je důležité, aby byly v HTML dostupné alespoň:
- název produktu nebo kategorie,
- cena a dostupnost,
- H1 a základní popis,
- interní odkazy na související stránky,
- canonical tag a strukturovaná data.
Praktický nástroj: Google Search Console → Kontrola URL. Sledujte rozdíl mezi „Zobrazená stránka“ a „Test živé URL“. Pokud Google nevidí obsah stejně jako uživatel, je třeba upravit renderovací strategii. Další užitečný nástroj je Rich Results Test, který ukáže, co Google z HTML skutečně dokáže vytáhnout pro strukturovaná data.
3. Indexace často padá na technické detaily, ne na kvalitu obsahu
Mnoho webů má dobrý obsah, ale Google ho neindexuje, protože dostane matoucí signály. Mezi nejčastější problémy patří špatně nastavený noindex, blokace v robots.txt, duplicitní URL varianty, kanonikalizace na nesprávnou stránku nebo nekonzistentní interní odkazy.
U velkých webů je častý scénář tento: stránka je v sitemapě, ale nikde na webu na ni nevede interní odkaz. Google ji sice může objevit, ale vyhodnotí ji jako málo důležitou. Z pohledu vyhledávače je důležitost stránky silně ovlivněná strukturou webu. Pokud je produkt nebo článek „ukrytý“ čtyři kliky hluboko, má menší šanci na kvalitní indexaci i ranking.
Co zkontrolovat jako první:
- robots.txt – neblokuje omylem CSS, JS nebo důležité sekce?
- meta robots – není na stránce noindex/nofollow?
- canonical – ukazuje na správnou verzi URL?
- sitemap.xml – obsahuje jen indexovatelné URL?
- interní odkazy – vede na stránku dostatečný počet relevantních odkazů?
V Google Search Console sledujte report Stránky a důvody jako „Procházeno – aktuálně neindexováno“ nebo „Objeveno – aktuálně neindexováno“. To jsou signály, že problém není v obsahu jako takovém, ale v prioritě, renderu nebo kvalitě signálů.
4. Google potřebuje sémantiku, ne jen hezký design
Web může být vizuálně skvělý, ale pro Google nepřehledný. Pokud je text schovaný v obrázku, v akordeonech bez správného HTML, nebo je stránka postavená jen na vizuálních blocích bez logické hierarchie, vyhledávač ztrácí kontext. Dnes navíc nejde jen o klasické SEO, ale i o to, jak obsah pochopí AI systémy typu Google AI Overviews, ChatGPT nebo Perplexity.
Proto je důležité pracovat se sémantickým HTML. Nadpis H1 má být jen jeden, H2 a H3 mají tvořit logickou strukturu, seznamy mají být skutečné seznamy a důležité informace nesmí být ukryté jen v obrázcích. U článků i kategorií pomáhá jasně definovat:
- hlavní téma stránky,
- podtémata v rámci obsahu,
- souvislosti s dalšími stránkami webu,
- entity, které se na stránce řeší,
- odpovědi na konkrétní dotazy uživatelů.
Velmi praktické je nasazení structured data. Pro článek použijte Article nebo BlogPosting, pro e‑shop Product, Offer a případně AggregateRating, pro FAQ FAQPage. Strukturovaná data sama o sobě nezvednou pozice, ale zvyšují šanci, že Google správně pochopí typ stránky a její obsah. Pomáhají také při zpracování v AI odpovědích, kde je přesnost kontextu zásadní.
5. Core Web Vitals a technická kvalita ovlivňují, co Google vůbec stihne
Rychlost webu není jen UX téma. Pokud se stránka načítá pomalu, Google ji může renderovat méně efektivně a uživatelé rychleji odcházejí. Dnes se nejvíc sledují metriky LCP, INP a CLS. Pro běžný web platí jednoduché orientační cíle: LCP do 2,5 s, INP do 200 ms a CLS pod 0,1.
Nejčastější technické příčiny problémů:
- příliš velké hero obrázky bez moderních formátů WebP/AVIF,
- blokující JS a CSS,
- neoptimalizované fonty,
- pomalý server nebo hosting,
- přesouvání prvků při načítání reklam nebo cookie lišt.
Pro diagnostiku použijte PageSpeed Insights, Lighthouse a WebPageTest. Sledujte nejen laboratorní data, ale hlavně CrUX data v Search Console nebo v PageSpeed Insights, protože ta ukazují reálné uživatele. Pokud je problém v LCP, často pomůže preload hlavního obrázku, zmenšení fontů, odstranění zbytečných skriptů a lepší caching na úrovni serveru nebo CDN.
U WordPressu bývá častým viníkem kombinace těžké šablony, příliš mnoha pluginů a pomalého hostingu. U Next.js zase často narážíme na zbytečně velký bundle, špatně nastavené dynamické importy nebo klientsky renderovaný obsah, který by měl být serverový.
6. Jak si ověřit, že váš web je opravdu vidět
Pokud chcete zjistit, proč Google váš web „čte, ale nevidí“, postupujte systematicky. Začněte tím, co je pro vyhledávač skutečně dostupné, a až potom řešte obsah a link building. V praxi se osvědčuje tento auditní postup:
- 1. Kontrola indexace v Google Search Console: kolik stránek je indexovaných, které jsou vyloučené a proč.
- 2. Porovnání HTML vs. render: zda je hlavní obsah v serverovém HTML.
- 3. Analýza interního prolinkování: které stránky dostávají nejvíc interní síly.
- 4. Zkontrolování canonical, noindex a robots: zda signály nejsou v konfliktu.
- 5. Test strukturovaných dat: validita a úplnost značek.
- 6. Core Web Vitals: zda pomalý web nebrzdí crawl i uživatele.
Pokud chcete jít ještě dál, sledujte i logy serveru. V nich uvidíte, jak často Googlebot skutečně chodí na důležité URL, které typy stránek preferuje a kde zbytečně tráví crawl budget. U rozsáhlých webů je to často rozdíl mezi „Google stránku zná“ a „Google ji pravidelně zpracovává a chápe její význam“.
Neviditelnost webu obvykle není jedna chyba, ale součet drobností: špatný render, slabá struktura, technické blokace a nedostatek jasných signálů. Jakmile tyto vrstvy srovnáte, Google začne váš web nejen číst, ale i správně interpretovat, indexovat a zobrazovat tam, kde má největší hodnotu.