Dokumentasyon
Core Web Vitals: LCP, INP at CLS mula sa totoong user, linggo-linggo
Lingguhang 75th-percentile na LCP, INP at CLS mula sa Chrome UX Report History API para sa buong site mo o isang page, na may rating batay sa mga threshold ng Google.
Ipinapakita ng Core Web Vitals report (na may pamagat na Core Web Vitals History) kung paano nararanasan ng mga totoong Chrome user ang site mo, linggo-linggo. Binabasa nito ang Chrome UX Report History API, ang parehong field data na ginagamit sa Core Web Vitals report ng Search Console, at nire-rate nito ang bawat metric sa 75th percentile batay sa mga threshold ng Google. Gamitin ito para malaman kung pinabilis o pinabagal ng isang release ang mga page mo, bago pa man masabi ng isang lab test kung ano ang naramdaman ng mga bisita.
Patakbuhin ang report
- Scope: Ang Whole site ay nagku-query sa origin (halimbawa
https://www.example.com), na pinagsasama ang lahat ng page na binisita ng mga Chrome user. Ang Single page ay nagku-query ng isang URL. - Origin o Page URL: naka-prefill ang origin ng property mo; i-edit ito para suriin ang ibang host o page.
- Device: All devices, Phone, Desktop o Tablet. Kapag All devices ang napili, nilo-load din ng report ang bawat device nang hiwalay at nagdaragdag ng talahanayang Summary by device.
- Pindutin ang Run report.
Naka-cache ang mga resulta sa loob ng isang araw, dahil lingguhan lang nagbabago ang data. Nagku-query ang report sa API gamit ang CrUX API key; may ibinibigay na key ang AutoPSEO, kaya wala kang kailangang i-set up. Ang button na API Key ay may link sa mga tagubilin ng Google kung gusto mo ng sarili mong key para sa iyong mga tool.
Ano ang makikita mo
Sinasabi ng verdict line kung Passes Core Web Vitals ang scope: Good ang rating ng bawat core metric na may data. Kasunod nito ang limang card, isa para sa bawat metric, na may pinakabagong 75th-percentile na value, ang rating nito, ang pagbabago kumpara sa apat na linggo na ang nakalipas, at ang bahagi ng mga page load na may rating na good.
| Metric | Sinusukat | Good | Poor |
|---|---|---|---|
| LCP, Largest Contentful Paint | Pag-load: kung kailan na-render ang pinakamalaking nakikitang element | 2.5 s o mas mababa | higit sa 4 s |
| INP, Interaction to Next Paint | Pagtugon: ang delay pagkatapos ng mga click, tap at pagpindot ng key | 200 ms o mas mababa | higit sa 500 ms |
| CLS, Cumulative Layout Shift | Visual stability: gaano karaming content ang gumagalaw habang naglo-load | 0.1 o mas mababa | higit sa 0.25 |
| FCP, First Contentful Paint | Kung kailan lumitaw ang unang text o larawan | 1.8 s o mas mababa | higit sa 3 s |
| TTFB, Time to First Byte | Gaano kabilis magsimulang tumugon ang server | 0.8 s o mas mababa | higit sa 1.8 s |
Ang LCP, INP at CLS ang mga Core Web Vitals; ang FCP at TTFB ay mga pantulong na metric na tumutulong ipaliwanag ang mahinang LCP. Ang mga value sa pagitan ng dalawang limitasyon ay nangangailangan ng pagpapabuti. Tinatasa ng Google ang bawat metric sa 75th percentile ng mga page load, nang hiwalay para sa mobile at desktop (web.dev: Web Vitals). Pinalitan ng INP ang First Input Delay bilang Core Web Vital noong 12 Marso 2024.
Ituturing na improving o worsening ang isang trend kapag ang pinakabagong value ay gumalaw nang hindi bababa sa 5% mula sa apat na linggo na ang nakalipas. Piniplot ng mga chart ang lingguhang 75th percentile ng bawat metric kasama ang bahagi nito ng good, needs-improvement at poor, at inililista ng talahanayan ang bawat linggo kasama ang lahat ng limang value at ang bahagi ng mga magandang karanasan sa LCP.
Paano basahin ang history
Ang bawat punto ay isang lingguhang collection period na bumubuod sa nakaraang 28 araw ng mga pagbisita, kaya unti-unting lumilitaw ang epekto ng isang ayos sa loob ng humigit-kumulang apat na linggo sa halip na magdamag. Nagbabalik ang API ng 25 lingguhang period bilang default, halos ang huling anim na buwan (CrUX History API).
- Biglaang pagbabago na kasabay ng isang deploy, bagong tag manager script o update sa theme ang karaniwang pattern; markahan ang petsa gamit ang isang annotation.
- Mas mahina ang phone kaysa sa desktop ay karaniwan, dahil mas mababa ang processing power ng mga phone at kadalasang mas mabagal ang koneksyon. Timbangin ito ayon sa dami ng search traffic mo na galing sa mobile.
- Good ang origin, poor ang page: pinaghahalo ng origin ang lahat ng page, kaya suriin nang isa-isa ang pinakamabibigat mong template.
Kapag walang data
Nagpa-publish lang ang Chrome ng record para sa public na origin o URL na may sapat na totoong pagbisita sa Chrome; kung hindi, sasabihin ng report na Not enough field data (CrUX methodology). Madalas na walang record sa antas ng URL ang mga bago o mababa ang trapikong page kahit may record ang origin. Wala ring breakdown ayon sa bansa ang mga CrUX API, kaya sakop ng mga numero ang lahat ng bisita mo sa buong mundo.
Paano nakakatulong ang AutoPSEO
Ang mga artikulong inihahatid ng AutoPSEO ay nire-render ng sarili mong site, kaya namamana nila ang performance ng mga template mo. Kung nagho-host ang AutoPSEO ng isang section para sa iyo, ang hosted renderer mismo ang naghahatid ng mga article page; patakbuhin ang report sa isa sa mga URL na iyon para suriin ang mga ito. Para sa mas buong paliwanag sa tatlong metric, tingnan ang kahulugan ng LCP, INP at CLS at kung paano ayusin ang mahinang Core Web Vitals.