ویژگی آزمایشی گوگل صفحات وب را سریعتر می کند

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

این اعلامیه نگاهی گذرا به روشی برای افزایش عملکرد صفحه وب ارائه می دهد.

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

مشکلی که گوگل حل می کند

تعامل با رنگ بعدی (INP) معیاری است که جایگزینی برای تاخیر ورودی اول (FID) است.

INP قرار است در مارس 2024 به عنوان یک معیار حیاتی وب اصلی فعال شود.

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

یکی از مواردی که باعث می شود نمرات INP ضعیف باشد، اجرای برخی جاوا اسکریپت ها زمان زیادی است.

زمانی که اجرای این اسکریپت ها زمان زیادی می برد، به آنها Long Tasks می گویند.

مشکل Long Tasks این است که آنها مانند یک راننده آهسته در جاده ای هستند که در لاین سریع حرکت می کند و ترافیک را کاهش می دهد.

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

کاربر در آن سناریو منتظر می ماند و منتظر می ماند تا صفحه پس از کلیک روی یک دکمه کاری انجام دهد.

آنچه که امروزه در بسیاری از صفحات وب رخ می دهد این است که تعامل کاربر باید منتظر بماند تا کار طولانی به پایان برسد.

تصویر زیر نشان می دهد که چگونه یک کار طولانی مانع از اجرای وظیفه مهم تعامل کاربر می شود.

اسکریپت تعامل کاربر برای مسدود کردن وظایف طولانی

آنچه گوگل پیشنهاد می‌کند راه‌حلی برای آن مشکل است که باعث می‌شود کار طولانی مانند یک ماشین کند رفتار کند که به کنار جاده می‌پیچد تا به یک ماشین آتش‌نشانی اجازه عبور بدهد.

استراتژی های موجود کار نمی کنند

در حال حاضر راه حل های کدگذاری وجود دارد که به بهبود امتیازات تعامل کاربر کمک می کند.

اما آنها واقعاً خوب کار نمی کنند زیرا برای حل مشکلات دیگر طراحی شده اند، نه مشکل تعامل با کاربر.

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

در آن سناریوی معمولی، کار طولانی‌ای که باید تمام شود باید منتظر بمانیم تا اسکریپت‌های کم‌اهمیت تمام شوند، زیرا اکنون در انتهای خط قرار دارد.

راه‌حل‌های کدگذاری کنونی می‌توانند به جای کمک کردن، وضعیت بدتری را ایجاد کنند.

Solution For Long Tasks Scheduler.yield است

راه حل مشکل طولانی مدت، رویکردی است که گوگل آن را scheduler.yield می نامد.

کاری که scheduler.yield انجام می دهد این است که وظیفه طولانی را متوقف می کند تا به وظیفه تعامل با کاربر تسلیم شود، که می تواند شروع به اجرا کند.

هنگامی که اسکریپت تعامل کاربر به پایان رسید، وظیفه طولانی می تواند به سر صف بپرد و دوباره شروع به اجرا کند.

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

تصویری از نحوه عملکرد scheduler.yield

Origin Trials Of Scheduler.Yield

قابلیت اجرای scheduler.yield از Chrome 115 که در 13 ژوئیه راه اندازی شد در دسترس بوده است.

گوگل از داوطلبان می‌خواهد که ویژگی جدید را در یک «آزمایش اولیه» آزمایش کنند تا بازخوردی برای درک نحوه عملکرد آن در دنیای واقعی جمع‌آوری کنند تا در نهایت این ویژگی را به عنوان یک ویژگی رسمی تبدیل کنند.

آزمایش مبدأ فرصتی برای شرکت در آزمایش یک ویژگی جدید است (اطلاعات مربوط به آزمایشات مبدا در اینجا).

اعلامیه گوگل توضیح داد:

“در تلاش مستمر برای ارائه API های جدید که به توسعه دهندگان وب کمک می کند تا وب سایت های خود را تا جایی که می توانند سریع تر کنند، تیم کروم در حال حاضر یک آزمایش اولیه را برای scheduler.yield اجرا می کند که از نسخه 115 کروم شروع می شود.

Scheduler.yield یک افزودنی جدید پیشنهادی به API زمان‌بندی است که به نسبت روش‌هایی که به‌طور سنتی بر آن‌ها تکیه می‌کردند، راهی آسان‌تر و بهتر برای بازگرداندن کنترل به رشته اصلی می‌دهد.

یکی از مشکلات بالقوه اجرای Scheduler.yield در یک سایت زنده این است که یک نسخه بازگشتی باید برای مرورگرهای غیر Chrome 115 کدگذاری شود تا وب سایت به طور معمول برای بازدیدکنندگان سایت و نه در Chrome 115 که پشتیبانی نمی کنند کار کند. خصوصیت جدید.

همچنین راهی برای اجرای آن به صورت محلی برای آزمایش وجود دارد:

«اگر می‌خواهید با scheduler.yield به صورت محلی آزمایش کنید، chrome://flags را در نوار آدرس کروم تایپ کرده و وارد کنید و از منوی کشویی در بخش ویژگی‌های پلتفرم آزمایشی وب، Enable را انتخاب کنید.

با این کار scheduler.yield (و هر ویژگی آزمایشی دیگر) فقط در نمونه Chrome شما در دسترس خواهد بود.”

فرصتی برای جهش از رقبا

این ویژگی جدید در حال حاضر در حالت تست است.

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

اتخاذ آن در حال حاضر ممکن است راه خوبی برای پیشی گرفتن از رقبا باشد، تا زمانی که برای مرورگرهایی که هنوز از ویژگی جدید استفاده نکرده‌اند، یک نسخه جایگزین وجود داشته باشد.

اطلاعیه رسمی را بخوانید:

معرفی آزمایشی مبدا Scheduler.yield
https://developer.chrome.com/blog/introducing-scheduler-yield-origin-trial/

ثبت‌نام برای آزمایشی مبدا Scheduler.yield: را می توان در اینجا انجام داد.

توضیحی در مورد بهینه سازی برای کارهای طولانی بخوانید:

کارهای طولانی را بهینه کنید

از صفحه توضیح دهنده GitHub برای api Scheduler.yield دیدن کنید:

Scheduler.yield()

تصویر ویژه توسط Shutterstock/Catalyst Labs