Core/Dash-dimensio: Uudelleenohjausten määrä

Dimensio: Navigointi: Uudelleenohjausten määrä (redir)

redir-dimensio laskee HTTP-uudelleenohjaukset ennen lopulliselle sivulle saapumista. Arvot ovat 0, 1, 2 tai 3+. Jokainen uudelleenohjaus on täysi verkon edestakainen matka (round trip), joka tapahtuu ennen kuin palvelimesi edes aloittaa HTML:n luomisen.

100 ms:n RTT-yhteydellä (Round Trip Time) yksi uudelleenohjaus lisää 100 ms TTFB:hen. 200 ms:n mobiiliyhteydellä tämä kaksinkertaistuu. Kaksi uudelleenohjausta mobiililaitteella: 400 ms pelkkää odotusta, ennen kuin selain vastaanottaa tavuakaan sivuasi. Tämä viive on näkymätön laboratoriotesteissä, jotka osuvat suoraan lopulliseen URL-osoitteeseen, mutta oikeat käyttäjät, jotka seuraavat linkkejä, kirjanmerkkejä tai hakutuloksia, kärsivät siitä jokaisella vierailulla.

Arvot

0 uudelleenohjausta

Tavoitetila. Selain osui lopulliseen URL-osoitteeseen ensimmäisellä pyynnöllä. Kaiken sisäisen navigoinnin pitäisi tuottaa tämä arvo. Jos sivustosi omat linkit, sivustokartat ja kanoniset tunnisteet ovat oikein, sisäinen liikenne pysyy arvossa 0.

1 uudelleenohjaus

Yleinen ulkoisessa liikenteessä: päivitykset HTTP:stä HTTPS:ään, www-normalisointi tai markkinointikampanjoiden URL-osoitteet. Hyväksyttävää saapuville linkeille, joita et hallitse. Ei hyväksyttävää omille sisäisille linkeillesi. Jos CoreDash näyttää 1 uudelleenohjauksen sisäisissä navigoinneissa, linkkisi osoittavat vanhoihin tai epäjohdonmukaisiin URL-osoitteisiin.

2+ uudelleenohjausta

Uudelleenohjausketjut. Lyhennetty URL uudelleenohjaa seurantadomainiin, joka uudelleenohjaa HTTP-päätepisteeseesi, joka uudelleenohjaa HTTPS:ään. Kolme hyppyä, kolme edestakaista matkaa. Ryhmittele URL:n mukaan löytääksesi mitkä sisääntulopisteet luovat näitä ketjuja, ja eliminoi sitten välikädet.

Mistä uudelleenohjaukset tulevat

• HTTP:stä HTTPS:ään: Vanhentuneet sisäiset linkit osoittavat edelleen osoitteeseen http://. Päivitä kaikki linkit, sivustokartat ja kanoniset tunnisteet käyttämään suoraan https://-protokollaa.
• www-normalisointi: Epäjohdonmukaisuus www:n ja ei-www:n välillä. Pakota toinen DNS-tasolla ja päivitä kaikki viittaukset.
• CMS-polkujen (slug) muutokset: Vanhat polut uudelleenohjaavat uusiin polkuihin 301-ohjauksella. Sopii ulkoisille käänteislinkeille (backlinks), mutta päivitä jokainen sisäinen linkki osoittamaan suoraan uuteen polkuun.
• Markkinoinnin vanity-URL-osoitteet: Vanity-polut, kuten /kevatale, uudelleenohjaavat osoitteeseen /tuotteet/kausittaiset. Jokainen vierailija maksaa viivekustannuksen jokaisella napsautuksella.
• URL-lyhentimet sähköpostissa ja somessa: Linkit kulkevat Bitlyn, seurantapikseleiden tai sähköpostipalveluntarjoajien kautta ennen saapumistaan verkkotunnukseesi. Jokainen palvelu lisää edestakaisen matkan, jota et voi hallita, mutta voit minimoida omat uudelleenohjauksesi, jotta kokonaismäärä pysyy pienenä.

Vianmäärityksen työnkulku

1. Suodata (redir ≥ 1): Katso, kuinka suuri prosenttiosuus kokonaisliikenteestäsi osuu vähintään yhteen uudelleenohjaukseen. Kaikki yli 15 % on tutkimisen arvoista.
2. Ryhmittele URL:n mukaan: Selvitä, mitkä aloitussivut ovat pahimpia rikkojia. Markkinointisivut ja vanhat blogikirjoitukset, joiden polut (slug) ovat muuttuneet, tapaavat hallita listaa.
3. Jaa sisäiseen ja ulkoiseen: Suodata navigoinnin alkuperän (navigation origin) mukaan. Samasta alkuperästä (same origin) tuleva liikenne uudelleenohjauksilla tarkoittaa, että omat linkkisi ovat väärin. Eri alkuperästä (cross origin) tulevia uudelleenohjauksia on vaikeampi korjata, mutta ne ovat vähemmän kiireellisiä.
4. Korjaa lähde, älä uudelleenohjausta: Älä optimoi itse uudelleenohjausta (nopeampi palvelimen vastaus). Eliminoi se päivittämällä linkki, joka sen aiheutti.

Nyrkkisääntöjä insinööreille

• 0 uudelleenohjausta kaikessa sisäisessä navigoinnissa. Yksikään uudelleenohjaus omalta sivustoltasi ei ole hyväksyttävä, kun hallitset lähdelinkkiä.
• Tarkista jokaisen URL-migraation jälkeen. Kun muutat polkuja (slugs) tai siirrät sivuja, etsi grep-komennolla vanhoja polkuja koodikannastasi ja CMS:stäsi. Uudelleenohjaukset ovat turvaverkko ulkoisille linkeille, eivät korvike omien viittauksiesi päivittämiselle.
• Budjetoi 150 ms uudelleenohjausta kohden mobiilissa. Jos TTFB-tavoitteesi on 800 ms ja käyttäjät kohtaavat kaksi uudelleenohjausta, olet jo käyttänyt 300 ms ennen kuin palvelimesi on tehnyt yhtään työtä.

Uudelleenohjaukset ovat helpoin TTFB-voitto löytää ja korjata. Ei koodimuutoksia, ei palvelimen hienosäätöä, ei resurssien optimointia. Päivitä vain URL-osoite, joka osoittaa väärään paikkaan.