Google neprohlíží web očima člověka, ale jako systém signálů
Když uživatel otevře web, vidí design, fotky, CTA tlačítka a text. Google naproti tomu primárně zpracovává HTML, CSS, JavaScript, odkazy, strukturovaná data a technické signály, podle kterých si skládá význam stránky. To je zásadní rozdíl: návštěvník hodnotí dojem, Google hodnotí interpretovatelnost, relevanci a důvěryhodnost.
V praxi to znamená, že stránka může být vizuálně perfektní, ale pokud je text schovaný v JavaScriptu, chybí jí správné nadpisy nebo má rozbitou interní strukturu, vyhledávač z ní vytěží málo. U větších webů je to obzvlášť časté u šablon, filtrů, SPA řešení nebo redakčních systémů s přetíženými pluginy.
Co Google skutečně z webu čte
Google při crawlování a indexaci pracuje s několika vrstvami informací:
- HTML obsah – text, nadpisy, odkazy, metadata, alt atributy.
- Strukturu dokumentu – hierarchii H1–H6, sekce, navigaci, breadcrumb.
- JavaScript renderování – pokud je obsah načítán dynamicky, Google jej může zpracovat až později.
- Structured data – schema.org, které pomáhá pochopit typ stránky, produkt, článek nebo firmu.
- Signály kvality a důvěry – autorství, kontakt, reference, citace, konzistence tématu.
Podle Google Search Central je důležité, aby byl hlavní obsah dostupný i bez složitého vykreslování. Pokud potřebuje crawler složitě simulovat prohlížeč, roste riziko, že část obsahu bude indexována pozdě, neúplně nebo vůbec.
Největší rozdíl dělá technická čitelnost obsahu
U technického SEO často nejde o to, jestli web „funguje“, ale jestli je jeho obsah pro vyhledávač jednoznačně čitelný. Typickým problémem je například obsah v záložkách, akordeonech nebo načítaný až po interakci. Pro uživatele je to pohodlné, ale Google může takový obsah vyhodnotit jako méně prioritní, zejména pokud je skrytý za skriptem.
Další častý problém vzniká na moderních webech v Next.js, Reactu nebo Vue. Pokud je stránka špatně server-side renderovaná, bot dostane prázdný nebo poloprázdný HTML dokument a plný obsah se objeví až po vykreslení v prohlížeči. To je z hlediska SEO rizikové, protože indexace není okamžitá a může být neúplná.
Jak si ověřit, co Google opravdu vidí
Neodhadujte to. Ověřte to v nástrojích:
- Google Search Console – kontrola URL, indexace, pokrytí, ruční akce, sitemap.
- Rich Results Test – validace strukturovaných dat.
- URL Inspection v Search Console – zobrazení indexované verze a screenshotu.
- View Source vs. Inspect v prohlížeči – porovnejte zdrojový kód s DOM po vykreslení.
- Screaming Frog – crawl webu a kontrola nadpisů, canonical, meta robots, interních odkazů.
- Lighthouse / PageSpeed Insights – rychlost, CWV a technické chyby.
Praktický test: otevřete stránku, zobrazte zdrojový kód a vyhledejte hlavní klíčové fráze nebo unikátní obsah. Pokud tam nejsou, ale vidíte je až po načtení stránky, je to signál, že Google může mít se zpracováním problém. U e-shopů a obsahových webů to často rozhoduje o tom, zda se produkt nebo článek vůbec dostane do indexu v plné kvalitě.
Rychlost a Core Web Vitals nejsou jen UX metriky
Google nehodnotí pouze text, ale i to, jak rychle a stabilně se stránka načte. Core Web Vitals jsou dnes přímým technickým signálem kvality uživatelského zážitku. Nejčastěji řešíme tři metriky: LCP (Largest Contentful Paint), INP (Interaction to Next Paint) a CLS (Cumulative Layout Shift).
Podle doporučení Google by měl být LCP pod 2,5 sekundy, CLS pod 0,1 a INP ideálně pod 200 ms. V reálném provozu ale mnoho webů padá hlavně na obrázcích, fontech, přetížených skriptech a reklamních blocích. A to má přímý dopad na indexaci i na výkon v organickém vyhledávání, protože pomalý web zvyšuje bounce rate a snižuje proklikovost i konverze.
Co obvykle zpomaluje web nejvíc
- Neooptimalizované obrázky – velké JPG/PNG místo WebP/AVIF.
- Blokující JavaScript – zbytečné knihovny, chat widgety, trackery.
- Špatně načítané fonty – bez preload a font-display.
- Rozsáhlé pluginy ve WordPressu – buildery, slider plugins, duplicity funkcí.
- Chybějící caching – server generuje stránku pokaždé znovu.
U jednoho e-shopu jsme po kompresi obrázků, odložení nestrategických skriptů a zavedení serverového cache snížili LCP z 4,8 s na 2,1 s. Výsledek? Lepší indexace produktových kategorií a nárůst organických vstupů na tyto stránky během několika týdnů. Není to magie, ale součet malých technických zlepšení.
Strukturovaná data pomáhají Googlu pochopit kontext
Google není jen vyhledávač slov, ale i významů. Structured data mu pomáhají poznat, že jde o článek, produkt, firmu, FAQ, recenzi nebo událost. Správně nasazené schema markup zvyšuje šanci na bohaté výsledky ve vyhledávání a zlepšuje srozumitelnost obsahu pro AI systémy, které z webu čerpají odpovědi.
Pro většinu webů dávají smysl hlavně typy Organization, WebSite, BreadcrumbList, Article, Product, FAQPage a u lokálních firem LocalBusiness. Důležité je, aby data odpovídala realitě na stránce. Přehnané nebo nepravdivé značení může být ignorováno nebo v krajním případě i problémem.
Praktický checklist pro schema markup
- Označte hlavní entitu webu: firma, značka, autor.
- U článků doplňte autora, datum publikace a aktualizace.
- U e-shopu používejte produktové údaje: cena, dostupnost, SKU, recenze.
- Implementujte breadcrumb navigaci v datech i v HTML.
- Kontrolujte validitu v Rich Results Test a Schema Markup Validator.
V době AI Overviews a generativního vyhledávání je strukturovaný kontext ještě důležitější. Systémy jako Google nebo Perplexity lépe pracují s obsahem, který je jasně pojmenovaný, členěný a propojený. Jinými slovy: čím lépe web „vysvětlíte strojům“, tím větší šanci máte, že vás správně pochopí i lidé.
Obsahová architektura rozhoduje o tom, zda web dává smysl i algoritmu
Google nehodnotí stránky izolovaně, ale v kontextu celého webu. Pokud máte padesát článků na podobné téma bez jasné struktury, vzniká kanibalizace klíčových slov a roztříštěná relevance. Naopak topic cluster model pomáhá ukázat, že web je autoritou v konkrétní oblasti.
Prakticky to znamená mít jednu silnou hlavní stránku na téma a k ní podpůrné články, které řeší dílčí otázky. Vnitřní prolinkování pak vede Google od obecného ke konkrétnímu a zpět. To je zásadní pro semantic SEO i pro lepší pochopení záměru uživatele.
Jak zkontrolovat, jestli je web pro Google čitelný
- Má každá důležitá stránka jasný H1 a logickou strukturu nadpisů?
- Jsou interní odkazy tematicky relevantní a ne jen náhodné?
- Existuje jedna kanonická verze každé URL?
- Nepřekrývají se témata mezi více stránkami?
- Je hlavní obsah dostupný bez nutnosti složité interakce?
Dobrá obsahová architektura šetří crawl budget, zlepšuje indexaci a pomáhá i návštěvníkům. Když je web přehledný pro crawler, bývá přehledný i pro uživatele. A to je přesně ten bod, kde se technické SEO překlápí do byznysového výsledku.
Co udělat hned tento týden
Pokud chcete rychle zjistit, jak moc váš web Google „čte“ jinak než návštěvníci, začněte jednoduchou kontrolou. Projděte pět nejdůležitějších URL v Search Console, porovnejte zdrojový kód s vykreslenou stránkou a změřte výkon v PageSpeed Insights. Sledujte, zda se hlavní text, nadpisy, odkazy a schema markup nacházejí přímo v HTML, ne až po načtení skriptů.
Pak si udělejte audit podle priorit: indexace, rychlost, struktura, data, interní odkazy. U WordPressu to často vyřeší odstranění zbytečných pluginů, cache a optimalizace obrázků. U moderních frameworků je klíčové správné server-side renderování nebo statický export. A u všech webů platí stejné pravidlo: co není pro Google čitelné, to se v SEO chová, jako by to téměř neexistovalo.
