Now offering AI-powered website development services in Dubai — Learn More
الرئيسية  /  المدونة  /  مؤشرات Core Web Vitals في 2026: قائمة التحقّق المُختبَرة على الواقع التي يجب أن يجتازها كلّ موقع
مدوّنة الاستوديو

مؤشرات Core Web Vitals في 2026: قائمة التحقّق المُختبَرة على الواقع التي يجب أن يجتازها كلّ موقع

LCP أقلّ من 2.5 ثانية، CLS أقلّ من 0.1، INP أقلّ من 200 ملّي ثانية — ماذا تعني هذه الأرقام فعلياً لموقع في الإمارات أو الخليج عام 2026، التقنيات التي نستخدمها لتحقيقها، وفخاخ البيانات الميدانية التي تُخفي التراجعات.

تحقيق Core Web Vitals عام 2026 لا يتعلّق بمطاردة درجة Lighthouse في غرفة معقّمة — بل بتحقيق LCP أقلّ من 2.5 ثانية، وINP أقلّ من 200 ملّي ثانية، وCLS أقلّ من 0.1 على هاتف Samsung حقيقي عبر شبكة 4G من الشارقة في السابعة مساءً. بيانات الميدان من تقرير Chrome User Experience Report (CrUX) هي ما تقيّمك عليه Google فعلاً، وبيانات الميدان قاسية. موقع يحقّق Lighthouse 95 في اختبارات المختبر قد يبقى "بحاجة إلى تحسين" في CrUX لشهور، لأنّ المستخدمين الحقيقيين على أجهزة أرخص وشبكات أضعف ويفتحون تبويبات أكثر بكثير ممّا تحاكيه.

هذا الدليل هو قائمة التحقّق التي نشغّلها قبل كلّ تسليم في WebStackRank. كلّ بند يقابل نمط فشل حقيقي رأيناه وأصلحناه.


ما تقيسه Google فعلياً عام 2026

ثلاثة مقاييس، كلّها بيانات ميدانية، نافذة متحرّكة لـ 28 يوماً:

  • LCP (الرسم الأكبر للمحتوى) — الوقت حتى رسم أكبر عنصر فوق الطية. الهدف: أقلّ من 2.5 ثانية لـ 75% من الزيارات.
  • INP (التفاعل إلى الرسم التالي) — أسوأ تأخير من تفاعل المستخدم (نقرة، ضغطة مفتاح) إلى الرسم التالي. حلّ محلّ FID في مارس 2024. الهدف: أقلّ من 200 ملّي ثانية لـ 75% من الزيارات.
  • CLS (التحوّل التراكمي في التخطيط) — مجموع عدم استقرار التخطيط أثناء الجلسة. الهدف: أقلّ من 0.1 لـ 75% من الزيارات.

تقييم "جيّد" في كلّ الثلاثة يفتح إشارة تجربة الصفحة — عامل ترتيب حقيقي (وإن كان متواضعاً) للصفحات المتشابهة في المحتوى، وشرط مسبق لبعض نتائج البحث الغنيّة.


LCP — قائمة التحقّق العملية

عنصر LCP هو ما يُرسَم أكبر فوق الطية في العرض الأوّل. لـ 90% من المواقع التسويقية هذا صورة Hero. لـ 10% الأخرى هو كتلة H1 + فقرة.

حدّد عنصر LCP أوّلاً. افتح Chrome DevTools → Performance → Web Vitals؛ سجّل تحميل جوّال بدون كاش. الماسة البرتقالية هي عنصر LCP. حسّنها تحديداً.

حمّل صورة LCP مسبقاً بـ fetchpriority="high" إذا كانت صورة.

قدّم صورة LCP بالصيغة والحجم الصحيحين. WebP بجودة 75-80 هو النقطة المثلى. PNG فقط إذا احتجت الشفافية. AVIF أصغر بـ 20-30% لكن التشفير بطيء.

استضف الخطوط الحرجة ذاتياً أو استخدم font-display: swap على Google Fonts.

ضمّن CSS الحرج. CSS فوق الطية (5-10 KB) يدخل في كتلة <style> في head. الباقي يُحمَّل بشكل غير متزامن.

استجابة الخادم تحت 600 ملّي ثانية. TTFB جزء من LCP. لو أخذ خادمك 1.2 ثانية لعرض الصفحة، أكلت نصف ميزانية LCP قبل أن يرسم المتصفّح أيّ شيء.


INP — المقياس الذي يفشل فيه المواقع عام 2026

INP حيث تفشل معظم المواقع "السريعة" بصمت. هو تأخير التفاعل الأسوأ، لا المتوسّط.

راجع كلّ معالج حدث يعمل عند أوّل تفاعل. الأشهر:

  • JS للتسويق (GTM، Hotjar) يطلق نصوصاً عند أوّل تمرير أو نقرة
  • تهيئة إطار العمل الثقيلة (Next.js/React) على صفحة محتوى لم تكن بحاجة إلى JS أصلاً
  • عمل متزامن طويل في معالج النقرة (فلتر يعيد عرض 200 بطاقة)
  • ودجات الدردشة الخارجية تسجّل مستمعين عالميّين كثيرين

أجّل كلّ شيء غير ضروري للتفاعل الأوّل. انقل مدير العلامات، التحليلات، ودجات الدردشة خلف defer أو requestIdleCallback.

اقطع المهام الطويلة بـ scheduler.yield() أو setTimeout(0). أيّ كتلة متزامنة فوق 50 ملّي ثانية على الخيط الرئيسي هي Long Task. Long Tasks أثناء التفاعلات سمّ لـ INP.

اختبر على Android متوسّط حقيقي. تخفيض CPU في Lighthouse هو 4× من جهاز التطوير. Samsung A14 حقيقي عام 2026 أبطأ بـ 3-5× من MacBook Pro.


CLS — قاتل الميزانية الصامت

CLS يكافئ الاستقرار. معظم المخالفات من ثلاثة أنماط:

صور بلا width وheight. حتى مع aspect-ratio في CSS، لا يعرف المتصفّح النسبة قبل تحليل CSS. اضبط كلا المعاملين على كلّ <img> و<iframe>. إصلاح في 30 ثانية ينقل CLS غالباً من 0.18 إلى 0.04.

خطوط الويب تستبدل. عندما يكون للخطّ الاحتياطي ارتفاع x مختلف عن خطّ الويب، يتدفّق النصّ عند تحميل خطّ الويب. استخدم size-adjust، ascent-override، descent-override في @font-face.

عناصر تُحقَن متأخّرة. بانرات الكوكيز، نوافذ "اشترك"، نوافذ ترويجية تُدخَل بعد أوّل رسم تزيح كلّ ما تحتها. إمّا احجز مساحتها بـ min-height، أو اعرضها كطبقات position: fixed.

فخّ خاصّ بالإمارات/الخليج: أوزان الخطوط العربية الخارجية تُحمَّل متأخّرة على صفحات RTL. لو استخدم Hero خطّ Tajawal ولم تُحمَّل وزن AR مسبقاً، تحصل على ضربة CLS فقط على زيارات العربية — غير مرئية في Lighthouse المعدّ بـ Accept-Language: en.


الفجوة بين المختبر والميدان

Lighthouse يعمل في بيئة محكومة. CrUX مستخدمون حقيقيون. الفجوة عادةً 1.5-2× — LCP في Lighthouse 1.8 ثانية يساوي غالباً LCP في الميدان 3.0 ثانية.

لماذا؟ المستخدمون الحقيقيون:

  • لديهم تبويبات أخرى تأكل CPU
  • على Wi-Fi أضعف أو خلوي
  • يضربون الأصل من البارد (كاش الحافة لديهم)
  • يستخدمون مانعات إعلانات تحقن نصوصاً
  • يمرّرون وينتقلون ويتلقّون إشعارات أثناء التحميل

استخدم عرض البيانات الميدانية "ملخّص الأصل" في PageSpeed Insights كنجمة شمالية. Lighthouse لتصحيح صفحات فردية؛ CrUX للتسجيل.

اضبط مراقبة المستخدم الحقيقي (RUM). حزمة web-vitals (~3 KB) ترسل المقاييس لنقطة نهايتك التحليلية أو مباشرة لـ GA4. فلتر حسب البلد والجهاز والشبكة.


ما نشغّله عند كلّ تسليم في WebStackRank

طقس سريع قبل الإطلاق يمنع 90% من الانتكاسات:

  1. تدقيق Lighthouse للجوّال على ثلاث صفحات: الرئيسية، تفاصيل خدمة، مقالة. الأداء ≥ 90، الوصول ≥ 95.
  2. فحص بيانات ميدانية في PageSpeed Insights على رابط staging (بعد ~50 زيارة حقيقية).
  3. تتبّع تفاعل يدوي على أبطأ صفحة عبر Chrome DevTools Performance — ابحث عن أيّ مهمّة فوق 200 ملّي ثانية.
  4. فحص CLS بالتمرير ببطء عبر كلّ صفحة على هاتف حقيقي.
  5. تشغيل web-vitals RUM قبل الإطلاق حتى نرى البيانات الميدانية يوم بدء الزحف.

عندما لا يكون لديك وقت

إذا كان لديك إطلاق هذا الأسبوع ودرجة CrUX فاشلة، أصغر مجموعة إصلاحات تنقل موقعاً عادةً من "بحاجة لتحسين" إلى "جيّد":

  1. أضف width + height لكلّ صورة — يقتل معظم CLS في 10 دقائق.
  2. حمّل صورة Hero مسبقاً بـ fetchpriority="high" — يوفّر 200-600 ملّي ثانية LCP.
  3. ضمّن CSS الحرج للكتلة فوق الطية — يوفّر 300-500 ملّي ثانية إضافية.
  4. أجّل علامات التسويق وودجات الدردشة — ينقذ INP عادة.
  5. أسقط نصاً خارجياً واحداً يمنع العرض ولست بحاجة ماسة إليه.

هذه الخمسة وحدها، إن أُحسنت، هي 80% ممّا يحتاجه معظم مواقع الأعمال الإماراتية.


أسئلة شائعة

هل ما زالت درجة Lighthouse مهمّة؟ للترتيب، لا — فقط بيانات CrUX الميدانية. يبقى Lighthouse مفيداً للتصحيح وكبوّابة جودة عند الإطلاق.

هل INP أصعب ممّا كان FID؟ بكثير. FID قاس فقط أوّل مدخلة؛ INP يقيس أسوأ تفاعل خلال الزيارة كاملة.

كم تستغرق CrUX لعكس إصلاح؟ حوالي 28 يوماً لتحديث النافذة المتحرّكة بالكامل. PageSpeed Insights يبدأ بإظهار بيانات ميدانية محسّنة خلال 7-10 أيام إذا كانت حركة المرور مستقرّة.

هل تهمّ Core Web Vitals لترتيب SEO؟ نعم، بشكل متواضع — إشارة تجربة الصفحة فاصل تعادل بين الصفحات المتشابهة في المحتوى. الأهمّ، المواقع البطيئة تفقد التحويلات: كلّ ثانية إضافية في LCP تكلّف نحو 7-12% من تحويل التجارة الإلكترونية الإماراتية حسب بيانات عملائنا.


إن أردت تدقيقاً مجّانياً لدرجاتك الحالية، ألصق رابطك في PageSpeed Insights. إن كنت تريد مساعدة في الإصلاح، نشغّل سبرنتات Core Web Vitals بنطاق محدّد — أرسل موجزاً.

كل المقالات
مشاركة: