Cum să reduceți TTFB pentru a îmbunătăți timpul de încărcare a paginii WordPress

Când vine vorba de viteza generală a site-ului dvs. WordPress, de multe ori ne concentrăm pe performanța front-end și pe optimizări pentru a îmbunătăți viteza de încărcare a paginii. Cu toate acestea, uneori este bine să îl priviți din partea serverului, unde site-ul dvs. începe inițial să se încarce. Astăzi vom analiza modul în care TTFB (timpul până la primul octet) vă afectează și vom discuta câteva modalități simple de reducere. TTFB este de obicei un factor de performanță trecut cu vederea, dar ar trebui luat în considerare atunci când testați viteza site-ului dvs.

• Ce este TTFB?
• Este TTFB important?
• Cum să vă măsurați TTFB
• 4 moduri de a reduce TTFB pe site-ul dvs. WordPress

Ce este TTFB?

TTFB reprezintă timpul până la primul octet . Pentru a spune simplu, aceasta este o măsurătoare a cât timp trebuie să aștepte browserul înainte de a primi primul octet de date de la server. Cu cât este nevoie de mai mult pentru a obține acele date, cu atât este nevoie de mai mult pentru a vă afișa pagina. O concepție greșită comună este că aceasta este calculată după timpii de căutare DNS, cu toate acestea, calculul original al TTFB în rețea include întotdeauna latența rețelei . Acest lucru implică un proces în 3 pași, iar întârzierile și latența pot apărea oriunde între ele, adunându-se la TTFB total.

1. Solicitare către server

Când cineva vă vizitează site-ul web, primul lucru care se întâmplă este că o solicitare HTTP este trimisă de la client (browser) către server. În acest pas, există o varietate de factori care pot introduce întârzieri. Timpii lenți de căutare DNS ar putea contribui la creșterea timpului pentru cerere. Dacă serverul este situat geografic departe, acest lucru poate introduce latență în distanța pe care trebuie să o parcurgă datele. De asemenea, dacă aveți reguli complexe de firewall, acest lucru ar putea crește timpul de rutare. Și nu uitați de viteza de internet a clientului.

2. Procesare server

După ce cererea a fost trimisă, serverul trebuie acum să o proceseze și să genereze un răspuns. Acest lucru ar putea introduce o serie de întârzieri diferite, cum ar fi apeluri lente la baza de date , prea multe scripturi terță parte, nu memorarea în cache a primului răspuns, cod prost optimizat sau temă WordPress și resurse ineficiente ale serverului, cum ar fi I/O pe disc sau memoria.

3. Răspuns către client

După ce serverul procesează cererea, trebuie să o trimită înapoi clientului (sau mai degrabă să trimită înapoi primul octet). Acest lucru este puternic afectat atât de viteza rețelei a serverului, cât și a clientului . Dacă clientul are internet lent de la un hotspot Wi-Fi, se va reflecta în TTFB.

Este TTFB important?

Este important să înțelegeți că TTFB (time to first byte) nu este același lucru cu viteza site-ului. Aceasta este într-adevăr o măsură a capacității de răspuns. Există o mulțime de discuții pe web despre dacă TTFB este sau nu important. Unii spun că nu are sens (Cloudflare, LittleBizzy), iar alții spun că este important (Ilya Grigorik, Web Performance Engineer la Google). Ambele părți aduc în discuție câteva puncte valide despre de ce sau de ce nu este important și, de asemenea, câteva întrebări despre modul în care este calculată de fapt.

Moz a făcut chiar un studiu aprofundat asupra corelației dintre clasamentele de căutare și timpul până la primul octet. Cu toate acestea, este greu de știut dacă aceasta a fost cauza sau dacă site-urile cu TTFB mai scăzut au fost, de asemenea, pur și simplu mai rapide în general, ceea ce, la rândul său, ar putea fi afectat de factorul de clasare a vitezei paginii Google.

Cu toate acestea, mai degrabă decât să ne petrecem timp să discutăm dacă contează sau nu, ne-am concentra mai degrabă pe optimizările pe care le puteți face pentru a îmbunătăți această valoare. Tot ceea ce faci poate contribui la viteza generală a site-ului tău WordPress, iar acest lucru, la rândul său, va afecta TTFB-ul tău. În site-urile noastre de teste cu TTFB mult mai mare, pur și simplu se încarcă și se simte mai lent.

În general, orice sub 100 ms este TTFB grozav și bun . Google PageSpeed ​​Insights recomandă sub 200 ms pentru timpul de răspuns al serverului. Dacă vă aflați în intervalul 300-500 ms, acesta este destul de standard. Și dacă aveți peste 600 ms, este posibil să aveți ceva configurat greșit pe server sau ar putea fi timpul să faceți upgrade la o stivă web mai bună. Sau urmați recomandările noastre de mai jos despre cum să vă reduceți TTFB. Și rețineți că negocierea SSL/TLS poate fi, de asemenea, un factor.

Cum să vă măsurați TTFB

Există o multitudine de moduri diferite în care vă puteți testa TTFB. Vom explora câteva mai jos. Dar amintiți-vă, fiecare instrument va da rezultate ușor diferite, așa că este important să folosiți unul și să rămâneți cu el pentru o linie de bază.

Măsurați TTFB cu Google Chrome DevTools

Puteți măsura TTFB în Google Chrome lansând DevTools. Amintiți-vă, totuși, dacă testați de pe computer, că TTFB este afectat de latența rețelei și de conexiunea la internet. Deci, probabil că este mai eficient să utilizați instrumentul terță parte (după cum se vede mai jos), care este testat dintr-un centru de date.

• Selectați Mai multe instrumente > Instrumente pentru dezvoltatori din meniul Chrome.
• Faceți clic dreapta pe un element de pagină și selectați Inspectați
• Utilizați comenzile rapide de la tastatură Ctrl + Shift + I (Windows) sau Cmd + Opt + I (Mac)

Puteți lansa fereastra de rețea și puteți vedea performanța site-ului dvs.

Măsurați TTFB cu Instrumentul Geekflare

Geekflare are o colecție minunată de instrumente gratuite pe care le puteți folosi pentru a testa și depana lucrurile de pe site-ul dvs. Instrumentul TTFB de la Geekflare este simplu, rapid și vă permite să vedeți cât de rapid (scăzut) este timpul până la primul octet din trei locații de pe glob.

Măsurați TTFB cu WebPageTest

De asemenea, vă puteți măsura TTFB cu WebPageTest. Conform glosarului lor, timpul țintă este timpul necesar pentru negocierile DNS, socket și SSL + 100 ms. O singură literă va fi dedusă pentru fiecare 100 ms dincolo de țintă. După cum puteți vedea în testul nostru de mai jos, acest site a măsurat la 0,256 s sau 256 ms TTFB.

Măsurați TTFB cu Pingdom

Chrome și WebPageTest îl numesc TTFB. Cu toate acestea, dacă utilizați Pingdom, acesta este de fapt denumit „timpul de așteptare”. Asigurați-vă că consultați și ghidul nostru aprofundat despre cum să utilizați Pingdom.

Măsurați TTFB cu GTmetrix

În GTmetrix, la fel ca și în Pingdom, TTFB este denumit timp de așteptare. Asigurați-vă că consultați și ghidul nostru aprofundat despre cum să utilizați GTmetrix.

Măsurați TTFB cu Instrumentul de la KeyCDN

KeyCDN are un instrument excelent de testare a performanței web în care vă puteți măsura TTFB din 14 locații diferite simultan. După cum puteți vedea mai jos în testul nostru, TTFB este scăzut în Statele Unite și mult mai mare în străinătate. Acest lucru se datorează faptului că serverul nostru este situat fizic în Statele Unite. Aceasta este dovada chiar aici că latența și distanța joacă în TTFB.

Există și alte instrumente diferite pentru măsurarea TTFB, cum ar fi Sucuri Performance Tool și ByteCheck. Știați? Chiar și Google Analytics are o secțiune pentru a vedea timpul mediu de răspuns. Pur și simplu faceți clic pe „Comportament > Viteza site-ului > Prezentare generală”.

4 moduri de a reduce TTFB pe site-ul dvs. WordPress

Acum haideți să descoperim câteva moduri despre cum să reduceți TTFB pe site-ul dvs. WordPress.

1. Utilizați o gazdă WordPress rapidă

Prima modalitate de a reduce TTFB este să vă asigurați că utilizați o gazdă WordPress rapidă. Am comparat TTFB al unei gazde partajate terță parte (situat în Phoenix, AZ) și TTFB al lui Kinsta (situat în Council Bluffs, Iowa). Am folosit exact aceeași configurație cu tema implicită Twenty Seventeen care rulează. Rețineți că Kinsta are acum toate cele 29 de locații Google Cloud Platform disponibile, așa că este important să plasați strategic site-ul dvs. WordPress mai aproape de vizitatori.

Kinsta include, de asemenea, rețeaua de nivel premium a Google Cloud Platform în toate planurile de găzduire. Mulți alți furnizori de găzduire folosesc rețeaua standard Google Cloud, ceea ce duce la viteze mai mici.

Gazdă partajată TTFB

În toate regiunile, media TTFB a fost de 520 ms . În Statele Unite și Canada, media TTFB a fost de 240 ms .

Kinsta TTFB

În toate regiunile, media TTFB a fost de 412 ms . În Statele Unite și Canada, media TTFB a fost de 164 ms . Dacă găzduiești cu Kinsta, poți alege să găzduiești site-ul tău WordPress și în Europa sau Asia. Vedeți lista de locații Google Cloud Data Center.

Deci, pur și simplu, folosind o gazdă mai rapidă, am observat o scădere cu 20% a TTFB la nivel global. Și o scădere de 32% a TTFB în Statele Unite și Canada. A avea o gazdă WordPress bună, cu o arhitectură atent gândită, este esențială pentru a vă reduce TTFB. Acest lucru este, de asemenea, un bun caz pentru alegerea cu grijă a unui loc situat fizic într-o regiune în care se află clienții dvs. Dacă cei mai mulți dintre clienții dvs. sunt în Statele Unite, nu vă găzduiți serverul în Europa (deși un CDN poate ajuta la anularea unora dintre acestea).

2. Implementați un CDN

O altă modalitate ușoară de a reduce TTFB este utilizarea unei rețele de livrare de conținut (CDN). Dacă aveți un site web care deservește vizitatori în diferite părți ale țării sau din întreaga lume, acest lucru vă poate reduce drastic TTFB. După cum am văzut mai sus, locația este foarte importantă. Am efectuat un mic test pentru a arăta diferența cu KeyCDN ca furnizor CDN. Fiecare test a fost efectuat de 5 ori și s-a luat media.

TTFB Fără CDN

Am efectuat mai întâi un test cu CDN-ul nostru dezactivat și, după cum puteți vedea, timpul nostru total de încărcare a fost de 1,45 s, iar TTFB-ul nostru mediu pe un activ a fost de aproximativ 136 ms.

TTFB Cu CDN

Apoi am activat CDN-ul nostru și am rulat din nou testul. După cum puteți vedea, timpul nostru total de încărcare a scăzut la 788 ms, iar TTFB-ul nostru mediu este acum de 37 ms! Ce diferență poate face un CDN. Un alt lucru important de reținut este că am ales locația din Stockholm pentru a efectua acest test. De ce? Pentru că am vrut să vă arătăm adevărata îmbunătățire care poate fi obținută prin scăderea distanței fizice. Există un CDN POP situat în Stockholm, așa că conținutul nostru este difuzat din Stockholm.

Notă: dacă utilizați Cloudflare, este posibil să aveți un TTFB puțin mai mare. Acest lucru se datorează cel mai probabil costurilor suplimentare și complexității de a rula complet serviciul proxy. Amintiți-vă că Cloudflare are firewall-uri suplimentare și alte caracteristici pe care unii furnizori CDN nu le au. Așa că ar trebui să vă hotărâți, ceea ce vă poate beneficia mai mult. Dacă întregul dvs. site nu este optimizat corespunzător, s-ar putea să merite compromisul să luați lovitura pe TTFB puțin mai mare.

Cu toate acestea, ar putea dori să consultați și ghidul WP Bullet despre utilizarea stocării în cache a paginii Cloudflare pentru a reduce TTFB. Acest lucru ar putea necesita niște setări și teste suplimentare. Asigurați-vă că executați propriile teste, deoarece fiecare mediu este diferit.

Lectură sugerată: Cum să configurați Cloudflare APO pentru WordPress.

3. Cache WordPress

O a treia modalitate și, probabil, una dintre cele mai ușoare modalități de a vă reduce TTFB este să utilizați memoria cache pe site-ul dvs. WordPress. Mulți cred doar că stocarea în cache poate ajuta la reducerea timpilor de încărcare, dar, de fapt, ajută și la reducerea TTFB, deoarece ajută la reducerea timpului de procesare a serverului. Am rulat din nou câteva teste cu sau fără cache. Fiecare test a fost efectuat de 5 ori și s-a luat media.

Fără cache care rulează

Am rulat site-ul prin Pingdom și fără cache să ruleze, site-ul nostru a înregistrat un timp de încărcare de 1,17 s și un TTFB de 560 ms.

Cu Cacheul activat

Apoi am activat memorarea în cache și am rulat din nou site-ul prin Pingdom. De data aceasta, site-ul nostru a înregistrat un timp de încărcare de 643 ms și un TTFB de 57 ms.

Deci, activând memorarea în cache, am reușit să ne reducem TTFB cu 90%! Puteți citi mai multe despre stocarea în cache a lui Kinsta. Facem acest lucru la nivel de server, ceea ce înseamnă că nu sunt necesare pluginuri de cache. Dacă nu utilizați o gazdă WordPress gestionată, vă recomandăm să utilizați un plugin gratuit de stocare în cache, cum ar fi Cache Enabler.

4. Utilizați un furnizor DNS premium

Și nu în ultimul rând, DNS joacă un rol și în TTFB. Este greu de calculat cu exactitate cât de mult este afectat, dar puteți vedea totuși timpii generali de căutare DNS și puteți vedea că există furnizori mai rapizi și mai lenți. Am efectuat câteva teste cu instrumentul de testare a vitezei SolveDNS. Iată un exemplu de domeniu care utilizează DNS-ul gratuit NameCheap și timpii de răspuns.

DNS gratuit NameCheap

Și mai jos este un exemplu de utilizare a DNS-ului premium al Amazon Route 53. După cum puteți vedea, în general, timpii de căutare DNS sunt mult mai rapidi cu Amazon. De obicei, furnizorii DNS premium vor avea viteze mai bune. Cloudflare este unul gratuit care are și performanțe grozave.

Amazon Route 53 DNS

Asigurați-vă că consultați postarea noastră despre motivul pentru care ar trebui să utilizați un furnizor DNS premium. Am colaborat cu Amazon Route 53 aici la Kinsta și este disponibil pentru toți clienții gratuit.

rezumat

Există o multitudine de alte lucruri pe care le-ați putea optimiza sau repara pentru a reduce TTFB, cum ar fi caching-ul bazei de date, Disk IO, Swap usage, RAM, setări PHP, setări MySQL, setări de rețea, TLS overhead etc. Dar cele menționate mai sus sunt destul de ușor de implementat și vă va oferi cea mai rapidă creștere a performanței. Așa că data viitoare când cineva vă întreabă cum să vă reduceți TTFB, amintiți-vă că o gazdă WordPress rapidă, CDN, cache și DNS joacă un rol important. Remedierea sau îmbunătățirea acestor blocaje va face trucul.

Care a fost experiența ta cu TTFB? Ne-ar plăcea să auzim despre asta mai jos.