Core Web Vitals سه عددی است که گوگل برای سنجیدن تجربهی واقعی کاربران از یک صفحه استفاده میکند: LCP میگوید محتوای اصلی چقدر زود دیده میشود، INP میگوید صفحه چقدر سریع به کلیک و تایپ جواب میدهد، و CLS میگوید عناصر صفحه هنگام بار شدن چقدر جابهجا میشوند. هاست فقط روی بخشی از LCP اثر مستقیم دارد؛ INP و CLS تقریباً کامل به قالب، افزونهها و اسکریپتها برمیگردد.
سه معیار
| معیار | چه چیزی را میسنجد | خوب | نیاز به بهبود | ضعیف |
|---|---|---|---|---|
| LCP | زمان نمایش بزرگترین عنصر بالای صفحه (معمولاً تصویر یا تیتر) | تا ۲٫۵ ثانیه | ۲٫۵ تا ۴ | بیش از ۴ |
| INP | تأخیر بین کلیک یا ضربه و واکنش دیدهشدنی صفحه | تا ۲۰۰ میلیثانیه | ۲۰۰ تا ۵۰۰ | بیش از ۵۰۰ |
| CLS | مجموع جابهجاییهای ناگهانی عناصر | تا ۰٫۱ | ۰٫۱ تا ۰٫۲۵ | بیش از ۰٫۲۵ |
ملاک گوگل این است که ۷۵ درصد بازدیدهای واقعی در محدودهی «خوب» باشند. INP از سال ۲۰۲۴ جای معیار قدیمی FID را گرفته است.
دادهی واقعی و دادهی آزمایشگاهی
| دادهی میدانی (Field) | دادهی آزمایشگاهی (Lab) | |
|---|---|---|
| از کجا | کاربران واقعی مرورگر کروم، در ۲۸ روز گذشته | یک تست شبیهسازیشده، همین حالا |
| کجا دیده میشود | سرچ کنسول؛ بالای گزارش PageSpeed | بخش Lighthouse در PageSpeed؛ GTmetrix |
| گوگل برای رتبه از کدام استفاده میکند | همین | نه |
| به درد چه میخورد | وضعیت واقعی | پیدا کردن علت و تست تغییرات |
سایت کمبازدید دادهی میدانی ندارد و گزارش مینویسد دادهی کافی نیست. این مشکل نیست؛ در آن حالت از تست آزمایشگاهی استفاده کنید. (تست سرعت سایت)
LCP: چهار مرحله
| مرحله | مربوط به | راه بهبود |
|---|---|---|
| زمان پاسخ سرور (TTFB) | هاست، کش، PHP، دیتابیس | کش صفحه؛ منابع کافی (TTFB چیست) |
| تأخیر شروع دانلود تصویر اصلی | قالب | تصویر اصلی Lazy نباشد؛ در HTML باشد، نه پسزمینهی CSS |
| زمان دانلود تصویر | حجم تصویر، فاصله | ابعاد درست و WebP (بهینهسازی تصاویر) |
| تأخیر نمایش | CSS و JS مسدودکننده، فونت | تأخیر اسکریپتهای غیرضروری؛ فونت محلی |
اگر TTFB بالای یک ثانیه باشد، رسیدن به LCP خوب تقریباً ناممکن است. از همان شروع کنید.
INP
وقتی کاربر کلیک میکند و مرورگر مشغول اجرای JavaScript است، واکنش با تأخیر دیده میشود. مقصرهای معمول:
- صفحهسازهای سنگین و افزونههای افکت و اسلایدر.
- اسکریپتهای بیرونی: چت آنلاین، ابزار آمار، پیکسل تبلیغات، نقشه.
- تعداد زیاد عنصر در صفحه (DOM بزرگ).
- منوها و فیلترهایی که با هر کلیک کل صفحه را دوباره میسازند.
هاست قویتر INP را بهتر نمیکند، چون این کار روی دستگاه کاربر انجام میشود. راهش کم کردن JavaScript است: افزونهی غیرضروری را حذف کنید و اسکریپتهای جانبی را تا بعد از اولین تعامل کاربر به تأخیر بیندازید.
CLS
| علت | راه رفع |
|---|---|
| تصویر و ویدیوی بدون ابعاد | width و height بدهید |
| بنر و تبلیغی که دیر بار میشود | از قبل برایش جا رزرو کنید |
| فونت وب که بعد از نمایش متن عوض میشود | فونت را از هاست خودتان بدهید و preload کنید |
| نوار اطلاعیه یا کوکی که بالای صفحه اضافه میشود | روی صفحه شناور باشد، نه اینکه محتوا را هل بدهد |
| محتوایی که با JavaScript بالای محتوای موجود تزریق میشود | پایینتر بگذارید یا جای ثابت بدهید |
سهم هاست و سهم سایت
| معیار | سهم هاست | سهم قالب و محتوا |
|---|---|---|
| LCP | متوسط (از راه TTFB) | زیاد |
| INP | ناچیز | تقریباً همه |
| CLS | هیچ | همه |
پس اگر TTFB خوب است و نمرهها هنوز بد، عوض کردن هاست چیزی را حل نمیکند. (سایتم کند است؛ هاست یا سایت؟)
اثر بر سئو
Core Web Vitals بخشی از سیگنالهای تجربهی صفحه است، ولی وزنش از ارتباط و کیفیت محتوا خیلی کمتر است. صفحهی کند با بهترین جواب، هنوز از صفحهی سریع بیربط بالاتر میایستد. اثرش بیشتر وقتی دیده میشود که چند صفحه از نظر محتوا نزدیکاند. اثر مهمترش روی خود کاربر است: صفحهی کند، بازدیدکننده و فروش کمتری دارد. (سرعت سایت و سئو)
از کجا شروع کنم؟
- در سرچ کنسول، گزارش Core Web Vitals را ببینید: کدام گروه صفحهها و کدام معیار مشکل دارد.
- یک صفحهی نمونه از همان گروه را در PageSpeed تست کنید.
- اول TTFB، بعد تصویر اصلی، بعد اسکریپتها.
- بعد از تغییر، ۲۸ روز طول میکشد تا دادهی میدانی کامل بهروز شود.
سوالهای رایج
نمرهی ۱۰۰ لازم است؟
نه. هدف این است که سه معیار در محدودهی «خوب» باشند. نمرهی کلی Lighthouse معیار رتبهبندی نیست.
موبایل و دسکتاپ جدا سنجیده میشوند؟
بله، و موبایل مهمتر است، چون گوگل نسخهی موبایل را ملاک میگیرد.
بازدیدکنندههای ایرانی در دادهی میدانی هستند؟
داده از کاربران کروم جمع میشود. اگر سهم آنها کم باشد، گزارش دادهی کافی نشان نمیدهد و باید به تست آزمایشگاهی تکیه کنید.