Core Web Vitals: تحسين السرعة وتجربة المستخدم
8 min
Core Web Vitals (LCP وINP وCLS) هي عوامل تصنيف رسمية لدى Google. LCP أقل من 2.5 ثانية، وINP أقل من 200 ميلي ثانية، وCLS أقل من 0.1 تمثل عتبات «جيدة». الأولوية القصوى: تحسين الصور وتأجيل JavaScript غير الضروري.
منذ 2021، تدمج Google مقاييس Core Web Vitals في خوارزمية التصنيف. في 2026، تحدد هذه المقاييس المواضع وتؤثر أيضاً على الأهلية للنتائج المنسقة على الجوال. إليك كيفية إتقانها.
المقاييس الثلاثة التي تهم فعلاً
احتفظت Google بثلاثة إشارات لقياس تجربة المستخدم الحقيقية: LCP (رسم أكبر محتوى) وINP (الاستجابة للتفاعل التالي) وCLS (تحول التخطيط التراكمي). كل منها يقيس جانباً مختلفاً من الجودة المدركة.
حل INP محل FID في مارس 2024؛ يقيس الاستجابة الشاملة لجميع تفاعلات الصفحة، في حين كان FID يلتقط النقر الأول فقط.
- LCP: الوقت اللازم لعرض أكبر عنصر مرئي. العتبة الجيدة: أقل من 2.5 ثانية.
- INP: تأخير الاستجابة لتفاعلات لوحة المفاتيح والماوس والشاشة اللمسية. العتبة الجيدة: أقل من 200 ميلي ثانية.
- CLS: عدم استقرار تخطيط الصفحة المرئي. العتبة الجيدة: أقل من 0.1.
الأسباب الشائعة لضعف الأداء
يأتي LCP الضعيف في الغالب من صورة رئيسية غير محمّلة مسبقاً، أو خادم بطيء، أو عرض من جانب العميل (غياب SSR). غالباً ما تخفض وسم <link rel="preload"> المستهدف للصورة الرئيسية هذه النتيجة بنسبة 30 إلى 50%.
يحدث CLS دائماً تقريباً بسبب صور بلا أبعاد صريحة، أو خطوط ويب تظهر بعد التحميل، أو لافتات تُحقن ديناميكياً في أعلى الصفحة.
بالنسبة لـ INP، المتسببون الرئيسيون هم نصوص الأطراف الخارجية (التحليلات والدردشة والإعلانات) التي تحجب الخيط الرئيسي وتؤخر الاستجابة للنقرات.
تُظهر الصفحات التي تحقق عتبات «جيدة» على المقاييس الثلاثة معدل ارتداد أقل بنسبة 15 إلى 25% مقارنة بالصفحات المصنفة «سيئة».
دراسات قطاعية 2025-2026 حول تجربة مستخدم الويب
خطة عمل حسب الأولوية
ابدأ بقياس بيانات الميدان في Google Search Console (تقرير تجربة الصفحة) بدلاً من بيانات المختبر: فقط بيانات CrUX تؤثر على التصنيف.
بمجرد تحديد الصفحات ذات الأولوية، تصرف بهذا الترتيب: ضغط الصور وتحجيمها، تفعيل ذاكرة التخزين المؤقت للمتصفح طويلة الأمد، ثم تدقيق نصوص الأطراف الخارجية وتأجيلها.
- تقديم الصور بتنسيق WebP أو AVIF مع srcset تكيفي.
- تفعيل ضغط Brotli على الخادم وشبكة CDN لتقليل TTFB.
- استخدام font-display: swap وتحميل الخط الرئيسي مسبقاً.
- تدقيق كل نص طرف خارجي وتحميله في وضع defer أو async.
المراقبة المستمرة
تتطور Core Web Vitals مع كل نشر. ادمج Lighthouse CI في قناة نشرك للكشف عن أي تراجع قبل الإطلاق في الإنتاج.
ضع تنبيهات في Search Console أو عبر واجهة برمجة CrUX لتلقي إشعار فور انتقال عنوان URL إلى منطقة «تحتاج إلى تحسين» أو «سيئ».
FAQ
هل Core Web Vitals عامل تصنيف رئيسي؟
تصفها Google بأنها «إشارة تصنيف خفيفة» مقارنة بصلاحية المحتوى. يمكنها الفصل بين صفحتين متكافئتين في الجودة، لكنها لن تعوض أبداً محتوى ضعيفاً.
هل يجب القياس على الجوال أم سطح المكتب؟
تستخدم Google البيانات المتعلقة بالجوال بصفة رئيسية في إطار الفهرسة ذات الأولوية للجوال. ركز جهودك على الجوال حتى لو كان غالبية حركة مرورك من سطح المكتب.
هل يكفي PageSpeed Insights لتدقيق Core Web Vitals؟
يعرض PageSpeed Insights بيانات المختبر (محاكاة) وبيانات الميدان CrUX إذا كانت حركة المرور كافية. للتدقيق الشامل، اجمعه مع Search Console وامتداد Chrome Web Vitals.
كم من الوقت يستغرق رؤية تأثير على المواضع بعد التصحيح؟
تحدّث Google بيانات CrUX كل شهر. تنعكس التحسينات المُجراة اليوم عموماً في التصنيفات خلال أربعة إلى ثمانية أسابيع.