منتشرشده: ۲۳ ژوئن ۲۰۲۲، آخرین به‌روزرسانی: ۱۳ اکتبر ۲۰۲۶
سنجه‌های CrUX ازطریق میاناهای برنامه‌سازی کاربردی استاندارد پلاتفرم وب که توسط مرورگرها ارائه می‌شوند، پشتیبانی می‌شوند. به‌ویژه در مجموعه داده BigQuery، این داده‌ها در وضوح مبدأ جمع‌آوری می‌شوند. مالکان سایتی که به تجزیه‌وتحلیل و اطلاعات آماری دقیق‌تر (مثلاً وضوح در سطح نشانی وب) درباره عملکرد سایتشان نیاز دارند می‌توانند از همان میاناهای برنامه‌سازی کاربردی برای جمع‌آوری داده‌های دقیق سنجش کاربر واقعی (RUM) برای مبدأهای خودشان استفاده کنند. توجه داشته باشید که اگرچه همه «میاناهای برنامه‌سازی کاربردی» در Chrome دردسترس هستند، مرورگرهای دیگر ممکن است از مجموعه کامل معیارها پشتیبانی نکنند.
اکثر سنجه‌ها به‌صورت انبوهش هیستوگرام نمایش داده می‌شوند که امکان نمایش دیداری توزیع و تقریب مقادیر صدک را فراهم می‌کند.
تغییر چیدمان تجمعی
«تغییر چیدمان تجمعی (CLS) سنجه‌ای مهم و کاربرمحور برای اندازه‌گیری پایداری دیداری است زیرا به کمی‌سازی تعداد دفعاتی که کاربران تغییرات غیرمنتظره چیدمان را تجربه می‌کنند کمک می‌کند — CLS پایین به اطمینان از لذت‌بخش بودن صفحه کمک می‌کند.»
محتوای بارشده DOM
«DOMContentLoaded زمانی را گزارش می‌کند که سند HTML اولیه کاملاً بارگیری و تجزیه شده است، بدون اینکه منتظر بماند تا بارگیری برگه‌های سبک نگارش، تصاویر، و زیرقاب‌ها تمام شود.»
اولین نقاشی
«اولین نقاشی» زمان اولین پرداز مرورگر پس‌از پیمایش را گزارش می‌کند. این شامل رنگ پس‌زمینه پیش‌فرض نمی‌شود، اما شامل رنگ پس‌زمینه غیرپیش‌فرض می‌شود. این اولین لحظه کلیدی است که توسعه‌دهندگان در بار کردن صفحه به آن اهمیت می‌دهند - زمانی که مرورگر شروع به پرداز کردن صفحه کرده است.»
اولین رندر محتوا
«اولین نقاشی دارای محتوا» (FCP) زمانی را گزارش می‌دهد که مرورگر برای اولین‌بار هر نوشتار، تصویر (ازجمله تصاویر پس‌زمینه)، بوم غیرسفید، یا SVG را پرداز زده است. این شامل نوشتار با قلم‌های وب معلق می‌شود. این اولین‌باری است که کاربران می‌توانند شروع به مصرف محتوای صفحه کنند.»
تعامل تا ترسیم بعدی
"«تعامل با نقاشی بعدی» (INP) سنجه‌ای میدانی است که واکنش‌گرایی را ارزیابی می‌کند. «تأخیر در تعامل‌ها» تأخیر همه تعامل‌ها را در کل چرخه حیات صفحه ثبت می‌کند. بالاترین مقدار از آن تعامل‌ها—یا نزدیک به بالاترین مقدار برای صفحه‌های دارای تعامل‌های زیاد—به‌عنوان INP صفحه ثبت می‌شود. INP پایین تضمین می‌کند که صفحه همیشه به‌طور قابل‌اعتمادی پاسخگو خواهد بود.»
«تأخیر در تعامل‌ها» (INP) در فوریه ۲۰۲۲ به مجموعه داده CrUX اضافه شد. این سنجه جدید تأخیر سرتاسری رویدادهای تکی را ثبت می‌کند و تصویر جامع‌تری از پاسخ‌گویی کلی صفحه درطول عمر آن ارائه می‌دهد.
بزرگ‌ترین رندر محتوایی اولیه
«بزرگ‌ترین نقاشی دارای محتوا (LCP) سنجه‌ای مهم و کاربرمحور برای اندازه‌گیری سرعت بارگیری درک‌شده است، زیرا نقطه‌ای را در خط زمان بارگیری صفحه علامت‌گذاری می‌کند که محتوای اصلی صفحه احتمالاً در آن زمان بارگیری شده است — LCP سریع به کاربر اطمینان می‌دهد که صفحه مفید است.»
نوع منبع بزرگ‌ترین نقاشی دارای محتوا
«بزرگ‌ترین نقاشی دارای محتوا» (LCP) زمان پرداز زدن بزرگ‌ترین تصویر، قطعه نوشتار، یا ویدیو نمایان در ناحیه نمایش را نسبت‌به زمانی که کاربر برای اولین‌بار به صفحه پیمایش کرده است گزارش می‌دهد.
web.dev/articles/lcp - چه عناصری برای LCP درنظر گرفته می‌شوند
نوشتار و تصویر (ازجمله تصویر قاب اول ویدیو) اغلب ویژگی‌های بارگیری و تکنیک‌های بهینه‌سازی بسیار متفاوتی دارند. درک نسبت انواع منابع LCP به شما امکان می‌دهد سنجه‌های LCP و مسیرهای بهینه‌سازی را بهتر درک کنید.
برای اطلاعات بیشتر، پست وبلاگ راه‌اندازی انواع منابع «بزرگ‌ترین نقاشی دارای محتوا» را ببینید.
بزرگ‌ترین نقاشی دارای محتوا
«بهینه‌سازی برای LCP می‌تواند کار پیچیده‌تری باشد وقتی PageSpeed Insights پاسخی درباره نحوه بهبود این سنجه به شما نمی‌دهد. در تکالیف پیچیده، معمولاً بهتر است آن‌ها را به تکالیف کوچک‌تر و قابل‌مدیریت‌تر تقسیم کنید و هرکدام را جداگانه انجام دهید.»
web.dev/articles/optimize-lcp - LCP breakdown into subparts
تجزیه کردن LCP تصویر به مهم‌ترین بخش‌های فرعی آن امکان استفاده از توصیه‌های خاص و روال‌های مطلوب را برای نحوه بهینه‌سازی هر بخش فراهم می‌کند.
زیربخش‌های تصویر LCP در چهار سنجه جداگانه ارائه می‌شود:
largest_contentful_paint_image_time_to_first_bytelargest_contentful_paint_image_resource_load_delaylargest_contentful_paint_image_resource_load_durationlargest_contentful_paint_image_element_render_delay
زیربخش‌ها فقط برای تصاویر گنجانده می‌شوند و این شامل تصاویر فریم اول ویدیو نمی‌شود زیرا کمی پیچیده‌تر هستند و نمی‌توانیم زمان کامل بارگیری را اندازه‌گیری کنیم (توجه داشته باشید که فریم‌های اول ویدیو در سنجه نوع منبع LCP گنجانده شده‌اند، جایی که این پیچیدگی مرتبط نیست).
بخش‌های فرعی نوشتار نیز اضافه نمی‌شود زیرا کمتر مفید هستند و اعداد LCP تصویر را تحریف می‌کنند. برای سایت‌هایی که عمدتاً از نوشتار ساخته شده‌اند، سنجه‌های کلی TTFB و کلی FCP تفکیک‌های مفیدی هستند—هرچند توجه داشته باشید که این سنجه‌ها برای همه LCPها است و مختص LCPهای نوشتاری نیست.
برای اطلاعات بیشتر، پست وبلاگ راه‌اندازی زیربخش‌های تصویر LCP را ببینید.
انواع پیمایش
سنجه انواع پیمایش تفکیکی از درصد بازدیدهای صفحه از پیمایش‌های زیر را ارائه می‌دهد:
| نوع | شرح |
|---|---|
navigate |
بار کردن صفحه که در هیچ‌یک از دسته‌های دیگر قرار نمی‌گیرد. |
navigate_cache |
بارگیری صفحه‌ای که منبع اصلی آن (سند HTML اصلی) از حافظه پنهان HTTP ارائه شده است. سایت‌ها اغلب از حافظه نهان برای زیرمنابع استفاده می‌کنند، اما سند HTML اصلی اغلب به‌طور قابل‌توجهی کمتر در حافظه نهان ذخیره می‌شود و وقتی این امکان وجود داشته باشد، می‌تواند منجر به بهبودهای قابل‌توجهی در عملکرد شود، زیرا می‌تواند به‌صورت محلی و در CDN در حافظه نهان ذخیره شود. |
reload |
کاربر صفحه را مجدداً بار کرده است، چه با زدن دکمه مجدد بار کردن، چه با زدن کلید Enter در نوار نشانی، یا با واگرد کردن بستن زبانه. بار کردن مجدد صفحه اغلب منجر به اعتبارسنجی مجدد در سرور می‌شود تا بررسی شود آیا صفحه اصلی تغییر کرده است یا نه. درصد بالای بار کردن مجدد صفحه ممکن است نشان‌دهنده نارضایتی از تجربه کاربری باشد. |
restore |
صفحه پس‌از بازراه‌اندازی مرورگر، یا برگه‌ای که به‌دلیل حافظه برداشته شده بود، مجدداً بار شد. برای Chrome در Android، این موارد به‌عنوان «بار کردن مجدد» گزارش می‌شود. |
back_forward |
پیمایش سابقه، به این معنی که صفحه اخیراً دیده شده و به آن بازگشته شده است. با ذخیره صحیح در حافظه نهان، این تجربه‌ها باید نسبتاً سریع باشند اما همچنان نیاز به پردازش صفحه و اجرای جاوا اسکریپت دارند—که bfcache از هر دو این موارد اجتناب می‌کند. |
back_forward_cache |
پیمایش سابقه که از حافظه نهان ناوبری بین صفحات ارائه شده است. بهینه‌سازی صفحه‌هایتان برای بهره‌گیری از bfcache، با برداشتن مسدودکننده‌ها، باید منجر به تجربه‌های سریع‌تر شود، بنابراین سایت‌ها باید |
prerender |
صفحه پیش‌پردازش شده بود که—مشابه bfcache—می‌تواند منجر به بار شدن تقریباً فوری صفحه شود. |
در برخی موارد، بار کردن صفحه می‌تواند ترکیبی از چندین نوع ناوبری باشد. در این حالت، CrUX اولین تطابق را به‌ترتیب معکوس جدول (از پایین به بالا) گزارش می‌کند.
اطلاعات بیشتر را می‌توانید در پست اعلامیه انواع پیمایش پیدا کنید.
Onload
«رویداد بار کردن زمانی فعال می‌شود که صفحه و منابع وابسته به آن به‌طور کامل بار شده باشند.»
زمان رفت‌وبرگشت
براساس اتصالات شبکه اخیر، تخمینی از زمان رفت‌وبرگشت HTTP (لایه برنامه) در شروع پیمایش ارائه می‌دهد.
این سنجه براساس ویژگی rtt
Network Information API است که همان میانای برنامه‌سازی کاربردی مسئول بُعد قبلی
نوع اتصال مؤثر (ECT) است.
برای اطلاعات بیشتر، پست وبلاگ راه‌اندازی انواع منابع «بزرگ‌ترین نقاشی دارای محتوا» را ببینید.
سنجه‌های آزمایشی
سنجه‌های آزمایشی هم در مجموعه داده CrUX بااستفاده از BigQuery و هم در CrUX API دردسترس هستند، هرچند همه سنجه‌ها در هر دو دردسترس نیستند. این سنجه‌ها ممکن است تغییر کنند زیرا براساس بازخورد کاربران تکامل می‌یابند. برای اطلاع از جدیدترین تغییرات، یادداشت‌های انتشار را بررسی کنید.
سنجه‌های آزمایشی «معیار کلیدی اصلی وب» برای پیمایش ملایم
در نسخه اکتبر ۲۰۲۶، نسخه‌های آزمایشی معیارهای کلیدی اصلی وب ازجمله پیمایش‌های نرم معرفی شد:
experimental_largest_contentful_paint_with_softnavsexperimental_interaction_to_next_paint_with_softnavsexperimental_cumulative_layout_shift_with_softnavs
این سنجه‌ها شامل بارگیری کامل صفحه و پیمایش‌های نرم است.
برای جزئیات بیشتر، معرفی سنجه‌های آزمایشی Core Web Vitals به Chrome UX Report را ببینید.
زمان تا اولین بایت
TTFB در CrUX فقط در بارگیری‌های کامل صفحه جمع‌آوری می‌شود، برخلاف سایر زمان‌سنج‌ها (مانند LCP) که در پیمایش‌های حافظه نهان ناوبری بین صفحات (bfcache) و صفحه‌های پیش‌پرداخت‌شده نیز جمع‌آوری می‌شوند. به همین دلیل، اندازه نمونه TTFB می‌تواند کوچک‌تر از سنجه‌های دیگر باشد و لزوماً نمی‌توان آن را مستقیماً با آن‌ها مقایسه کرد. TTFB در CrUX شامل بار کردن صفحه سرد، بار کردن صفحه ذخیره‌شده در حافظه نهان، و بار کردن صفحه از اتصال برقرارشده (برای مثال، بار کردن صفحه درون‌سایتی) می‌شود.
TTFB معیار مستقیمی برای زمان پاسخ سرور نیست زیرا شامل معیارهای قبل‌از آن، ازجمله زمان هدایت مجدد، می‌شود و تحت‌تأثیر این است که پاسخ از حافظه نهان یا CDN یا از سرور ارائه می‌شود یا نه. این موضوع به‌ویژه در داده‌های میدانی مانند CrUX مشهود است، درحالی‌که آزمایش‌های آزمایشگاهی معمولاً کمتر تحت تأثیر این عوامل قرار می‌گیرند زیرا نشانی وب نهایی آزمایش می‌شود و اغلب تغییرات ذخیره‌سازی موقت را به‌طور مکرر نفی می‌کند.
محبوبیت
سنجه رتبه محبوبیت معیاری نسبی برای محبوبیت سایت در مجموعه داده CrUX است که براساس تعداد کل پیمایش‌ها در مبدأ اندازه‌گیری می‌شود. رتبه‌بندی در مقیاس log10 با گام‌های نیمه (مثلاً برترین ۱ هزار، برترین ۵ هزار، برترین ۱۰ هزار، برترین ۵۰ هزار، برترین ۱۰۰ هزار، برترین ۵۰۰ هزار، برترین ۱ میلیون، و غیره) است و هر رتبه رتبه قبلی را مستثنا می‌کند (مثلاً برترین ۵ هزار درواقع ۴ هزار نشانی وب است، برترین ۱ هزار را مستثنا می‌کند). حد بالایی با رشد مجموعه داده پویا است.
محبوبیت به‌عنوان راهنمایی برای تجزیه‌وتحلیل گسترده ارائه می‌شود، برای مثال برای تعیین عملکرد براساس کشور برای ۱۰۰۰ مبدأ برتر.
اجازه‌های اعلان
برای وب‌سایت‌هایی که برای نمایش اعلان به کاربران درخواست اجازه می‌کنند، این سنجه نشان‌دهنده فراوانی نسبی پاسخ‌های کاربران به پیام‌واره‌ها است: پذیرفتن، رد کردن، نادیده گرفتن، یا بستن.
سنجه‌های آگهی
Chrome سنجه‌ها و ابزارهای عمومی را برای سایت‌ها و دیگران، مانند تبلیغ‌کنندگان، ارائه می‌دهد تا تجربه آگهی کاربران واقعی و تأثیر آن را بهتر درک کنند.
- تعداد آگهی: این سنجه تعداد آگهی‌هایی را که یک کاربر معمولی به‌طور هم‌زمان در سایت می‌بیند توصیف می‌کند.
- تراکم آگهی: این سنجه توازن بین رؤیت‌پذیری محتوا و آگهی را برای کاربر معمولی توصیف می‌کند.
- وزن آگهی: واحد پردازش مرکزی: این سنجه مصرف واحد پردازش مرکزی توسط آگهی‌ها را توصیف می‌کند که می‌تواند بر عملکرد تأثیر بگذارد.
- وزن آگهی: شبکه: این سنجه مصرف منابع شبکه توسط آگهی‌ها را توصیف می‌کند.
انتظار داریم این معیارها به‌ویژه برای تبلیغ‌کنندگان وب و سرویس‌هایی که برای قرار دادن آگهی استفاده می‌کنند مفید باشد. از بخش بزرگی از ذی‌نفعان بوم‌سازگان آگهی شنیده‌ایم که این معیارها می‌توانند نحوه ارزش‌گذاری آن‌ها بر فرصت‌های آگهی و تصمیم‌گیری‌های مربوط به محصولات آگهی را بهبود بخشند.
برای اطلاعات بیشتر، پست وبلاگ راه‌اندازی سنجه‌های آگهی و سند سنجش‌های آگهی را ببینید.