Vähennä Time to First Byte -mittarin odotusajan osakomponenttia

Vähennä Time to First Byte -mittarin odotusaikaa

Time to First Byte (TTFB) voidaan jakaa seuraaviin osakomponentteihin:

• Waiting + Redirect (eli odotusaika)
  
• Worker + Cache (eli välimuistiaika)
• DNS (eli DNS-aika)
• Connection  (eli yhteysaika)
• Request (eli pyyntöaika)

Haluatko optimoida Time to First Byte -mittarin? Tämä artikkeli tarjoaa syvällisen analyysin Time to First Byte -mittarin odotusaika-osasta. Jos haluat ymmärtää tai korjata Time to First Byte -ongelmia etkä tiedä mitä odotusaika tarkoittaa, lue ensin mikä on Time to First Byte ja tunnista ja korjaa Time to First Byte -ongelmat ennen kuin jatkat tämän artikkelin lukemista

Uudelleenohjauksilla voi olla suuri vaikutus Time to First Byte (TTFB) -mittariin, koska jokainen uudelleenohjaus lisätään aikaan, joka selaimelta kuluu ensimmäisen datatavun vastaanottamiseen palvelimelta. Näin uudelleenohjaukset vaikuttavat TTFB:hen:

Miten uudelleenohjaukset kasvattavat Time to First Byte -aikaa?

Uudelleenohjaukset sisällytetään tyypillisesti koko TTFB-mittaukseen (katso sininen laatikko). Tämä tarkoittaa, että kaikkien uudelleenohjausten viemä aika huomioidaan kokonais-TTFB-pisteissä, mikä saattaa saada sen näyttämään odotettua korkeammalta.

Kun sivulla tapahtuu uudelleenohjaus, seuraavat vaiheet toteutuvat tyypillisesti:

• Selain lähettää ensimmäisen pyynnön alkuperäiseen URL-osoitteeseen.
  
• Palvelin käsittelee pyynnön ja vastaa uudelleenohjauksen tilakoodilla (esim. 301 tai 302).
  
• Selain lähettää uuden pyynnön uudelleenohjattuun URL-osoitteeseen.Palvelin käsittelee tämän toisen pyynnön ja alkaa lähettää varsinaista sisältöä.

Kasvanut palvelimen käsittelyaika

Tämä ylimääräinen käsittely kasvattaa kokonais-TTFB:tä, koska jokainen vaihe vaatii aikaa palvelimelta pyynnön käsittelyyn ja vastaamiseen.

Uudelleenohjausketjut

Joissakin tapauksissa useita uudelleenohjauksia voi tapahtua ennen lopulliseen kohteeseen pääsyä. Tämä luo "uudelleenohjausketjun", joka voi  kasvattaa TTFB:tä. Jokainen ketjun uudelleenohjaus lisää oman käsittelyaikansa, mikä kasvattaa viivettä ennen varsinaisen sisällön ensimmäisen tavun vastaanottamista.

Verkkoviive

Uudelleenohjaukset sisältävät usein ylimääräisiä verkko-edestakaismatkoja asiakkaan ja palvelimen välillä. Tämä aiheuttaa ylimääräistä verkkoviivettä, erityisesti jos uudelleenohjaukset kohdistuvat eri verkkotunnuksiin tai palvelimiin. Asiakkaan ja palvelimen välinen fyysinen etäisyys kunkin uudelleenohjauksen kohdalla voi edelleen vaikuttaa TTFB:hen.

JavaScript-uudelleenohjaukset vs palvelinpuolen uudelleenohjaukset: Vain palvelinpuolen uudelleenohjaukset (jotka toimivat 30x-uudelleenohjausotsikolla) lisätään Time to First Byte -mittariin. JavaScript-uudelleenohjauksia ei lisätä Time to First Byte -mittariin, koska palvelin on jo lähettänyt täyden vastauksen (200).

Voisi luulla, että JavaScript-uudelleenohjauksia tulisi suosia, koska ne eivät lisää Time to First Byte -aikaa. Valitettavasti JavaScript-uudelleenohjaukset ovat huomattavasti hitaampia todellisille käyttäjille ja aiheuttavat huonoa User Experience -kokemusta.

Vaikutus User Experience -kokemukseen (ja SEO:hon)

Vaikka uudelleenohjaukset ovat joskus välttämättömiä, niiden vaikutus TTFB:hen voi olla laajempi:

• User Experience: Hitaampi TTFB uudelleenohjausten vuoksi voi viivästyttää sivun alkuperäistä renderöintiä, mikä saattaa turhauttaa käyttäjiä.
• SEO: Vaikka TTFB ei ole suora sijoitustekijä, se vaikuttaa muihin mittareihin, kuten Largest Contentful Paint (LCP), joka on hakukoneiden huomioima Core Web Vital.

Kuinka mitata uudelleenohjausten aiheuttamia TTFB-ongelmia

Löytääksesi uudelleenohjausten aiheuttaman vaikutuksen todellisille käyttäjille, sinun tulee käyttää RUM-työkalua kuten CoreDash. Real User Monitoring mahdollistaa Core Web Vitals -mittareiden yksityiskohtaisen seurannan.

CoreDash-työkalussa napsauta yksinkertaisesti 'redirect count' -valintaa visualisoidaksesi datasi uudelleenohjausten määrän mukaan segmentoituna. Napsauta sitten esimerkiksi '1 redirect' -segmenttiä suodattaaksesi RUM-datan '1 redirect' -arvolla ja nähdäksesi kaikki vaikutetut URL-osoitteet.  

Kuinka minimoida uudelleenohjausten vaikutus

Yleissääntönä noudata näitä 3 yksinkertaista vaihetta välttääksesi uudelleenohjauksiin liittyvät ongelmat:

• Minimoi uudelleenohjausten käyttö aina kun mahdollista.
  
• Vältä uudelleenohjausketjuja päivittämällä linkit osoittamaan suoraan lopulliseen kohde-URL-osoitteeseen.
• Käytä palvelinpuolen uudelleenohjauksia asiakaspuolen uudelleenohjausten sijaan aina kun mahdollista, sillä ne ovat yleensä nopeampia.

Saman alkuperän uudelleenohjaukset. Saman alkuperän uudelleenohjaukset ovat peräisin omalla verkkosivustollasi olevista linkeistä. Sinulla pitäisi olla täysi hallinta näistä linkeistä, ja sinun tulisi priorisoida niiden korjaaminen Time to First Byte -optimoinnissa. Tyypillinen tapa löytää nämä sisäiset uudelleenohjaukset on käyttää jotain saatavilla olevista työkaluista, joilla voit tarkistaa koko verkkosivustosi uudelleenohjausten varalta.

Eri alkuperän uudelleenohjaukset. Eri alkuperän uudelleenohjaukset ovat peräisin muilla verkkosivustoilla olevista linkeistä. Sinulla on hyvin vähän hallintaa näistä. Paljon liikennettä tuottavien vaikuttavien linkkien osalta harkitse sivuston ylläpitäjän kontaktoimista linkitetyn URL-osoitteen päivittämiseksi.

Uudelleenohjausketjut. Useat uudelleenohjaukset tai uudelleenohjausketjut syntyvät, kun yksittäinen uudelleenohjaus ei ohjaa resurssin lopulliseen sijaintiin. Tämäntyyppiset uudelleenohjaukset kuormittavat Time to First Byte -mittaria enemmän ja niitä tulisi välttää kaikin keinoin. Käytä jälleen työkalua löytääksesi tämäntyyppiset uudelleenohjaukset ja korjaa ne!

HTTP-to-HTTPS-uudelleenohjaukset. Yksi tapa kiertää tämä on käyttää Strict-Transport-Security-otsikkoa (HSTS), joka pakottaa HTTPS:n käytön ensimmäisellä vierailulla alkuperään ja kertoo selaimelle, että se käyttää HTTPS-protokollaa suoraan tulevilla vierailuilla.

Yleisesti suosittelemme:

1. Tarkista ja päivitä sisäiset linkkisi säännöllisesti! Aina kun muutat sivun sijaintia, päivitä sisäiset linkkisi kyseiseen sivuun varmistaaksesi, ettei viittauksia aiempaan sivun sijaintiin jää jäljelle.
   
2. Käsittele uudelleenohjaukset palvelintasolla. Suositeltava uudelleenohjausmenetelmä on 301-uudelleenohjaus. 301-uudelleenohjaus on pysyvä uudelleenohjaus, kun taas 302-uudelleenohjaus on väliaikainen. Väliaikaiset uudelleenohjaukset eivät esimerkiksi välttämättä päivity hakukoneissa.
   
3. Käytä suhteellisia URL-osoitteita: Kun linkität omalla verkkosivustollasi oleville sivuille, käytä suhteellisia URL-osoitteita absoluuttisten sijaan. Tämä auttaa estämään tarpeettomia uudelleenohjauksia.
   
4. Käytä kanonisia URL-osoitteita: Jos sinulla on useita sivuja, joilla on samankaltaista sisältöä, käytä kanonista URL-osoitetta osoittamaan sivun suositeltava versio. Tämä auttaa estämään päällekkäistä sisältöä ja tarpeettomia uudelleenohjauksia.