Google nevidí váš web jako člověk. Vidí ho jako parser
Když návštěvník otevře web, vnímá design, text, obrázky a atmosféru. Googlebot naproti tomu čte HTML, sleduje odkazy, renderuje JavaScript a skládá si obraz stránky z technických signálů. Právě tady vzniká první problém: web může působit skvěle pro uživatele, ale být pro vyhledávač těžko čitelný nebo neúplný.
V praxi to znamená, že Google často rozhoduje o vašem výkonu ještě předtím, než návštěvník vůbec uvidí hero sekci. Pokud crawler nenajde důležitý obsah v HTML, narazí na blokovaný JavaScript nebo se ztratí v parametrech a duplicitách, stránka může být indexovaná pozdě, neúplně nebo vůbec.
To je důvod, proč technické SEO není „údržba pro ajťáky“, ale základní předpoklad obchodního výkonu webu. Na slabém technickém základu nefunguje ani kvalitní obsah, ani link building, ani placená návštěvnost, protože přistávací stránka zbytečně ztrácí rychlost, důvěryhodnost i konverze.
Co Google při čtení webu skutečně sleduje
Google pracuje ve třech krocích: crawling, rendering a indexing. Pokud selže kterýkoli z nich, web ztrácí viditelnost. Crawler nejdřív stáhne HTML, pak může stránku vykreslit podobně jako prohlížeč a nakonec rozhodne, co zařadí do indexu. V moderních webech často není problém obsah napsat, ale dostat ho včas a kompletně do indexu.
- Crawling: zda Google stránku vůbec objeví a projde odkazy.
- Rendering: zda dokáže vykreslit obsah generovaný JavaScriptem.
- Indexing: zda stránku považuje za dostatečně kvalitní a unikátní.
Velmi častý problém je, že klíčový obsah je načten až po interakci uživatele, přes API nebo skript, který Google nemusí v daném momentu zpracovat. U e-shopů to bývají filtry, varianty produktů, recenze nebo interní odkazy. U magazínů zase dynamicky doplňované články, lazy-loaded texty nebo skrývání obsahu za tabs a accordiony bez správné struktury.
Pokud chcete zjistit, co Google opravdu vidí, použijte Google Search Console a nástroj URL Inspection. U kritických stránek si porovnejte „Zobrazit procházenou stránku“ a „Test live URL“. Rozdíl mezi těmito pohledy často odhalí přesně to, proč stránka neperformuje.
Nejčastější technické chyby, které web brzdí
V praxi se opakují pořád stejné problémy. Nejsou to exotické chyby, ale banality, které umí pohřbít i silnou značku. Největší škody obvykle způsobí kombinace více drobností: pomalý server, špatné interní prolinkování, nejasné canonicaly a zbytečně složitý JavaScript.
1. Obsah v JavaScriptu bez server-side renderingu
Pokud je hlavní text, nadpisy nebo odkazy vykreslené až po načtení JS, Google je sice často nakonec uvidí, ale ne vždy hned a ne vždy spolehlivě. U důležitých landing pages je bezpečnější použít SSR nebo SSG, případně alespoň pre-rendering. U frameworků jako Next.js je to většinou standardní řešení, ne výjimka.
2. Duplicitní URL a chaos v parametrech
E-shopy často generují desítky verzí jedné kategorie podle filtru, řazení nebo UTM parametrů. Bez správného canonical tagu, robots pravidel a interní logiky vzniká indexační smog. Google pak plýtvá crawl budgetem na duplicity místo na důležité stránky.
3. Pomalé načítání a špatné Core Web Vitals
Od roku 2024 je důležité zejména INP místo staršího FID. Když stránka reaguje pomalu, uživatel má pocit, že je rozbitá, a Google to vidí podobně. Praktický cíl: LCP do 2,5 s, CLS pod 0,1 a co nejnižší INP. Pokud jste nad těmito hranicemi dlouhodobě, problém není jen UX, ale i SEO signál.
4. Špatná struktura nadpisů a interních odkazů
Google potřebuje jasnou hierarchii. Když je na stránce několik H1, nebo když jsou H2 jen vizuálně stylované divy, stroj ztrácí kontext. Podobně interní odkazy bez popisu typu „klikněte zde“ neříkají nic o tématu cílové stránky. Lepší je anchor text, který popisuje obsah i záměr.
5. Chybějící nebo nepřesné strukturované údaje
Schema markup není zázrak, ale pomáhá strojům pochopit typ obsahu. U článků používejte Article nebo BlogPosting, u produktů Product, u lokálních firem LocalBusiness. Validujte přes Rich Results Test a Schema Markup Validator. Chyby v datech o ceně, dostupnosti nebo autorovi mohou snížit důvěryhodnost stránky i kvalitu zobrazení ve výsledcích.
Jak si ověřit, že web je čitelný i pro stroj
Technické SEO se nesmí dělat pocitově. Potřebujete konkrétní auditní workflow, které ukáže, kde web ztrácí výkon. Začněte u nástrojů, které kombinují indexační a provozní data.
- Google Search Console: indexace, pokrytí, sitemap, Core Web Vitals, URL Inspection.
- PageSpeed Insights / Lighthouse: výkon, LCP, CLS, INP, doporučení k optimalizaci.
- Screaming Frog SEO Spider: crawl, status kódy, canonicaly, meta data, interní odkazy.
- Sitebulb: vizualizace struktury webu, hloubka stránek, problémy s architekturou.
- WebPageTest: detailní měření načítání, waterfall, render blocking, třetí strany.
Praktický postup pro audit jedné důležité sekce webu může vypadat takto: nejdřív crawl přes Screaming Frog, potom kontrola indexace v Search Console, následně měření rychlosti na mobilu a nakonec ruční test renderingu v prohlížeči. Pokud stránka není v indexu, ale je bez chyb, hledejte problém v kvalitě obsahu, duplikacích nebo interní relevanci.
U větších webů doporučuji sledovat také crawl logy. Z nich poznáte, kolik času Googlebot tráví na důležitých URL, zda se vrací na nové stránky a jestli neplýtvá kapacitou na parametry, staré filtry nebo neexistující adresy. Log analýza je často jediný způsob, jak zjistit skutečné chování crawleru, ne jen domněnky.
Co dává největší efekt při opravách
Ne každý problém má stejný dopad. Pokud máte omezený rozpočet, řešte nejdřív věci, které ovlivní indexaci, rychlost a srozumitelnost obsahu. V pořadí dopadu se v praxi často vyplácí tento postup:
- Opravit indexační blokace: noindex, robots.txt, špatné canonicaly, redirect chains.
- Zrychlit kritické stránky: optimalizace obrázků, cache, CDN, minimalizace JS.
- Zjednodušit architekturu: kratší klikací hloubka, lepší interní prolinkování.
- Vytvořit čistá data pro vyhledávače: schema, metadata, jednoznačné nadpisy.
- Odstranit duplicity: parametry, varianty, stránkování, podobné texty.
U e-shopu s tisíci produktů může už jen odstranění zbytečných parametrických URL přinést zlepšení crawl efektivity o desítky procent. U obsahového webu zase často funguje sjednocení interního linkování a přepracování šablon tak, aby se klíčové články dostaly blíž k homepage. U menších firem bývá největší brzda jednoduchá: web je vizuálně pěkný, ale technicky těžký a bez jasné datové struktury.
Nezapomeňte, že Google dnes nehodnotí jen web jako dokument, ale i jako zdroj signálů pro AI odpovědi. Pokud je obsah technicky nečitelný, nejednoznačný nebo špatně označený, snižuje se šance, že z něj modely a vyhledávače správně vytáhnou odpověď. Technické SEO tak už není jen o pozicích, ale i o tom, zda vás vůbec systém dokáže použít jako důvěryhodný zdroj.
Jak z toho udělat proces, ne jednorázovou opravu
Největší chyba je udělat jednorázový audit, opravit pár chyb a za tři měsíce zjistit, že se problémy vrátily. Technické SEO musí být součást vývoje, publikace i správy webu. Každý nový template, plugin, skript nebo landing page může přidat další vrstvu technického dluhu.
Dobrá praxe je nastavit jednoduchý kontrolní seznam pro každý release:
- je stránka indexovatelná a vrací správný status kód?
- obsahuje důležité prvky přímo v HTML?
- jsou canonical a meta robots nastavené správně?
- nepřibyly zbytečné externí skripty?
- splňuje stránka základní výkonové limity na mobilu?
Pokud web provozujete na WordPressu, hlídejte zejména počet pluginů, kvalitu šablony a cache vrstvu. U Next.js nebo headless řešení zase sledujte, zda není příliš mnoho obsahu závislého na klientském renderingu. V obou případech platí stejné pravidlo: co je důležité pro SEO, musí být co nejdřív dostupné, čitelné a jednoznačné.
Google čte váš web dřív než návštěvníci proto, že musí rozhodnout, jestli mu vůbec stojí za to vás ukázat. A pokud mu to ztěžujete, neprohráváte až v SERPu. Prohráváte už ve chvíli, kdy crawler narazí na pomalý, nejasný nebo technicky rozbitý web.
