Kas yra TTFB (laikas iki pirmojo baito)?
Laikas iki pirmojo baito (TTFB) matuoja, kiek laiko naršyklė laukia nuo puslapio užklausos jūsų serveriui iki pirmojo atsako baito gavimo. Tai anksčiausias signalas, kaip greitai — ar lėtai — jausis puslapis, nes niekas kita negali prasidėti, kol neatkeliauja tas pirmasis baitas.
Trumpai
TTFB yra delsa, kol jūsų serveris pradeda siųsti puslapį. Geras TTFB paprastai yra 200 ms ar mažiau, o iki 800 ms dažniausiai priimtina. Lėtas TTFB beveik visada siejasi su lėtu serveriu, neindeksuota duomenų baze, trūkstama talpykla arba fiziniu atstumu iki lankytojo. Savąjį pasimatuosite mūsų svetainės greičio testu.
Ką TTFB iš tikrųjų matuoja
TTFB yra trijų etapų suma: tinklo laikas pasiekti jūsų serverį (DNS paieška, ryšys, TLS rankos paspaudimas), laikas, kurį jūsų serveris praleidžia generuodamas atsaką, ir laikas, per kurį pirmasis baitas nukeliauja atgal. Praktiškai daugiausia problemų slypi serverio apdorojimo dalyje — tinklas paprastai greitas, tačiau lėta programa ar duomenų bazė gali pridėti šimtus milisekundžių, kol išsiunčiamas nors vienas baitas.
Kas laikoma geru TTFB?
„Google“ nurodymai laiko TTFB diagnostine reikšme, kuri maitina „Core Web Vitals“, ypač Largest Contentful Paint. Plačiai naudojamos ribos:
| Įvertinimas | TTFB | Ką reiškia |
|---|---|---|
| Geras | ≤ 200 ms | Serveris atsako beveik akimirksniu |
| Reikia patobulinti | 200–800 ms | Priimtina, bet verta patyrinėti |
| Prastas | > 800 ms | Aiški kliūtis, kurią vartotojai pajus |
Šie skaičiai apibūdina pagrindinio dokumento atsaką. Statiniai ištekliai, pateikiami iš talpyklos ar CDN krašto, paprastai būna kur kas greitesni.
Dažniausios lėto TTFB priežastys
1. Perkrautas arba per silpnas serveris
Jei jūsų talpinimas dalijamas su daugybe kitų svetainių arba serveriui trūksta procesoriaus ir atminties, kiekviena užklausa laukia eilėje. Perėjimas nuo perpildyto bendrinamo talpinimo prie VPS ar dedikuoto plano dažnai duoda didžiausią pavienį pagerėjimą.
2. Lėtos duomenų bazės užklausos
Turinio valdymo sistemos, tokios kaip WordPress, kiekvieną puslapį sukuria užklausdamos duomenų bazę. Trūkstami indeksai, išpūstos lentelės ar dešimtys įskiepių užklausų vienoje užklausoje gali pridėti šimtus milisekundžių. Sprendimas yra užklausų profiliavimas ir talpinimas.
3. Jokios talpyklos
Iš naujo generuoti identišką puslapį kiekvieno apsilankymo metu yra švaistūniška. Puslapių talpykla saugo užbaigtą HTML, todėl pakartotinės užklausos visiškai apeina programą ir duomenų bazę. Tai paprastai yra didžiausio poveikio ir mažiausių pastangų pakeitimas, kokį galite atlikti.
4. Atstumas tarp serverio ir lankytojo
Duomenys keliauja baigtiniu greičiu. Lankytojas Australijoje, jungdamasis prie serverio Vokietijoje, kiekvienoje užklausoje moka apsisukimo baudą. CDN pastato talpyklos kopijas arčiau vartotojų ir smarkiai sumažina TTFB tinklo dalį.
Kaip pataisyti lėtą TTFB
Dirbkite pagal poveikio eiliškumą: pirmiausia įjunkite viso puslapio talpinimą, tada pridėkite CDN, tada spręskite duomenų bazės ir programos našumą, o galiausiai apsvarstykite greitesnį talpinimą. Taip pat įsitikinkite, kad pateikiate modernius protokolus — HTTP/2 ar HTTP/3 mažina ryšio pridėtines sąnaudas, o TLS 1.3 sutrumpina rankos paspaudimą.
Dažniausiai užduodami klausimai
Ar TTFB yra tas pats, kas puslapio įkėlimo laikas?
Ne. TTFB yra tik laukimas iki pirmojo baito. Pilnas puslapio įkėlimas taip pat apima HTML, CSS, JavaScript ir paveikslėlių atsisiuntimą bei jų atvaizdavimą. Greitas TTFB yra pamatas, bet ne visa istorija.
Ar TTFB veikia SEO?
Netiesiogiai. TTFB pats savaime nėra reitingavimo veiksnys, tačiau jis tiesiogiai veikia Largest Contentful Paint, kuris yra „Core Web Vital“, naudojamas „Google“ kaip reitingavimo signalas.
Koks realistiškas TTFB tikslas?
Siekite 200 ms ar mažiau talpyklos puslapiams. Iki 800 ms priimtina dinaminiams puslapiams, tačiau nuolat virš to reiškia kliūtį, kurią verta taisyti.
Susiję vadovai
„Core Web Vitals“ paaiškinimas ne programuotojams
LCP, INP ir CLS paprastai — ką matuoja „Google“, kokios ribos ir kaip tai veikia reitingus.
Skaityti →Našumas ir Core Web VitalsKaip pagerinti LCP (Largest Contentful Paint)
Praktiniai, pagal svarbą sudėlioti žingsniai, kaip LCP sumažinti iki mažiau nei 2,5 sekundės.
Skaityti →Našumas ir Core Web VitalsKaip sumažinti CLS (Cumulative Layout Shift)
Kodėl puslapiai „šokinėja“ kraunantis ir konkretūs sprendimai, išlaikantys stabilų išdėstymą.
Skaityti →Patikrinkite savo svetainę pagal šį vadovą
Atlikite nemokamą ScanOpsPro patikrą ir pažiūrėkite, kaip jūsų svetainė tvarkosi su pagrindais.
Atlikti nemokamą patikrą