Uudelleenohjauksien ketju

Mikä on uudelleenohjausketju?

Uudelleenohjausketju syntyy, kun URL-osoite ei vie suoraan lopulliseen kohteeseen. Sen sijaan se pomppii yhden tai useamman väli-URL:n kautta ennen todelliselle sivulle pääsyä. Jokainen pomppu on "hyppy". Jokainen hyppy lisää viivettä, kuormittaa palvelinta ja luo pisteen, jossa jokin voi mennä rikki.^[1]

Yksinkertainen esimerkki: /vanha-sivu -> 301 -> /väliosoite -> 301 -> /lopullinen-sivu

Tämä on kahden hypyn ketju. Kolmen, neljän tai useamman hypyn ketjut ovat tavallisia sivustoilla, jotka ovat käyneet läpi useita uudistuksia.

Miten uudelleenohjausketjut syntyvät?

Uudelleenohjausketjut syntyvät harvoin tarkoituksella. Ne kerääntyvät normaalien sivustomuutosten seurauksena.

Useita sivustomigraatioita. URL siirtyy alustalta A alustalle B. Myöhemmin alusta B siirtyy alustalle C. Nyt on uudelleenohjaus A:sta B:hen ja toinen B:stä C:hen. Kukaan ei asettanut suoraa uudelleenohjausta A:sta C:hen.

HTTP-HTTPS-päivitykset. Sivusto lisää HTTPS:n. Uudelleenohjaus http://-osoitteesta https://-osoitteeseen ketjuuntuu www- ja ei-www-uudelleenohjaukseen tai päinvastoin.

Vinoviivan muutokset. Uudelleenohjaus /sivu-osoitteesta /sivu/-osoitteeseen yhdistettynä myöhempään URL-muutokseen luo ketjun.

Markkinointiseurannan URL-osoitteet. Kampanjalinkit, jotka kulkevat seurantapalvelun kautta, lisäävät ylimääräisen hypyn ennen laskeutumissivua.

CMS:n automaattiset uudelleenohjaukset. Jotkin sisällönhallintajärjestelmät luovat uuden uudelleenohjauksen joka kerta, kun URL-slug muuttuu. Ne eivät tarkista, onko vanhalla osoitteella jo olemassa oleva uudelleenohjaus.

Miten uudelleenohjausketjut vaikuttavat sivunopeuteen?

Jokainen hyppy vaatii täyden edestakaisen matkan selaimen ja palvelimen välillä. Tyypillisellä yhteydellä jokainen hyppy lisää 50–300 millisekuntia viivettä. Se tapahtuu ennen kuin kävijä näkee mitään sisältöä.

Tämä vahingoittaa suoraan Largest Contentful Paint (LCP) -mittaria, yhtä Googlen Core Web Vitals -mittareista. Mobiiliyhteyksissä, joissa viive on suurempi, jokaisen lisähypyn vaikutus on suhteessa suurempi.^[2]

Viranomaisportaalille tai pankkisivustolle, joka palvelee miljoonia kävijöitä kuukaudessa, uudelleenohjausketjut suuren liikenteen URL-osoitteissa luovat mitattavaa hidastumista.

Miten uudelleenohjausketjut vaikuttavat hakukoneoptimointiin?

Indeksointibudjetin tuhlaus. Jokainen ketjun URL-osoite kuluttaa indeksointiresursseja. Pitkät ketjut tarkoittavat, että hakukone tekee useita pyyntöjä yhden sisällön indeksoimiseksi. Ajan myötä nämä kertyneet uudelleenohjaukset voivat ruokkia linkkien rapistumista, jos jokin ketjun hyppy rikkoutuu.

Linkkiarvon häviäminen. Google sanoo, että PageRank siirtyy uudelleenohjausten läpi. Mutta todisteet viittaavat sen heikkenevän joka hypyssä. Mitä pidempi ketju, sitä vähemmän arvoa lopulliselle sivulle päätyy.^[3]

Hitaampi indeksointi. Pitkien ketjujen päässä olevat sivut saatetaan indeksoida harvemmin ja hitaammin.

Suurille organisaatioille, joilla on tuhansia sivuja ja vuosien kertyneitä uudelleenohjauksia, nämä vaikutukset kertautuvat koko sivuston laajuisesti.

Miten uudelleenohjausketjuja löydetään?

Indeksointityökalut kuten Screaming Frog, Ahrefs Site Audit ja Sitebulb seuraavat kaikki uudelleenohjaukset ja merkitsevät kahden tai useamman hypyn ketjut. Ne ovat tehokkain vaihtoehto suurille sivustoille.

Selaimen kehittäjätyökalut näyttävät täyden pyyntöketjun Verkko-välilehdellä. Sisältötiimit voivat käyttää tätä yksittäisten osoitteiden tarkistamiseen.

Palvelinlokianalyysi jäljittää uudelleenohjauspolut palvelimen puolelta. IT-tiimit voivat löytää ketjuja, jotka indeksointityökalut saattavat ohittaa.

Miten uudelleenohjausketjuja korjataan?

Korjaus on suoraviivainen: päivitä jokainen ketjun alun uudelleenohjaus osoittamaan suoraan lopulliseen kohteeseen.

1. Löydä kunkin ketjun todellinen lopullinen URL-osoite.
2. Päivitä ensimmäinen uudelleenohjaus menemään suoraan kyseiseen osoitteeseen yhdellä 301 Moved Permanently -vastauksella.
3. Varmista, ettei uutta ketjua syntynyt prosessissa.

CMS-järjestelmissä, jotka luovat automaattisesti uudelleenohjauksia slug-muutosten yhteydessä, IT-tiimien kannattaa tarkistaa uudelleenohjaustaulukko säännöllisesti. Ketjujen litistäminen ennen niiden kasvamista pitää sivuston nopeana ja indeksoitavana.

Miten Askem auttaa?

Jatkuvan laadunvarmistuksen työkalut tunnistavat uudelleenohjausketjut osana rikkinäisten linkkien skannausta. Kun robotti seuraa linkkiä ja kohtaa useita hyppyjä, se merkitsee ketjun, jotta IT-tiimi näkee, mitkä osoitteet tarvitsevat litistämistä. Askem skannaa live-sivustoa jatkuvasti ilman asennusta, mikä tekee kertyneiden uudelleenohjausketjujen löytämisestä ja korjaamisesta käytännöllistä suurille organisaatioille ilman tuhansien URL-osoitteiden manuaalista tarkistamista.

Lähteet

1. MDN Web Docs — Redirections in HTTP: https://developer.mozilla.org/en-US/docs/Web/HTTP/Redirections
2. Google — Avoid multiple page redirects: https://web.dev/articles/redirects
3. Google Search Central — Redirects and Google Search: https://developers.google.com/search/docs/crawling-indexing/301-redirects