🔧 404 Viga WordPressis: kuidas parandada ja mitte kunagi enam lehti kaotada

Klõpsasid oma saidi lingil ja said tühja lehe kirjaga „404 Not Found". Aga sa mäletad selgelt: postitus oli olemas, see töötas ja sa ei kustutanud seda. Tüütu olukord ja kahjuks tuttav igale WordPressi administraatorile.

Kõige sagedamini on süüdlaseks lihtne URL-ide ümberkirjutusreeglite sünkroonist väljas olek. Praktikas laheneb 8 juhtu 10-st minutiga ühe nupuvajutusega administraatoripaneelis. Ja kui see ei aita, käime ülejäänud põhjused samm-sammult läbi, alates pluginatest kuni serveri seadeteni.

Allpool on samm-sammuline juhend: alates kiirparandusest kuni täieliku diagnostikani, sealhulgas käsitsi .htaccess faili muutmine, katkiste linkide leidmine Google Search Console'i kaudu ja ümbersuunamiste seadistamine.

💡 Kiirülevaade:

• Salvesta püsilingid administraatoripaneelis, see tühjendab ümberkirjutusreeglite vahemälu ja parandab enamiku 404 vigadest.
• Kontrolli pluginaid ja teemat: keela ajutiselt kõik ja luba ükshaaval, et konflikt leida.
• Uuenda htaccess faili käsitsi FTP või hostingu failihalduri kaudu.
• Seadista 301 ümbersuunamised Redirection plugina abil kustutatud ja teisaldatud lehtede jaoks.
• Võta ühendust oma hostiteenuse pakkujaga, kui eelmised sammud ei aidanud.

1. Samm: salvesta püsilingi seaded

See on kiireim ja tõhusaim meetod. WordPress salvestab URL-ide marsruutimise reeglid spetsiaalsesse ümberkirjutusreeglite vahemällu ja mõnikord tühjendatakse see vahemälu valesti, näiteks pärast tuumavärskendust või plugina paigaldamist, mis registreerib oma postitüübid.

Mine administraatoripaneeli: Seaded → Püsilingid. Ära muuda midagi, klõpsa lihtsalt lehe allosas nuppu „Salvesta muudatused".

WordPress genereerib ümberkirjutusreeglid uuesti ja kirjutab need .htaccess faili. Pärast seda kontrolli probleemseid lehti, enamikul juhtudel kaob 404 viga kohe.

Kui see ei toiminud, proovi ajutiselt lülitada lingistruktuur valikule „Lihtne", salvesta, seejärel lülita tagasi ja salvesta uuesti. See sunnib ümberkirjutusreegleid kaks korda uuesti genereerima.

2. Samm: kontrolli pluginaid ja teemat konfliktide suhtes

Mõned pluginad sekkuvad URL-ide marsruutimisse, registreerivad oma ümberkirjutusreeglid või kirjutavad olemasolevad üle. Konflikt kahe plugina või plugina ja teema vahel lõhub püsilingid ja mõned lehed tagastavad 404 vea.

Kuidas süüdlast leida:

• Tee saidist täielik varukoopia. Enne igasugust manipuleerimist aktiivsete pluginatega ja teemaga on see kohustuslik. Kasuta BackWPup või mõnda muud usaldusväärset varunduspluginat.
• Mine jaotisse Pluginad → Paigaldatud pluginad ja keela ajutiselt kõik pluginad korraga (märgi ruut ja vali rippmenüüst „Keela").
• Kontrolli, kas 404 viga on kadunud. Kui jah, on probleem ühes pluginas.
• Luba pluginad ükshaaval uuesti ja kontrolli pärast iga lubamist probleemset URL-i. See, mille aktiveerimise järel viga tagasi tuleb, on konflikti allikas.

Kui kõigi pluginatega keelamine ei aidanud, lülita teema ajutiselt vaiketeemale (Twenty Twenty-Five või Twenty Twenty-Four). Kui link töötab vaiketeema all, tähendab see, et konflikt on sinu praeguse teema poolel.

Ohutuks testimiseks reaalsel saidil kasuta staadiumikeskkonda (saidist koopia alamdomeenil). Paljud hostiteenuse pakkujad pakuvad seda paari klõpsuga juhtpaneeli kaudu. Kui staadiumikeskkond pole saadaval, tee diagnostika madala külastatavusega tundidel ja taasta pluginad kohe pärast kontrollimist.

3. Samm: uuenda.htaccess faili käsitsi

Mõnikord ei saa WordPress kirjutada ümberkirjutusreegleid .htaccess faili, näiteks serveri failiõiguste tõttu või kuna fail on rikutud. Siis ei aita isegi püsilingi seadete salvestamine.

Loo serveriga ühendus FTP kaudu (FileZilla, WinSCP) või ava failihaldur oma hostingu paneelis. Saidi juurkaustast (kus asuvad wp-content ja wp-includes) leia .htaccess fail.

Kopeeri selle sisu ja salvesta see turvalisse kohta, kui midagi läheb valesti, saad alati originaali taastada.

Nüüd asenda .htaccess faili sisu standardse WordPressi koodiga:

1
## BEGIN WordPress
2
<IfModule mod_rewrite.c>
3
RewriteEngine On
4
RewriteBase /
5
RewriteRule ^index\.php$ - [L]
6
RewriteCond %{REQUEST_FILENAME} !-f
7
RewriteCond %{REQUEST_FILENAME} !-d
8
RewriteRule . /index.php [L]
9
</IfModule>
10
&#35;&#35; END WordPress

Salvesta fail ja kontrolli probleemseid lehti. Kui viga on kadunud, oli probleem rikutud .htaccess failis.

Ära unusta seada failiõigused tagasi 644 peale: kirjutatav .htaccess (666 või 777) on turvaauk.

4. Samm: seadista ümbersuunamised kustutatud ja teisaldatud lehtede jaoks

Kõik 404 vead ei ole põhjustatud tehnilisest tõrkest. Mõned neist on tõepoolest puuduvad lehed: sa kustutasid postituse, muutsid selle redigeerimise ajal URL-i või korraldasid ümber kategooriate hierarhia.

Sellised 404 vead on nähtavad Google Search Console'is lehe „Lehed" aruandes, Google logib iga ligipääsmatu URL-i, mida kasutajad või otsingurobot külastasid.

Ümbersuunamiste haldamiseks paigalda tasuta Redirection plugin. See võimaldab:

• luua 301 ümbersuunamine vanalt URL-ilt uuele paari klõpsuga;
• jälgida kõiki 404 vigu saidil reaalajas (logi otse administraatoripaneelis);
• seadistada hulgi ümbersuunamisi mustri järgi (näiteks püsilingi struktuuri muutmisel).

Iga logitud 404 vea jaoks Redirectioni päevikus saad kohe määrata ümbersuunamise administraatoripaneelist lahkumata. See säilitab otsingureitingud ja hoiab ära külastajate sattumise tühjale lehele.

5. Samm: võta ühendust oma hostiteenuse pakkujaga

Kui ükski eelmistest sammudest ei aidanud, on probleem sügavamal, serverikeskkonna tasemel.

Mis võib hostingu poolel valesti olla:

• Moodul mod_rewrite pole lubatud Apache'is. Ilma selleta ei saa WordPress moodustada „ilusaid" URL-e ja kõik püsilingid peale „Lihtsa" tagastavad 404 vea. Tugi lubab selle minutiga.
• Agressiivne serveri vahemällu salvestamine (Varnish, Nginx FastCGI cache). Mõnikord vahemälu ei tühjene püsilingide salvestamisel ja server jätkab vanade päiste serveerimist. Palu oma hostiteenuse pakkujal oma domeeni vahemälu sunniviisiliselt tühjendada.
• Vale Nginx konfiguratsioon. Kui sait töötab Nginx + Apache kombinatsioonil või puhtal Nginxil, asuvad ümberkirjutusreeglid mitte .htaccess failis, vaid serveri konfiguratsioonifailis. Ümberkirjutusreeglite uuesti genereerimine WordPressi administraatoripaneelist sellistele serveritele mõju ei avalda, hostiteenuse pakkuja peab konfiguratsiooni muutma.

Toega ühendust võttes kirjelda probleemi ja loetle sammud, mida oled juba teinud: see säästab aega nii sulle kui ka insenerile.

Muud 404 vigade põhjused WordPressis

Lisaks ümberkirjutusreeglite tõrkele ja pluginatega konfliktidele on veel mitu stsenaariumi, kus lehed tagastavad 404 vea:

• Domeeni vahetus või saidi migratsioon. Pärast migratsiooni vanad URL-id ei tööta, kui ümbersuunamisi pole seadistatud. Hulgi ülekandmiseks kasuta Duplicator või All-in-One WP Migration pluginat, need parandavad automaatselt kõik sisemised lingid andmebaasis.
• Kustutatud meediafailid. Kui kustutasid pildi või PDF-i meediateegi kaudu ja link sellele jäi postituse teksti, näitab brauser faili otsesele URL-ile minnes 404 viga. Kasuta Media Cleaner pluginat, et leida sellised „orvuks jäänud" lingid.
• Vead lehe hierarhias. Ülemlehe või kategooria lühendi muutmisel lähevad alam-URL-id katki. Kui teed ümberstruktureerimist, seadista kohe ümbersuunamised vanadelt aadressidelt.
• Pahatahtlik tegevus. Häkkimine või pahavara nakatumine võib asendada ümberkirjutusreeglid ja lisada ümbersuunamisi kolmandate osapoolte domeenidele. Uuenda regulaarselt tuuma, pluginaid ja teemat ning jälgimiseks kasuta Solid Security (endine iThemes Security).

⁉️🤔 KKK

Miks viga ei kao pärast püsilingide salvestamist?

Tõenäoliselt ei saa WordPress muudatusi .htaccess faili kirjutada, kontrolli failiõigusi (peaks olema 644). Kui sait töötab Nginxil, hallatakse ümberkirjutusreegleid mitte .htaccess kaudu, vaid serveri konfiguratsiooni kaudu, võta hostingu toega ühendust, et nad uuendaksid käsitsi sinu domeeni ümberkirjutusreegleid.

Kuidas leida kõik saidi 404 vead korraga?

Kõige täielikum tööriist on Google Search Console, aruanne „Lehed" → vahekaart „Ei leitud (404)". Reaalajas jälgimiseks paigalda Redirection plugin: see logib iga 404 tabamuse otse administraatoripaneelis ja võimaldab luua ümbersuunamise ühe klõpsuga. Töötavad ka välised robotid nagu Screaming Frog, kuid need sobivad pigem ühekordseks auditiks.

Kas ma võin lihtsalt katkised lingid kustutada ja ümbersuunamisi mitte seadistada?

Tehniliselt jah, kuid sa kaotad otsingureitingud ja liikluse. Kui lehele osutasid välised lingid teistelt saitidelt, satuvad külastajad tühjale kohale. 301 ümbersuunamine kannab lingi väärtuse uuele lehele ja säilitab kasutajakogemuse. Massiliste 404 vigade korral vanal saidil on avalehele ümbersuunamine viimane abinõu, parem on suunata iga URL asjakohasele asendusele.

Mis on kirjutatava.htaccess faili oht?

.htaccess fail, mille õigused on 666 või 777, võib olla muudetav ükskõik millise protsessi poolt serveris. Ründaja, kes saab juurdepääsu mõnele haavatavale pluginale, lisab ümbersuunamise õngitsusdomeenile ja kogu sinu liiklus lekib minema. Standardsed õigused on 644: omanik loeb ja kirjutab, kõik teised ainult loevad.

Pluginad on keelatud, teema on vaiketeema,.htaccess on uuendatud, 404 püsib. Mida edasi teha?

Valdaval enamikul juhtudel on probleem serveri tasemel. Kirjuta hostingu toele ja loetle juba tehtud sammud. Palu neil kontrollida: kas mod_rewrite on lubatud, kas server salvestab vanu päiseid vahemällu, kas Nginx on õigesti seadistatud (kui seda kasutatakse). Selle nimekirjaga lahendab insener probleemi ühe seansi jooksul, mitte kolme edasi-tagasi kirjavahetusega.

404 WordPressis: mida kõigepealt teha

Algoritm on lihtne ja peaaegu alati töötab. Alusta kiirparandusest, püsilingide salvestamisest (8 juhtu 10-st). Kui see ei aidanud, liigu mööda ahelat edasi: pluginad → .htaccess → ümbersuunamised → hostingu tugi. Iga järgmine samm on veidi keerulisem kui eelmine, kuid tõenäosus, et probleem seal asub, on ka väiksem.

Ennetuseks hoia käepärast kolme tööriista: varundusplugin nagu BackWPup, ümbersuunamisplugin Redirection ja Google Search Console jälgimiseks. Nendega sa mitte ainult ei paranda 404 vigu, vaid näed neid enne oma külastajaid.

Millise 404 vigade põhjusega oled kõige sagedamini kokku puutunud? Jaga oma kogemust kommentaarides.