Nemokama · Be registracijos · Tik skaitymas

Svetainės greičio ir TTFB testas

Kad naršyklė galėtų ką nors nupiešti, pirmiausia turi atsakyti jūsų serveris. Ši nemokama patikra išmatuoja realų laiką iki pirmojo baito ir patikrina, ar įjungtas teksto glaudinimas — du serverio pusės signalai, formuojantys, kaip greitai jaučiasi kiekvienas puslapis.

Nemokama, tik skaitymas, be registracijos. Žr. mūsų metodiką.

Ką šis testas daro ir ko nedaro. Jis matuoja jūsų serverio atsaką — laiką iki pirmojo baito ir glaudinimą — iš vienos užklausos. Jis nerenderina puslapio, nevykdo JavaScript ir nesukuria pilnos Lighthouse ataskaitos, todėl nepateiks LCP, INP ar CLS skaičių. Laikykite tai pamato patikrinimu, o ne užbaigto piešinio.

Ką matuoja greičio testas

Skeneris atlieka vieną realią HTTPS užklausą ir užfiksuoja tiksliai, ką serveris su ja daro.

SignalasKą pranešame
Laikas iki pirmojo baitoIšmatuotos milisekundės nuo užklausos iki pirmojo atsako baito, įvertintos nuo puikaus iki lėto.
Teksto glaudinimasAr yra content-encoding antraštė (Brotli ar Gzip), kuri sumažina jūsų HTML, CSS ir JavaScript perdavimo dydį.
HTTP protokolo versijaRyšyje suderintas protokolas, kad matytumėte, ar naudojamas modernus technologijų rinkinys.

TTFB įvertinimas remiasi aiškiomis ribomis: 200 ms ar mažiau yra puiku, iki 600 ms gerai, iki 1200 ms patenkinamai, o viskas virš 1,2 sekundės pažymima kaip lėta.

Kodėl svarbus TTFB

Laikas iki pirmojo baito — tai delsa, iki kol iš viso kas nors gali nutikti. Kiekvienas paveikslėlis, stiliaus lentelė ir skriptas laukia už to pirmojo atsako, todėl lėtas TTFB atitolina visą įkėlimo laiko juostą — įskaitant Largest Contentful Paint, metriką, kurią lankytojai iš tikrųjų jaučia. Greitas pirmasis baitas negarantuoja greito puslapio, tačiau lėtas garantuoja lėtą. Paprastai jį lemia serverio darbas: netalpinti duomenų bazės užklausos, perkrautas serveris arba serveris, fiziškai nutolęs nuo lankytojo.

Kaip pagerinti atsako laiką

  • Talpinkite agresyviai. Kur galite, pateikite talpintą HTML, kad serveris neatstatinėtų kiekvieno puslapio nuo nulio su kiekviena užklausa.
  • Pridėkite CDN. Turinio pristatymo tinklas atsako iš vietos, esančios netoli lankytojo, ir sutrumpina tinklo apsisukimo laiką.
  • Įjunkite glaudinimą. Jei patikra nerodo content-encoding, įjunkite Brotli (arba Gzip kaip atsarginį variantą), kad sumažintumėte perdavimo dydį.
  • Sutrumpinkite kritinį kelią. Profiliuokite lėtas duomenų bazės užklausas ir sunkią programos logiką, kuri vykdoma prieš išsiunčiant pirmąjį baitą.

Našumo vadovai

Našumas ir Core Web Vitals

Kas yra TTFB (laikas iki pirmojo baito)?

Ką matuoja „laikas iki pirmojo baito“, kas laikoma geru rezultatu ir dažniausios lėto TTFB priežastys.

Skaityti →Našumas ir Core Web Vitals

„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 Vitals

Kaip pagerinti LCP (Largest Contentful Paint)

Praktiniai, pagal svarbą sudėlioti žingsniai, kaip LCP sumažinti iki mažiau nei 2,5 sekundės.

Skaityti →

Dažniausiai užduodami klausimai

Ar šis testas matuoja viso puslapio įkėlimo greitį?

Ne. Jis matuoja, kaip greitai jūsų serveris išsiunčia pirmąjį atsako baitą (TTFB) ir ar įjungtas teksto glaudinimas. Jis nerenderina puslapio ir neatlieka pilno Lighthouse tipo audito, todėl nepraneš LCP, INP ar CLS.

Koks TTFB yra geras?

Šioje patikroje 200 ms ar mažiau yra puiku, iki 600 ms gerai, iki 1200 ms patenkinamai, o virš 1,2 sekundės yra lėtai ir verta patyrinėti.

Kaip priversti serverį atsakyti greičiau?

Įjunkite talpinimą serverio pusėje, priešais svetainę pastatykite CDN, įsitikinkite, kad Brotli ar Gzip glaudinimas įjungtas, ir sumažinkite lėtus duomenų bazės ar programos darbus kritiniame kelyje.

Išbandykite savo atsako laiką dabar

Nemokama, tik skaitymas ir baigiama per kelias sekundes.

Skenuoti svetainę