Článek je publikovaný, na webu funguje a přesto ho ve vyhledávání nenacházíte. První krok není znovu odeslat sitemapu ani přepsat titulek. Nejdřív zjistěte, v jaké fázi se cesta zastavila: Google URL nezná, nemůže ji načíst, nesmí ji indexovat, vybral jinou hlavní adresu, nebo ji zatím do indexu nezařadil. Každá situace potřebuje jinou opravu. U více magazínů začínejte jedním konkrétním článkem a teprve potom hledejte společnou příčinu.
Publikace, procházení, indexace a návštěvnost jsou čtyři různé věci
Publikovaný příspěvek existuje ve WordPressu. Procházení znamená, že si robot mohl stáhnout jeho obsah. Indexace znamená zařazení do vyhledávacího indexu; ani ta nezaručuje zobrazení na vybraný dotaz. Návštěvnost navíc závisí na poptávce, konkurenci, podobě výsledků i na tom, zda uživatel klikne. Z nulových kliknutí proto nelze automaticky vyvodit chybu indexace.
Hledání přes operátor site: berte jako orientační kontrolu. Pro konkrétní URL použijte Kontrolu adresy URL v Google Search Console a správnou službu dané domény. Rozlišujte údaje o poslední známé indexované verzi a živý test: úspěšný živý test není potvrzení indexace. Ukazuje současnou dostupnost a některé podmínky, nikoli budoucí rozhodnutí vyhledávače.
| Zjištění | První kontrola | Co zatím nedělat |
|---|---|---|
| Google URL nezná | Interní odkazy a přítomnost v sitemapě | Nepřepisovat bez důvodu celý článek |
| Načtení selhalo | HTTP, ochrana webu, dostupnost hostingu | Nesvádět vše na délku textu |
| Vyloučeno noindex | HTML i HTTP hlavičky | Nežádat opakovaně o indexaci |
| Vybrána jiná kanonická URL | Obsah a signály obou adres | Nevytvářet třetí kopii |
| Procházeno, neindexováno | Přínos, duplicity, kontext a datum posledního načtení | Nepředpokládat jednu univerzální technickou chybu |
Připravte si malý diagnostický záznam
Uložte přesnou URL včetně protokolu a domény, ID příspěvku, datum skutečné publikace a poslední významné změny. Doplňte aktuální stav Search Console, datum posledního procházení a kanonickou adresu deklarovanou webem i vybranou Googlem. U sítě webů musí být v každém řádku doména; samotné ID článku není napříč instalacemi jedinečné.
- Otevřete článek bez přihlášení a ověřte, že čtenář vidí celý hlavní obsah.
- Zapište stavový kód a případná přesměrování, ne pouze to, že se něco zobrazilo.
- Najděte jeden skutečný interní odkaz, kterým se na článek dostane návštěvník.
- Ověřte, zda má stránka zůstat ve vyhledávání samostatně, nebo jde o záměrnou duplicitu.
Tento záznam pomůže správci i redaktorovi mluvit o stejné verzi. Provozní dohled nad dostupností rozebírá návod k monitoringu WordPressu; zde potřebujete jeho výsledky propojit s konkrétní URL a časem návštěvy robota.
První větev: článek není dostupný nebo viditelný
Začněte přímým načtením veřejné adresy. Koncept, soukromý příspěvek nebo budoucí publikace nejsou totéž co veřejný článek. Přihlašovací obrazovka, ochranná výzva CDN či prázdná šablona mohou mít jiný význam než běžná chybová stránka. Kontrolujte obsah odpovědi i kód: stránka s hláškou „nenalezeno“ vracející 200 může být vyhodnocena jako soft 404.
Opakované 5xx nebo timeouty řešte s hostingem. Jedno dnešní úspěšné načtení nevyvrací včerejší výpadek. Porovnejte čas v Search Console se serverovými logy, aktualizacemi a změnami ochrany. Záznam označený jako Googlebot nemusí být pravý robot; při důležitém rozhodnutí ověřte jeho původ podle dokumentace Google, nespoléhejte pouze na řetězec User-Agent.
Druhá větev: něco zakazuje procházení nebo indexaci
Zkontrolujte pravidla robots.txt, meta robots v hlavičce HTML a odpovědní hlavičku X-Robots-Tag. Ve WordPressu se může projevit globální nastavení viditelnosti, volba SEO pluginu pro konkrétní příspěvek i pravidlo serveru. Pro srozumitelný postup navazuje průvodce sitemapou, robots.txt a noindex.
Disallow a noindex mají odlišný účel. Zablokováním procházení robotovi můžete zabránit přečíst noindex. Neřešte proto nežádoucí indexaci automaticky přidáním obou zákazů. Pokud je vyloučení záměrné, nejde o závadu, kterou musíte odstranit. Cílem není dostat do indexu každý parametr, hledání a pomocný archiv.
Třetí větev: Google dává přednost jiné adrese
U duplicity porovnejte adresu z kontroly se skutečnou hlavní stránkou. Může jít o verzi bez www, tiskovou podobu, starý slug, parametr kampaně nebo kopii na jiném webu. Pokud je výběr správný, neindexovaná vedlejší verze není problém. Pokud správný není, porovnejte canonical, přesměrování, interní odkazy a sitemapu. Všechny by měly podporovat stejný záměr.
Canonical je signál preference, nikoli bezpodmínečný příkaz. Přehled konkrétních situací najdete v článku kanonické URL a duplicity. Pouhé vložení vlastní kanonické adresy do dvou prakticky stejných článků jejich obsahové soupeření nevyřeší.
Objeveno a procházeno: co tyto stavy opravdu říkají
„Objeveno – momentálně neindexováno“ obvykle znamená, že Google adresu zná, ale dosud ji neprocházel. Prověřte dostupnost, interní propojení a přiměřenost množství generovaných URL. „Procházeno – momentálně neindexováno“ už není prostý problém objevení. Je třeba posoudit i to, co robot dostal a jakou samostatnou hodnotu článek přináší. Přesné názvy stavů se v rozhraní a jazykových verzích mohou lišit.
Nepřidávejte automaticky dalších pět set slov. Porovnejte výsledek pro čtenáře: řeší článek konkrétní úkol, obsahuje potřebné podmínky a nepřepisuje jiný váš návod? Má vlastní příklad, srovnání nebo užitečný postup? Neexistuje povinný počet slov, který zajistí indexaci. Stejně tak opakované přepublikování se stejným obsahem a novým datem není náhradou za opravu.
| Modelový případ | Pravděpodobný směr kontroly | Ověřitelný výsledek opravy |
|---|---|---|
| Nový návod bez odkazu z webu | Objevení URL | Odkaz z relevantního hubu a správná sitemapová položka |
| Po přesunu z testu je všude noindex | Nastavení prostředí | Veřejné HTML a hlavičky bez nechtěného zákazu |
| Dvě téměř stejné verze návodu | Obsahová duplicita | Rozdělený záměr nebo sloučení s odpovídající adresou |
| Výpadky při nočním publikování | Kapacita a ochrany | Logy bez opakovaných chyb v dotčeném čase |
Jak postupovat u deseti a více magazínů
Vyberte malý vzorek podle typu problému: nový článek, starší úspěšný text, kategorie a parametrická URL. Porovnávejte weby po stejných typech stránek. Když se stejný nechtěný noindex objeví po nasazení stejné šablony na několika doménách, máte konkrétní stopu. Pokud je problém pouze u obsahově podobných článků, plošná změna serveru nemusí mít smysl.
- Rozdělte URL podle důvodu vyloučení, ne do jediné hromady „neindexováno“.
- Určete, které adresy skutečně mají být indexované.
- Opravte nejdřív společnou technickou překážku na jednom reprezentativním webu.
- Po ověření postupně použijte stejnou opravu tam, kde je doložená stejná příčina.
- Zaznamenejte změnu a sledujte nový průchod robota; nesrovnávejte jen dnešní a včerejší kliknutí.
Kdy požádat o nové načtení a co předat odborníkovi
Po skutečné opravě lze pro malý počet důležitých URL použít žádost o indexování v Search Console. Pro větší množství udržujte správnou sitemapu. Google neudává univerzální garantovanou lhůtu a opakované žádosti ji nezkrátí. HTTP 200 potvrzuje dostupnost, ne přijetí do indexu. U oprav celé skupiny využijte dostupnou validaci problému v přehledu indexace.
Správci předejte přesnou URL, výpis stavu s datem, hlavičky, ukázku HTML, relevantní log a poslední změny. Redaktorovi předejte srovnávané články a popis chybějícího přínosu. Bez těchto podkladů vzniká drahé přehazování odpovědnosti mezi hostingem a obsahem. Výsledek opravy evidujte ve dvou krocích: technická překážka odstraněna; změna v indexu pozorována nebo zatím nepotvrzena.
Modelový případ: chyba po nasazení společné šablony
Redakce zjistí, že nové články na třech z deseti webů zůstávají mimo index. U všech tří vidí v administraci stav publikováno. Vhodný postup je porovnat jeden nový a jeden starší článek z každé dotčené domény s fungujícím webem. Pokud nové i staré stránky postižených webů vracejí v hlavičce noindex, zatímco texty a odkazy jsou dostupné, je to konkrétní technická stopa. Není třeba nejprve přepisovat všech šest textů.
Správce dohledá, odkud hlavička přichází, opraví pravidlo na jednom webu a ověří veřejnou odpověď. Teprve potom zkontroluje stejné nastavení na dalších doménách. V deníku budou dvě odlišné informace: zákaz byl odstraněn v konkrétní čas; nové zpracování Googlem zatím čeká na potvrzení. Pokud hlavička naopak žádný zákaz neobsahuje, tento modelový závěr nelze převzít a diagnostika pokračuje jinou větví. Smyslem vzorku je ověřit hypotézu, nikoli najít záminku pro plošnou změnu.
Časté otázky
Za jak dlouho musí Google nový článek zaindexovat?
Pevná lhůta ani záruka není. Nejprve ověřte dostupnost, pokyny a samostatnou hodnotu článku; čas od publikace sám neurčuje příčinu.
Pomůže změnit datum na dnešní?
Samotná změna data neodstraní technickou blokaci ani duplicitu. Datum aktualizace má odpovídat skutečné významné změně obsahu.
Může být článek indexovaný a nemít žádné kliknutí?
Ano. Může se zobrazovat na málo hledané dotazy, na nízkých pozicích nebo bez kliknutí. Indexaci proto ověřujte odděleně od návštěvnosti.
Má cenu kontrolovat každý štítek v Search Console?
Nejdřív rozhodněte, které archivy mají být samostatnými vstupními stránkami. Záměrně vyloučený pomocný archiv není automaticky chyba.
Opraví placený indexační nástroj všechny problémy?
Žádný externí nástroj nemůže zaručit rozhodnutí Google. Nejdřív odstraňte doloženou příčinu a neposkytujte cizí službě zbytečně široké přístupy k webu.
