Skontrolujte presnú URL cez nástroj zobrazujúci každý HTTP krok. Zistite, ktorá vrstva vracia 404 alebo Location hlavičku. Pri WordPress routovaní overte existenciu slugu, konflikt typu a rewrite pravidlá; pri slučke zjednoťte HTTPS, host a lomku medzi proxy, serverom a nastaveniami WordPressu.
WordPress 404 môže znamenať chýbajúci obsah, neobnovené rewrite pravidlá, konflikt slugu, chybu servera alebo požiadavku, ktorá sa do WordPressu vôbec nedostala. Presmerovacia slučka zase vzniká, keď dve vrstvy presadzujú odlišný host, protokol, lomku alebo jazyk. Prehliadač ukáže rovnakú všeobecnú chybu, hoci oprava patrí do úplne iného miesta.
Diagnostika sleduje jednu požiadavku krok po kroku: DNS a proxy, HTTPS, webserver, `.htaccess` alebo Nginx pravidlá, WordPress canonical redirect a pluginy. Cieľom je jedna preferovaná URL a najviac jeden priamy presun zo starého variantu. Náhodné ukladanie permalinkov či pridávanie ďalšieho redirect pluginu môže symptóm dočasne zmeniť, ale zvyšuje neistotu.
Zachyťte presnú HTTP cestu
Použite curl alebo sieťový panel a zaznamenajte pôvodnú URL, stav, Location pri každom kroku a finálnu odpoveď. Testujte anonymne bez cache a potom s bežným prehliadačom. Rozlíšte serverovú 404 od WordPress šablóny, mäkkej 404 s kódom 200 a bezpečnostného bloku. Čas a request ID pomôžu nájsť záznam v logu.
Skúste HTTP a HTTPS, www variant, lomku, malé písmená a URL bez kampanových parametrov, ale nevytvárajte z každého variantu samostatné pravidlo. Ak CDN vracia inú odpoveď než priame origin spojenie, problém je pred aplikáciou alebo v cache. Test priameho originu robte iba oprávnene a so správnou Host hlavičkou.
Overte existenciu a konflikt WordPress routy
V administrácii nájdite publikovaný záznam, jeho slug, stav, typ a rodiča. Rovnakú základňu môže používať stránka, typ obsahu alebo taxonómia. Koncept či súkromný záznam sa anonymnému používateľovi správa inak. Skontrolujte tiež jazykovú verziu a to, či plugin nepridáva endpoint s rovnakým názvom.
Rewrite pravidlá možno kontrolovane obnoviť uložením permalinkov alebo CLI, ale nerobte to ako pravidelnú masku. Vlastný plugin má flush vykonať iba pri aktivácii či zmene pravidla, nie pri každej požiadavke. Ak obnova pomohla, nájdite komponent, ktorý pravidlá neregistroval v správny čas alebo ich opakovane prepisuje.
- Stav a typ záznamu
- Konflikt slugu alebo základne
- Jazyková a rodičovská cesta
- Registrácia rewrite pravidla
Rozdeľte zodpovednosť redirect vrstiev
Canonical host a HTTPS riešte ideálne na jednej okrajovej alebo serverovej vrstve s vedomím proxy hlavičiek. WordPress musí poznať správnu verejnú schému a adresu. Ak CDN ukončuje HTTPS, ale origin ho stále považuje za HTTP, môže aplikácia presmerovať späť. Dôveryhodnú proxy hlavičku prijímajte iba od známeho sprostredkovateľa.
SEO plugin, redirect plugin, viacjazyčný plugin a vlastný kód môžu všetky meniť Location. Vytvorte inventúru a každej kategórii priraďte vlastníka: host/protokol serveru, staré obsahové URL migračnej mape, jazyk prekladovému systému. Jedno pravidlo má jeden účel. Reťazce skráťte aktualizáciou prvého kroku na finálny cieľ.
Riešte staré a neplatné URL podľa významu
Ak sa obsah presunul, použite trvalé priame presmerovanie na najbližšiu náhradu. Ak nikdy neexistoval alebo nemá náhradu, korektná 404 je správna. Hromadné smerovanie všetkého na domovskú stránku zavádza používateľa a skrýva poškodené odkazy. Dočasné presmerovanie použite iba pri skutočne dočasnom stave s plánom ukončenia.
Vlastná 404 stránka má vrátiť kód 404, vysvetliť situáciu a ponúknuť navigáciu či vyhľadávanie. Neobsahuje automatický redirect po pár sekundách. Sledujte najčastejšie chybové cesty a opravujte interný zdroj odkazu. Pri škodlivom alebo náhodnom skenovaní nie je potrebné vytvárať pravidlo pre každý pokus.
- 301 pre trvalú relevantnú náhradu
- 302 iba pre dočasný stav
- Skutočný 404 kód bez falošného presunu
- Oprava interného odkazu pri zdroji
Testujte pravidlá pred a po nasadení
Z migračnej mapy vytvorte automatický test stará URL, očakávaný stav a finálny cieľ. Zahrňte lomku, query string, kódované znaky a niekoľko neexistujúcich adries. Na stagingu môže byť iný host, preto pravidlá nesmú natvrdo posielať návštevníka na produkciu. Konfiguráciu servera validujte pred reloadom.
Po nasadení prejdite prioritné adresy, sledujte slučky, päťstovkové chyby a nárast 404 v logoch. Vyčistite iba relevantnú CDN cache. Zmeny zdokumentujte s dôvodom a dátumom, aby sa staré pravidlo nevrátilo pri ďalšej migrácii. Pri incidente uchovajte pôvodný reťazec ako dôkaz a až potom upravujte vrstvy.
Časté otázky
Pomôže pri WordPress 404 uložiť permalinky?
Môže obnoviť rewrite pravidlá a potvrdiť túto vrstvu, ale nie je univerzálnou opravou. Ak problém vzniká opakovane, treba nájsť konflikt slugu, nesprávnu registráciu alebo serverové pravidlo, ktoré stav spôsobuje.
Prečo vzniká ERR_TOO_MANY_REDIRECTS?
Najčastejšie sa dve vrstvy nezhodnú na HTTPS, hoste, lomke, jazyku alebo prihlásení a posielajú požiadavku tam a späť. Zachyťte celý reťazec a upravte prvú konfliktnú vrstvu, nie cookies naslepo.
Mám každú 404 presmerovať na domovskú stránku?
Nie. Presmerujte iba starú URL s relevantnou náhradou. Neexistujúca adresa má vrátiť skutočnú 404 s užitočnou navigáciou. Plošný redirect mätie ľudí a sťažuje odhalenie poškodených odkazov.
Zdroje a ďalšie čítanie
Web developer zo Spišskej Novej Vsi. Venuje sa WordPressu, WooCommerce, vlastným pluginom, API integráciám, webovým aplikáciám a praktickým AI automatizáciám.
