جوجل يتحدث منذ سنوات عن “تجربة المستخدم” كعامل مهم في ترتيب النتائج، لكن مع Core Web Vitals تحوّل هذا الكلام إلى أرقام واضحة يمكن قياسها. هذه المؤشرات الثلاثة تخبرك، بشكل عملي، كيف يشعر الزائر الحقيقي عند تصفح موقعك.
في هذا المقال سنشرح ما هي Core Web Vitals، وما هي المؤشرات الثلاثة الأساسية، ولماذا تؤثر على السيو، وكيف يمكن التعامل معها بطريقة واقعية حتى لو لم تكن مطوّرًا محترفًا.
ما هي Core Web Vitals؟
Core Web Vitals هي مجموعة من مؤشرات الأداء حدّدتها جوجل لقياس جودة تجربة المستخدم على موقعك، بالاعتماد على بيانات حقيقية من زيارات فعلية (وليس من الاختبارات النظرية فقط).
تركّز هذه المؤشرات على ثلاثة جوانب رئيسية:
- سرعة ظهور المحتوى الرئيسي.
- مدى سرعة استجابة الصفحة لتفاعل المستخدم.
- مدى ثبات التصميم وعدم تحرك العناصر بشكل مزعج.
الهدف بسيط: صفحة سريعة، تستجيب بسرعة، ولا “تقفز” عناصرها أثناء التحميل. هذه الأساسيات تؤثر على رضى المستخدم وعلى قراره بالبقاء أو الخروج.
المؤشرات الثلاثة الأساسية في Core Web Vitals
تركز Core Web Vitals حاليًا على ثلاثة مؤشرات رئيسية:
- LCP – Largest Contentful Paint: سرعة تحميل أكبر جزء من المحتوى.
- INP – Interaction to Next Paint: سرعة استجابة الصفحة للتفاعل.
- CLS – Cumulative Layout Shift: استقرار التصميم أثناء التحميل.
سنمر الآن على كل مؤشر بشرح مبسّط، مع أمثلة عملية توضح ما يحدث عادة في المواقع الحقيقية.
1. LCP – أكبر عنصر محتوى يظهر في الصفحة
يقيس LCP الوقت الذي يستغرقه ظهور أكبر عنصر محتوى في الجزء المرئي من الصفحة (مثل صورة الهيدر الرئيسية، أو عنوان كبير، أو بلوك نصي واضح). باختصار: بعد كم ثانية يشعر الزائر أن الصفحة “ظهرت فعليًا”؟
بشكل تقريبي:
- جيد: 2.5 ثانية أو أقل.
- بحاجة لتحسين: بين 2.5 و 4 ثوانٍ.
- ضعيف: أكثر من 4 ثوانٍ.
الأسباب الشائعة لسوء أداء LCP:
- صور كبيرة جدًا وغير مضغوطة في أعلى الصفحة.
- بطء استجابة السيرفر.
- ملفات CSS و JavaScript تعيق تحميل المحتوى.
- أكواد خارجية (scripts) كثيرة يتم تحميلها قبل المحتوى الأساسي.
تحسين LCP غالبًا يبدأ بخطوات واضحة: ضغط الصور، استخدام WebP عند الإمكان، تفعيل التخزين المؤقت (caching)، وتقليل الأكواد التي تُحمّل قبل ظهور المحتوى الرئيسي.
2. INP – تفاعل المستخدم إلى الرسم التالي
INP يقيس سرعة استجابة الصفحة عندما يقوم المستخدم بتفاعل معيّن: ضغطة زر، فتح قائمة، كتابة في حقل، وما شابه. الفكرة ليست في أول تفاعل فقط، بل في الأداء العام للتفاعلات على الصفحة.
بشكل تقريبي:
- جيد: 200 ملّي ثانية أو أقل.
- بحاجة لتحسين: بين 200 و 500 ملّي ثانية.
- ضعيف: أكثر من 500 ملّي ثانية.
عندما يضغط المستخدم على زر ولا يحدث شيء مباشرة، يبدأ في الضغط مرة أخرى أو يغادر الصفحة. INP يحاول قياس هذا الإحساس بالتأخير.
الأسباب الشائعة لسوء INP:
- وجود أكواد JavaScript ثقيلة تعمل على الخيط الرئيسي (Main Thread).
- تنفيذ عمليات كثيرة مع كل نقرة أو تمرير (scroll) دون حاجة حقيقية.
- إعادة رسم واجهة المستخدم بشكل مبالغ فيه عند كل تفاعل.
الحلول عادة تشمل تقسيم المهام الطويلة إلى أجزاء أصغر، وتأجيل ما يمكن تأجيله من الأكواد غير الضرورية، وتحسين طريقة تحديث عناصر الواجهة في الإطار الأمامي (Front-end).
3. CLS – تغيّر التخطيط التراكمي
يقيس CLS مدى استقرار التصميم أثناء تحميل الصفحة. أي تغيّرات غير متوقعة في موضع العناصر أثناء التحميل تُحتسب ضمن هذا المؤشر. كلنا جرّبنا أن نريد الضغط على زر، وفجأة يتحرك للأسفل بسبب ظهور بانر أو صورة متأخرة.
بشكل تقريبي:
- جيد: قيمة CLS تساوي 0.1 أو أقل.
- بحاجة لتحسين: بين 0.1 و 0.25.
- ضعيف: أكثر من 0.25.
الأسباب الشائعة لارتفاع CLS:
- صور بدون تحديد أبعادها (عرض وارتفاع) مما يجعل المتصفح لا يحجز لها مساحة مسبقًا.
- إعلانات أو عناصر خارجية تظهر متأخرًا وتدفع المحتوى للأسفل.
- تغيّر نوع أو حجم الخط بشكل مفاجئ بعد تحميل الصفحة.
- إضافة عناصر جديدة أعلى المحتوى المعروض بدل إضافتها في الأسفل.
لتقليل CLS، تحتاج غالبًا إلى حجز المساحة مسبقًا للصور والإعلانات، واستخدام Placeholders، وتجنّب إدخال عناصر جديدة في منتصف المحتوى بعد أن يبدأ المستخدم بالقراءة أو التفاعل.
لماذا تؤثر Core Web Vitals على السيو؟
Core Web Vitals جزء من “إشارات تجربة الصفحة” التي تعتمد عليها جوجل. هي ليست العامل الوحيد في الترتيب، لكنها قد تصنع فرقًا واضحًا عندما يكون المحتوى متقاربًا بينك وبين منافسيك.
في نفس الوقت، تحسين هذه المؤشرات ينعكس بشكل مباشر على سلوك المستخدم:
- انخفاض معدل الارتداد (Bounce Rate).
- زيادة مدة الجلسة وعدد الصفحات التي يزورها المستخدم.
- تحسن معدلات التحويل (شراء، تسجيل، تواصل، إلخ).
- تقليل إحباط الزائر وشعوره بأن الموقع “ثقيل” أو “يتأخر كثيرًا”.
أي أنك لا تعمل فقط “لإرضاء جوجل”، بل لتقديم تجربة أفضل لزوارك، وهذا في النهاية ما تبحث عنه محركات البحث أيضًا.
كيف تقيس Core Web Vitals؟
لا تحتاج للتخمين. توجد أدوات مجانية من جوجل نفسها توضح لك أداء موقعك بالأرقام:
- Google Search Console: تقرير Core Web Vitals بناءً على بيانات مستخدمين حقيقية.
- PageSpeed Insights: يعطيك أرقامًا وتوصيات عملية لكل صفحة.
- تقرير تجربة مستخدم كروم (CrUX): بيانات مجمعة من مستخدمي متصفح كروم.
- أدوات المطوّر في المتصفح: لتحليل الصفحات بشكل تقني أدق.
أدوات متخصصة في السيو مثل Hunnt AI يمكن أن تساعد في قراءة هذه الأرقام وترتيب الأولويات، بحيث تركز على الصفحات والقوالب التي تحتاج تحسينًا فعليًا بدلاً من الغرق في تفاصيل غير مؤثرة.
خطة عملية لتحسين Core Web Vitals
لو لم تكن مطوّرًا، قد تبدو هذه المؤشرات تقنية أكثر من اللازم، لكن يمكنك البدء بخطوات بسيطة وواضحة:
- حدّد الصفحات الأهم في موقعك (الصفحة الرئيسية، صفحات الخدمات، صفحات المنتجات، مقالات تجلب زيارات عالية).
- راجع الصور في أعلى هذه الصفحات، واضغطها أو استبدلها بصيغ أخف.
- تخلّص من السكربتات غير الضرورية التي لا تضيف قيمة حقيقية.
- اطلب من المطوّر تقسيم المهام الثقيلة في JavaScript إلى مهام أصغر.
- تأكد من حجز مساحة ثابتة للإعلانات والصور والأجزاء الديناميكية.
- راقب النتائج في Google Search Console بشكل دوري ولاحظ التطور.
الفكرة ليست في الوصول إلى “الكمال” من أول محاولة، بل في التحسين المستمر على دفعات صغيرة، مع التركيز على الصفحات الأكثر تأثيرًا في أعمالك.
الخلاصة
في النهاية، Core Web Vitals تحاول الإجابة عن سؤال بسيط: هل موقعك مريح وسلس في الاستخدام أم لا؟
عندما تهتم بـ LCP و INP و CLS فأنت تحترم وقت الزائر وتركيزه، وتقترب من الشكل الذي تريد جوجل أن تراه في المواقع الجيدة: محتوى مفيد + تجربة استخدام سلسة. هذه التركيبة هي ما يبني ترتيبًا قويًا ومستقرًا على المدى الطويل.
