اسناد Core Web Vitals به روز شد


اسناد رسمی برای نحوه امتیازدهی Core Web Vitals اخیراً با بینش های جدیدی در مورد نحوه انتخاب آستانه های امتیازدهی Interaction to Next Paint (INP) به روز شده است و درک بهتری از Interaction To Next Paint ارائه می دهد.

تعامل با رنگ بعدی (INP)

Interaction to Next Paint (INP) یک معیار نسبتاً جدید است که در بهار 2024 رسماً به یک Core Web Vitals تبدیل شد. این معیاری است که نشان می‌دهد چقدر طول می‌کشد تا یک سایت به تعاملاتی مانند کلیک‌ها، ضربه‌ها، و زمانی که کاربران روی یک صفحه را فشار می‌دهند پاسخ دهد. صفحه کلید (واقعی یا روی صفحه).

اسناد رسمی Web.dev آن را تعریف می کند:

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

INP تأخیر تمام فعل و انفعالات روی صفحه را اندازه گیری می کند، که با متریک تاخیر ورودی اول که اکنون بازنشسته شده است، تفاوت دارد که تنها تأخیر اولین تعامل را اندازه گیری می کند. INP اندازه گیری بهتری نسبت به INP در نظر گرفته می شود زیرا ایده دقیق تری از تجربه واقعی کاربر ارائه می دهد.

INP Core Web Vitals Score Thresholds

تغییر اصلی در مستندات ارائه توضیحی برای آستانه های عملکرد سرعت است که ضعیف، نیاز به بهبود و خوب را نشان می دهد.

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

اما تجربه کاربر وابسته به دستگاه نیست، بنابراین آستانه‌های متفاوتی برای انواع مختلف دستگاه‌هایی که بر اساس یک معیار مبتنی بر دستگاه‌های تلفن همراه تعیین می‌کنند، ایجاد می‌کند.

اسناد جدید توضیح می دهد:

استفاده از تلفن همراه و دسکتاپ معمولاً از نظر قابلیت‌های دستگاه و قابلیت اطمینان شبکه دارای ویژگی‌های بسیار متفاوتی است. این به شدت بر معیارهای «دستیابی» تأثیر می گذارد و بنابراین نشان می دهد که ما باید آستانه های جداگانه ای را برای هر یک در نظر بگیریم.

با این حال، انتظارات کاربران از یک تجربه خوب یا ضعیف به دستگاه بستگی ندارد، حتی اگر معیار دستیابی باشد. به همین دلیل آستانه های توصیه شده Core Web Vitals بر اساس دستگاه تفکیک نمی شوند و از آستانه یکسانی برای هر دو استفاده می شود. این همچنین مزیت دیگری دارد که آستانه ها را ساده تر می کند.
علاوه بر این، دستگاه ها همیشه به خوبی در یک دسته قرار نمی گیرند. آیا این باید بر اساس ضریب شکل دستگاه، قدرت پردازش یا شرایط شبکه باشد؟ داشتن آستانه های یکسان دارای مزیت جانبی اجتناب از این پیچیدگی است.

ماهیت محدودتر دستگاه های تلفن همراه به این معنی است که بسیاری از آستانه ها بر اساس قابلیت دستیابی تلفن همراه تنظیم می شوند. آنها به احتمال زیاد آستانه های تلفن همراه را نشان می دهند – به جای یک آستانه مشترک واقعی در همه انواع دستگاه. با این حال، با توجه به اینکه تلفن همراه اغلب اکثریت ترافیک بیشتر سایت ها را تشکیل می دهد، این موضوع کمتر نگران کننده است.

اینها امتیازاتی هستند که Chrome بر آن ها استوار شد:

  • نمرات کمتر از 200 میلی ثانیه (میلی ثانیه) برای نشان دادن نمره “خوب” انتخاب شدند.
  • نمرات بین 200 ms تا 500 ms نشان دهنده یک امتیاز “نیاز به بهبود” است.
  • عملکرد بیش از 500 میلی ثانیه نشان دهنده یک نمره ضعیف است.

اسکرین شات از یک تعامل با امتیاز رنگ بعدی

تعامل با رنگ بعدی (INP) امتیاز حیاتی وب اصلی

دستگاه های پایین تر در نظر گرفته شدند

Chrome بر انتخاب معیارهای دست یافتنی متمرکز بود. به همین دلیل است که آستانه های INP باید برای دستگاه های تلفن همراه پایین تر واقع بینانه باشد زیرا بسیاری از آنها برای دسترسی به اینترنت استفاده می شوند.

توضیح دادند:

ما همچنین توجه بیشتری را به بررسی امکان دسترسی به INP برای دستگاه های تلفن همراه پایین تر، که در آن نسبت بالایی از بازدید از سایت ها را تشکیل می دادند، صرف کردیم. این بیشتر مناسب بودن آستانه 200 میلی ثانیه را تأیید کرد.

با در نظر گرفتن آستانه 100 میلی‌ثانیه که توسط تحقیقات در مورد کیفیت تجربه و معیارهای دستیابی پشتیبانی می‌شود، نتیجه می‌گیریم که 200 میلی‌ثانیه آستانه معقولی برای تجربیات خوب است.

محبوب ترین سایت هایی که بر آستانه INP تأثیر گذاشتند

دیدگاه جالب دیگر در مستندات جدید این است که دستیابی به امتیازات در دنیای واقعی یکی دیگر از ملاحظات معیارهای امتیازدهی INP است که در میلی ثانیه (ms) اندازه‌گیری می‌شود. آنها عملکرد 10000 وب سایت برتر را بررسی کردند، زیرا آنها اکثریت قریب به اتفاق بازدیدهای وب سایت را تشکیل می دادند تا در آستانه مناسب برای امتیازات ضعیف شماره گیری کنند.

چیزی که آنها کشف کردند این بود که 10000 وب سایت برتر برای دستیابی به امتیاز عملکرد 300 میلی ثانیه تلاش کردند. داده‌های CrUX که تجربه کاربر در دنیای واقعی را گزارش می‌کند، نشان داد که 55 درصد از بازدیدها از محبوب‌ترین سایت‌ها در آستانه 300 میلی‌ثانیه بوده است. این بدان معنا بود که تیم کروم باید امتیاز میلی ثانیه ای بالاتری را انتخاب می کرد که توسط محبوب ترین سایت ها قابل دستیابی بود.

اسناد جدید توضیح می دهد:

وقتی به 10000 سایت برتر نگاه می کنیم – که اکثریت قریب به اتفاق مرورهای اینترنتی را تشکیل می دهند – می بینیم که تصویر پیچیده تری ظاهر می شود …

در تلفن همراه، آستانه 300 میلی‌ثانیه «ضعیف» اکثر سایت‌های پرطرفدار را به‌عنوان «ضعیف» طبقه‌بندی می‌کند که معیارهای دستیابی ما را افزایش می‌دهد، در حالی که 500 میلی‌ثانیه در محدوده 10 تا 30 درصد سایت‌ها مناسب‌تر است. همچنین باید توجه داشت که آستانه 200 میلی‌ثانیه «خوب» نیز برای این سایت‌ها سخت‌تر است، اما با توجه به اینکه 23 درصد از سایت‌ها هنوز این آستانه را روی تلفن همراه می‌گذرانند، این آستانه حداقل 10 درصد از معیارهای نرخ عبور ما را نیز پشت سر می‌گذارد.

به همین دلیل، ما نتیجه می‌گیریم که 200 میلی‌ثانیه یک آستانه معقول «خوب» برای اکثر سایت‌ها است، و بیشتر از 500 میلی‌ثانیه یک آستانه معقول «ضعیف» است.

بری پولارد، یک مدافع توسعه دهنده عملکرد وب در Google Chrome که یکی از نویسندگان مستندات است، نظری را به بحث در LinkedIn اضافه کرد که اطلاعات پس زمینه بیشتری را ارائه می دهد:

“ما در سال گذشته گام های شگفت انگیزی در INP برداشته ایم. خیلی بیشتر از چیزی که می توانستیم به آن امیدوار باشیم. اما کمتر از 200 میلی‌ثانیه برای مدتی در دستگاه‌های تلفن همراه ارزان قیمت بسیار سخت خواهد بود. در حالی که دستگاه‌های موبایل رده بالا اکنون اسب‌های قدرت مطلق هستند، قیمت پایین‌تر به این میزان افزایش نمی‌یابد…»

درک عمیق تر از نمرات INP

اسناد جدید درک بهتری از نحوه انتخاب معیارهای قابل دستیابی Chrome و برخی از رمز و راز معیار نسبتاً جدید INP Core Web Vital ارائه می دهد.

اسناد به روز شده را بخوانید:

چگونه آستانه معیارهای Core Web Vitals تعریف شد

تصویر ویژه توسط Shutterstock/Vectorslab



منبع

مطالب مرتبط