Důležité stránky zpřístupněte přes běžné HTML odkazy, ať vracejí 200, povolují procházení a nemají noindex. V sitemapě uvádějte pouze kanonické URL. Robots.txt používejte k řízení procházení, nikoli k odstranění URL z indexu. Duplicity konsolidujte kanonickým odkazem nebo přesměrováním podle situace.
Indexování webu nezačíná tlačítkem pro odeslání URL. Vyhledávač nejprve adresu objeví, poté ji může procházet, vykreslit, vyhodnotit signály a zařadit do indexu. Každá fáze může skončit jinak. Stránka v sitemapě může zůstat neprocházená, procházená stránka nemusí být indexována a indexovaná URL nemusí být při duplicitě preferovanou verzí.
Robots.txt, meta robots, kanonický odkaz a sitemap plní odlišné úlohy. Jejich neuvážená kombinace vytváří konflikty, které komplikují diagnostiku. Cílem není dostat do indexu každou technickou URL, ale zajistit objevení hodnotných stránek a omezit nekonečné či duplicitní prostory. Tento návod vysvětluje praktický rozhodovací rámec.
Rozlište objevení, crawling a index
Robot objevuje adresy hlavně z odkazů a sitemap. Odkaz má být skutečný prvek s cílovou URL, ne jen JavaScriptová akce bez adresy. Důležitý obsah propojte z navigace, tematických stránek nebo relevantních článků. Osiřelá URL uvedená jen v sitemapě může být objevena, ale její chybějící kontext signalizuje slabou architekturu. Hloubku snižujte logickým propojením, ne vložením všeho do hlavního menu.
Po procházení vyhledávač posoudí stavový kód, obsah, duplicitu, kanonické signály a kvalitu. Indexace není zaručena technickou správností. Stránky s malou vlastní hodnotou, automatické kombinace nebo velmi podobné lokální varianty mohou zůstat mimo index. Nejprve ověřte, zda URL vůbec má samostatný uživatelský záměr a obsah, a teprve potom hledejte technickou chybu.
Používejte robots.txt a noindex ke správnému účelu
Robots.txt dává konkrétním robotům pokyny pro procházení cest, ale veřejnou URL nechrání jako autentizace. Blokovaná adresa se může objevit z externího odkazu a robot neuvidí meta noindex, pokud ji nesmí načíst. Proto stránku s noindex zpřístupněte crawleru, dokud signál nezpracuje. Citlivé stagingy chraňte heslem nebo síťovým omezením, nikoli pouze zákazem v robots.
Meta robots nebo hlavička X-Robots-Tag řídí indexování načteného dokumentu či souboru. Používejte ji pro interní výsledky, účty nebo jiné veřejně dostupné, avšak podle strategie nežádoucí stránky. Nepřidávejte noindex na URL, kterou zároveň uvádíte v sitemapě a označujete jako kanonickou. Po odstranění signálu zkontrolujte cache, šablonu i živou odpověď bez přihlášení administrátora.
- Robots.txt řídí crawling
- Noindex řídí zařazení načtené URL
- Autentizace chrání neveřejný obsah
- Konfliktní signály je třeba odstranit
Konsolidujte duplicity a parametry
Přesměrování použijte, když stará URL již nemá zůstat samostatně dostupná a existuje relevantní náhrada. Kanonický odkaz je signál preferované verze při dostupných podobných URL, například u některých parametrů. Má směřovat na úspěšnou indexovatelnou stránku a být konzistentní s interními odkazy a sitemapou. Není náhradou za opravu nekonečných filtrů ani způsobem, jak udělat zcela odlišný obsah duplicitním.
Parametry kampaní, řazení a zobrazení nemají vytvářet nové interní indexovatelné větve. Filtry e-shopu vyžadují výběr: hodnotné kombinace dostanou stabilní vstupní URL, ostatní zůstanou uživatelskou funkcí s kontrolovaným procházením a indexací. Sledujte serverové logy a přehledy indexace, abyste viděli skutečné chování. Pravidla testujte na vzorku před hromadným nasazením.
Udržujte čistou sitemapu a diagnostiku
XML sitemap obsahuje pouze URL, které chcete indexovat: vracejí 200, nejsou noindex, jsou kanonické a poskytují hodnotný obsah. Rozdělte ji podle typů, pokud to usnadní monitoring, a neuvádějte falešný čas poslední změny při každém generování. Sitemap nenahrazuje interní odkazy ani nevynucuje indexaci. Po migraci ji aktualizujte a staré adresy řešte přesměrováním.
Při problému zkontrolujte živou URL, stav, robots, meta robots, kanonický odkaz, vykreslený obsah, interní odkazy a informace v nástroji vyhledávače. Porovnejte ji s podobnou fungující stránkou a se serverovým logem. Žádost o indexování používejte pro malý vzorek nebo důležitou novou URL, nikoli jako náhradu architektury. Po opravě vyhodnocujte skupinu stránek a dopřejte systému čas na nové zpracování.
Kontrolní seznam při publikování nové sekce
Před publikováním určete kanonický tvar URL a zkontrolujte, zda šablona nevytváří další adresy přes filtry, tisk nebo parametry. Nová stránka potřebuje jedinečný titulek, popisný H1, viditelný obsah a interní odkaz z relevantní existující větve. Ověřte stav 200, absenci noindex, samoodkazující kanonický odkaz a správnou jazykovou vazbu. Do sitemapy se má dostat až produkční kanonická verze, nikoli staging nebo náhled.
Po vydání načtěte URL bez přihlášení, prohlédněte si zdrojový kód i vykreslený DOM a otestujte mobilní rozhraní. Zkontrolujte serverový log nebo nástroj pro kontrolu URL, když vyhledávač adresu zpracuje. Pokud se sekce generuje ze šablony, otestujte i prázdný, dlouhý a neplatný záznam. Tento malý publikační checklist zabrání tomu, aby se stejná indexační chyba rozšířila na celý nový obsahový typ.
- Kanonická produkční URL
- Interní odkaz a viditelný obsah
- Správný stav a indexační signály
- Kontrola vzorových hraničních záznamů
Časté dotazy
Jak rychle Google indexuje novou stránku?
Doba se liší podle objevení, kvality, interních odkazů, stavu webu a frekvence procházení. Sitemap a odkaz pomáhají URL objevit, ale nezaručují termín. Sledujte stav a řešte příčinu, pokud se problém systematicky opakuje.
Mám použít noindex i Disallow?
Pokud robot nesmí URL procházet, nemusí noindex vidět. Pro odstranění indexovatelné veřejné stránky proto obvykle umožněte načtení signálu noindex. Konkrétní postup závisí na situaci; citlivý obsah chraňte autentizací.
Má být každá stránka v sitemap?
Ne. Zahrňte kanonické indexovatelné URL, které chcete mít ve výsledcích. Přesměrování, chyby, stránky s noindex, interní vyhledávání a běžné parametry tam nepatří. Interní odkaz je potřebný i pro URL v sitemap.
Zdroje a další čtení
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
