افزایش امتیاز PageSpeed Insights با آپدیت جدید لایتهاوس
گوگل نسخهٔ ۱۳.۶.۰ لایتهاوس را در PageSpeed Insights فعال کرد. این تغییر نحوهٔ شبیهسازی بارگذاری صفحه را اصلاح میکند و معمولاً به امتیازهای بالاتر، بهویژه برای سایتهای وابسته به جاوااسکریپت، منجر میشود.

اگر اخیراً متوجه شدهاید که امتیاز سرعت سایتتان در PageSpeed Insights بدون هیچ تغییری در کدها بالا رفته است، احتمالاً دلیلش تلاشهای تیم شما نیست؛ بلکه گوگل موتور شبیهسازی خود را بهروزرسانی کرده است. 🔄
🚀 لایتهاوس ۱۳.۶.۰ چه تغییری ایجاد کرد؟
ابزار PageSpeed Insights اکنون از نسخهٔ ۱۳.۶.۰ لایتهاوس استفاده میکند که در ۲۷ اکتبر منتشر شد. بری پولارد، توسعهدهندهٔ مدافع عملکرد وب در گوگل، در شبکهٔ بلواسکای تأیید کرد که این نسخه نحوهٔ شبیهسازی زمان بارگذاری صفحه را تغییر داده است. نتیجهٔ این تغییر، بهبود دقت در محاسبهٔ دو شاخص کلیدی است:
- ⏱️ FCP (First Contentful Paint): اولین ترسیم محتوای معنادار
- 🖼️ LCP (Largest Contentful Paint): بزرگترین ترسیم محتوایی
به گفتهٔ پولارد، این شبیهسازیها اکنون دقیقتر از قبل هستند و عموماً به ثبت امتیازهای بالاتر منجر میشوند. بنابراین، یک صفحه ممکن است بدون آنکه حتی یک خط از کدهایش تغییر کند، صرفاً به دلیل تغییر در روش آزمون، امتیاز متفاوتی دریافت کند.
🧩 تأثیر بیشتر روی سایتهای سنگین جاوااسکریپتی
این بهروزرسانی برای همهٔ سایتها یکسان عمل نمیکند. پولارد توضیح داد که وبسایتهایی که وابستگی زیادی به جاوااسکریپت دارند، بیشترین تأثیر را از این آزمون جدید خواهند دید. او در پاسخ به یکی از توسعهدهندگان که از بهبود چشمگیر نتایج اپلیکیشنهای تکصفحهای (SPA) مانند react.dev خبر داده بود، نوشت:
«درست است! اما توجه داشته باشید که این موضوع مختص SPA نیست و ارتباطی به سایر پروژههای مربوط به SPA ندارد؛ بلکه بیشتر روی سایتهای سنگین جاوااسکریپتی تأثیر میگذارد.»
⚙️ موتور شبیهسازی Lantern چگونه اصلاح شد؟
لایتهاوس بهطور پیشفرض صفحه را با سرعت کامل بارگذاری میکند و سپس تخمین میزند که همان صفحه روی یک اتصال کندتر چقدر طول میکشد. این فرآیند توسط موتوری به نام Lantern انجام میشود. در نسخهٔ ۱۳.۶.۰ چند تغییر فنی مهم رخ داده است:
- 🏷️ استفاده از برچسب مسدودکنندهٔ رندر خود کروم برای هر درخواست، به جای تکیه بر اولویت واکشی (fetch priority)
- 📝 اگر عنصر LCP یک متن باشد که در همان فریمِ اولین محتوا ظاهر میشود، لایتهاوس آن را از همان درخواستهای FCP محاسبه میکند نه از کل درخواستهای پیش از LCP
ایوان آکولوف پیشتر در گیتهاب نشان داده بود که شبیهسازی قدیمی چگونه برای یک صفحهٔ متنی ساختهشده با Framer، زمان LCP را بسیار دیرتر از واقعیت گزارش میکرد. پولارد از آکولوف تشکر کرد و گفت که گزارش او آغازگر بخشی از این بهبودها بوده است.
🤖 بهروزرسانی حسابرسی ARD
نسخهٔ ۱۳.۶.۰ همچنین ممیزی «کشف منابع عامل هوشمند» (ARD) را که در نسخهٔ ۱۳.۵ معرفی شده بود، اصلاح کرده است. پیش از این، لایتهاوس فقط به دنبال نامهای قدیمی ai-catalog میگشت. اکنون مسیر جستجو به این شکل است:
- 🔍 بررسی خط Agentmap در فایل robots.txt
- 🔗 جستجوی تگ پیوند rel="ard" یا هدر Link
- 📂 بررسی مسیر /.well-known/ard.json
اگر مانیفست فقط در مسیر قدیمی ai-catalog پیدا شود، لایتهاوس یادآوری میکند که مصرفکنندگان ARD الزامی برای بررسی آن مسیر ندارند.
⚠️ تفاوت دادههای آزمایشگاهی و میدانی
باید به خاطر داشت که امتیاز عملکرد در PageSpeed Insights بر اساس دادههای آزمایشگاهی (Lab Data) تولیدشده توسط لایتهاوس است. طبق مستندات گوگل، این دادهها حاصل شبیهسازی بارگذاری روی یک دستگاه واحد با شرایط شبکهٔ ثابت هستند. داشتن دادهٔ آزمایشگاهی خوب، لزوماً به معنای تجربهٔ عالی برای کاربران واقعی نیست. در مقابل، دادههای میدانی (Field Data) که در همان گزارش نمایش داده میشوند، بازتاب بازدیدهای واقعی کاربران در ۲۸ روز گذشته از طریق گزارش CrUX هستند.
🎯 چرا این موضوع اهمیت دارد؟
امتیازهای قبل و بعد از آپدیت لایتهاوس ۱۳.۶.۰ با یک شبیهسازی یکسان اندازهگیری نشدهاند. اگر اخیراً سایتی را بهینهسازی کردهاید و امتیاز آن جهش یافته، بخشی از این افزایش ممکن است ناشی از نسخهٔ جدید باشد، نه کار شما. نمودارهایی که امتیازات آزمایشگاهی را در طول زمان ردیابی میکنند نیز ممکن است در نقطهٔ انتقال به نسخهٔ ۱۳.۶.۰ یک پرش ناگهانی نشان دهند. پیش از گزارش هرگونه بهبود، حتماً بررسی کنید که هر دو گزارش از یک نسخهٔ لایتهاوس استفاده کرده باشند و دادههای میدانی را نیز مقایسه کنید.
طبق برنامهٔ انتشار کروم، انتظار میرود لایتهاوس ۱۳.۶.۰ در DevTools مرورگر کروم ۱۵۹ که قرار است ۸ دسامبر به نسخهٔ پایدار برسد، عرضه شود. ✨
منبع: Search Engine Journal