စွမ်းဆောင်ရည် / ကွင်းဆင်းဒေတာ
Core Web Vitals နှင့် INP စစ်ဆေးကိရိယာ
Lab မဟုတ်၊ အစစ်အမှန် အသုံးပြုသူများ။ ဤကိရိယာသည် Chrome UX Report — Google အဆင့်သတ်မှတ်ရာတွင် အသုံးပြုသည့် 28 ရက် ကွင်းဆင်းဒေတာ — ကို ဖတ်သည်။ ထို့ကြောင့် server ဘက်မှ စမ်းသပ်မှု တစ်ခုတည်းက ဘယ်တော့မှ မတိုင်းတာနိုင်သော INP ကို တိုင်းတာနိုင်သည်။
ကွင်းဆင်းဒေတာသည် နောက်ဆုံး 28 ရက်ကို ခြုံငုံသည်။ လူဝင်မှု နည်းသော စာမျက်နှာများတွင် URL အဆင့် ဒေတာ မရှိပါ — ကိရိယာက သင့် origin တစ်ခုလုံးသို့ ပြောင်းလဲ အသုံးပြုပြီး ထိုအကြောင်း ဖော်ပြပေးသည်။
Lab စမ်းသပ်မှုများသည် INP ကို မတိုင်းတာနိုင်ပါ
INP သည် လူတစ်ဦး အမှန်တကယ် တို့ထိ သို့မဟုတ် နှိပ်ပြီးနောက် စာမျက်နှာ တုံ့ပြန်ရန် မည်မျှ ကြာသည်ကို တိုင်းတာသည်။ Synthetic စမ်းသပ်မှုအတွင်း မည်သူမျှ မနှိပ်သောကြောင့် lab ကိရိယာက ခန့်မှန်းရုံသာ ပြုနိုင်သည် — ထို့ပြင် INP သည် ဆိုက်အများစု ကျရှုံးလေ့ရှိသော Core Web Vital ဖြစ်သည်။ ဤကိရိယာက Google ၏ ကွင်းဆင်းဒေတာကို အစားထိုး ဖတ်သည် — အစစ်အမှန် Chrome အသုံးပြုသူများ၊ အစစ်အမှန် အပြန်အလှန် တုံ့ပြန်မှုများ၊ အဆင့်သတ်မှတ်မှု အချက်ပြက အသုံးပြုသည့် ကိန်းဂဏန်းဖြစ်သော 75 ရာခိုင်နှုန်းမြောက် တန်ဖိုး။
တိုင်းတာချက် တစ်ခုချင်းစီ၏ အဓိပ္ပာယ်
LCP — Largest Contentful Paint
အဓိက အကြောင်းအရာ မြင်ရသည်အထိ မည်မျှ ကြာသည်။ ကောင်းသည်မှာ 2.5 စက္ကန့် သို့မဟုတ် အောက်။ များသောအားဖြင့် server၊ ပုံ သို့မဟုတ် render ပိတ်ဆို့မှု ပြဿနာ။
INP — Interaction to Next Paint
တို့ထိ သို့မဟုတ် နှိပ်ပြီးနောက် စာမျက်နှာ တုံ့ပြန်ရန် မည်မျှ ကြာသည်။ ကောင်းသည်မှာ 200 ms သို့မဟုတ် အောက်။ များသောအားဖြင့် main thread ကို ပိတ်ဆို့နေသော ကြာရှည် JavaScript လုပ်ငန်းများ။
CLS — Cumulative Layout Shift
Load လုပ်နေစဉ် အပြင်အဆင် မည်မျှ ခုန်သွားသည်။ ကောင်းသည်မှာ 0.1 သို့မဟုတ် အောက်။ များသောအားဖြင့် နေရာ ကြိုမသတ်မှတ်ထားသော ပုံများ သို့မဟုတ် ကြော်ငြာများ။
TTFB နှင့် FCP
အထောက်အကူ ရောဂါရှာဖွေမှုများသာ ဖြစ်ပြီး Core Web Vitals ကိုယ်တိုင် မဟုတ်ပါ။ နှေးကွေးသော TTFB သည် အခြား တိုင်းတာချက် အားလုံးကို တွန်းထုတ်ပြီး AI crawler များကိုလည်း စာမျက်နှာတစ်ခုအပေါ် လက်လျှော့စေသည်။
မေးလေ့ရှိသော မေးခွန်းများ
အမြန်နှုန်း စမ်းသပ်မှုနှင့် ဘာကြောင့် ကွာခြားသနည်း။
အမြန်နှုန်း စမ်းသပ်မှုသည် စာမျက်နှာကို စက်တစ်လုံး၊ ချိတ်ဆက်မှုတစ်ခုမှ တစ်ကြိမ်တည်း load လုပ်သည် — ၎င်းသည် lab ဒေတာ ဖြစ်သည်။ ဤဟာက ကွင်းဆင်းဒေတာ — 28 ရက်အတွင်း အစစ်အမှန် Chrome အသုံးပြုသူများအပေါ် အမှန်တကယ် ဖြစ်ပျက်ခဲ့သည်များကို 75 ရာခိုင်နှုန်းမြောက်တွင် စုစည်းထားခြင်း။ Google သည် ကွင်းဆင်းဒေတာအပေါ် အဆင့်သတ်မှတ်သောကြောင့် နှစ်ခု သဘောကွဲလွဲသောအခါ ဤဒေတာက အရေးပါသည်။
ကျွန်ုပ်၏ URL အတွက် ဘာကြောင့် ဒေတာ မရှိသနည်း။
CrUX သည် URL တစ်ခုကို စာရင်းအင်းအရ ခိုင်မာပြီး အမည်မသိ ဖြစ်လောက်သည့် လူဝင်မှု ရရှိမှသာ အစီရင်ခံသည်။ တစ်ခုချင်း စာမျက်နှာ အများစုသည် ထိုအဆင့်ကို ဘယ်တော့မှ မရောက်သောကြောင့် ကိရိယာက origin အဆင့် ဒေတာ — သင့်ဆိုက်တစ်ခုလုံး ပျမ်းမျှ — သို့ ပြောင်းလဲ အသုံးပြုပြီး ရှင်းလင်းစွာ အမှတ်အသား ပြုသည်။
75 ရာခိုင်နှုန်းမြောက် (p75) ဆိုသည်မှာ အဘယ်နည်း။
၎င်းသည် သင့်ဧည့်သည်များအနက် အနှေးဆုံး လေးပုံတစ်ပုံ၏ အတွေ့အကြုံ ဖြစ်သည်။ သင့် p75 INP သည် 300 ms ဖြစ်ပါက အပြန်အလှန် တုံ့ပြန်မှု၏ 75% သည် ထိုထက် မြန်ပြီး 25% သည် နှေးခဲ့သည်။ မြန်ဆန်သော အလယ်တန်ဖိုးက ဆိုးရွားစွာ ပျက်စီးနေသော လူနည်းစုကို မဖုံးကွယ်နိုင်ရန် Google သည် p75 ကို အသုံးပြုသည်။
ဘာကြောင့် တိုင်းတာချက်တစ်ခုတွင် ကျရှုံးပြီး အခြားကိရိယာတွင် စုစုပေါင်း အောင်မြင်သနည်း။
Google သည် Core Web Vitals သုံးခုလုံး တစ်ပြိုင်နက် ကောင်းမွန်ရန် လိုအပ်သည်။ ညံ့ဖျင်းသော တိုင်းတာချက် တစ်ခုက အကဲဖြတ်မှုကို ကျရှုံးစေသည်။ ဤကိရိယာသည် သုံးခုအနက် တစ်ခုခု ပျောက်ဆုံးနေပါက တစ်စိတ်တစ်ပိုင်း ဒေတာမှ အောင်မြင်မှုကို သွယ်ဝိုက် ဖော်ပြမည့်အစား ဆုံးဖြတ်ချက် လုံးဝ မပေးပါ။
ဤကိရိယာသည် သင်တို့၏ Page Speed Snapshot နှင့် ဘယ်လို ကွာခြားသနည်း။
Page Speed Snapshot သည် စာမျက်နှာကို ကျွန်ုပ်တို့၏ server မှ ရယူပြီး ထို ရယူမှုတစ်ခုက မြင်ခဲ့သည်များကို တိုင်းတာသည် — အစစ်အမှန် TTFB၊ လွှဲပြောင်းမှု အရွယ်အစား၊ compression၊ render ပိတ်ဆို့မှု။ ၎င်းသည် ချက်ချင်း ဖြစ်ပြီး မည်သည့် URL အတွက်မဆို အလုပ်လုပ်သော်လည်း အစစ်အမှန် အသုံးပြုသူများကို မမြင်နိုင်ဘဲ ဖွဲ့စည်းပုံအရ INP ကို မတိုင်းတာနိုင်ပါ။ ရောဂါရှာဖွေရန် ထိုကိရိယာကို၊ ဆုံးဖြတ်ချက်အတွက် ဤကိရိယာကို အသုံးပြုပါ။