Přehled webu hlásí stovky chybových URL a správce chce vše přesměrovat na homepage. Tím ale může z opravitelného seznamu vytvořit další problém: čtenář nedostane hledaný obsah a vyhledávač uvidí nesouvisející cíle. Nejdřív rozdělte adresy podle skutečného stavu a původu. Chybějící starý návod, úmyslně odstraněná stránka, blokace ochrany a přetížený server potřebují odlišné řešení. Počet chyb sám neurčuje jejich závažnost.
Stavový kód a obsah odpovědi kontrolujte společně
HTTP kód je zpráva serveru klientovi. Kód 200 obvykle znamená úspěšné doručení, ale neříká, že dorazil správný článek. Server může vrátit prázdnou šablonu, výzvu ochrany nebo hlášku „nenalezeno“. Naopak skutečná odpověď 404 může být správným výsledkem pro obsah, který už neexistuje a nemá náhradu.
Pro diagnostiku zaznamenejte původní URL, první odpověď, přesměrování, konečnou adresu a viditelný obsah. Úspěšné otevření nějaké stránky není samo o sobě úspěšný test. Rozlišujte také anonymní požadavek a přihlášený náhled. Administrátor může článek vidět, zatímco veřejný návštěvník dostává jinou odpověď.
| Odpověď | Význam pro kontrolu | První otázka |
|---|---|---|
| 200 | Obsah byl doručen, indexace není zaručena | Je to skutečně celý správný článek? |
| 301 nebo 308 | Trvalé přesměrování | Je cíl odpovídající a konečný? |
| 401 nebo 403 | Autentizace nebo odmítnutý přístup | Má být URL veřejná, nebo je omezení záměrné? |
| 404 nebo 410 | Obsah není k dispozici | Existuje náhrada nebo chybný vlastní odkaz? |
| 429 | Omezení požadavků, pro Google signál přetížení | Koho a proč omezuje server či ochrana? |
| 5xx | Server nedokázal požadavek obsloužit | Jde o jednu URL, nebo společnou provozní závadu? |
Jak vzniká soft 404
Soft 404 je vyhodnocení situace, kdy odpověď působí jako chybějící nebo prázdný obsah, přestože server nevrátil odpovídající chybový stav. Příkladem je 200 s výrazným sdělením „článek nenalezen“. Podobně může selhat dynamické načtení: titulek šablony zůstane, hlavní text nepřijde a zbytek stránky vyplní menu a reklama. Nejde o zvláštní kód, který byste přímo nastavovali na serveru.
Oprava závisí na záměru. Existující návod potřebuje správně vykreslit svůj obsah. Opravdu odstraněná stránka má vracet odpovídající stav. Nesouvisející přesměrování na úvod webu nepřevádí chybějící návod na užitečný výsledek. Pro samotný přesun platné stránky použijte postup změny URL a přesměrování.
Odkud seznam chybných adres pochází
Vlastní crawl ukazuje chyby na cestách, které nástroj našel. Search Console může znát i staré URL z odkazů mimo web. Serverový log navíc zachytí překlepy, sondy automatů a náhodné požadavky, které nikdy nebyly článkem. Každý zdroj má jiný rozsah. Seznam deseti tisíc náhodných cest z logu proto není totéž jako deset tisíc rozbitých interních odkazů.
- Vlastní odkaz nebo sitemapová položka: vysoká priorita, protože web chybnou adresu sám nabízí.
- Původně existující článek: prověřte historii, aktuální stav a případnou náhradu.
- Důležitý externí vstup: posuďte očekávání návštěvníka a smysluplnou cílovou stránku.
- Náhodná neexistující cesta: zpravidla nepotřebuje nové pravidlo přesměrování.
- Soukromá či testovací stránka: omezení přístupu může být správně a nemá se automaticky rušit.
Kontrola jedné URL krok za krokem
- Otevřete přesnou adresu bez přihlášení a zapište čas i konečnou URL.
- V síťovém panelu prohlížeče nebo HTTP klientu zjistěte stav prvního požadavku a případný řetězec.
- Ověřte skutečný GET, pokud výsledek kontroly HEAD neodpovídá prohlížeči.
- Přečtěte hlavní obsah: existuje článek, chybové sdělení, přihlášení nebo ochranná výzva?
- Porovnejte stav s CMS a původem odkazu; nepředpokládejte automaticky smazání.
- Zvolte opravu podle příčiny a po nasazení zopakujte stejný test.
V příkazové řádce lze pro modelovou adresu použít například následující čtecí požadavek. První varianta nepřechází automaticky na další adresu; druhá ukáže i hlavičky následujících odpovědí. Neobsahují přihlašovací údaje:
curl -sS -D - -o kontrola.html https://www.example.com/navod/
curl -sS -L -D - -o kontrola.html https://www.example.com/navod/Soubor kontrola.html následně skutečně otevřete nebo prohlédněte jeho obsah. Samotný návratový kód programu curl nemusí při běžném nastavení znamenat, že server vrátil 200. Pro automatické kontroly proto ukládejte i HTTP stav. Přístupové údaje a neveřejné odpovědi nepatří do sdíleného chybového reportu.
Kdy 404 ponechat a kdy ji opravit
Pokud nikdo nevytvořil stránku /nahodny-preklep/, odpověď 404 je přirozená. Pokud ale z vašeho článku vede překlep na /kontrola-zalohh/, opravte především zdrojový odkaz na skutečný cíl. Přesměrování může pomoci významným existujícím vstupům, není však náhradou za přesné interní adresy. Souvislosti rozebírá audit interního propojení.
Při odstranění zastaralého obsahu rozhodněte, zda existuje věcně odpovídající náhrada. Pokud ano, může být správným řešením trvalý přesun. Pokud ne, nesnažte se za každou cenu zachovat libovolný zelený stav. Pro Google není 410 univerzální rychlejší SEO trik než 404. Oba stavy patří mezi signály nedostupného obsahu; používejte je podle významu a provozní situace.
401 a 403 mohou odhalit rozdíl mezi klienty
Ochrana webu může rozlišovat prohlížeč, HTTP klienta nebo konkrétní síť. Jeden odmítnutý požadavek proto neprokazuje, že Googlebot dostává stejnou odpověď. Zároveň fungující stránka ve vašem přihlášeném prohlížeči neprokazuje veřejnou dostupnost. Porovnejte anonymní prohlížeč, běžný HTTP požadavek a dostupné údaje Search Console.
Pokud má být obsah neveřejný, omezení je legitimní. Pokud má být indexovaný, správce má dohledat konkrétní pravidlo a ověřit skutečného robota, nikoli plošně vypnout ochranu. Nepovolujte automaticky všechny klienty tvrdící, že jsou Googlebot. Ověření původu a další práci s provozními záznamy popisuje návod ke crawl budgetu a serverovým logům.
5xx a 429 řešte podle rozsahu a času
Jedna dnešní úspěšná odpověď nevyvrací včerejší výpadek. U opakovaných 5xx porovnejte čas s aktualizací, zálohou, publikací a limity hostingu. U 429 zjistěte, zda omezení vzniká na originálním serveru, CDN nebo ochranné vrstvě. Dlouhodobé serverové chyby mohou vést ke zpomalení procházení a postupné ztrátě URL z indexu; nejsou vhodnou náhradou za trvalé vyřazení obsahu.
| Modelový incident | Priorita | Ověření nápravy |
|---|---|---|
| Celý web vrací 503 | Okamžité provozní řešení | Stabilní správné odpovědi a logy |
| Nový článek v sitemapě vrací 404 | Vysoká | Veřejný obsah na správné URL |
| Sto náhodných sond končí 404 | Posoudit bezpečnost a zátěž | Nevytvářet nesouvisející obsah ani přesměrování |
| Starý přesunutý návod má přerušený řetězec | Podle významu vstupu | Přímá cesta na věcnou náhradu |
Jak uzavřít opravu u více webů
U každého nálezu ponechte doménu, zdroj zjištění, příčinu, provedenou změnu a kontrolní čas. Seskupujte stejné závady, ale nejprve ověřte společnou příčinu. Pokud mají dva weby 503, mohou sdílet hosting; pokud jeden vrací 404 na přejmenovaném článku, potřebuje jiný zásah. Samostatně evidujte odstranění technické chyby a pozdější změnu indexace. Pro celkový rozbor navazuje diagnostika neindexovaného článku.
Model: dva různé problémy po noční publikaci
V modelové redakci přijde ráno hlášení, že nový návod chybí a několik dalších adres v noci vracelo 503. Nejdřív ověřte ID nového příspěvku v CMS a jeho skutečný veřejný slug. Může se ukázat, že návod existuje, ale odkaz v rubrice obsahuje překlep. Taková chyba potřebuje opravit odkaz; nemusí souviset s nočním přetížením ostatních stránek.
Druhou větev řešte podle časů serverových odpovědí. Pokud 503 zasáhla více domén během souběžných záloh, předejte hostingu konkrétní časové okno a rozsah. Pokud se chyba týkala jedné stránky se zvláštním pluginem, začněte u ní. Jedna shodná ranní zkušenost „web nefungoval“ může skrývat dvě odlišné závady a dva odpovědné kroky.
Po opravě zaznamenejte obě ověření zvlášť: správný odkaz nyní vede na celý návod; provozní příčina výpadku byla odstraněna a zkontrolována v dalším srovnatelném okně. Nevydávejte opravu překlepu za důkaz stabilizace hostingu. V příkazových příkladech ve Windows používejte podle prostředí curl.exe, aby se příkaz nezaměnil se starším aliasem PowerShellu.
Časté otázky
Musím opravit všechny 404 v Search Console?
Ne automaticky. Přednost mají chybné vlastní odkazy, sitemapové položky a důležité přesunuté stránky. Správně odstraněný obsah může 404 vracet dál.
Je soft 404 další serverový kód?
Ne. Je to vyhodnocení odpovědi, která působí jako chybějící obsah, přestože server nevrátil odpovídající chybový stav.
Pomůže přesměrovat chyby na homepage?
Jen výjimečně, pokud je homepage skutečnou náhradou konkrétní stránky. Plošné nesouvisející směrování může čtenáře zmást a problém nevyřešit.
Proč HTTP klient dostal jiný výsledek než prohlížeč?
Rozdíl může způsobit přihlášení, cache, ochrana, metoda požadavku nebo síť. Je potřeba ho doložit a vyhodnotit; samotný rozdíl neurčuje, co dostal Googlebot.
Stačí při kontrole zaznamenat 200?
Ne. Uložte také konečnou adresu a ověřte správný hlavní obsah. Prázdná či chybová šablona může 200 vracet také.
