Core Web Vitals در ۲۰۲۵ — چه تغییراتی آمده و چطور سایت حرفهای بسازیم
خلاصه: گوگل در مسیر «Page Experience» استانداردها را تیزتر کرده — در ۲۰۲۴–۲۰۲۵ مهمترین تغییر، جایگزینی FID با INP (Interaction to Next Paint) و بهروزرسانی آستانههای امتیاز است. در این راهنما مفاهیم، ابزارها و تکنیکهای عملی برای عبور از آزمون Core Web Vitals را توضیح دادهایم.
این مقاله شامل: توضیح دقیق متریکها، آستانههای پیشنهادی ۲۰۲۵، روش اندازهگیری و چکلیست فنی برای توسعهدهندگان و مدیران سایت است.
چه چیزهایی در ۲۰۲۵ تغییر کرده؟
مهمترین موارد:
۱) INP رسماً جایگزین FID شده و معیارهای پاسخدهی را بهتر منعکس میکند؛
۲) آستانهها و نحوه محاسبه برخی گزارشها بهروز شدهاند و ابزارهایی مثل PageSpeed Insights و Lighthouse اطلاعات دقیقتری دربارهٔ تعاملات و سه مرحلهٔ تعامل (input delay، processing، presentation) نمایش میدهند؛
۳) توجه گوگل به تجربهٔ واقعی کاربر (Real User Metrics) و دستهبندی موبایل-اول افزایش یافته است.
توضیح مختصر هر متریک و چرا مهم است
- LCP (Largest Contentful Paint): زمان تا بارگذاری بزرگترین آیتم محتوایی—معمولاً تصویر یا بلوک متن بزرگ. هدف ≤ 2.5s برای تجربهٔ خوب.
- INP (Interaction to Next Paint): میانگین پاسخدهی واقعی تعاملات کاربر؛ شاخصِ جایگزین FID است و هدف آن ≤ 200ms است تا واکنشپذیری واقعی ثبت شود.
- CLS (Cumulative Layout Shift): میزان لرزش و تغییرات ناگهانی در چینش صفحه؛ هدف ≤ 0.10 برای تجربهٔ بدون جهشهای آزاردهنده.
ابزارهای اندازهگیری و گزارشدهی
ابزارهای کلیدی که باید همیشه استفاده کنی:
- Google Search Console — گزارش Core Web Vitals برای صفحات واقعی. (رصد RUM)
- PageSpeed Insights — ترکیب دادههای لابراتوار و میدان (Lab + Field)، حالا با جزئیات INP.
- Lighthouse — تستهای محلی و CI؛ آخرین نسخهها insight های بیشتری برای INP نمایش میدهند.
- Real User Monitoring (RUM) — جمعآوری متریکها از کاربران واقعی (مثلاً با Google Analytics 4 یا ابزارهای اختصاصی).
چکلیست عملی برای بهبود (مرحلهبهمرحله)
- بهینهسازی تصاویر: WebP/AVIF، اندازهٔ واکنشگرا، lazy-loading برای تصاویر غیر بحرانی.
- کاهش اولویت اسکریپتها: defer / async، تقسیم کد (code splitting)، حذف اسکریپتهای مسدودکنندهٔ render.
- کاهش کارهای طولانی روی Thread اصلی: وبورکرها، تکهبندی وظایف (task-splitting) و اجتناب از اسکریپتهای سنگین در thread اصلی تا INP بهتر شود.
- پیشبارگذاری منابع ضروری: rel=preload برای فونتها و منابع بحرانی.
- ثابتسازی فضای محتوایی: رزرو اندازهٔ تصویر/iframe و جلوگیری از تغییرات ناگهانی layout برای کاهش CLS.
- کش و CDN: استفاده از CDN و سیاستهای کش مناسب برای کاهش LCP در مناطق جغرافیایی مختلف.
- پایش واقعی: RUM + Alerting: اگر INP یا LCP از آستانه بالاتر رفت alert تولید شود.
نمونهٔ کدهای سریع (تکنیکی)
مثال: استفاده از rel="preload" برای فونت و loading="lazy" برای تصاویر
<link rel="preload" href="/fonts/iransans.woff2" as="font" type="font/woff2" crossorigin>
<img src="/uploads/hero.webp" alt="تصویر شاخص" loading="lazy" width="1200" height="600">
نمونه: تقسیم کد با dynamic import (برای پروژههای React / Next.js)
const HeavyWidget = React.lazy(() => import('./HeavyWidget'));
گرافیک خلاصه (برداری)
جمعبندی و پیشنهادات ونوسوب
در ۲۰۲۵ تمرکز روی «تعامل واقعی کاربر» و «تجربهٔ موبایل» افزایش یافته است. بهجای صرفاً لایک کردن نمرههای لابراتوار، از RUM استفاده کن، INP را بهعنوان معیار اصلی پاسخدهی جدی بگیر و مراحل چکلیست فنی فوق را در روند توسعهٔ پروژهها قرار بده.
اگر میخواهی ما برای سایتت تحلیل Core Web Vitals انجام بدیم (گزارش RUM، پیشنهادات فنی، پیادهسازی CDN و بهینهسازی تصاویر)، سرویسهای ونوسوب آمادهاند — مشاهده خدمات.
