معیارهای

منتشر شده: ۲۳ ژوئن ۲۰۲۲، آخرین به‌روزرسانی: ۱۸ نوامبر ۲۰۲۵

معیارهای CrUX توسط APIهای استاندارد پلتفرم وب که توسط مرورگرها ارائه می‌شوند، پشتیبانی می‌شوند. به طور خاص، در مجموعه داده‌های BigQuery، این داده‌ها بر اساس وضوح مبدأ جمع‌آوری می‌شوند. صاحبان سایت‌هایی که به تجزیه و تحلیل دقیق‌تر (مثلاً وضوح سطح URL) و بینش در مورد عملکرد سایت خود نیاز دارند، می‌توانند از همان APIها برای جمع‌آوری داده‌های دقیق اندازه‌گیری کاربر واقعی (RUM) برای مبدأ خود استفاده کنند. توجه داشته باشید که اگرچه همه APIها در Chrome در دسترس هستند، سایر مرورگرها ممکن است از مجموعه کامل معیارها پشتیبانی نکنند.

بیشتر معیارها به صورت یک هیستوگرام تجمعی نمایش داده می‌شوند که امکان تجسم توزیع و تقریب مقادیر صدک را فراهم می‌کند.

تغییر چیدمان تجمعی

«تغییر چیدمان تجمعی (CLS) یک معیار مهم و کاربر محور برای اندازه‌گیری پایداری بصری است، زیرا به تعیین کمیت اینکه کاربران چند وقت یکبار تغییرات غیرمنتظره چیدمان را تجربه می‌کنند کمک می‌کند - CLS پایین به اطمینان از لذت‌بخش بودن صفحه کمک می‌کند.»

web.dev/articles/cls

محتوای DOM بارگذاری شد

«DOMContentLoaded زمانی را گزارش می‌دهد که سند HTML اولیه به طور کامل بارگذاری و تجزیه شده است، بدون اینکه منتظر بماند تا بارگذاری stylesheetها، تصاویر و subframeها به پایان برسد.»

ام دی ان

رنگ اول

«First Paint زمانی را گزارش می‌دهد که مرورگر پس از پیمایش، اولین رندر را انجام داده است. این شامل رنگ پس‌زمینه پیش‌فرض نمی‌شود، اما رنگ پس‌زمینه غیر پیش‌فرض را شامل می‌شود. این اولین لحظه کلیدی است که توسعه‌دهندگان در بارگذاری صفحه به آن اهمیت می‌دهند - زمانی که مرورگر شروع به رندر صفحه کرده است.»

API زمان‌بندی رنگ‌آمیزی

اولین نقاشی محتوایی

«اولین رنگ‌آمیزی محتوا (FCP) زمانی را گزارش می‌دهد که مرورگر برای اولین بار هر متن، تصویر (از جمله تصاویر پس‌زمینه)، بوم نقاشی غیرسفید یا SVG را رندر کرده است. این شامل متنی با فونت‌های وب در انتظار نیز می‌شود. این اولین باری است که کاربران می‌توانند از محتوای صفحه استفاده کنند.»

API زمان‌بندی رنگ‌آمیزی

تعامل با رنگ بعدی

«تعامل تا رنگ بعدی (INP) یک معیار میدانی است که میزان پاسخگویی را ارزیابی می‌کند. INP میزان تأخیر تمام تعاملات را در کل چرخه عمر صفحه ثبت می‌کند. بالاترین مقدار این تعاملات - یا نزدیک به بالاترین مقدار برای صفحاتی با تعاملات زیاد - به عنوان INP صفحه ثبت می‌شود. INP پایین تضمین می‌کند که صفحه در همه زمان‌ها به طور قابل اعتمادی پاسخگو خواهد بود.»

web.dev/articles/inp

تعامل با رنگ بعدی (INP) در فوریه 2022 به مجموعه داده‌های CrUX اضافه شد. این معیار جدید، تأخیر انتها به انتهای رویدادهای منفرد را ثبت می‌کند و تصویر جامع‌تری از پاسخگویی کلی یک صفحه در طول عمر آن ارائه می‌دهد.

بزرگترین رنگ محتوا

«بزرگترین رنگ محتوا (LCP) یک معیار مهم و کاربر محور برای اندازه‌گیری سرعت بارگذاری ادراک‌شده است، زیرا نقطه‌ای را در جدول زمانی بارگذاری صفحه نشان می‌دهد که احتمالاً محتوای اصلی صفحه بارگذاری شده است - یک LCP سریع به کاربر اطمینان می‌دهد که صفحه مفید است.»

web.dev/articles/lcp

بزرگترین نوع منبع Contentful Paint

«LCP زمان رندر بزرگترین تصویر، بلوک متنی یا ویدیوی قابل مشاهده در نمای دید را نسبت به زمانی که کاربر برای اولین بار به صفحه هدایت شده است، گزارش می‌دهد.»

web.dev/articles/lcp - چه عناصری برای LCP در نظر گرفته شده است

Text and image (including first video frame image) often have very different loading characteristics and optimization techniques. Understanding the ratio of LCP resource types lets you understand your LCP metrics and optimization paths better.

برای اطلاعات بیشتر به پست وبلاگ راه‌اندازی انواع منابع LCP مراجعه کنید.

بزرگترین زیربخش‌های تصویر Contentful Paint

«بهینه‌سازی برای LCP می‌تواند کار پیچیده‌تری باشد وقتی PageSpeed ​​Insights پاسخی در مورد چگونگی بهبود این معیار به شما نمی‌دهد. در مورد وظایف پیچیده، معمولاً بهتر است آنها را به وظایف کوچک‌تر و قابل مدیریت‌تر تقسیم کنید و به هر کدام جداگانه بپردازید.»

web.dev/articles/optimize-lcp - تجزیه LCP به زیربخش‌ها

تجزیه LCPهای تصاویر به مهم‌ترین زیربخش‌های آن، امکان استفاده از توصیه‌های خاص و بهترین شیوه‌ها را برای چگونگی بهینه‌سازی هر بخش فراهم می‌کند.

زیربخش‌های تصویر LCP در چهار معیار جداگانه ارائه می‌شوند:

  • largest_contentful_paint_image_time_to_first_byte
  • largest_contentful_paint_image_resource_load_delay
  • largest_contentful_paint_image_resource_load_duration
  • largest_contentful_paint_image_element_render_delay

زیربخش‌ها فقط برای تصاویر لحاظ شده‌اند و این شامل تصاویر فریم اول ویدیو نمی‌شود، زیرا کمی پیچیده‌تر هستند و ما نمی‌توانیم زمان دانلود کامل را اندازه‌گیری کنیم (توجه داشته باشید که فریم‌های اول ویدیو در معیار نوع منبع LCP لحاظ شده‌اند، جایی که این پیچیدگی اهمیتی ندارد).

زیربخش‌های متنی نیز گنجانده نشده‌اند زیرا کاربرد کمتری دارند و اعداد LCPهای تصویر را تحریف می‌کنند. برای سایت‌هایی که عمدتاً از LCPهای متنی تشکیل شده‌اند، معیارهای کلی TTFB و FCP، تجزیه و تحلیل‌های مفیدی هستند - اگرچه توجه داشته باشید که این معیارها در بین همه LCPها وجود دارند و مختص LCPهای متنی نیستند.

برای اطلاعات بیشتر به پست وبلاگ راه‌اندازی زیربخش‌های تصویر LCP مراجعه کنید.

معیار انواع ناوبری ، درصد بازدید صفحات از ناوبری‌های زیر را به تفکیک ارائه می‌دهد:

نوع توضیحات
navigate بارگذاری صفحه، که در هیچ یک از دسته‌های دیگر قرار نمی‌گیرد.
navigate_cache بارگذاری صفحه‌ای که منبع اصلی (سند اصلی HTML) از حافظه پنهان HTTP برای آن استفاده شده است. سایت‌ها اغلب از ذخیره‌سازی برای منابع فرعی استفاده می‌کنند، اما سند اصلی HTML اغلب به طور قابل توجهی کمتر ذخیره‌سازی می‌شود و در صورت امکان، می‌تواند منجر به بهبود قابل توجه عملکرد از طریق ذخیره‌سازی محلی و در یک CDN شود.
reload کاربر صفحه را یا با زدن دکمه بارگذاری مجدد، یا با زدن کلید اینتر در نوار آدرس، یا با لغو بستن یک تب، دوباره بارگذاری کرده است. بارگذاری مجدد صفحه اغلب منجر به اعتبارسنجی مجدد به سرور می‌شود تا بررسی شود که آیا صفحه اصلی تغییر کرده است یا خیر. درصد بالایی از بارگذاری مجدد صفحه ممکن است نشان دهنده نارضایتی کاربر از تجربه کاربری باشد.
restore صفحه پس از راه‌اندازی مجدد مرورگر یا تبی که به دلیل مشکلات حافظه حذف شده بود، دوباره بارگذاری شد. برای کروم در اندروید، این موارد به جای «بارگیری مجدد» گزارش می‌شوند.
back_forward یک پیمایش تاریخچه، به این معنی که صفحه اخیراً دیده شده و به آن بازگشته است. با ذخیره‌سازی صحیح، این‌ها باید تجربه‌های نسبتاً سریعی باشند، اما همچنان نیاز به پردازش صفحه و اجرای جاوا اسکریپت دارند - که bfcache از هر دوی آن‌ها جلوگیری می‌کند.
back_forward_cache یک ناوبری تاریخچه که از bfcache ارائه شده است. بهینه‌سازی صفحات شما برای استفاده از bfcache، با حذف مسدودکننده‌ها، باید منجر به تجربه‌های سریع‌تر شود، بنابراین سایت‌ها باید به نظر برسند
prerender این صفحه از قبل رندر شده بود که - مشابه bfcache - می‌تواند منجر به بارگذاری تقریباً آنی صفحه شود.

در برخی موارد، بارگذاری صفحه می‌تواند ترکیبی از چندین نوع ناوبری باشد. در این صورت، CrUX اولین مورد منطبق را به ترتیب معکوس جدول (از پایین به بالا) گزارش می‌دهد.

اطلاعات بیشتر را می‌توانید در پست مربوط به اعلان انواع ناوبری پیدا کنید.

بارگذاری

«رویداد بارگذاری زمانی اجرا می‌شود که بارگذاری صفحه و منابع وابسته به آن به پایان رسیده باشد.»

ام دی ان

زمان رفت و برگشت

تخمینی از زمان رفت و برگشت HTTP (لایه برنامه) در ابتدای پیمایش، بر اساس اتصالات شبکه اخیر، ارائه می‌دهد. این معیار بر اساس ویژگی rtt از API اطلاعات شبکه است، که همان API مسئول بُعد نوع اتصال مؤثر (ECT) قبلی است.

برای اطلاعات بیشتر به پست وبلاگ راه‌اندازی انواع منابع LCP مراجعه کنید.

معیارهای تجربی

معیارهای آزمایشی در مجموعه داده‌های CrUX با استفاده از BigQuery موجود است، و برخی نیز در CrUX API موجود هستند. این معیارها احتمالاً به طور منظم تغییر می‌کنند زیرا بر اساس بازخورد کاربر تکامل می‌یابند. برای اطلاع از آخرین تغییرات، یادداشت‌های انتشار را بررسی کنید.

زمان رسیدن به اولین بایت

TTFB در CrUX فقط در بارگذاری کامل صفحه جمع‌آوری می‌شود، برخلاف سایر تایمرها (مانند LCP ) که در پیمایش‌های حافظه پنهان (bfcache) و صفحات از پیش رندر شده نیز جمع‌آوری می‌شوند. به همین دلیل، اندازه نمونه TTFB می‌تواند کوچکتر از سایر معیارها باشد و لزوماً نمی‌توان آن را مستقیماً با آنها مقایسه کرد. TTFB در CrUX شامل بارگذاری صفحه سرد، بارگذاری صفحه ذخیره شده و بارگذاری صفحه از یک اتصال برقرار شده (به عنوان مثال، بارگذاری صفحه درون سایت) خواهد بود.

TTFB معیار مستقیمی برای زمان پاسخگویی سرور نیست، زیرا شامل معیارهایی قبل از آن، از جمله زمان تغییر مسیر و تحت تأثیر قرار گرفتن پاسخ از طریق حافظه پنهان یا CDN یا از سرور است. این امر به ویژه در داده‌های میدانی مانند CrUX مشهود است، در حالی که آزمایش‌های آزمایشگاهی معمولاً کمتر تحت تأثیر این عوامل قرار می‌گیرند، زیرا URL نهایی آزمایش می‌شود و اغلب بارها و بارها تغییرات ذخیره سازی را خنثی می‌کند.

محبوبیت

معیار رتبه محبوبیت ، یک معیار نسبی از محبوبیت سایت در مجموعه داده‌های CrUX است که با تعداد کل پیمایش‌ها در مبدا اندازه‌گیری می‌شود. رتبه در مقیاس log10 با نیم پله (مثلاً 1000 مورد برتر، 5000 مورد برتر، 50000 مورد برتر، 1 میلیون مورد برتر و غیره) محاسبه می‌شود و هر رتبه بدون رتبه قبلی محاسبه می‌شود (مثلاً 5000 مورد برتر در واقع 4000 آدرس اینترنتی است، به جز 10000 مورد برتر). حد بالا با رشد مجموعه داده‌ها پویا است.

محبوبیت به عنوان راهنمایی برای تجزیه و تحلیل گسترده ارائه شده است، به عنوان مثال برای تعیین عملکرد بر اساس کشور برای ۱۰۰۰ مبدا برتر.

مجوزهای اعلان

برای وب‌سایت‌هایی که درخواست نمایش اعلان‌ها به کاربران را دارند، این معیار، فراوانی نسبی پاسخ‌های کاربران به این درخواست‌ها را نشان می‌دهد: پذیرش، رد، نادیده گرفتن یا رد کردن.