404-sivujen bulkkiuudelleenohjaus: Miten korjaat rikkinäiset URL-osoitteet tehokkaasti (2026 SEO-opas)

404-sivujen bulkkiuudelleenohjaus on tekninen SEO-toimenpide, jolla varmistetaan, että käyttäjät ja hakukoneet ohjataan automaattisesti oikeaan uuteen osoitteeseen, kun suuri määrä sivuja on poistettu, URL-rakenteet muuttuneet tai sisältöä siirretty. Paras käytäntö on tehdä 301-pysyvä uudelleenohjaus jokaiselle 404-URL:lle, jos sille löytyy mahdollisimman vastaava uusi sisältö. Jos vastaavaa sisältöä ei ole, kannattaa käyttää 410 Gone -koodia tai tarjota käyttäjäystävällinen räätälöity 404-sivu. Näin crawl budgetia ei tuhlata, rikkinäisten linkkien kokemusta vähennetään ja vanhojen URL-osoitteiden saavutettu auktoriteetti säilyy mahdollisimman hyvin.

404-virheiden kasvu sivustolla johtuu usein sivuston siirrosta, domainmuutoksesta, kategoriarakenteen uudistuksesta, tuotteiden poistosta, vanhojen blogien deletoinnista, virheellisistä sisäisistä linkityksistä tai ulkopuolelta tulevista vääristä linkeistä. Yksittäisten URL-osoitteiden korjaus on helppoa, mutta satojen tai tuhansien 404-virheiden manuaalinen korjaus vie aikaa ja kasvattaa virheriskiä. Siksi bulkkiuudelleenohjaus on yksi teknisen SEO:n kriittisimmistä ylläpitotoimenpiteistä.

Tässä oppaassa käymme läpi, kuinka tunnistat 404-virheet, mitkä URL-osoitteet kannattaa ohjata ja mitkä jättää ohjaamatta, sekä miten toteutat bulkkiuudelleenohjaukset Apache .htaccessilla, Nginxillä, WordPressillä ja hallintapaneelin kautta. Lisäksi selitämme, miten väärin tehdyt bulkkiuudelleenohjaukset voivat vahingoittaa SEO:ta ja annamme konkreettisen checklistin turvalliseen toteutukseen.

Mikä on 404 Not Found -virhe?

404 Not Found on HTTP-statuskoodi, joka kertoo, että käyttäjän (selain tai hakurobotti) pyytämää URL-osoitetta ei löydy palvelimelta. Virhe tarkoittaa, että palvelin toimii, mutta pyydetty resurssi puuttuu. Usein 404-virhe ei siis tarkoita, että hosting tai palvelin on kokonaan alhaalla – ainoastaan, että kyseinen sivu, tiedosto tai polku ei ole olemassa.

Esimerkiksi jos vanha tuotesivu sijaitsi osoitteessa /tuote/vanha-malli ja uusi järjestelmä käyttää /puhelimet/vanha-malli, vanhaan linkkiin saapuva käyttäjä saa 404-virheen. Samoin, jos blogin URL-rakenne muuttuu /2023/artikkeli-malli -tyylistä /blog/artikkeli-malli -tyyliin eikä vanhoja osoitteita ohjata, syntyy 404-virheitä.

Pieni määrä 404-virheitä on normaalia, etenkin isoilla sivuilla. Googlekin pitää tiettyjen URL:ien häviämistä hyväksyttävänä. Ongelma syntyy, kun merkittävää liikennettä saavat sivut, backlinkkejä keränneet sisällöt tai edelleen sisäisesti linkitetyt URL-osoitteet tuottavat 404-virheitä. Tällöin käyttäjäkokemus heikkenee, konversiot laskevat ja hakukoneiden crawl-tehokkuus kärsii.

Miksi bulkkiuudelleenohjaus on tärkeää?

Bulkkiuudelleenohjaus on erityisen tärkeää isoissa sisältöarkistoissa, verkkokaupoissa, yrityssivuilla ja projekteissa, joissa domain tai URL-rakenne on muuttunut. Yksittäinen rikkinäinen linkki voi tuntua merkityksettömältä, mutta satojen rikkinäisten URL-osoitteiden kertyminen vaikuttaa selvästi SEO-suorituskykyyn.

• Käyttäjäkokemus paranee: Vierailija ohjataan mahdollisimman lähelle etsimäänsä sisältöä, jolloin poistumisprosentti pienenee.
• Backlink-arvo säilyy: Ulkopuolelta tulevat vanhat linkit voidaan ohjata 301:llä relevantteihin uusiin sivuihin.
• Crawl budget käytetään tehokkaasti: Hakukonerobotit eivät tuhlaa aikaa rikkinäisten osoitteiden testaamiseen vaan pääsevät aktiivisiin sivuihin.
• Sivuston siirron riskit vähenevät: Domain-, CMS- tai URL-rakenteen muutoksissa orgaanisen liikenteen menetys jää pienemmäksi.
• Raportointi selkeytyy: Search Console ja lokitiedostojen virhemäärät vähenevät, jolloin oikeat ongelmat näkyvät paremmin.

Esimerkiksi verkkokaupassa, jolla on 50 000 kuukausittaista kävijää ja 800 poistettua tuotesivua, joista 120 sivulla on edelleen backlinkkejä, kaikkien ohjaaminen etusivulle ei ole oikea ratkaisu. Sen sijaan tuoteversiot, kategoriat tai vaihtoehtoisten tuotteiden sivut tulisi yhdistää. Tämä on käyttäjäintention mukaisempaa ja helpottaa Googlea ymmärtämään ohjaukset.

404-virheiden bulkkitunnistus

Bulkkiuudelleenohjauksen tärkein vaihe on oikean datan kerääminen. Jos lista perustuu pelkkään arvaukseen, voi ohjata vääriä sivuja, luoda tarpeettomia ketjuja tai palauttaa indeksiin URL-osoitteita, jotka pitäisi poistaa. Vähintään kolmesta eri lähteestä kannattaa kerätä dataa.

1. Google Search Console

Search Consolen sivujen indeksointiraportista näkee löytymättömät URL-osoitteet. Hakukoneen crawlaamat ja 404-merkityt osoitteet voi viedä ulos. Erityisen tärkeät ovat viime kuukausien toistuvat URL-osoitteet, backlinkkejä saaneet sivut ja site mapissa vahingossa olevat osoitteet.

Search Console -data on SEO:n kannalta arvokasta, mutta ei riitä yksinään. Kaikki käyttäjien kohtaamat 404-virheet eivät ole vielä Google-raportissa. Siksi serverilokit ja crawlaus-työkalut on otettava mukaan. Jos siirrät sivuston uuteen alustaan, laadukas ja nopea hosting vaikuttaa crawl-prosesseihin. Tällöin korkeatehoiset web hosting -ratkaisut ja sivuston siirto-opas ovat hyödyllisiä.

2. Serverilokit ja todellisten vierailujen analyysi

Serverilokit paljastavat, mihin URL-osoitteisiin käyttäjät ja botit yrittävät päästä ja millä statuskoodilla. Apache- tai Nginx-lokeista voi listata 404-virheet ja lajitella ne pyynnön määrän mukaan. Jos 10 000 404-URL:sta vain 40 tuottaa 80 % virheistä, ne kannattaa priorisoida.

Hyvä käytäntö on tarkastella viimeisen 30 päivän logit, suodattaa 404-koodit ja listata eniten pyydetyt osoitteet. Isoilla sivuilla 90 päivän data on parempi. Mutta vanhat ja käytännössä kuolleet osoitteet kannattaa jättää ohjaamatta.

3. Crawlaus-työkalut ja sisäiset linkit

Screaming Frog, Sitebulb, Ahrefs, Semrush ja muut crawlaus-työkalut auttavat löytämään sisäisistä linkeistä johtuvat 404-virheet. Näissä tapauksissa paras ratkaisu on yleensä muuttaa linkin lähde – esimerkiksi väärä URL navigaatiossa, footerissa tai blogissa pitää korjata suoraan oikeaksi.

Teknisesti 301-ohjaus toimii, mutta turhat ohjausvaiheet hidastavat sivun latausta. 2026 SEO:ssa, jossa Core Web Vitals ja käyttäjäkokemus korostuvat, suora ja puhdas URL-rakenne on edullisempi.

Mitä 404-URL-osoitteita kannattaa ohjata?

Kaikkia 404-virheitä ei pidä ohjata automaattisesti. Yleinen virhe on ohjata kaikki 404-URL:t etusivulle tai yhteen kategoriaan. Tämä ei täytä käyttäjäintentiota ja hakukoneet voivat tulkita sen soft 404:ksi. Ohjauspäätöksissä otetaan huomioon URL:n entinen sisältö, käyttäjäintention taso ja uuden sisällön vastaavuus.

Voit käyttää yksinkertaista pisteytystä priorisointiin: backlink = 3 p, orgaaninen näyttö = 3 p, vierailu viimeisen 30 pv aikana = 2 p, sisäinen linkki = 2 p. 5 pistettä tai enemmän -> ohjauslistalle. Näin nopeutat päätöksentekoa isoissa projekteissa.

Bulkkiuudelleenohjaussuunnitelman rakentaminen

Onnistunut bulkkiuudelleenohjaus vaatii suunnitelman ennen teknisiä sääntöjä. Käytännöllisin formaatti on kahden sarakkeen ohjauskartta: vanha ja uusi URL. Voit lisätä myös statuksen, prioriteetin, muistiinpanot ja tarkistustuloksen.

Vaihe 1: Siivoa vanha URL-lista

Yhdistä Search Console, lokit ja crawlausdata yhteen tiedostoon. Poista duplikaatit, erottele turhat parametroidut URL:t ja varmista, että ne todella tuottavat 404-virheen. Esim. /tuote?id=123 ja /tuote?id=123&utm_source=mail voivat osoittaa samaan sisältöön – käsittele ne yhtenä.

Vaihe 2: Valitse paras kohde-URL

Jokaiselle vanhalle URL:lle valitaan uusi sivu, joka vastaa käyttäjäintentiota. Jos vanha SSL-opas poistettiin, ohjaus hosting-sivulle ei ole järkevää – parempi ohjata uudelle SSL-oppaalle tai SSL-tuotesivulle. Esimerkiksi Mikä on SSL-sertifikaatti ja SSL-sertifikaatin ostaminen ovat hyviä kohteita turvallisuussisällöille.

Vaihe 3: Valitse 301, 302 vai 410

301 on pysyvä ohjaus. 302 sopii väliaikaisiin kampanjoihin tai huoltoon. 410 Gone on selkeä signaali, kun sisältö on poistettu eikä palaa. 404 on luonnollinen status, mutta arvokkaiden URL-osoitteiden jät­täminen ohjaamatta ei yleensä ole suositeltavaa.

Vaihe 4: Testaa staging-ympäristössä

Bulkkiuudelleenohjaussääntöjä ei kannata ajaa suoraan live-sivulle – testaa stagingilla. Valitse vähintään 20 esimerkkisivua: vanha blogi, tuote, parametroidut URL:t, isot/kirjoituserot, lopussa slash-vaihtoehdot. Varmista, että jokainen ohjautuu suoraan kohdesivulle yhdellä 301:llä.

Apache .htaccess ja bulkkiuudelleenohjaus

Apache-palvelimilla yleisin tapa on määrittää uudelleenohjaussäännöt .htaccess-tiedostoon. Tämä toimii monella jaetulla hostingilla helposti. Pieni virhe tiedostossa voi kuitenkin aiheuttaa koko sivustolle 500-virheen, joten varmuuskopio on aina otettava ennen muutoksia.

Pienellä määrällä URL-osoitteita voit tehdä vanha-uusi -parit rivi kerrallaan. Esim. /vanha-artikkeli ohjataan /blog/uusi-artikkeli 301:llä. Jos URL-lista on satoja, regex-säännöt ovat tehokkaampia. Esim. kaikki vanhat blogit /2022/artikkeli-malli, uudet /blog/artikkeli-malli – yksi sääntö riittää.

.htaccessissa huomioi:

• Pidä säännöt mahdollisimman yksinkertaisina.
• Varmista, että ohjaus menee suoraan, ei ketjun kautta.
• Testaa regex-säännöt huolellisesti eri esimerkeillä.
• HTTP→HTTPS, www→non-www ja vanha→uusi säännöt eivät saa olla ristiriidassa.
• Poista heti säännöt, jotka aiheuttavat ohjausloopin.

Jaetulla hostingilla pääset tiedostohallinnan tai FTP:n kautta .htaccessiin. Jos domainin DNS tai hosting-asetukset eivät ole oikein, ohjaustestit voivat antaa vääriä tuloksia. Tarkista myös domain-ohjauksen toteutus ja DNS-asetusopas.

Nginx ja bulkkiuudelleenohjaus

Nginx-palvelimilla ohjaussäännöt määritetään yleensä server block -konfiguraatioon. Nginx sopii isoille, liikennettä kerääville sivuille – mutta konfiguraatio vaatii usein VPS:n tai dedikoidun palvelimen pääsyä. Jaetulla hostingilla ei yleensä pääse suoraan muokkaamaan näitä.

Suurissa määrissä Nginxissä käytetään map-rakennetta, jossa vanhat URL:t ja kohteet muodostavat taulun. Se on tehokas ja suorituskykyinen. Jokaisen muutoksen jälkeen konfiguraatio pitää testata ja reloadata.

Nginx checklist:

• Älä reloadaa palvelinta ennen kuin syntaksitesti on tehty.
• 301-sääntöjen ja HTTPS/domain-kanonikoitumisen pitää olla yhteensopivia.
• Map-listat kannattaa pitää omissa tiedostoissa ja versionhallinnassa.
• Testaa ensin pienellä riskillä, sitten laajenna.
• Seuraa access-logia 48 h ohjauksen jälkeen.

VPS:llä tai dedikoidulla palvelimella kontrolli on suurempi – väärä konfiguraatio voi kuitenkin kaataa koko sivuston. Ota täysi backup, suunnittele huoltokatko ja käytä tarvittaessa asiantuntijaa. Jos harkitset palvelimen kasvattamista, tutustu VPS-palvelinratkaisut.

WordPress-sivujen bulkkiuudelleenohjaus

WordPressissä 404-virheiden tunnistukseen ja ohjaukseen on useita plugineja: Redirection, Rank Math, Yoast Premium jne. Vanha-uusi -URL-parit voi tuoda CSV-tiedostolla, mikä on helppo tapa niille, jotka eivät halua koskea teknisiin tiedostoihin.

WordPressissä kannattaa huomioida plugien ja tietokannan kuormitus. 10–20 ohjausta pluginilla on kätevä, mutta 10 000 ohjausta isoilla sivuilla voi hidastaa serveriä. Tällöin serveritason ohjaus on parempi.

WordPress-prosessin suositus:

• Tarkista ensin permalinks-rakenne, ettei se ole muuttunut vahingossa.
• Seuraa 404-logia pluginilla 1–2 viikkoa.
• Yhdistä arvokkaat URL:t CSV:ssä vanha-uusi -pareina.
• Kokeile aina testitiedostolla ennen importia.
• Tyhjennä cache ja testaa ohjaukset.

Jos WordPress-sivusi on hidas, pelkkä ohjausplugin ei riitä – PHP-versio, cache, teeman laatu ja hosting vaikuttavat. Tutustu myös WordPress-hosting-paketit ja WordPressin nopeutusopas.

Onko kaikkien 404-virheiden ohjaaminen etusivulle oikein?

Ei. Kaikkien 404-virheiden ohjaus etusivulle ei yleensä ole hyvä ratkaisu. Lyhyellä aikavälillä virheraportit pienenevät, mutta käyttäjä ei saa etsimäänsä sisältöä. Google voi tulkita alakohtaiset ohjaukset soft 404:ksi – vaikka serveri palauttaa 301:n, hakukone pitää sitä laaduttomana.

Esimerkiksi tekninen opas ohjattuna etusivulle ei auta käyttäjää. Jos SSL-asennuksen etsiä ohjataan hostingin etusivulle, käyttäjä poistuu nopeasti. Parempi ohjata relevanttiin SSL-oppaaseen, kategoriaan tai tuotteeseen. Jos vastaavaa sivua ei ole, räätälöity 404-sivu, jossa on haku, kategoriat ja tuki, toimii.

404, 301, 302 ja 410 – erot & käyttötavat

Bulkkiuudelleenohjauksessa on tärkeää ymmärtää HTTP-statuskoodien merkitys. Väärä koodi antaa hakukoneille huonon signaalin.

SEO:ssa 301 on yleisin, mutta ei aina oikea. 410 sopii erityisesti spam-URL:lle, vanhoille hakutulossivuille, tuotteille joita ei enää koskaan tule, tai juridisesti poistettaville sisällöille.

Bulkkiuudelleenohjauksen jälkeinen checklist

Ohjaussääntöjen julkaiseminen ei ole loppu – onnistuminen mitataan testaamalla. Alla checklist, joka kannattaa toteuttaa ensimmäisen viikon aikana:

• Testaa esimerkki-URL:t selaimella ja statuskoodityökaluilla.
• Varmista, että vanha URL ohjautuu suoraan kohteeseen yhdellä 301:llä.
• Tarkista, ettei ketju- tai loop-ohjauksia synny.
• Seuraa Search Consolea – väheneekö 404-määrä?
• Analysoi serverilokeissa eniten pyydetyt 404-URL:t uudelleen.
• Varmista, ettei sitemapissa ole 404- tai ohjattuja URL-osoitteita.
• Päivitä sisäiset linkit suoraan uusiin osoitteisiin.
• Tyhjennä cache ja CDN.

CDN:n kanssa vanhat ohjausvastaukset voivat jäädä välimuistiin – serverillä sääntö voi olla oikein, mutta käyttäjä näkee vanhan vastauksen. SSL-, CDN- ja hosting-kerrokset on testattava yhdessä. Katso SSL-sertifikaatin asennus ja turvallisen verkkosivun rakentaminen -oppaat.

Bulkkiuudelleenohjauksen yleisimmät SEO-virheet

Yleisimmät bulkkiuudelleenohjauksen virheet liittyvät kiireisiin sivustosiirtoihin. Seuraavia kannattaa välttää:

• Alakohtaiset ohjaukset: Vanhaa sisältöä ohjataan epäolennaiseen sivuun, jolloin käyttäjätyytyväisyys laskee.
• Etusivulle ohjaus: Pienentää virheraportteja, mutta SEO-arvo jää vähäiseksi.
• Ketjuohjaukset: Vanha URL ohjataan ensin väli-URL:lle, sitten uuteen – lisää viivettä ja auktoriteettitappioita.
• Ohjausloopit: URL:t ohjautuvat toisiinsa, jolloin sivu on saavuttamaton.
• Vanhojen URL:ien jättäminen sitemapiin: Lähettää hakukoneille ristiriitaisen signaalin.
• Sisäisten linkkien korjaamatta jättäminen: Sisäiset linkit kulkevat 301:n kautta, mikä kuormittaa turhaan.
• Parametrien kontrolloimattomuus: Filtterit, haut ja seurantaparametrit voivat tuottaa tuhansia turhia 404-virheitä.

Kokenut tekninen SEO jakaa ohjausprojektit URL-ryhmiin: blogit, tuotteet, kategoriat, mediat, parametroidut URL:t. Näin yksittäinen sääntö ei pilaa koko sivustoa.

Case: Verkkokaupan 1 200 vanhaa tuote-URL:ia

Kuvitellaan, että verkkokauppa siirtyy uuteen alustaan. Vanhoissa osoitteissa tuotteet olivat /product/123-tuote-nimi, uusissa /tuote/tuote-nimi. Search Consolessa näkyy 1 200 404-URL:ia. Käytännöllinen suunnitelma:

• Yhdistä tuote-ID:t vanhassa ja uudessa tietokannassa.
• Myynnissä olevat tuotteet ohjataan suoraan uuteen URL:iin 301:llä.
• Loppuneet tuotteet, joilla on vaihtoehto, ohjataan vaihtoehtoon.
• Ilman vaihtoehtoa ohjataan yläkategoriaan (vain jos relevantti).
• Arvottomat ja liikennettä saamatta jääneet URL:t jätetään 410:lla.
• Sisäiset linkit vanhoihin tuotteisiin päivitetään uusiin osoitteisiin.

Kaikkia 1 200 URL:ia ei ohjata samaan paikkaan. Esim. 650 suoraan uuteen, 220 vaihtoehtoon, 180 kategoriaan, 150 jätetään 410:lla. Näin käyttäjätyytyväisyys ja SEO-laatusignaalit paranevat.

Milloin räätälöity 404-sivu tarvitaan?

Vaikka bulkkiuudelleenohjaus toteutetaan, osa käyttäjistä törmää aina 404-sivuun. Hyvä 404-sivu selittää virheen ja ohjaa käyttäjän ratkaisun eikä poistumisen suuntaan.

Toimivalla 404-sivulla on:

• Selkeä virheilmoitus
• Sivuston haku
• Suosittuja kategorioita tai palveluita
• Yhteystieto- tai tukilinkki
• Linkki etusivulle
• Brändin mukainen yksinkertainen design

404-sivu pitää palauttaa oikean 404-statuskoodin. Jotkut sivut näyttävät virhesivun, mutta serveri palauttaa 200 OK – tämä aiheuttaa soft 404 -ongelman. Käyttäjä ei löydä etsimäänsä, mutta hakukoneelle annetaan väärä signaali.

2026 SEO-standardit ja parhaat käytännöt

2026 teknisessä SEO:ssa ei riitä pelkkä signaali hakukoneroboteille – Google AI Overviews, kehittyneet hakukokemukset ja käyttäjäkeskeiset laatuketjut vaativat, että ohjaukset ovat merkityksellisiä, nopeita ja johdonmukaisia. Ohjauksen tulee täyttää hakuintentio.

• Tee intentiomatch jokaiselle tärkeälle 404-URL:lle.
• Päivitä bulkkiuudelleenohjauslistat säännöllisesti.
• Älä lisää ohjattuja URL:eja XML-sitemapiin.
• Kanoniset tagit eivät saa olla ristiriidassa ohjausten kanssa.
• Yhdistä vanhat HTTP- ja www-versiot yhteen kanoniseen osoitteeseen.
• Testaa, että mobiili ja desktop käyttäjät ohjautuvat samaan kohteeseen.
• Mittaa sivunopeus ohjauksen jälkeen.
• Seuraa uptime ja serverin vasteaika tärkeille sivuille.

Infrastruktuurin laatu on osa tätä prosessia. Hidas tai virheilevä serveri pilaa parhaan ohjauskartan. Sivuston toimivuuden varmistamiseksi yrityshosting-paketit, domain-rekisteröinti ja SSL-sertifikaatit tulee olla kunnolla konfiguroitu.

Lyhyt yhteenveto ja johtopäätös

404-sivujen bulkkiuudelleenohjaus ei ole rikkinäisten linkkien summittaista sulkemista – se on datan analysointia, käyttäjäintentiota, oikeaa HTTP-statuskoodia ja teknistä testausta vaativa SEO-ylläpito. Arvokkaat vanhat URL:t ohjataan relevantteihin uusiin sivuihin 301:llä, vastaamattomat 410:lla, sisäiset linkit korjataan suoraan.

Parhaan lopputuloksen saat keräämällä dataa Search Consolesta, serverilokeista ja crawlausohjelmista; rakentamalla vanha-uusi -URL-kartan; toteuttamalla ohjaukset Apache, Nginx tai WordPressillä kontrolloidusti; ja seuraamalla ketjuja, sitemapia ja 404-raportteja. Hyvä hosting, domainkonfiguraatio ja turvallinen SSL-asennus ovat tekninen perusta.

Jos sivustollasi on paljon 404-virheitä, liikenteen menetystä siirron jälkeen tai monimutkaisia ohjaustarpeita, testaa ensin pienellä URL-ryhmällä. Vahvista infrastruktuuria ja hallitse sivustoasi Hostragonsin hosting-, domain- ja SSL-ratkaisuilla – suunnitelmallisesti ja rauhallisesti.

Usein kysytyt kysymykset

Onko bulkkiuudelleenohjaus SEO:n kannalta hyödyllistä?

Kyllä, kun se toteutetaan oikein. Backlinkkejä ja liikennettä saaneet vanhat URL:t kannattaa ohjata relevantteihin uusiin sivuihin 301:llä. Väärät bulkkiuudelleenohjaukset voivat kuitenkin vahingoittaa SEO:ta.

Voinko ohjata kaikki 404-sivut etusivulle?

Teknisesti kyllä, mutta SEO:n kannalta tätä ei suositella. Käyttäjä etsii tuotetta, artikkelia tai kategoriaa, mutta ohjataan etusivulle – hakuintentio ei täyty ja soft 404 -riski kasvaa.

Milloin 410 Gone on parempi kuin 404?

Kun sisältö on poistettu pysyvästi eikä vastaavaa sivua ole. 410 Gone antaa selkeämmän signaalin, etenkin vanhoille kampanjasivuille, spam-URL:eille ja pysyvästi poistetuille tuotteille.

Miten teen bulkkiuudelleenohjauksen WordPressissä?

WordPressissä Redirection- tai SEO-plugineilla voi seurata 404-virheet ja tuoda vanha-uusi -URL-parit CSV-tiedostolla. Isoilla sivuilla kannattaa harkita serveritason ohjausta suorituskyvyn vuoksi.

Pitäisikö vanhat URL:t pitää sitemapissa uudelleenohjauksen jälkeen?

Ei. XML-sitemapissa tulee olla vain 200 OK palauttavat, indeksoitavat kanoniset URL-osoitteet. 404-virheiset tai 301-ohjatut osoitteet pitää poistaa sitemapista.