Interaction to Next Paint رسما به Core Web Vital تبدیل خواهد شد و در 12 مارس جایگزین First Input Delay خواهد شد.
برنامه Web Vitals معیارهایی را برای کمک به توسعه دهندگان وب برای اندازه گیری جنبه های کلیدی تجربه کاربر در وب ارائه می دهد. تأخیر ورودی اول (FID) جنبه پاسخگویی برنامه را نشان می داد، اما با گذشت زمان، مشخص شد که معیار جدیدی برای ثبت جنبه های تعامل در وب مورد نیاز است که FID به آن نیاز ندارد. تیم Chrome این نیاز را تشخیص داد و در ماه مه 2022 ، Interaction را به Next Paint (INP) به عنوان یک معیار آزمایشی معرفی کرد. سال گذشته، INP به یک معیار معلق تبدیل شد و ما اعلام کردیم که INP در مارس 2024 به وضعیت پایدار ارتقا خواهد یافت.
امروز، ما اعلام می کنیم که INP به طور رسمی به Core Web Vital تبدیل می شود و در 12 مارس سال جاری جایگزین FID می شود و FID در این انتقال منسوخ خواهد شد .
این پست توصیه‌هایی را از تیم Chrome ارائه می‌دهد که چگونه برای این تغییر آماده شوید، و پس از اعمال تغییرات چه انتظاراتی داشته باشید.
چگونه می توانم تهیه کنم؟
اولین قدم در این انتقال این است که بفهمید آیا INP وب سایت شما از آستانه "خوب" عبور می کند یا خیر . همه Core Web Vitals بر اساس میزان عملکرد درست آنها در صدک 75 از همه بارگذاری‌های صفحه، امتیازدهی می‌شوند.
ساده ترین راه برای مشاهده عملکرد وب سایت شما در INP استفاده از PageSpeed Insights است که داده ها را از گزارش تجربه کاربر Chrome (CrUX) نشان می دهد. CrUX مجموعه داده رسمی برنامه Web Vitals است و ممکن است منبع بالقوه داده های میدانی برای وب سایت شما باشد.
منبع دیگری از داده های میدانی ممکن است از یک ارائه دهنده نظارت واقعی کاربر (RUM) باشد که عملکرد وب سایت شما را نیز در این زمینه مشاهده می کند. اگر با یک ارائه دهنده RUM کار می کنید، در مورد پشتیبانی INP آنها بپرسید.
اگر متوجه شدید که INP وب‌سایت شما در دسته «نیاز به بهبود» یا «ضعیف» است، منابع متعددی را برای کمک به شما در بهبود آن آماده کرده‌ایم که با نحوه تشخیص و عیب‌یابی INP شروع می‌شود:
هنگامی که متوجه شدید مشکل چیست، می توانید از راهنماهای زیر استفاده کنید تا بفهمید کدام بخش از تعامل را باید بهینه کنید:
- اگر جاوا اسکریپتی دارید که زمان زیادی را در رشته اصلی می‌گیرد ، کارهای طولانی را بهینه کنید . اگر در حین بارگذاری صفحه، فعالیت‌های رشته اصلی زیادی را تجربه می‌کنید که کارهای طولانی زیادی را در رشته اصلی آغاز می‌کند، ممکن است با وظایف ارزیابی بیش از حد اسکریپت با مشکلاتی مواجه شده باشید.
- اگر پردازش تعاملات زمان زیادی می برد ، تاخیر ورودی را بهینه کنید .
- DOM های بزرگ می توانند به کارهای رندر زیادی نیاز داشته باشند و فعل و انفعالات اغلب DOM را تغییر می دهند. بهتر است از طرح‌بندی‌های بزرگ و پیچیده و کوبیدن طرح‌بندی اجتناب کنید و اندازه DOM را تا جایی که می‌توانید به حداقل برسانید .
- اگر انتخابگرهای پیچیده CSS دارید ، آنها نیز می توانند در پاسخ به تعاملات کاربر، کار قابل توجهی ایجاد کنند.
- در نهایت، اگر وب‌سایت شما بیشتر HTML خود را از طریق جاوا اسکریپت بر روی مشتری ارائه می‌کند، مهم است که بدانید رندر HTML سمت مشتری چگونه می‌تواند بر تعامل تأثیر بگذارد .
پیچیدگی INP به این معنی است که شما از بسیاری جهات برای تعامل بهینه خواهید شد – اما ارزش تلاش را دارد. مطالعات موردی متعددی انجام شده است - مانند مطالعات The Economic Times و redBus - در مورد اینکه چگونه کاهش تأخیر تعامل نتایج کسب و کار را بهبود می بخشد. بهینه سازی INP در سایت شما ممکن است به شما در رسیدن به اهدافتان نیز کمک کند.
هنگامی که INP به یک وب اصلی حیاتی تبدیل شود چه اتفاقی خواهد افتاد؟
شایان ذکر است که INP به طور رسمی به Core Web Vital تبدیل خواهد شد و در 12 مارس سال جاری جایگزین FID خواهد شد . نتیجه دیگر این است که FID دیگر Core Web Vital نخواهد بود و رسماً منسوخ و از برنامه حذف خواهد شد .
در نتیجه، می توانید انتظار مشاهده تغییرات در اسناد FID را داشته باشید. اسناد مهم تاریخی در مورد FID باقی خواهند ماند، اما اخطارهای برجسته برای تاکید بر وضعیت منسوخ FID و ارجاع به اسناد INP اضافه خواهند شد. سایر اسناد مبتنی بر FID ممکن است به طور کلی حذف شده و به اسناد INP مربوطه هدایت شوند.
FID هنوز در بسیاری از ابزارهای گوگل نشان داده می شود، اما INP نیز همینطور است. به محض اینکه INP در تاریخ 12 مارس به یک Core Web Vital تبدیل شود، FID از کنسول جستجوی Google حذف خواهد شد. همه ابزارهای دیگر - مانند PageSpeed Insights و CrUX - یک دوره منسوخ شش ماهه را ارائه می دهند تا به توسعه دهندگان فرصتی برای به روز رسانی کدشان بدهند.
در نهایت، اگر سؤالی در مورد معنای گنجاندن INP در Core Web Vitals برای جستجوی Google دارید، به پست اعلامیه INP در مرکز جستجوی Google مراجعه کنید.
جاده پیش رو
گنجاندن INP در Core Web Vitals طی دو سال گذشته به دقت برنامه ریزی شده است و نشان دهنده یک گام مهم به جلو است. ما معتقدیم که رویکرد جامع INP برای پاسخگویی در وب به توسعه دهندگان کمک می کند تا این جنبه مهم تجربه کاربر را بهتر ارزیابی و بهبود بخشند و به مرور زمان به وب پاسخگوتر منجر شود. با توجه به اینکه INP قرار است در 12 مارس به Core Web Vital تبدیل شود، امیدواریم توسعه دهندگان این زمان را صرف درک و بهینه سازی عملکرد INP خود کنند.
مانند همیشه، اگر سؤال یا نگرانی دارید، از بازخورد شما در web-vitals-feedback@googlegroups.com در مورد INP، FID یا هر معیار دیگری در برنامه Web Vitals استقبال می کنیم.
،Interaction to Next Paint رسما به Core Web Vital تبدیل خواهد شد و در 12 مارس جایگزین First Input Delay خواهد شد.
برنامه Web Vitals معیارهایی را برای کمک به توسعه دهندگان وب برای اندازه گیری جنبه های کلیدی تجربه کاربر در وب ارائه می دهد. تأخیر ورودی اول (FID) جنبه پاسخگویی برنامه را نشان می داد، اما با گذشت زمان، مشخص شد که معیار جدیدی برای ثبت جنبه های تعامل در وب مورد نیاز است که FID به آن نیاز ندارد. تیم Chrome این نیاز را تشخیص داد و در ماه مه 2022 ، Interaction را به Next Paint (INP) به عنوان یک معیار آزمایشی معرفی کرد. سال گذشته، INP به یک معیار معلق تبدیل شد و ما اعلام کردیم که INP در مارس 2024 به وضعیت پایدار ارتقا خواهد یافت.
امروز، ما اعلام می کنیم که INP به طور رسمی به Core Web Vital تبدیل می شود و در 12 مارس سال جاری جایگزین FID می شود و FID در این انتقال منسوخ خواهد شد .
این پست توصیه‌هایی را از تیم Chrome ارائه می‌دهد که چگونه برای این تغییر آماده شوید، و پس از اعمال تغییرات چه انتظاراتی داشته باشید.
چگونه می توانم تهیه کنم؟
اولین قدم در این انتقال این است که بفهمید آیا INP وب سایت شما از آستانه "خوب" عبور می کند یا خیر . همه Core Web Vitals بر اساس میزان عملکرد درست آنها در صدک 75 از همه بارگذاری‌های صفحه، امتیازدهی می‌شوند.
ساده ترین راه برای مشاهده عملکرد وب سایت شما در INP استفاده از PageSpeed Insights است که داده ها را از گزارش تجربه کاربر Chrome (CrUX) نشان می دهد. CrUX مجموعه داده رسمی برنامه Web Vitals است و ممکن است منبع بالقوه داده های میدانی برای وب سایت شما باشد.
منبع دیگری از داده های میدانی ممکن است از یک ارائه دهنده نظارت واقعی کاربر (RUM) باشد که عملکرد وب سایت شما را نیز در این زمینه مشاهده می کند. اگر با یک ارائه دهنده RUM کار می کنید، در مورد پشتیبانی INP آنها بپرسید.
اگر متوجه شدید که INP وب‌سایت شما در دسته «نیاز به بهبود» یا «ضعیف» است، منابع متعددی را برای کمک به شما در بهبود آن آماده کرده‌ایم که با نحوه تشخیص و عیب‌یابی INP شروع می‌شود:
هنگامی که متوجه شدید مشکل چیست، می توانید از راهنماهای زیر استفاده کنید تا بفهمید کدام بخش از تعامل را باید بهینه کنید:
- اگر جاوا اسکریپتی دارید که زمان زیادی را در رشته اصلی می‌گیرد ، کارهای طولانی را بهینه کنید . اگر در حین بارگذاری صفحه، فعالیت‌های رشته اصلی زیادی را تجربه می‌کنید که کارهای طولانی زیادی را در رشته اصلی آغاز می‌کند، ممکن است با وظایف ارزیابی بیش از حد اسکریپت با مشکلاتی مواجه شده باشید.
- اگر پردازش تعاملات زمان زیادی می برد ، تاخیر ورودی را بهینه کنید .
- DOM های بزرگ می توانند به کارهای رندر زیادی نیاز داشته باشند و فعل و انفعالات اغلب DOM را تغییر می دهند. بهتر است از طرح‌بندی‌های بزرگ و پیچیده و کوبیدن طرح‌بندی اجتناب کنید و اندازه DOM را تا جایی که می‌توانید به حداقل برسانید .
- اگر انتخابگرهای پیچیده CSS دارید ، آنها نیز می توانند در پاسخ به تعاملات کاربر، کار قابل توجهی ایجاد کنند.
- در نهایت، اگر وب‌سایت شما بیشتر HTML خود را از طریق جاوا اسکریپت بر روی مشتری ارائه می‌کند، مهم است که بدانید رندر HTML سمت مشتری چگونه می‌تواند بر تعامل تأثیر بگذارد .
پیچیدگی INP به این معنی است که شما از بسیاری جهات برای تعامل بهینه خواهید شد – اما ارزش تلاش را دارد. مطالعات موردی متعددی انجام شده است - مانند مطالعات The Economic Times و redBus - در مورد اینکه چگونه کاهش تأخیر تعامل نتایج کسب و کار را بهبود می بخشد. بهینه سازی INP در سایت شما ممکن است به شما در رسیدن به اهدافتان نیز کمک کند.
هنگامی که INP به یک وب اصلی حیاتی تبدیل شود چه اتفاقی خواهد افتاد؟
شایان ذکر است که INP به طور رسمی به Core Web Vital تبدیل خواهد شد و در 12 مارس سال جاری جایگزین FID خواهد شد . نتیجه دیگر این است که FID دیگر Core Web Vital نخواهد بود و رسماً منسوخ و از برنامه حذف خواهد شد .
در نتیجه، می توانید انتظار مشاهده تغییرات در اسناد FID را داشته باشید. اسناد مهم تاریخی در مورد FID باقی خواهند ماند، اما اخطارهای برجسته برای تاکید بر وضعیت منسوخ FID و ارجاع به اسناد INP اضافه خواهند شد. سایر اسناد مبتنی بر FID ممکن است به طور کلی حذف شده و به اسناد INP مربوطه هدایت شوند.
FID هنوز در بسیاری از ابزارهای گوگل نشان داده می شود، اما INP نیز همینطور است. به محض اینکه INP در تاریخ 12 مارس به یک Core Web Vital تبدیل شود، FID از کنسول جستجوی Google حذف خواهد شد. همه ابزارهای دیگر - مانند PageSpeed Insights و CrUX - یک دوره منسوخ شش ماهه را ارائه می دهند تا به توسعه دهندگان فرصتی برای به روز رسانی کدشان بدهند.
در نهایت، اگر سؤالی در مورد معنای گنجاندن INP در Core Web Vitals برای جستجوی Google دارید، به پست اعلامیه INP در مرکز جستجوی Google مراجعه کنید.
جاده پیش رو
گنجاندن INP در Core Web Vitals طی دو سال گذشته به دقت برنامه ریزی شده است و نشان دهنده یک گام مهم به جلو است. ما معتقدیم که رویکرد جامع INP برای پاسخگویی در وب به توسعه دهندگان کمک می کند تا این جنبه مهم تجربه کاربر را بهتر ارزیابی و بهبود بخشند و به مرور زمان به وب پاسخگوتر منجر شود. با توجه به اینکه INP قرار است در 12 مارس به Core Web Vital تبدیل شود، امیدواریم توسعه دهندگان این زمان را صرف درک و بهینه سازی عملکرد INP خود کنند.
مانند همیشه، اگر سؤال یا نگرانی دارید، از بازخورد شما در web-vitals-feedback@googlegroups.com در مورد INP، FID یا هر معیار دیگری در برنامه Web Vitals استقبال می کنیم.