آستانه های Core Web Vitals تغییر نکرده اند. LCP همچنان ۲.۵ ثانیه است، INP همان ۲۰۰ میلی ثانیه و CLS همان ۰.۱؛ این چیزی است که مستندات خود گوگل در ۲۳ مرداد ۱۴۰۵ می گوید.
این را می نویسیم چون چند ماه است در محتوای فارسی و انگلیسی تکرار می شود که گوگل حد «خوب» را برای LCP از ۲.۵ به ۲ ثانیه پایین آورده. چنین چیزی در هیچ صفحه ای از مستندات گوگل نیست.
عددهایی که امروز در مستندات هست
| شاخص | حد «خوب» | چه چیزی را می سنجد |
|---|---|---|
| LCP | ۲.۵ ثانیه یا کمتر | زمان تا نمایش بزرگ ترین عنصر صفحه |
| INP | ۲۰۰ میلی ثانیه یا کمتر | تاخیر پاسخ به تعامل کاربر |
| CLS | ۰.۱ یا کمتر | جابه جایی ناخواسته چیدمان |
صفحه اختصاصی LCP در web.dev هم عبارتش صریح است: سایت ها باید تلاش کنند LCP دو و نیم ثانیه یا کمتر داشته باشند. آخرین به روزرسانی آن صفحه شهریور ۱۴۰۴ است، یعنی یازده ماه پیش، و از آن زمان عوض نشده.
گوگل خودش درباره تغییر آستانه چه گفته
در همان صفحه اصلی Web Vitals یک جمله هست که کل این بحث را تمام می کند. گوگل نوشته توسعه دهندگان باید انتظار داشته باشند تعریف ها و آستانه های Core Web Vitals پایدار بمانند، و هر تغییری با اطلاع قبلی و با یک ریتم سالانه قابل پیش بینی اعلام شود. اضافه کرده که تغییرات در یک changelog عمومی مستند می شود.
یعنی اگر آستانه ای عوض شود، شما اول از خود گوگل خبردار می شوید، نه از یک مقاله بدون منبع. تا امروز چنین اعلامی نشده.
چرا ما به هر حال زیر ۲ ثانیه هدف می گیریم
حالا حرف خودمان، که با شایعه فرق دارد چون دلیلش فرق دارد.
در پروژه های سرعت، هدف داخلی ما زیر دو ثانیه است. نه به این خاطر که گوگل خط را جابه جا کرده، بلکه به این خاطر که آن ۲.۵ ثانیه، عددی نیست که در ابزار تست روی لپ تاپ خودتان می بینید. ارزیابی روی صدک ۷۵ بازدیدکننده های واقعی انجام می شود، به تفکیک موبایل و دسکتاپ. یعنی کندترین یک چهارم کاربران شما تعیین می کند قبول می شوید یا نه.
روی موبایل و روی شبکه ای که همیشه پایدار نیست، فاصله بین عدد آزمایشگاهی و صدک ۷۵ کم نیست. اگر در تست ۲.۴ ثانیه گرفته اید، به احتمال زیاد در داده میدانی مردود می شوید. هدف گذاری روی دو ثانیه، حاشیه اطمینان است، نه یک استاندارد جدید. اگر کسی این را به شما به عنوان «قانون جدید گوگل» فروخت، همان چیزی را می فروشد که ما به عنوان حاشیه امن توضیح دادیم.
پیش نیازش هم معمولا محتوا و افزونه نیست، زمان پاسخ سرور است. رابطه اش را در نقش هاست در عددهای Core Web Vitals باز کرده ایم، و اگر خود این سه شاخص برایتان تازه اند، توضیح ساده سه شاخص و روش اندازه گیری شان نقطه شروع بهتری است تا این خبر.
و جایی که سرعت اصلا مشکل شما نیست
این بخش را یک آژانس فروشنده بهینه سازی سرعت معمولا نمی نویسد.
اگر LCP شما ۲.۴ ثانیه است و ترافیکتان تکان نمی خورد، آستانه مشکل شما نیست. رساندن آن به ۱.۹ ثانیه یک تیک سبز در ابزار به شما می دهد و تقریبا هیچ رتبه ای. Core Web Vitals یک سیگنال تجربه صفحه است و وزنش در برابر تطابق محتوا با نیت جستجو کوچک است.
سرعت وقتی ارزش پول خرج کردن دارد که عدد شما واقعا بد باشد، مثلا بالای چهار ثانیه، یا وقتی نرخ تبدیل و نه رتبه، هدفتان باشد. آن جا اثرش را در فروش می بینید، نه در گزارش رتبه. اگر افت ترافیک دارید و مطمئن نیستید علتش کدام است، ترتیب درست ریشه یابی افت جلوی خرج کردن روی مشکل اشتباه را می گیرد، و تصویر کلی کارهای سئو نشان می دهد سرعت کجای این فهرست می ایستد.
و اگر عدد شما واقعا بد است و می خواهید بدانید چقدرش قابل درست کردن است، بررسی سرعت سایت با داده میدانی از همان صدک ۷۵ شروع می کند، نه از یک اسکرین شات ابزار.
منابع
- Web Vitals، صفحه مرجع گوگل برای آستانه ها، صدک ۷۵ و سیاست تغییر
- مستندات Largest Contentful Paint برای عدد ۲.۵ ثانیه
هر دو در ۲۳ مرداد ۱۴۰۵ بررسی شده اند.
دیدگاه ها و پرسش ها
سوالی درباره این مطلب دارید؟ بپرسید؛ پاسخ می دهیم.
هنوز دیدگاهی ثبت نشده؛ اولین نفر باشید.