Core Web Vitals في Search Console: ما تعنيه كل درجة

بقلم Emily Redmond، محللة بيانات في Emilytics · أبريل 2026

ملخص سريع: Core Web Vitals (LCP و CLS و INP) تقيس سرعة الصفحة والاستقرار والاستجابة. الهدف: LCP أقل من 2.5 ثانية و CLS أقل من 0.1 و INP أقل من 200 مللي ثانية. إذا كنت تفشل في هذه، ستصنف جوجل صفحاتك أقل. تحقق من GSC لترى أي صفحات بحاجة عمل.

الآن تصنف جوجل الصفحات جزئياً على مقاييس السرعة وقابلية الاستخدام التي تسمى Core Web Vitals. إذا كانت صفحاتك بطيئة أو غير مستقرة، ستصنف أقل حتى لو كان المحتوى رائعاً.

الخبر السار: Core Web Vitals قابلة للإصلاح. الخبر السيء: تتطلب عمل مطور.

Core Web Vitals الثلاثة

1. Largest Contentful Paint (LCP)

ما تقيسه: ما مدى سرعة تحميل المحتوى الرئيسي؟ متى يمكن للمستخدم رؤية ما جاء من أجله؟

الهدف: أقل من 2.5 ثانية

جيد: 0–2.5 ثانية (أخضر)
يحتاج تحسين: 2.5–4 ثوانٍ (أصفر)
سيء: أكثر من 4 ثوانٍ (أحمر)

لماذا يهم: إذا استغرقت صفحتك 5 ثوانٍ لتحميل العنوان أو الصورة الرئيسية، قد يغادر المستخدم.

الأسباب الشائعة:

صور كبيرة بدون تحسين
أوقات استجابة الخادم البطيئة
JavaScript يحجب العرض
CSS يحجب العرض

2. Cumulative Layout Shift (CLS)

ما تقيسه: ما مدى استقرار الصفحة؟ هل تقفز العناصر أثناء القراءة؟

الهدف: أقل من 0.1

جيد: 0–0.1 (أخضر)
يحتاج تحسين: 0.1–0.25 (أصفر)
سيء: أكثر من 0.25 (أحمر)

لماذا يهم: تحولات التخطيط مزعجة. تبدأ في قراءة فقرة وإعلان يحمل فوقها ويدفع النص لأسفل. تفقد مكانك.

الأسباب الشائعة:

الإعلانات تحمل بعد المحتوى
مقاطع الفيديو المضمنة بدون أبعاد
خطوط الويب التي تسبب تدفق النص
الصور بدون أبعاد

3. Interaction to Next Paint (INP)

ما تقيسه: ما مدى استجابة الصفحة عند التفاعل معها (نقر أو لمسة أو كتابة)؟

الهدف: أقل من 200 مللي ثانية

جيد: 0–200 مللي ثانية (أخضر)
يحتاج تحسين: 200–500 مللي ثانية (أصفر)
سيء: أكثر من 500 مللي ثانية (أحمر)

لماذا يهم: إذا استغرق النقر على زر نصف ثانية، تبدو الصفحة بطيئة وغير مستجيبة.

الأسباب الشائعة:

معالجة JavaScript الثقيلة
استعلامات قاعدة البيانات البطيئة
معالجات الأحداث غير المُحسّنة
عمليات DOM كثيرة جداً

(ملاحظة: استبدل INP First Input Delay في 2024، لكن GSC يظهر كليهما.)

💡 رأي Emily: أرى الكثير من المواقع بمحتوى رائع يحتل ترتيب سيء لأنها بطيئة. من المحبط لأن المحتوى أفضل فعلاً من المنافسة — لكن جوجل لا تهتم. السرعة مهمة. إذا كنت ترى الكثير من الأحمر في تقرير Core Web Vitals، اجلب مطور. هذا ليس عمل DIY.

قراءة تقرير Core Web Vitals في GSC

اذهب إلى Experience → Core Web Vitals (القائمة اليسرى).

ستشاهد قسمين:

Desktop: البيانات من مستخدمي سطح المكتب
Mobile: البيانات من مستخدمي الهاتف المحمول

يظهر كل واحد:

عدد الصفحات بدرجات جيدة وتحتاج تحسين وسيئة
رسم بياني اتجاه يظهر ما إذا كانت الأمور تتحسن أم تسوء

انقر فوق "Poor" أو "Needs improvement" لترى الصفحات التي تكافح.

كيفية تحسين كل مقياس

تحسين LCP

حسّن الصور: ضغط الصور واستخدام التنسيقات الحديثة (WebP) وخدمة الصور المتجاوبة
قلّل CSS: أزل CSS غير المستخدمة وأرجع CSS غير الحرجة
أرجل JavaScript: حمّل JS غير الأساسية بعد تحميل الصفحة
ترقية الاستضافة: الخوادم البطيئة لا تستطيع خدمة المحتوى بسرعة. احصل على استضافة أفضل أو CDN
أزل موارد تحجب العرض: استخدم async/defer على علامات script

تحسين CLS

أضف أبعاد للصور والفيديوهات: أدرج سمات width و height حتى تحفظ المتصفحات المساحة
تجنب حقن المحتوى فوق المحتوى الموجود: يجب أن تكون الإعلانات والإخطارات واللافتات بالأسفل أو الجانب
استخدم CSS transforms: حرّك مع transform و opacity وليس الخصائص التي تسبب تدفق (width و height و top و left)
تجنب خطوط الويب التي تسبب تدفق: استخدم font-display: swap حتى يظهر النص فوراً

تحسين INP

اقسم المهام الطويلة: إذا كان لديك 200 مللي ثانية من JavaScript، اقسمها إلى أجزاء أصغر
إلغاء تكرار مستمعي الأحداث: معالجات الإدخال البطيئة (التمرير والتغيير الحجم) يمكن أن تحجب التفاعلات
استخدم web workers: انقل الحساب الثقيل من الخيط الرئيسي
حسّن معالجات الأحداث: لا تفعل معالجة DOM معقدة استجابة لكل نقرة

ما يحدث إذا كانت Core Web Vitals الخاصة بك سيئة؟

تستخدم جوجل Core Web Vitals كعامل ترتيب. إذا كانت صفحتان متساويتا في الصلة، تحتل الصفحة الأسرع ترتيب أعلى. ليست ضمانة — إذا كان محتواك أفضل بكثير، قد تحتل ترتيب على أي حال — لكنها فاصل تعادل.

ترى المواقع ذات Core Web Vitals السيئة المزمنة ترتيبات أقل و CTR أقل. يرتد المستخدمون أيضاً أكثر (يغادرون الصفحة إذا كانت بطيئة).

هل يجب أن تهوس حول Core Web Vitals؟

لا، لكن لا يجب تجاهلها أيضاً.

الأولوية 1: احصل على صفحات إلى "جيد" إذا كانت تحصل على حركة حقيقية. السرعة تؤثر على الترتيب وتجربة المستخدم.

الأولوية 2: لا تقلق إذا كنت في "يحتاج تحسين" لكن على الجانب العالي (2.4 ثانية LCP بدلاً من 4 ثوانٍ). أنت لا تزال تنافسي.

الأولوية 3: إذا كنت في "سيء"، احصل على مطور. إنه يستحق الاستثمار.

بيانات الويب الحقيقية مقابل بيانات المختبر

يظهر GSC بيانات "real Web" (قياسات المستخدم الفعلية). هذا مختلف عن بيانات "lab" (قياسات محاكاة من أدوات مثل Lighthouse).

بيانات real Web أكثر موثوقية لأنها تعكس تجارب المستخدم الفعلية. بيانات lab مفيدة للتصحيح، لكن تثق في بيانات حقيقية.

الهاتف المحمول مقابل سطح المكتب

درجات الهاتف المحمول عادة أسوأ من سطح المكتب لأن:

المستخدمون على 4G/5G لديهم اتصالات أبطأ من WiFi المنزلي
أجهزة الهاتف المحمول أقل قوة من أجهزة سطح المكتب
صفحات الهاتف المحمول أحياناً بها إعلانات تتبع إضافية

إذا كانت Core Web Vitals على الهاتف المحمول سيئة لكن المحتوى جيد، أولويتك إصلاح تلك. الهاتف المحمول يصبح أكثر أهمية للترتيب.

الأسئلة الشائعة

س: هل تحتاج جميع صفحاتي إلى اجتياز Core Web Vitals؟ ج: ليس بالضرورة. تنظر جوجل إلى بيانات على مستوى الصفحة، لذا يمكن لبعض الصفحات الفشل بينما تجتاز آخرون. لكن الصفحات التي تحتل ترتيب جيد يجب أن تجتاز.

س: ما مدى سرعة تحسن Core Web Vitals؟ ج: يعتمد. بعض الإصلاحات (تحسين الصور) فورية. آخرون (تغييرات العمارة) يستغرقون أسابيع أو أشهر.

س: هل تحسن Core Web Vitals وحده سيصلح مشاكل الترتيب؟ ج: لا. جودة المحتوى والروابط الخلفية والصلة تهم بكثير أكثر. لكن إذا تساويت موقعان على تلك، تفوز الأسرع.

س: هل يمكنني تحسن Core Web Vitals بدون مطور؟ ج: لبعض المواقع، نعم. تحسين الصور وإزالة المكون الإضافي والتخزين المؤقت يمكن أن تساعد. لكن التحسينات المعقدة تحتاج مطور.

س: أي مقياس مهم الأكثر؟ ج: جميع الثلاثة متساويان في الأهمية لجوجل. لكن LCP (السرعة) عادة تؤثر على تجربة المستخدم الأكثر.

الخطوات التالية

تحقق من تقرير Core Web Vitals في GSC. إذا كان معظمه أخضر، أنت بخير. إذا رأيت أحمر، اجلب مطور.

تعلم المزيد عن مراقبة قابلية الاستخدام على الهاتف المحمول والإشارات الأداء الأخرى.

Emily Redmond هي محللة بيانات في Emilytics — وكيل التحليلات الذي يراقب GA4 و Search Console و Bing data على مدار الساعة. 8 سنوات من الخبرة. قل مرحبا →