Zkontrolujte přesnou URL pomocí nástroje, který zobrazuje každý HTTP krok. Zjistěte, která vrstva vrací 404 nebo hlavičku Location. U routování WordPressu ověřte existenci slugu, konflikt typů a rewrite pravidla; u smyčky sjednoťte HTTPS, host a lomítko mezi proxy, serverem a nastavením WordPressu.
WordPress 404 může znamenat chybějící obsah, neobnovená rewrite pravidla, konflikt slugu, chybu serveru nebo požadavek, který se do WordPressu vůbec nedostal. Přesměrovací smyčka zase vzniká, když dvě vrstvy prosazují odlišný host, protokol, lomítko nebo jazyk. Prohlížeč ukáže stejnou obecnou chybu, přestože oprava patří na úplně jiné místo.
Diagnostika sleduje jeden požadavek krok za krokem: DNS a proxy, HTTPS, webserver, `.htaccess` nebo pravidla Nginx, WordPress canonical redirect a pluginy. Cílem je jedna preferovaná URL a nejvýše jedno přímé přesměrování ze staré varianty. Nahodilé ukládání permalinků či přidávání dalšího redirect pluginu může symptom dočasně změnit, ale zvyšuje nejistotu.
Zachyťte přesnou HTTP cestu
Použijte curl nebo síťový panel a zaznamenejte původní URL, stav, Location v každém kroku a finální odpověď. Testujte anonymně bez cache a poté v běžném prohlížeči. Rozlišujte serverovou 404 od šablony WordPressu, měkké 404 s kódem 200 a bezpečnostního bloku. Čas a request ID pomohou najít záznam v logu.
Vyzkoušejte HTTP a HTTPS, variantu s www, lomítko, malá písmena a URL bez kampaňových parametrů, ale nevytvářejte z každé varianty samostatné pravidlo. Pokud CDN vrací jinou odpověď než přímé spojení s originem, problém je před aplikací nebo v cache. Test přímého originu provádějte pouze s oprávněním a se správnou hlavičkou Host.
Ověřte existenci a konflikt routy ve WordPressu
V administraci najděte publikovaný záznam, jeho slug, stav, typ a rodiče. Stejnou základnu může používat stránka, typ obsahu nebo taxonomie. Koncept či soukromý záznam se vůči anonymnímu uživateli chová jinak. Zkontrolujte také jazykovou verzi a to, zda plugin nepřidává endpoint se stejným názvem.
Rewrite pravidla lze kontrolovaně obnovit uložením permalinků nebo přes CLI, nedělejte to však jako pravidelné maskování problému. Vlastní plugin má flush provádět pouze při aktivaci či změně pravidla, nikoli při každém požadavku. Pokud obnova pomohla, najděte komponentu, která pravidla neregistrovala ve správný čas nebo je opakovaně přepisuje.
- Stav a typ záznamu
- Konflikt slugu nebo základu
- Jazyková a rodičovská cesta
- Registrace rewrite pravidla
Rozdělte odpovědnost vrstev přesměrování
Kanonický host a HTTPS řešte ideálně na jedné okrajové nebo serverové vrstvě s ohledem na proxy hlavičky. WordPress musí znát správné veřejné schéma a adresu. Pokud CDN ukončuje HTTPS, ale origin jej stále považuje za HTTP, může aplikace přesměrovávat zpět. Důvěryhodnou proxy hlavičku přijímejte pouze od známého prostředníka.
SEO plugin, redirect plugin, vícejazyčný plugin i vlastní kód mohou všechny měnit Location. Vytvořte inventuru a každé kategorii přiřaďte vlastníka: host/protokol serveru, staré obsahové URL migrační mapě, jazyk překladovému systému. Jedno pravidlo má jeden účel. Řetězce zkraťte aktualizací prvního kroku na finální cíl.
Řešte staré a neplatné URL podle významu
Pokud se obsah přesunul, použijte trvalé přímé přesměrování na nejbližší náhradu. Pokud nikdy neexistoval nebo nemá náhradu, je správná korektní 404. Hromadné směrování všeho na domovskou stránku uživatele mate a skrývá poškozené odkazy. Dočasné přesměrování použijte pouze při skutečně dočasném stavu s plánem ukončení.
Vlastní stránka 404 má vracet kód 404, vysvětlit situaci a nabídnout navigaci či vyhledávání. Neobsahuje automatické přesměrování po několika sekundách. Sledujte nejčastější chybové cesty a opravujte interní zdroj odkazu. U škodlivého nebo náhodného skenování není nutné vytvářet pravidlo pro každý pokus.
- 301 pro trvalou relevantní náhradu
- 302 pouze pro dočasný stav
- Skutečný kód 404 bez falešného přesměrování
- Oprava interního odkazu u zdroje
Testujte pravidla před nasazením i po něm
Z migrační mapy vytvořte automatický test: stará URL, očekávaný stav a finální cíl. Zahrňte lomítko, query string, kódované znaky a několik neexistujících adres. Na stagingu může být jiný host, proto pravidla nesmějí návštěvníka natvrdo posílat na produkci. Konfiguraci serveru validujte před reloadem.
Po nasazení projděte prioritní adresy, sledujte smyčky, chyby 5xx a nárůst 404 v lozích. Vyčistěte pouze relevantní CDN cache. Změny zdokumentujte s důvodem a datem, aby se staré pravidlo nevrátilo při další migraci. Při incidentu uchovejte původní řetězec jako důkaz a teprve poté upravujte vrstvy.
Časté dotazy
Pomůže u chyby 404 ve WordPressu uložit permalinky?
Může obnovit rewrite pravidla a ověřit tuto vrstvu, ale není univerzální opravou. Pokud problém vzniká opakovaně, je třeba najít konflikt slugu, nesprávnou registraci nebo serverové pravidlo, které stav způsobuje.
Proč vzniká ERR_TOO_MANY_REDIRECTS?
Nejčastěji se dvě vrstvy neshodnou na HTTPS, hostu, lomítku, jazyce nebo přihlášení a posílají požadavek tam a zpět. Zachyťte celý řetězec a upravte první konfliktní vrstvu, ne cookies naslepo.
Mám každou 404 přesměrovat na domovskou stránku?
Ne. Přesměrujte jen starou URL s relevantní náhradou. Neexistující adresa má vrátit skutečnou 404 s užitečnou navigací. Plošné přesměrování mate lidi a ztěžuje odhalení poškozených odkazů.
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.
