1. Web se sice zobrazuje, ale vyhledávač ho neumí správně přečíst

První a velmi častý problém je špatná indexovatelnost. Stránka může fungovat pro návštěvníka, ale pro Google je prakticky nečitelná. Typicky jde o blokaci v robots.txt, chybné nastavení noindex, nebo o obsah vykreslovaný až po straně klienta, který se nenačte včas. Výsledek je jednoduchý: robot stránku obejde, ale nezařadí ji do výsledků, případně ji zobrazí jen velmi nízko.

Podle běžné praxe v technickém auditu patří mezi největší rizika hlavně weby po redesignu. Stačí jedna špatně nastavená šablona a desítky podstránek zmizí z indexu během několika dnů. V Google Search Console to poznáte na poklesu počtu indexovaných stránek, nebo na hlášení typu „Stránka je vyloučena tagem noindex“.

Co zkontrolovat hned teď

  • soubor robots.txt a případné blokace důležitých adresářů,
  • meta tag noindex v šablonách, zejména na produkčním webu,
  • správnou odpověď serveru pro hlavní URL, ideálně 200 OK,
  • renderování obsahu v prohlížeči i v nástroji URL Inspection v Google Search Console.

Praktický postup je jasný: otevřete Search Console, zadejte důležitou URL do kontroly adresy a porovnejte HTML, které vidí Google, s tím, co vidíte v prohlížeči. Pokud je rozdíl výrazný, je problém v JavaScriptu, serverovém renderingu nebo v blokovaných zdrojích.

2. Duplicitní a kanibalizované stránky rozbíjejí signály relevance

Druhá chyba je méně viditelná, ale velmi častá. Web má více verzí stejného obsahu: s lomítkem i bez něj, s parametry, s různými filtry, HTTP i HTTPS, nebo samostatné články cílící na stejný dotaz. Vyhledávač pak neví, kterou verzi má zobrazit. Místo jedné silné stránky vznikne několik slabých, které si navzájem konkurují.

V praxi to vede k tomu, že se pozice střídají, prokliky jsou nízké a autorita se tříští. Typický e-shop má například kategorii /boty/, filtr /boty?barva=cerna a ještě samostatný článek o černých botách. Pokud všechny tři stránky míří na podobný záměr, Google může zobrazit tu nejméně vhodnou.

Jak to opravit technicky

  • nasadit správné canonical URL na hlavní verzi stránky,
  • sloučit podobný obsah do jedné silnější stránky,
  • omezit indexaci parametrů, filtrů a interních vyhledávání,
  • nastavit přesměrování 301 u starých nebo nahrazených adres.

Pro odhalení duplicit pomáhá Screaming Frog, Sitebulb nebo Ahrefs Site Audit. Sledujte zejména stránky s podobným title, H1 a téměř shodným textem. Pokud dvě URL cílí na stejný keyword, je to signál ke konsolidaci. V menších webech už odstranění několika duplicitních stránek často přinese viditelné zlepšení během 2 až 6 týdnů po reindexaci.

3. Pomalý web snižuje crawl budget i výkon ve výsledcích

Třetí technická chyba souvisí s rychlostí. Google dnes hodnotí uživatelský zážitek i přes metriky Core Web Vitals, zejména LCP, INP a CLS. Pokud se hlavní obsah načítá pomalu, stránka se rozhýbává nebo reaguje se zpožděním, návštěvník odchází dřív, než vůbec přečte první odstavec.

U webů s vysokou mírou obrázků, WordPress šablonami s těžkými pluginy nebo u e-shopů s desítkami skriptů bývá problém velmi konkrétní. Například homepage s hero obrázkem o velikosti 3 MB a bez správné komprese může prodloužit LCP o několik sekund. Na mobilu to znamená reálnou ztrátu návštěvnosti i konverzí.

Co měřit a kde hledat problém

  • PageSpeed Insights pro rychlou diagnostiku jednotlivých URL,
  • Google Search Console v sekci Core Web Vitals pro data z praxe,
  • Lighthouse pro technický audit frontendu,
  • WebPageTest pro detailní analýzu načítání po jednotlivých krocích.

Nejčastější opravy jsou praktické: komprese obrázků do WebP nebo AVIF, lazy loading, odložení nevyužívaného JavaScriptu, minifikace CSS, caching a použití CDN. U WordPressu má velký efekt také omezení pluginů, které přidávají skripty na každou stránku. V praxi často stačí snížit počet externích požadavků o 30 až 50 procent a web je okamžitě rychlejší.

4. Špatná struktura webu a slabé interní prolinkování matou roboty i uživatele

Čtvrtý problém je organizační. Web může mít kvalitní obsah, ale bez logické struktury a interních odkazů se jeho síla nerozlévá správným směrem. Vyhledávač pak hůře chápe, které stránky jsou nejdůležitější, jak spolu souvisejí a jaký je tematický fokus webu. To je zásadní zejména v době semantického SEO a topic clusterů.

Typický příklad: firma má na webu pět služeb, deset blogových článků a žádné jasné propojení mezi nimi. Články odkazují náhodně, menu je přetížené a důležité podstránky jsou hluboko v architektuře webu. Robot pak potřebuje více kroků, aby se k nim dostal, a jejich autorita je slabší.

Jak má vypadat funkční struktura

  • hlavní kategorie a služby dostupné ideálně do 2–3 kliknutí z homepage,
  • každý tematický okruh jako jeden cluster s hlavní stránkou a podpůrnými články,
  • interní odkazy s popisným anchor textem, ne jen „více zde“,
  • jasná hierarchie H1, H2, H3 a konzistentní URL struktura.

Dobrá praxe je začít mapou obsahu. Seznamte všechny URL, rozdělte je do témat a u každého tématu určete jednu hlavní stránku. Z ní pak veďte odkazy na podstránky, které rozvíjejí konkrétní otázky uživatelů. Tento přístup pomáhá nejen SEO, ale i návštěvníkům, protože rychleji najdou související informace.

5. Technické chyby v datech, kódu a značkách snižují důvěryhodnost webu

Pátá chyba bývá podceňovaná: neúplná nebo špatně implementovaná strukturovaná data, chybné titulky, nefunkční hreflang, rozbité redirecty nebo 404 chyby v důležitých částech webu. Tyto detaily samy o sobě nemusí web úplně pohřbít, ale v součtu výrazně oslabují signály, podle kterých Google hodnotí kvalitu a relevanci.

Například chybějící schema markup u produktu, článku nebo lokální firmy znamená, že web přichází o rozšířené výsledky. Špatně nastavený hreflang zase může u vícejazyčných webů posílat české stránky uživatelům ze zahraničí a naopak. U velkých webů pak i drobná chyba v přesměrování způsobí, že se vyhledávač dostává do řetězců 301 → 302 → 404, což zpomaluje crawl a zhoršuje indexaci.

Nejrychlejší kontrolní seznam

  • validace strukturovaných dat v Rich Results Test,
  • kontrola 404 a přesměrování přes Screaming Frog,
  • audit title tagů a meta description na duplicitní nebo prázdné hodnoty,
  • ověření canonical, hreflang a sitemap.xml.

U velkých webů se vyplatí pravidelný technický monitoring. Stačí jednou týdně sledovat počet indexovaných stránek, chybové odpovědi serveru a změny v Search Console. Pokud se po nasazení nové verze webu objeví skokový nárůst 404, noindexů nebo pokles indexace, problém je téměř jistě v deploy procesu, ne v samotném obsahu.

Jak postupovat, když web stagnuje i přes publikování obsahu

Pokud web publikuje články, ale návštěvnost neroste, technika bývá první místo, kde je potřeba hledat. Praktický postup je tento: nejprve ověřit indexaci, pak rychlost, následně strukturu webu a nakonec kvalitu technických značek. Teprve potom má smysl řešit další obsah nebo link building. Jinak se může stát, že investujete do nových textů, které vyhledávač vůbec nevidí, nebo je vidí, ale neumí správně zařadit.

Pro menší weby stačí základní audit v Google Search Console, PageSpeed Insights a Screaming Frog. U větších projektů je vhodné doplnit GA4, serverové logy a pravidelné crawl testy. Cílem není sbírat další reporty, ale najít konkrétní překážku, která brání růstu. Ve většině případů nejde o jednu velkou chybu, ale o kombinaci několika menších technických nedostatků, které dohromady snižují viditelnost webu ve vyhledávání.