📋 فهرست مطالب
Core Web Vitals چیست؟
Core Web Vitals سه معیار رسمی گوگل برای سنجش کیفیت تجربه واقعی کاربر در یک صفحه وب هستند: LCP برای سرعت بارگذاری، CLS برای پایداری بصری، و INP برای سرعت پاسخ‌گویی به تعامل کاربر. این معیارها بخشی از سیگنال‌های «Page Experience» گوگل محسوب می‌شوند و مکمل مستقیم سئو تکنیکال هستند. اگر CLS یا LCP شما قرمز است، بهینه‌سازی سرعت سایت را قبل از هر اقدام دیگری بخوانید.
این صفحه، عمیق‌ترین منبع فنی MGH.CO درباره Core Web Vitals است و پایه فنی اصلی خدمات سئو سایت حرفه‌ای محسوب می‌شود.
چرا Core Web Vitals برای سئو و کاربر مهم است؟
کاربری که صفحه‌ای کند، ناپایدار یا کندپاسخ را تجربه کند، معمولاً قبل از دیدن محتوای اصلی سایت را ترک می‌کند — این یعنی حتی بهترین محتوا هم بدون تجربه صفحه خوب، فرصت اثبات ارزش خود را پیدا نمی‌کند. گوگل نیز از داده واقعی میلیون‌ها کاربر Chrome برای سنجش این تجربه استفاده می‌کند و آن را در رتبه‌بندی لحاظ می‌کند.
جدول آستانه‌های Core Web Vitals
| معیار | خوب | نیاز به بهبود | ضعیف |
|---|---|---|---|
| LCP | زیر ۲.۵ ثانیه | ۲.۵ تا ۴ ثانیه | بالای ۴ ثانیه |
| CLS | زیر ۰.۱ | ۰.۱ تا ۰.۲۵ | بالای ۰.۲۵ |
| INP | زیر ۲۰۰ms | ۲۰۰ تا ۵۰۰ms | بالای ۵۰۰ms |
می‌خواهید بدانید سایت شما توی کدام دسته قرار می‌گیره؟
📞 تست رایگان سرعتLCP: سرعت بارگذاری (Largest Contentful Paint)
LCP زمانی را اندازه می‌گیرد که بزرگ‌ترین المان قابل‌مشاهده صفحه (معمولاً یک تصویر بزرگ یا بلوک متنی اصلی) کامل رندر می‌شود. رایج‌ترین علل LCP ضعیف عبارتند از: تصاویر سنگین بدون فشرده‌سازی یا فرمت نامناسب، پاسخ کند سرور (TTFB بالا)، فونت‌های بلاک‌کننده رندر، و نبود preload برای منابع حیاتی بالای صفحه. راهکار: فشرده‌سازی و تبدیل تصاویر به WebP، استفاده از CDN یا هاست سریع‌تر، و preload کردن مهم‌ترین تصویر یا فونت صفحه.
CLS: پایداری بصری (Cumulative Layout Shift)
CLS میزان جابه‌جایی غیرمنتظره عناصر صفحه هنگام بارگذاری را اندازه می‌گیرد — مثلاً وقتی یک تصویر یا تبلیغ بدون فضای رزروشده بارگذاری می‌شود و محتوای زیر آن را جابه‌جا می‌کند. راهکار: تعیین ابعاد دقیق (width و height) برای تمام تصاویر و ویدیوها، استفاده از font-display: swap برای جلوگیری از پرش متن هنگام بارگذاری فونت، و رزرو فضای ثابت برای عناصر پویا مثل بنر یا تبلیغ.
INP: سرعت پاسخ‌گویی (Interaction to Next Paint)
INP سرعت پاسخ صفحه به تعاملات کاربر (کلیک، لمس، تایپ) را در کل طول عمر صفحه اندازه می‌گیرد. این معیار از مارس ۲۰۲۴ جایگزین FID شد، چون FID فقط اولین تعامل را می‌سنجید در حالی که INP کل تجربه تعاملی کاربر را پوشش می‌دهد. علل رایج INP ضعیف: جاوااسکریپت سنگین و بلاک‌کننده، Long Task های پردازشی طولانی، و اسکریپت‌های شخص ثالث (مثل ابزارهای تحلیلی یا چت آنلاین). راهکار: کاهش و تقسیم جاوااسکریپت سنگین، استفاده از defer/async برای اسکریپت‌های غیرضروری، و حذف کدهای شخص ثالث غیرضروری.
رفع مشکلات LCP/CLS/INP نیاز به دسترسی فنی داره؟ بسپارش به ما.
✉️ درخواست بررسی فنیداده میدانی (Field Data) در برابر داده آزمایشگاهی (Lab Data)
داده میدانی (که گوگل از گزارش CrUX در Search Console استفاده می‌کند) از تجربه واقعی کاربران سایت شما در طول ۲۸ روز گذشته جمع‌آوری می‌شود و مبنای رتبه‌بندی گوگل است. داده آزمایشگاهی (مثل نتیجه تست Lighthouse) در یک محیط شبیه‌سازی‌شده و ثابت اندازه‌گیری می‌شود و برای عیب‌یابی سریع مفید است، اما لزوماً منعکس‌کننده تجربه همه کاربران واقعی نیست.
ابزارهای اندازه‌گیری Core Web Vitals
Google PageSpeed Insights بهترین نقطه شروع است چون هم داده میدانی و هم آزمایشگاهی را هم‌زمان نشان می‌دهد. گزارش Core Web Vitals در Google Search Console دید کلی از عملکرد کل سایت در طول زمان ارائه می‌دهد، و ابزارهایی مثل GTmetrix برای عیب‌یابی دقیق‌تر waterfall بارگذاری مفیدند.
Core Web Vitals در موبایل در برابر دسکتاپ
به‌دلیل قدرت پردازش پایین‌تر و اتصال اینترنت معمولاً کندتر، معیارهای موبایل تقریباً همیشه ضعیف‌تر از دسکتاپ هستند. از آنجا که گوگل عمدتاً نسخه موبایل را برای رتبه‌بندی در نظر می‌گیرد (Mobile-First Indexing)، بهینه‌سازی باید اولویت را به نسخه موبایل بدهد.
تأثیر واقعی Core Web Vitals بر رتبه گوگل
Core Web Vitals یک فاکتور مستقل و قوی رتبه‌بندی نیست، بلکه بخشی از سیگنال‌های تجربه صفحه است. تأثیر آن معمولاً زمانی مشهودتر می‌شود که چند صفحه با کیفیت محتوایی مشابه برای یک عبارت رقابت کنند؛ در این حالت صفحه با تجربه سریع‌تر و پایدارتر معمولاً برتری پیدا می‌کند.
اشتباهات رایج در بهینه‌سازی Core Web Vitals
رایج‌ترین اشتباهات: تکیه صرف بر یک افزونه کش بدون بررسی علت واقعی کندی، نادیده گرفتن ابعاد تصاویر که باعث CLS بالا می‌شود، و نصب چندین اسکریپت شخص ثالث بدون ارزیابی تأثیرشان روی INP.
چک‌لیست سریع بهبود Core Web Vitals
- تبدیل تصاویر به فرمت WebP و فشرده‌سازی آن‌ها
- تعیین width و height دقیق برای تمام تصاویر و ویدیوها
- استفاده از font-display: swap برای فونت‌ها
- defer یا async کردن جاوااسکریپت غیرضروری
- حذف اسکریپت‌های شخص ثالث اضافی و غیرضروری
- فعال‌سازی فشرده‌سازی Gzip/Brotli و کشینگ مرورگر
رفع خطاهای Core Web Vitals در Search Console
وب ویتال‌ها (Web Vitals) در گزارش Core Web Vitals سرچ کنسول بر اساس داده‌ی واقعی کاربران گروه‌بندی می‌شوند و URLهای مشابه در یک گروه قرار می‌گیرند. یعنی با اصلاح الگوی مشترک یک گروه، معمولاً کل آن گروه درست می‌شود. مسیر پیشنهادی رفع خطا:
- نوع مشکل را بخوانید: علت به شکل «LCP بیش از ۲.۵ ثانیه»، «CLS بیش از ۰.۱» یا «INP بیش از ۲۰۰ میلی‌ثانیه» نوشته می‌شود؛ نسخه‌ی موبایل و دسکتاپ جداگانه‌اند.
- یک URL نمونه از گروه را تست کنید: در PageSpeed Insights بخش «Field data» (داده‌ی واقعی کاربران) را با «Lab data» مقایسه کنید؛ تصمیم رفع خطا باید بر پایه‌ی داده‌ی میدانی باشد.
- علت را پیدا کنید: برای LCP معمولاً تصویر اصلی سنگین، CSS یا فونت مسدودکننده‌ی رندر یا پاسخ کند سرور؛ برای CLS تصاویر و بنرهای بدون ابعاد مشخص؛ برای INP اسکریپت‌های سنگین و شخص ثالث.
- اصلاح را روی کل الگو اعمال کنید، نه فقط یک صفحه، چون گروه‌بندی بر اساس الگوی مشترک است.
- در گزارش روی «Validate Fix» بزنید. وضعیت بررسی را پیگیری کنید؛ گزارش میدانی از پنجره ۲۸ روزه استفاده می‌کند و نتیجه و زمان تأیید به داده کافی و بازبینی وابسته است.
اگر گزارش می‌گوید داده‌ی کافی وجود ندارد، این خطا نیست؛ فقط حجم بازدید برای ساخت گزارش میدانی کافی نیست و باید با داده‌ی آزمایشگاهی (Lighthouse) کار کنید.
هزینه و مدت زمان بهینه‌سازی
هزینه بهینه‌سازی Core Web Vitals به تعداد صفحات، حجم تصاویر و پیچیدگی جاوااسکریپت سایت بستگی دارد. اجرای فنی معمولاً ۱ تا ۳ هفته طول می‌کشد؛ برای برآورد دقیق، راهنمای قیمت سئو را ببینید.
در پیشنهاد فنی، نوع صفحات، داده میدانی موبایل و دسکتاپ، منابع کند، دسترسی موردنیاز و معیار پذیرش هر تغییر مشخص می‌شود. می‌توانید اسپرینت فنی موجود را با دامنه پروژه خود مقایسه کنید؛ نتیجه و زمان به شرایط واقعی سایت بستگی دارد.
چرا MGH.CO
MGH.CO با کدنویسی اختصاصی (بدون قالب آماده)، بارگذاری بهینه CSS و فونت، و CSP سخت‌گیرانه، دقیقاً همان استانداردی را روی سایت‌های مشتریان پیاده می‌کند که در همین سایت مشاهده می‌کنید.
چرا روش ما با اکثر آژانس‌های سئو در ایران متفاوت است
بسیاری از آژانس‌ها بهینه‌سازی سرعت را به نصب یک افزونه کش خلاصه می‌کنند. رویکرد MGH.CO بررسی دقیق و جداگانه هر سه معیار LCP، CLS و INP و رفع علت ریشه‌ای هرکدام است.
فرآیند کامل کار
هر پروژه با تست کامل PageSpeed Insights برای موبایل و دسکتاپ آغاز می‌شود. سپس علل ریشه‌ای هر معیار ضعیف شناسایی و رفع می‌شود، و در نهایت با گزارش CrUX در طول ۴ هفته، بهبود واقعی روی کاربران واقعی تأیید می‌گردد.
نحوه گزارش‌دهی
کارفرما گزارشی از تغییر سه معیار اصلی (قبل و بعد) به‌همراه اقدامات فنی انجام‌شده دریافت می‌کند.
نمونه فرآیند انجام پروژه
یک پروژه معمول با تست رایگان سرعت سایت شما آغاز می‌شود. سپس گزارش دقیق مشکلات LCP، CLS و INP ارائه می‌شود و پس از تأیید کارفرما، بهینه‌سازی فنی اجرا و نتیجه پس از چند هفته تأیید می‌شود.
