🔧 404-Virhe WordPressissä: kuinka korjata ja olla menettämättä sivuja enää koskaan

Klikkasit linkkiä sivustollesi ja sait tyhjän sivun, jossa lukee "404 Not Found". Mutta muistat selvästi: artikkeli oli siellä, se toimi, etkä poistanut sitä. Ärsyttävä tilanne ja valitettavan tuttu jokaiselle WordPress-ylläpitäjälle.

Useimmiten syyllinen on yksinkertainen URL-osoitteiden uudelleenkirjoitussääntöjen epätahti. Käytännössä 8 tapauksesta 10:stä korjaantuu minuutissa yhdellä napin painalluksella hallintapaneelissa. Ja jos se ei auta, käymme loput syyt läpi askel askeleelta, lisäosista palvelinasetuksiin.

Alla vaiheittainen opas: pikakorjauksesta täyteen diagnostiikkaan, mukaan lukien .htaccess-tiedoston manuaalinen muokkaus, rikkinäisten linkkien etsiminen Google Search Consolen avulla ja uudelleenohjausten määrittäminen.

💡 Pikakatsaus:

• Tallenna permalinkit hallintapaneelissa, tämä tyhjentää uudelleenkirjoitussäännöt ja korjaa useimmat 404-virheet.
• Tarkista lisäosat ja teema: ota kaikki väliaikaisesti pois käytöstä ja ota ne uudelleen käyttöön yksi kerrallaan löytääksesi ristiriidan.
• Päivitä htaccess-tiedosto manuaalisesti FTP:n tai palveluntarjoajan tiedostonhallinnan kautta.
• Määritä 301-uudelleenohjaukset Redirection-lisäosalla poistetuille ja siirretyille sivuille.
• Ota yhteyttä palveluntarjoajaasi, jos edelliset vaiheet eivät auttaneet.

Vaihe 1: Tallenna permalink-asetukset

Tämä on nopein ja tehokkain menetelmä. WordPress tallentaa URL-reitityssäännöt erityiseen uudelleenkirjoitussääntöjen välimuistiin, ja joskus tämä välimuisti tyhjenee virheellisesti, esimerkiksi ydintiedostojen päivityksen tai omia sisältötyyppejä rekisteröivän lisäosan asennuksen jälkeen.

Mene hallintapaneeliin: Asetukset → Permalinkit. Älä muuta mitään, napsauta vain "Tallenna muutokset" -painiketta sivun alareunassa.

WordPress luo uudelleenkirjoitussäännöt uudelleen ja kirjoittaa ne .htaccess-tiedostoon. Tarkista sen jälkeen ongelmalliset sivut, useimmissa tapauksissa 404-virhe häviää välittömästi.

Jos se ei toiminut, kokeile vaihtaa linkkirakenne väliaikaisesti muotoon "Pelkkä", tallenna, vaihda sitten takaisin ja tallenna uudelleen. Tämä pakottaa uudelleenkirjoitussääntöjen luomisen kahdesti.

Vaihe 2: Tarkista lisäosien ja teeman ristiriidat

Jotkin lisäosat häiritsevät URL-reititystä, rekisteröivät omia uudelleenkirjoitussääntöjään tai ohittavat olemassa olevia. Kahden lisäosan tai lisäosan ja teeman välinen ristiriita rikkoo permalinkit, ja jotkin sivut palauttavat 404-virheen.

Näin löydät syyllisen:

• Tee täydellinen varmuuskopio sivustosta. Ennen mitään aktiivisten lisäosien ja teeman käsittelyä tämä on pakollista. Käytä BackWPupia tai mitä tahansa muuta luotettavaa varmuuskopiointilisäosaa.
• Mene kohtaan Lisäosat → Asennetut lisäosat ja ota kaikki lisäosat väliaikaisesti pois käytöstä kerralla (valitse ruutu ja valitse pudotusvalikosta "Poista käytöstä").
• Tarkista, hävisikö 404-virhe. Jos kyllä, ongelma on jossakin lisäosassa.
• Ota lisäosat uudelleen käyttöön yksi kerrallaan ja tarkista ongelmallinen URL-osoite jokaisen jälkeen. Se, jonka käyttöönoton jälkeen virhe palaa, on ristiriidan lähde.

Jos kaikkien lisäosien poistaminen käytöstä ei auttanut, vaihda teema väliaikaisesti oletusteemaan (Twenty Twenty-Five tai Twenty Twenty-Four). Jos linkki toimii oletusteemalla, ristiriita on nykyisen teemasi puolella.

Turvalliseen testaamiseen live-sivustolla käytä staging-ympäristöä (sivuston kopiota aliverkkotunnuksella). Monet palveluntarjoajat tarjoavat sen parilla napsautuksella hallintapaneelin kautta. Jos staging ei ole käytettävissä, suorita diagnostiikka vähäisen liikenteen aikoina ja palauta lisäosat välittömästi tarkistuksen jälkeen.

Vaihe 3: Päivitä.htaccess-tiedosto manuaalisesti

Joskus WordPress ei voi kirjoittaa uudelleenkirjoitussääntöjä .htaccess-tiedostoon, esimerkiksi palvelimen tiedosto-oikeuksien vuoksi tai koska tiedosto on vioittunut. Silloin edes permalink-asetusten tallentaminen ei auta.

Yhdistä palvelimelle FTP:n kautta (FileZilla, WinSCP) tai avaa tiedostonhallinta palveluntarjoajasi hallintapaneelissa. Sivuston juurikansiosta (jossa wp-content ja wp-includes sijaitsevat) etsi .htaccess-tiedosto.

Kopioi sen sisältö ja tallenna se turvalliseen paikkaan, jos jokin menee pieleen, voit aina palauttaa alkuperäisen.

Korvaa nyt .htaccess-tiedoston sisältö WordPressin vakio-koodilla:

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

Tallenna tiedosto ja tarkista ongelmalliset sivut. Jos virhe hävisi, ongelma oli vioittunut .htaccess.

Muista asettaa tiedoston oikeudet takaisin arvoon 644: kirjoitettava .htaccess (666 tai 777) on tietoturva-aukko.

Vaihe 4: Määritä uudelleenohjaukset poistetuille ja siirretyille sivuille

Kaikki 404-virheet eivät johdu teknisestä häiriöstä. Osa niistä on aidosti puuttuvia sivuja: poistit artikkelin, muutit sen URL-osoitetta muokkauksen aikana tai muutit kategoriahierarkiaa.

Tällaiset 404-virheet näkyvät Google Search Consolessa "Sivut"-raportissa, Google kirjaa jokaisen URL-osoitteen, johon käyttäjät tai hakubotti ovat törmänneet.

Hallitaksesi uudelleenohjauksia asenna ilmainen Redirection -lisäosa. Sen avulla voit:

• luoda 301-uudelleenohjauksen vanhasta URL-osoitteesta uuteen parilla napsautuksella;
• seurata kaikkia sivuston 404-virheitä reaaliajassa (loki suoraan hallintapaneelissa);
• määrittää massa-uudelleenohjauksia kaavan mukaan (esimerkiksi permalink-rakennetta muutettaessa).

Jokaiselle Redirectionin lokiin kirjatulle 404-virheelle voit määrittää uudelleenohjauksen välittömästi poistumatta hallintapaneelista. Tämä säilyttää hakusijoitukset ja estää kävijöitä päätymästä tyhjälle sivulle.

Vaihe 5: Ota yhteyttä palveluntarjoajaasi

Jos mikään edellisistä vaiheista ei auttanut, ongelma on syvemmällä, palvelinympäristön tasolla.

Mikä palveluntarjoajan puolella voi olla vialla:

• mod_rewrite-moduuli ei ole käytössä Apachessa. Ilman sitä WordPress ei voi muodostaa "siistejä" URL-osoitteita, ja kaikki muut permalinkit paitsi "Pelkkä" palauttavat 404-virheen. Tuki ottaa sen käyttöön minuutissa.
• Aggressiivinen palvelinvälimuisti (Varnish, Nginx FastCGI cache). Joskus välimuisti ei tyhjene permalinkkeja tallennettaessa, ja palvelin tarjoilee edelleen vanhoja otsakkeita. Pyydä palveluntarjoajaasi tyhjentämään verkkotunnuksesi välimuisti pakotetusti.
• Virheellinen Nginx-konfiguraatio. Jos sivusto toimii Nginx + Apache -pinossa tai puhtaalla Nginxillä, uudelleenkirjoitussäännöt eivät ole .htaccess-tiedostossa vaan palvelimen konfiguraatiotiedostossa. Uudelleenkirjoitussääntöjen luominen WordPressin hallintapaneelista ei vaikuta tällaisilla palvelimilla, palveluntarjoajan on muokattava konfiguraatiota.

Kun otat yhteyttä tukeen, kuvaile ongelma ja luettele jo tekemäsi toimenpiteet: tämä säästää sekä sinun että insinöörin aikaa.

Muita 404-virheiden syitä WordPressissä

Uudelleenkirjoitussääntöjen toimintahäiriön ja lisäosaristiriitojen lisäksi on useita muita skenaarioita, joissa sivut palauttavat 404-virheen:

• Verkkotunnuksen vaihto tai sivuston siirto. Siirron jälkeen vanhat URL-osoitteet eivät toimi, jos uudelleenohjauksia ei ole määritetty. Massasiirtoon käytä Duplicator- tai All-in-One WP Migration -lisäosaa, ne korjaavat automaattisesti kaikki sisäiset linkit tietokannassa.
• Poistetut mediatiedostot. Jos poistit kuvan tai PDF-tiedoston mediakirjaston kautta ja linkki siihen jäi artikkelin tekstiin, selain näyttää 404-virheen, kun suoraa tiedosto-URL-osoitetta yritetään käyttää. Käytä Media Cleaner -lisäosaa löytääksesi tällaiset "orvot" linkit.
• Virheet sivuhierarkiassa. Kun muutat yläsivua tai kategorian polkutunnusta, lapsi-URL-osoitteet rikkoutuvat. Jos muokkaat rakennetta, määritä välittömästi uudelleenohjaukset vanhoista osoitteista.
• Haitallinen toiminta. Hakkerointi tai haittaohjelmatartunta voi korvata uudelleenkirjoitussäännöt ja lisätä uudelleenohjauksia kolmannen osapuolen verkkotunnuksiin. Päivitä ydintiedostot, lisäosat ja teema säännöllisesti, ja valvontaan käytä Solid Securityä (entinen iThemes Security).

⁉️🤔 UKK

Miksi virhe ei häviä permalinkkien tallentamisen jälkeen?

Todennäköisesti WordPress ei voi kirjoittaa muutoksia .htaccess-tiedostoon, tarkista tiedoston oikeudet (pitäisi olla 644). Jos sivusto toimii Nginxillä, uudelleenkirjoitussääntöjä hallitaan .htaccess-tiedoston sijaan palvelinkonfiguraation kautta, ota yhteyttä palveluntarjoajan tukeen, jotta he päivittävät uudelleenkirjoitussäännöt manuaalisesti verkkotunnuksellesi.

Kuinka löytää kaikki sivuston 404-virheet kerralla?

Kattavin työkalu on Google Search Console, "Sivut"-raportti → "Ei löydetty (404)" -välilehti. Reaaliaikaiseen seurantaan asenna Redirection-lisäosa: se kirjaa jokaisen 404-osuman suoraan hallintapaneeliin ja antaa luoda uudelleenohjauksen yhdellä napsautuksella. Ulkoiset indeksoijat, kuten Screaming Frog, toimivat myös, mutta ne soveltuvat kertaluonteiseen auditointiin.

Voinko vain poistaa rikkinäiset linkit enkä määrittää uudelleenohjauksia?

Teknisesti kyllä, mutta menetät hakusijoituksia ja liikennettä. Jos muilta sivustoilta osoitti ulkoisia linkkejä sivulle, kävijät päätyvät tyhjän päälle. 301-uudelleenohjaus siirtää linkkivoiman uudelle sivulle ja säilyttää käyttökokemuksen. Vanhan sivuston massiivisille 404-virheille uudelleenohjaus kotisivulle on viimeinen keino, on parempi ohjata jokainen URL-osoite relevanttiin korvaavaan sivuun.

Mikä on kirjoitettavan.htaccess-tiedoston vaara?

.htaccess-tiedosto, jonka oikeudet ovat 666 tai 777, on minkä tahansa palvelimen prosessin muokattavissa. Hyökkääjä, joka saa pääsyn mihin tahansa haavoittuvaan lisäosaan, liittää mukaan uudelleenohjauksen tietojenkalasteluverkkotunnukseen, ja kaikki liikenteesi vuotaa pois. Vakio-oikeudet 644: omistaja lukee ja kirjoittaa, kaikki muut vain lukevat.

Lisäosat on poistettu käytöstä, teema on oletus,.htaccess on päivitetty, 404 jatkuu. Mitä seuraavaksi?

Valtaosassa tapauksista ongelma on palvelintasolla. Kirjoita palveluntarjoajan tukeen ja luettele jo tehdyt toimenpiteet. Pyydä heitä tarkistamaan: onko mod_rewrite käytössä, tallentaako palvelin välimuistiin vanhoja otsakkeita, onko Nginx konfiguroitu oikein (jos käytössä). Tällä listalla insinööri ratkaisee ongelman yhdellä istunnolla kolmen edestakaisen viestinvaihdon sijaan.

404 WordPressissä: mitä tehdä ensin

Algoritmi on yksinkertainen ja melkein aina toimii. Aloita pikakorjauksesta, permalinkkien tallentamisesta (8 tapauksesta 10:stä). Jos se ei auttanut, etene ketjussa: lisäosat → .htaccess → uudelleenohjaukset → palveluntarjoajan tuki. Jokainen seuraava askel on hieman edellistä monimutkaisempi, mutta todennäköisyys, että ongelma on siellä, on myös pienempi.

Ennaltaehkäisyyn pidä kolme työkalua käsillä: varmuuskopiointilisäosa, kuten BackWPup, uudelleenohjauslisäosa Redirection ja Google Search Console seurantaan. Niiden avulla et vain korjaa 404-virheitä, vaan näet ne ennen kuin kävijäsi.

Minkä 404-virheiden syyn olet kohdannut useimmin? Jaa kokemuksesi kommenteissa.