Core Web Vitals بلغة بسيطة: LCP وINP وCLS وكيف تحسّنها
Core Web Vitals ثلاثة مقاييس تقيس سرعة ظهور الصفحة واستجابتها واستقرار شكلها. نشرح كل مقياس بلغة غير تقنية مع الحدود المقبولة، وكيف تقرأ النتائج وتعرف أين المشكلة، وما الذي يُصلَح أولاً بالترتيب العملي.
المقدمة
- يشتكي كثير من أصحاب المواقع من أن الموقع «بطيء» دون أن يعرفوا ماذا يعني ذلك بالضبط، وتصلهم تقارير فيها اختصارات مثل LCP وINP وCLS لا يفهمونها.
- Core Web Vitals مجموعة مقاييس تحاول أن تقيس تجربة الزائر الفعلية: متى يرى المحتوى؟ هل يستجيب الموقع عند الضغط؟ هل تقفز العناصر أثناء القراءة؟
- في هذا المقال نشرح كل مقياس بلغة بسيطة، وما الحدود التي تعتبرها جوجل جيّدة، وكيف تفحص موقعك، وما الذي يُصلح أولاً.
ما هي Core Web Vitals؟
هي ثلاثة مقاييس يعلنها جوجل لقياس جودة تجربة الصفحة. وهي تدخل ضمن ما تسمّيه جوجل تجربة الصفحة، وتُعدّ إشارة واحدة بين إشارات كثيرة، ولا تحلّ محل جودة المحتوى ومطابقته لما يبحث عنه الزائر.
| المقياس | ماذا يقيس | بلغة بسيطة | الحدّ الجيّد |
|---|---|---|---|
| LCP (Largest Contentful Paint) | زمن ظهور أكبر عنصر في الصفحة (صورة رئيسية أو عنوان كبير) | «متى بدت الصفحة محمّلة أمام عيني؟» | 2.5 ثانية أو أقل |
| INP (Interaction to Next Paint) | زمن استجابة الصفحة لتفاعلات الزائر (نقر، ضغط، كتابة) | «هل يتجاوب الموقع حين أضغط؟» | 200 ميلي ثانية أو أقل |
| CLS (Cumulative Layout Shift) | مقدار القفز المفاجئ لعناصر الصفحة أثناء التحميل | «هل تتحرك الأزرار والنصوص وأنا أقرأ؟» | 0.1 أو أقل |
ملاحظات:
- هذه الحدود هي المنشورة حالياً من جوجل، وقد تتطور المقاييس مستقبلاً. تحقّق دائماً من التوثيق الحالي.
- المقياس الذي يحلّ محل FID القديم هو INP، وهو أشمل لأنه يراعي استجابة الصفحة طوال زيارة الزائر.
- تُقيَّم الصفحة عادة على أساس أغلب زيارات المستخدمين الفعليين (لا زيارة واحدة)، وعلى الجوال والحاسوب كل على حدة.
كل مقياس بالتفصيل
LCP: سرعة ظهور المحتوى الرئيسي
- العنصر الأكبر عادةً هو صورة البطل (Hero) أو عنوان كبير أو فيديو.
- أسباب البطء الشائعة: صورة ضخمة غير مضغوطة، خادم بطيء الاستجابة، خطوط ثقيلة، ملفات CSS وJavaScript تعطّل العرض، أو تحميل الصورة الرئيسية متأخراً.
- ما يحسّنه: ضغط الصور وتحويلها لصيغ حديثة، تحديد أبعادها، عدم تحميل صورة الشاشة الأولى بتأجيل (lazy)، استضافة أسرع، تقليل ما يعطّل العرض.
INP: الاستجابة عند التفاعل
- يظهر ضعفه حين تضغط زراً أو قائمة فلا يحدث شيء للحظة.
- أسباب شائعة: جافاسكربت كثير وثقيل، إضافات وأدوات تتبع ودردشة تعمل في الخلفية، عمليات طويلة تحجب الصفحة.
- ما يحسّنه: تقليل السكربتات غير الضرورية، تأجيل أدوات الطرف الثالث، تقسيم الأعمال الطويلة، وإزالة ما لا يفيد.
CLS: ثبات الشكل
- مثال مزعج: تهمّ بالضغط على زر فيظهر إعلان فجأة ويدفع الزر لأسفل فتضغط شيئاً آخر.
- أسباب شائعة: صور وإعلانات وفيديوهات بلا أبعاد محجوزة، خطوط تغيّر شكل النص عند تحميلها، شرائط وإشعارات تُدرج أعلى المحتوى بعد التحميل.
- ما يحسّنه: تحديد العرض والارتفاع للصور والمساحات الإعلانية، حجز مساحة للعناصر المتأخرة، والانتباه لتحميل الخطوط.
كيف تفحص موقعك؟
استعمل أدوات مجانية من جوجل، واعرف الفرق بين نوعين من البيانات:
| النوع | ما هو | أين تجده |
|---|---|---|
| بيانات ميدانية (Field) | قياسات من زوّار حقيقيين وأجهزتهم وشبكاتهم | تقرير Core Web Vitals في Google Search Console، وقسم بيانات المستخدمين في PageSpeed Insights |
| بيانات مخبرية (Lab) | اختبار محاكى في ظروف ثابتة، مفيد للتشخيص والتجربة | Lighthouse داخل PageSpeed Insights أو أدوات المتصفح |
- الميدانية هي الأقرب لما تعتمده جوجل لتقييم الصفحة، لكنها تحتاج زيارات كافية. النشاط الصغير قد لا يملك بيانات ميدانية كافية لصفحة معيّنة.
- المخبرية مفيدة لإيجاد السبب وتجربة الإصلاح، لكن نتيجتها قد تختلف عن تجربة زوّارك.
- اختبر الجوال أولاً؛ أغلب الزوار يتصفحون منه، والأداء عليه أصعب.
قائمة إصلاح بالأولوية
- اضغط الصور وغيّر أحجامها لتناسب مكان عرضها، وحوّلها إلى صيغ حديثة مثل WebP أو AVIF حيث يتوفر الدعم.
- حدّد عرض وارتفاع كل صورة وفيديو لتجنّب القفز (CLS).
- لا تؤجّل تحميل صورة الشاشة الأولى، وأجّل ما تحتها فقط.
- راجع الإضافات والسكربتات: احذف ما لا تستخدمه من أدوات التتبع والدردشة والإضافات.
- استخدم استضافة جيّدة وتخزيناً مؤقتاً (Cache)، فاستجابة الخادم تؤثر مباشرة على LCP.
- قلّل الخطوط: عدد محدود من الأوزان، مع عرض نص بديل أثناء التحميل.
- أعد القياس بعد كل تغيير لتعرف ما الذي أفاد فعلاً.
مثال توضيحي: كيف تقرأ نتيجة وتقرّر؟
مثال توضيحي بأرقام مبسّطة: صفحة خدمة على الجوال تعطي LCP = 4 ثوانٍ، وINP = 150 مللي ثانية، وCLS = 0.3.
| المقياس | القراءة | التشخيص المحتمل | الخطوة الأولى |
|---|---|---|---|
| LCP = 4 ثوانٍ | أعلى من الحد الجيّد | صورة رئيسية كبيرة أو خادم بطيء | ضغط الصورة وتصغيرها وفحص زمن استجابة الخادم |
| INP = 150 مللي ثانية | ضمن الحد الجيّد | لا مشكلة حالية | راقبه عند إضافة أدوات جديدة |
| CLS = 0.3 | أعلى من الحد الجيّد | صور أو إعلانات بلا أبعاد محجوزة | تحديد الأبعاد وحجز المساحات |
المغزى: لا تصلح كل شيء دفعة واحدة؛ ابدأ بالمقياس الأسوأ وبأسهل سبب محتمل، ثم أعد القياس.
ما يهم وما لا يهم
- تحسين درجة 100 في أداة اختبار ليس هدفاً. الهدف هو تجربة سريعة ومستقرة للزائر الحقيقي ضمن الحدود الجيّدة.
- موقع بطيء مع محتوى ممتاز قد يظهر، وموقع سريع مع محتوى ضعيف لن ينفعه ذلك؛ السرعة تدعم المحتوى ولا تعوّضه.
- السرعة تؤثر على التحويل مباشرة: زائر ينتظر طويلاً يغادر قبل أن يتواصل معك.
أخطاء شائعة
- الاعتماد على اختبار واحد والحكم عليه؛ النتائج تتفاوت من مرة لأخرى.
- تجاهل الجوال والاكتفاء بالفحص على الحاسوب.
- رفع صور بحجم كاميرا ثم تصغيرها بالـCSS فقط.
- إضافة أدوات (تتبع، دردشة، بكسلات) بلا مراجعة تأثيرها على السرعة.
- مطاردة الدرجة على حساب المحتوى والتصميم الواضح.
- الإصلاح دون قياس بعده، فلا تعرف إن تحسّن شيء.
ماذا يفعل Xposio في هذا المجال؟
- نقيس الموقع بالبيانات الميدانية والمخبرية معاً، ونركّز على الجوال.
- نحدّد سبب كل مقياس ضعيف (صورة، سكربت، خادم، خط) بدل نصائح عامة.
- نرتّب الإصلاحات حسب الأثر والجهد، ونبدأ بالأسهل والأكثر تأثيراً.
- نبني المواقع الجديدة بصور محسّنة وأبعاد محجوزة وسكربتات محدودة منذ البداية.
- نعيد القياس بعد التنفيذ ونعرض لك ما تغيّر فعلاً.
- نوضّح أن تحسين Core Web Vitals يحسّن التجربة ويدعم الظهور، لكنه لا يضمن ترتيباً معيّناً.
رابط داخلي: تعرّف على خدمة السيو التقني عبر
/ar/services/technical-seo، وخدمة تصميم وتطوير المواقع عبر /ar/services/website-design-development.
للمزيد: اطلب تقرير اللمحة الرقمية.
قراءات ذات صلة
الخلاصة
- Core Web Vitals ثلاثة مقاييس: LCP للسرعة، وINP للاستجابة، وCLS للثبات.
- الحدود الجيّدة المنشورة: LCP ≤ 2.5 ثانية، INP ≤ 200 مللي ثانية، CLS ≤ 0.1.
- اقرأ البيانات الميدانية أولاً، واستعمل المخبرية للتشخيص، وابدأ بالجوال.
- أغلب الإصلاحات: صور مضغوطة بأبعاد محدّدة، سكربتات أقل، واستضافة جيّدة.
- هي إشارة ضمن إشارات كثيرة؛ المحتوى المناسب أولاً ثم التجربة السريعة، ولا ضمان لترتيب.
أسئلة شائعة
+ما هي Core Web Vitals؟
ثلاثة مقاييس من جوجل تقيس تجربة الصفحة: LCP لسرعة ظهور المحتوى، وINP لاستجابة الصفحة، وCLS لثبات شكلها أثناء التحميل.
+ما الدرجة المقبولة لكل مقياس؟
الحدود الجيّدة المنشورة حالياً: LCP حتى 2.5 ثانية، وINP حتى 200 ميلي ثانية، وCLS حتى 0.1. قد تتغيّر مستقبلاً فراجع التوثيق الحالي.
+ما الفرق بين INP وFID؟
INP حلّ محل FID كمقياس للاستجابة، وهو يقيس استجابة الصفحة لتفاعلات الزائر على امتداد الزيارة لا لأول تفاعل فقط.
+هل Core Web Vitals تؤثر على ترتيب موقعي في جوجل؟
هي إشارة واحدة ضمن إشارات كثيرة، ولا تعوّض المحتوى المناسب. تحسينها يدعم تجربة الزائر وقد يساعد الظهور، لكن لا يمكن ضمان نتيجة.
+كيف أفحص Core Web Vitals لموقعي؟
استعمل تقرير Core Web Vitals في Google Search Console وأداة PageSpeed Insights. الأولى تعرض بيانات زوّار حقيقيين، والثانية تضيف تحليلاً مخبرياً يساعد في تحديد السبب.
+لماذا نتيجة موقعي مختلفة بين الجوال والحاسوب؟
لأن أجهزة الجوال وشبكاته أبطأ غالباً، فيظهر ضعف الصور والسكربتات فيه أكثر. لذلك يُنصح بالبدء بتحسين الجوال.