اگه این روزها PageSpeed Insights رو باز کرده باشید و امتیاز سایتتون ناگهان بهتر شده باشد، قبل از این که به خودتون آفرین بگید، یه لحظه صبر کنید. گوگل نسخه Lighthouse 13.6.0 رو از ۲۷ اکتبر روی این سرویس گذاشته و Barry Pollard، توسعه‌دهنده ارشد عملکرد وب کروم، توی Bluesky گفته که این نسخه شبیه‌سازی بارگذاری صفحه رو دقیق‌تر می‌کنه و معمولا امتیازهای بالاتری می‌ده. یعنی ممکنه عدد شما فقط به خاطر تغییر ابزار جابه‌جا شده باشه، نه کار خودتون.
این خبر برای همه ما که با ابزار تست سرعت سر و کار داریم مهمه؛ چون مقایسه امتیاز امروز با ماه پیش وقتی خط‌کش عوض شده باشه، گمراه‌کننده می‌شه. بذارید ببینم دقیقا چی عوض شده، کدام سایت‌ها بیشتر تاثیر می‌گیرن و حالا باید چطور امتیازها رو بخونیم.
چرا امتیاز بدون هیچ تغییری جابه‌جا می‌شه؟
Lighthouse به‌صورت پیش‌فرض صفحه رو با سرعت کامل بارگذاری می‌کنه و بعد تخمین می‌زنه که روی اینترنت کند چطور لود می‌شد؛ این موتور تخمین اسمش Lantern است و هر تغییری در فرمول‌هایش یعنی امتیاز همه سایت‌ها می‌تواند تکون بخورد. در نسخه ۱۳.۶ طبق یادداشت رسمی انتشار Lighthouse در GitHub دو تغییر اصلی اتفاق افتاده: اول اینکه برای تشخیص درخواست‌های بلاک‌کننده رندر، از برچسب خود کروم استفاده می‌شه و فقط وقتی اون برچسب موجود نباشه سراغ اولویت fetch می‌ره. دوم اینکه وقتی المان LCP یک متن باشد که در همون فریم اولین محتوای صفحه ظاهر می‌شه، تخمین LCP از همون گراف محاسبات FCP گرفته می‌شه، نه از مجموعه‌ای که ممکنه هر درخواستی قبل از LCP رو شامل بشه.
ترکیب همین دو اصلاح باعث می‌شه بعضی صفحه‌ها که قبلا جریمه ناعادلانه می‌گرفتن، امتیاز واقعی‌تر و معمولا بالاتری بگیرن.
کدام سایت‌ها بیشترین تاثیر را می‌بینند؟
به گفته Pollard سایت‌هایی که سنگین روی جاوااسکریپت هستند بیشتر تحت تاثیر قرار می‌گیرن. وقتی یه توسعه‌دهنده نوشت که اپلیکیشن‌های تک‌صفحه‌ای بعد از این آپدیت نتیجه خیلی بهتری گرفتن و نمونه react.dev رو مثال زد، جوابش این بود: «درسته! ولی این مال SPA نیست و ربطی به کارهای دیگه‌ای که روی SPA داریم هم نداره؛ بیشتر احتمال داره سایت‌های پر از جاوااسکریپت رو تحت تاثیر بذاره.»
ماجرا از یه ایشیوی جالب در GitHub شروع شده بود: Ivan Akulov با یه صفحه ساخته‌شده با Framer نشون داد که محتوای بالای فولدش فقط متن بود، یعنی یه المان هم‌زمان FCP و LCP حساب می‌شد، ولی شبیه‌سازی LCP رو خیلی دیرتر از FCP گزارش می‌کرد. جالب‌تر اینکه preload کردن ماژول‌های جاوااسکریپت صفحه واقعی رو سریع‌تر می‌کرد ولی LCP شبیه‌سازی‌شده رو بدتر نشون می‌داد. این باگ الان در موتور Lantern رفع شده و Pollard هم در جواب از Akulov تشکر کرده که شروع‌کننده بخشی از این بهبودها بود.
آپدیت ARD چه چیزی را درست کرد؟
یکی دیگه از تغییرات کم‌سروصدا این نسخه مربوط به ممیزی ARD یا Agentic Resource Discovery است؛ یعنی روشی که سایت به ایجنت‌های هوش مصنوعی معرفی می‌کنه چه چیزی برای خزش در دسترسه. در Lighthouse 13.5 هنوز اسم قدیمی ai-catalog جستجو می‌شد در حالی که مشخصات به ard.json تغییر کرده بود؛ نتیجه‌اش این بود که سایتی که فقط اسم جدید رو استفاده می‌کرد، مگه اینکه خط Agentmap رو توی robots.txt می‌نوشت، نتیجه Not Applicable می‌گرفت.
در ۱۳.۶ ابتدا خط Agentmap توی robots.txt، تگ link با rel=ard یا هدر Link و مسیر /.well-known/ard.json چک می‌شه و بعد سراغ اسم‌های قدیمی می‌ره؛ اگه مانیفست فقط در مسیر قدیمی پیدا بشه، گزارش هشدار می‌ده که مصرف‌کننده‌های ARD الزاما اونجا رو چک نمی‌کنن. برای ما وردپرسی‌ها که می‌خوان محتواشون برای ایجنت‌های AI قابل کشف باشه، این ممیزی عملا یه چک‌لیست آماده است.
امتیاز بالاتر یعنی سایت واقعا سریع‌تر شده؟
نه لزوما. امتیاز عملکردی که توی PageSpeed Insights می‌بینید بر اساس داده آزمایشگاهیه؛ یعنی نتیجه یه بارگذاری شبیه‌سازی‌شده با یه دستگاه مشخص و شرایط شبکه ثابت. داده میدانی کنارش از بازدیدهای واقعی کاربران کروم از طریق CrUX میاد و این دو تا همیشه با هم هم‌خوان نیستن. مستندات رسمی گوگل هم صراحتا می‌گه داده آزمایشگاهی خوب لزوما یعنی تجربه واقعی کاربران خوب نیست.
پس قانون ساده اینه: قبل از قضاوت، نسخه Lighthouse گزارش رو چک کنید و به جای جشن گرفتن برای امتیاز جدید، سراغ داده میدانی برید که نشون می‌ده کاربر واقعی چی می‌بینه. اگه امتیاز لبه بالا رفته ولی داده میدانی همون قبله، یعنی فقط خط‌کش عوض شده.
حالا چه کار کنیم؟
اول از این به بعد امتیازهای جدید رو با مبنای جدید مقایسه کنید؛ عدد امروز با عدد ماه پیش که با ۱۳.۵ گرفته شده قابل مقایسه نیست. دوم نقطه صفر جدید ثبت کنید و از این پس روندش رو دنبال کنید. سوم تمرکز اصلی رو بذارید روی داده میدانی و اون چیزی که کاربر واقعی تجربه می‌کنه.
و مهم‌تر از همه: این آپدیت به این معنی نیست که باید بهینه‌سازی سرعت رو رها کنیم. راهنمای جامع افزایش سرعت وردپرس رو اگه هنوز کامل نخوندید، الان بهترین زمانه و برای چک کردن وضعیت فعلی هم ابزارهای تست سرعت وردپرس معرفی‌شده توی سایت کمکتون می‌کنن. اگه هم هنوز هشدار جاوااسکریپت بلاک‌کننده رندر رو دارید، آموزش رفع اخطار Remove Render-Blocking JavaScript دقیقا به همین موضوع می‌پره. چند نکته بررسی فنی سئو رو هم بخونید تا پایه فنی سایتتون با تغییرات گوگل همیشه آماده بمونه. اگه بخوام کل ماجرا رو در یه جمله بگم: ابزار دقیق‌تر شده، ولی سهم واقعی سایت شما همچنان توی داده میدانی معلوم می‌شه.
