شرح مؤشرات Core Web Vitals لأصحاب المواقع: LCP وINP وCLS
شرح مؤشرات Core Web Vitals من Google لأصحاب المواقع: ماذا تقيس LCP وINP وCLS، وحدود «الجيد»، وكيف تفحصها، وكيف تعالج المشكلات الشائعة.
مؤشرات Core Web Vitals ثلاثة قياسات تستخدمها Google لوصف تجربة الزوار الحقيقيين مع الصفحة: ما سرعة ظهور المحتوى الرئيسي، وما سرعة استجابة الصفحة للنقرات واللمسات، وهل يقفز التخطيط من مكانه. وهي جزء من إشارات تجربة الصفحة التي تأخذها Google في الاعتبار، والأهم أنها تعكس الإحباطات التي تدفع الزوار إلى المغادرة.
- يقيس LCP التحميل، ويقيس INP الاستجابة، ويقيس CLS الثبات البصري.
- تنجح الصفحة عندما تحقق 75% على الأقل من الزيارات الحقيقية حد «الجيد» في كل مؤشر.
- بيانات الاستخدام الفعلي من المستخدمين الحقيقيين أهم من اختبار مختبري واحد.
المؤشرات الثلاثة
| المؤشر | ماذا يقيس | جيد | ضعيف |
|---|---|---|---|
| أكبر عرض للمحتوى (LCP) | الوقت حتى ظهور أكبر صورة أو كتلة نص في مجال الرؤية | 2.5 ثانية أو أقل | أكثر من 4 ثوانٍ |
| التفاعل حتى العرض التالي (INP) | التأخير بين تفاعل المستخدم وأول تحديث مرئي بعده | 200 مللي ثانية أو أقل | أكثر من 500 مللي ثانية |
| التحول التراكمي في التخطيط (CLS) | مقدار تحرك المحتوى المرئي بشكل غير متوقع | 0.1 أو أقل | أكثر من 0.25 |
حلّ مؤشر INP محل مؤشر First Input Delay (FID) الأقدم في عام 2024، وهو ينظر إلى التفاعلات طوال الزيارة لا إلى الأول منها فقط.
بيانات الاستخدام الفعلي وبيانات المختبر
- بيانات الاستخدام الفعلي تأتي من مستخدمي Chrome الحقيقيين، وتظهر في Google Search Console وPageSpeed Insights عندما يكون للموقع زيارات كافية، وهي ما يُحتسب في التقييم.
- بيانات المختبر تأتي من اختبار محاكى على جهاز واتصال واحد، وهي مفيدة لتشخيص المشكلات لكنها قد تختلف عما يعيشه الزوار.
قد لا تتوفر بيانات استخدام فعلي للمواقع الجديدة أو قليلة الزيارات بعد، فاستخدم اختبارات المختبر وعالج المشكلات الواضحة في الأثناء.
تحسين LCP
- سرّع استجابة الخادم: بالتخزين المؤقت للصفحات، أو خطة استضافة أفضل، أو شبكة CDN تخزّن HTML.
- حسّن عنصر LCP، وهو غالبًا الصورة الرئيسية: مقاس صحيح وصيغة حديثة وضغط.
- لا تؤجل تحميل الصورة الرئيسية، وفكّر في وسمها بـ
fetchpriority="high". - قلّل الموارد التي تعطل العرض: ملفات CSS الكبيرة والسكربتات في رأس الصفحة تؤخر كل شيء.
- حمّل خطوط الويب بكفاءة ليظهر النص بسرعة.
تحسين INP
- قلّل JavaScript: احذف السكربتات والإضافات وأدوات الطرف الثالث غير المستخدمة.
- قسّم المهام الطويلة ليتمكن المتصفح من الاستجابة بينها.
- أخّر السكربتات غير الضرورية مثل أدوات الدردشة وبعض أدوات التتبع حتى بعد التفاعل أو تحميل الصفحة.
- بسّط أدوات بناء الصفحات وشرائح العرض الثقيلة، فهي تشغّل غالبًا شيفرة كثيرة مع كل نقرة.
- أبقِ حجم HTML للصفحة معقولًا؛ فالصفحات الضخمة تجعل كل تحديث أبطأ.
تحسين CLS
- حدد العرض والارتفاع للصور ومقاطع الفيديو ليحجز المتصفح المساحة مسبقًا.
- احجز مساحة للإعلانات والتضمينات بحاويات ثابتة الحجم.
- تجنّب إدراج لافتات أو تنبيهات فوق المحتوى الموجود بعد تحميل الصفحة.
- استخدم إعدادات
font-displayوخطوطًا بديلة متقاربة القياس للحد من إعادة تدفق النص.
كيف تفحص موقعك
- افتح تقرير Core Web Vitals في Google Search Console لترى مجموعات الروابط التي بها مشكلات.
- اختبر روابط نموذجية في PageSpeed Insights للحصول على بيانات فعلية ومختبرية واقتراحات محددة.
- استخدم أدوات المطور في المتصفح (لوحة Performance) لاكتشاف المهام الطويلة وتحولات التخطيط.
- بعد الإصلاح استخدم «التحقق من الإصلاح» في Search Console؛ فبيانات الاستخدام الفعلي تتحدث خلال نحو 28 يومًا.
لإصلاحات خاصة بـ WordPress، اطلع على كيف تسرّع موقع WordPress.
أسئلة شائعة
هل تؤثر Core Web Vitals في الترتيب؟
هي واحدة من إشارات كثيرة. المحتوى المفيد ذو الصلة أهم، لكن تجربة الصفحة الجيدة قد تصنع الفرق بين نتائج متقاربة، وتحسّن معدلات التحويل.
لماذا نتيجة الهاتف أسوأ من الحاسوب؟
للهواتف معالجات أبطأ وشبكات أبطأ غالبًا، لذا تضر السكربتات الثقيلة والصور الكبيرة أكثر. حسّن للهاتف أولًا.
هل يجب الحصول على 100 في PageSpeed Insights؟
لا. نتيجة المختبر أداة تشخيص. استهدف مؤشرات Core Web Vitals «جيدة» في بيانات الاستخدام الفعلي وتجربة سريعة ومستقرة للمستخدمين.
