بیاموزید که چگونه داده‌های میدانی خود را به آزمایشگاه ببرید تا از طریق آزمایش دستی، علل ایجاد کنش‌های کند را شناسایی کنید.
تاریخ انتشار: 9 می 2023
بخش چالش برانگیز بهینه سازی Interaction to Next Paint (INP) این است که بفهمیم چه چیزی باعث INP ضعیف شده است. دلایل بالقوه زیادی وجود دارد، مانند اسکریپت های شخص ثالث که بسیاری از وظایف را در رشته اصلی برنامه ریزی می کنند، اندازه های بزرگ DOM ، تماس های رویداد گران قیمت، و سایر مجرمان.
بهبود INP می تواند دشوار باشد. برای شروع، باید بدانید که کدام فعل و انفعالات مسئول INP صفحه هستند. اگر نمی‌دانید کدام تعامل در وب‌سایت شما از دیدگاه کاربر واقعی کندتر است، جستجوی تعاملات آهسته در زمینه را بخوانید. هنگامی که داده‌های میدانی برای راهنمایی دارید، می‌توانید آن فعل و انفعالات خاص را به صورت دستی در ابزارهای آزمایشگاهی آزمایش کنید تا بفهمید چرا این تعاملات کند هستند.
اگر داده های میدانی نداشته باشید چه؟
داشتن داده‌های میدانی حیاتی است، زیرا در زمان زیادی صرفه‌جویی می‌کند تا بفهمید کدام تعامل‌ها باید بهینه شوند. اگرچه ممکن است در موقعیتی باشید که داده های میدانی ندارید. اگر شرایط شما را توصیف می‌کند، هنوز هم می‌توانید تعاملاتی برای بهبود پیدا کنید، اگرچه کمی تلاش بیشتر و رویکرد متفاوتی نیاز دارد.
زمان مسدود کردن کل (TBT) یک معیار آزمایشگاهی است که پاسخگویی صفحه را در حین بارگذاری ارزیابی می‌کند و به خوبی با INP همبستگی دارد . اگر صفحه شما TBT بالایی دارد، این یک سیگنال بالقوه است که ممکن است صفحه شما در هنگام بارگیری صفحه، پاسخگوی تعاملات کاربر نباشد.
برای تعیین TBT صفحه خود، می توانید از یکی از Lighthouse استفاده کنید. اگر TBT یک صفحه بالا باشد، این احتمال وجود دارد که موضوع اصلی در طول بارگذاری صفحه بیش از حد شلوغ باشد و این می تواند بر میزان پاسخگویی یک صفحه در آن زمان حیاتی در چرخه عمر صفحه تأثیر بگذارد.
برای یافتن تعاملات آهسته پس از بارگیری صفحه، ممکن است به انواع دیگری از داده ها نیاز داشته باشید، مانند جریان های کاربر معمولی که ممکن است قبلاً در تجزیه و تحلیل وب سایت خود شناسایی کرده باشید. برای مثال، اگر روی یک وب‌سایت تجارت الکترونیک کار می‌کنید، یک جریان کاربر معمولی، اقداماتی است که کاربران هنگام افزودن اقلام به سبد خرید آنلاین و بررسی آن انجام می‌دهند.
چه داده های میدانی داشته باشید چه نداشته باشید، گام بعدی این است که به صورت دستی تعاملات آهسته را آزمایش و بازتولید کنید—زیرا تنها زمانی که بتوانید یک تعامل کند را بازتولید کنید می توانید آن را برطرف کنید.
بازتولید فعل و انفعالات آهسته در آزمایشگاه
راه‌های مختلفی وجود دارد که می‌توانید تعاملات آهسته را در آزمایشگاه از طریق آزمایش دستی بازتولید کنید، اما چارچوب زیر می‌توانید امتحان کنید.
معیارهای زنده پانل عملکرد DevTools
نمایه‌ساز عملکرد DevTools رویکرد توصیه‌شده برای تشخیص تعامل‌هایی است که به کندی شناخته می‌شوند، اما زمانی که نمی‌دانید کدام تعاملات مشکل‌ساز شما هستند، شناسایی تعاملات کند ممکن است زمان ببرد.
هنگامی که برای اولین بار پانل عملکرد را باز می کنید، نمای متریک زنده را مشاهده خواهید کرد. این می تواند برای آزمایش سریع تعدادی از تعاملات برای یافتن موارد مشکل ساز، قبل از اینکه وارد نمایه ساز عملکرد دقیق تر شوید، استفاده شود. هنگام تعامل، داده‌های تشخیصی در گزارش تعاملات ظاهر می‌شوند (با برجسته‌سازی تعامل INP). این فعل و انفعالات را می توان برای به دست آوردن تجزیه فازها گسترش داد: