خیلی از صاحبان سایت فکر می‌کنند سئو یعنی فقط کلمه کلیدی و بک لینک، و سرعت سایت یک موضوع فنی جداست که ربطی به رتبه گوگل ندارد. این تصور از سال ۲۰۲۱ دیگر درست نیست. گوگل رسما یک مجموعه معیار به نام Core Web Vitals را وارد الگوریتم رتبه بندی خودش کرده، و این یعنی سرعت واقعی سایت از نگاه یک کاربر واقعی، مستقیم روی نتیجه سئو اثر می‌گذارد. در این مطلب می‌بینیم Core Web Vitals دقیقا چیست، چرا گوگل به آن اهمیت می‌دهد، هر سه شاخص با چه عددی سنجیده می‌شوند، و چه کاری واقعا این اعداد را بهتر می‌کند.
Core Web Vitals چیست
Core Web Vitals سه شاخص است که گوگل برای اندازه گیری تجربه واقعی کاربر از یک صفحه وب تعریف کرده: سرعت نمایش محتوا، سرعت واکنش به تعامل کاربر، و پایداری چیدمان صفحه حین بارگذاری. نکته مهم این است که این سه عدد، حدس یا نظر گوگل نیستند؛ از رفتار واقعی کاربرانی که آن صفحه را در مرورگر کروم باز کرده‌اند اندازه گیری می‌شوند. به همین دلیل با ابزارهایی مثل PageSpeed Insights یا گزارش Core Web Vitals در Google Search Console قابل مشاهده‌اند.
خود گوگل این سه شاخص را از سال ۲۰۲۱ بخشی از الگوریتم رتبه بندی کرده است. یعنی دو سایت با محتوای هم سطح، اگر یکی این سه معیار را رعایت کند و دیگری نه، در شرایط مساوی سایت سریع‌تر شانس بهتری برای رتبه بالاتر دارد.
چرا گوگل اصلا به این موضوع اهمیت می‌دهد
هدف گوگل نشان دادن بهترین نتیجه به کاربر است، نه فقط مرتبط‌ترین نتیجه. تحقیقات خود گوگل نشان داده کاربری که صفحه‌اش دیر باز می‌شود یا حین اسکرول محتوا جابه جا می‌شود، سریع صفحه را می‌بندد و به نتیجه بعدی در گوگل می‌رود. این رفتار برای گوگل سیگنالی از تجربه بد است، حتی اگر محتوای آن صفحه دقیقا همان چیزی باشد که کاربر جست وجو کرده بود. Core Web Vitals راه گوگل برای تبدیل این تجربه ذهنی به سه عدد قابل اندازه گیری و قابل مقایسه بین میلیون‌ها صفحه است.
یک نکته که معمولا اشتباه فهمیده می‌شود: سرعت سایت یک فاکتور مستقل و جدا از سئو نیست، بلکه پیش نیاز آن است. هر پروژه سئو سایت اگر زیرساخت فنی سایت کند باشد، از همان نقطه شروع با یک ضعف امتیازی روبه رو است که هیچ مقدار تولید محتوا آن را جبران نمی‌کند.
سه شاخص Core Web Vitals و عدد هدف هر کدام
هر سه شاخص هدف مشخص و قابل اندازه گیری دارند. رسیدن به این اعداد یعنی گوگل آن صفحه را از نظر تجربه کاربری «خوب» طبقه بندی می‌کند:
- LCP (Largest Contentful Paint) — سرعت نمایش محتوای اصلی صفحه. هدف: زیر ۲.۵ ثانیه. عامل اصلی خرابی این شاخص معمولا تصاویر سنگین و زیرساخت سرور کند است.
- INP (Interaction to Next Paint) — سرعت واکنش صفحه به تعامل کاربر، مثل کلیک یا لمس. هدف: زیر ۲۰۰ میلی ثانیه. عامل اصلی خرابی این شاخص جاوااسکریپت سنگین و اسکریپت‌های شخص ثالث است.
- CLS (Cumulative Layout Shift) — پایداری چیدمان صفحه حین بارگذاری، یعنی اینکه المان‌ها حین لود ناگهان جابه جا نشوند. هدف: زیر ۰.۱. عامل اصلی خرابی این شاخص تصاویر بدون ابعاد مشخص و فونت‌های تزریقی است.
هر سه شاخص با هم دیده می‌شوند، نه جداگانه؛ سایتی که فقط یکی از این سه را رعایت کند هنوز از نظر گوگل صفحه‌اش «خوب» حساب نمی‌شود.
چطور این اعداد اندازه گیری می‌شوند
دو نوع داده برای Core Web Vitals وجود دارد و تفاوتشان مهم است. داده میدانی (Field Data) از بازدیدکنندگان واقعی همان صفحه، در طول ماه گذشته، جمع آوری و میانگین گیری می‌شود؛ این همان چیزی است که مستقیم روی رتبه بندی اثر دارد. داده آزمایشگاهی (Lab Data) از یک تست شبیه سازی شده در همان لحظه به دست می‌آید، مثلا وقتی PageSpeed Insights یا موتور Lighthouse گوگل صفحه را باز و تحلیل می‌کند.
داده آزمایشگاهی سریع‌تر در دسترس است و برای عیب یابی فوری مفید است، اما داده میدانی واقعیت را نشان می‌دهد چون از کاربران واقعی با گوشی‌ها و سرعت اینترنت واقعی به دست آمده. به همین دلیل صفحه افزایش سرعت سایت از هر دو استفاده می‌کند: یک ابزار پایش رایگان که با موتور Lighthouse گوگل کار می‌کند برای تست سریع، و مقایسه گزارش PageSpeed Insights پیش و پس از اجرای بهینه سازی برای سنجش نتیجه واقعی.
چه چیزی هر شاخص را خراب می‌کند و چه چیزی درستش می‌کند
هر سه شاخص با یک بهینه سازی چندلایه اصلاح می‌شوند، نه با یک تغییر تکی:
- سرور و کش — پیکربندی درست وب سرور، نسخه به روز PHP و کش سمت سرور مستقیم روی LCP اثر می‌گذارد، چون اولین چیزی که کند بودنش حس می‌شود، زمان پاسخ سرور است.
- تصاویر با ابعاد مشخص و فرمت WebP یا AVIF — تصویر سنگین بزرگ‌ترین دلیل خرابی LCP است، و تصویر بدون عرض و ارتفاع مشخص در کد HTML، دلیل اصلی خرابی CLS است؛ مرورگر تا وقتی تصویر لود نشده، جای آن را نمی‌داند و بقیه محتوا را هل می‌دهد.
- حذف یا فشرده سازی CSS و جاوااسکریپت بلااستفاده، به همراه Critical CSS — کد اضافه که اجرا یا دانلودش لازم نیست، هم رندر اولیه صفحه را کند می‌کند (اثر روی LCP) و هم باعث می‌شود صفحه دیرتر به کلیک کاربر واکنش نشان دهد (اثر روی INP).
- پاک سازی دیتابیس — در سایت‌های وردپرسی، جداول متورم و کوئری‌های کند سرعت کلی سرور را پایین می‌آورند و روی هر سه شاخص اثر غیرمستقیم دارند.
چه کاری نمی‌کنیم
صادقانه بگوییم Core Web Vitals چه چیزی را حل نمی‌کند. رسیدن به هر سه شاخص سبز، ضمانت رتبه اول گوگل نیست؛ این یکی از ده‌ها فاکتور رتبه بندی است، نه یک کلید جادویی که به تنهایی جای محتوای خوب، ساختار سئوی درست یا بک لینک را بگیرد. سایتی که Core Web Vitals عالی دارد ولی محتوایش ضعیف است، همچنان رتبه بالا نمی‌گیرد.
نکته دوم: نمره ۹۰ به بالا در Lighthouse برای هر سایتی واقع بینانه یا حتی لازم نیست. برای اغلب سایت‌های شرکتی و وردپرسی این عدد دست یافتنی است، اما در فروشگاه‌های بزرگ با اسکریپت‌های زیاد (درگاه پرداخت، ابزار تحلیل، چت آنلاین) هدف واقع بینانه‌تر سبز شدن هر سه شاخص طبق آستانه‌های بالاست، نه لزوما رسیدن دقیق به عدد ۹۰.
چرا این موضوع فقط یک نکته فنی نیست
خیلی از تیم‌های محتوا و سئو، بهینه سازی فنی سایت را جدا از استراتژی سئو می‌بینند و اولویت را به کلمه کلیدی و تعداد مقاله می‌دهند. اما وقتی دو رقیب محتوای تقریبا یکسانی تولید کرده باشند، Core Web Vitals می‌تواند دقیقا همان فاکتوری باشد که رتبه را بین آن دو تعیین می‌کند. به بیان دیگر، سرعت سایت دیگر بخشی «اضافه» یا «بعدا انجامش می‌دهیم» نیست؛ بخشی از همان چک لیست سئوی فنی است که باید همزمان با تولید محتوا و ساخت لینک دیده شود.
یک اشتباه رایج این است که فقط صفحه اصلی سایت تست می‌شود و نتیجه به کل سایت تعمیم داده می‌شود. در عمل هر صفحه، بسته به تعداد تصویر، اسکریپت شخص ثالث و پیچیدگی قالب آن، می‌تواند عدد متفاوتی در Core Web Vitals داشته باشد. صفحات پرترافیک سایت، مثل صفحه اصلی و صفحات دسته بندی یا خدمات، معمولا اولویت اول برای بررسی و اصلاح هستند چون اثر رتبه بندی و اثر روی تجربه کاربر در آن‌ها بیشترین حجم بازدیدکننده را پوشش می‌دهد.
پرسش‌های متداول
آیا Core Web Vitals با سرعت سایت یک چیز است؟
نه دقیقا. سرعت سایت مفهومی کلی‌تر است؛ Core Web Vitals سه شاخص مشخص و قابل اندازه گیری از آن است که گوگل رسما در رتبه بندی استفاده می‌کند. یک سایت می‌تواند در حس کلی «سریع» به نظر برسد ولی در یکی از این سه شاخص، مثلا CLS، ضعیف باشد.
چطور بفهمم سایت من در Core Web Vitals چه وضعیتی دارد؟
ساده‌ترین راه، تست آدرس سایت در PageSpeed Insights یا بررسی گزارش Core Web Vitals در Google Search Console است که داده میدانی واقعی کاربران را نشان می‌دهد.
بهبود Core Web Vitals چقدر طول می‌کشد؟
به عمق مشکل بستگی دارد؛ گاهی یک تنظیم کش یا فشرده سازی چند تصویر بزرگ تفاوت محسوس ایجاد می‌کند، و گاهی نیاز به اصلاح چندلایه در سرور، تصاویر و کد است.
آیا فقط نصب یک افزونه کش کافی است؟
نه به تنهایی. افزونه کش فقط یک لایه از مشکل را حل می‌کند؛ تصاویر بدون ابعاد مشخص، جاوااسکریپت سنگین، اسکریپت شخص ثالث و دیتابیس متورم هر کدام نیاز به اصلاح جداگانه دارند و افزونه کش به تنهایی آن‌ها را برطرف نمی‌کند.
دیدگاه‌ها و پرسش‌ها
هنوز دیدگاهی ثبت نشده است. اگر سؤالی دارید، خوشحال می‌شویم بپرسید.
نوشتن دیدگاه