مؤشرات أداء الويب الأساسية (Core Web Vitals) ثلاثة مقاييس تستخدمها Google لقياس التجربة الواقعية لصفحة ما: مدى سرعة تحميلها، ومدى سرعة استجابتها، ومدى ثباتها أثناء التحميل. وهي جزء من إشارات تجربة الصفحة التي تأخذها Google في الحسبان عند الترتيب – والأهم أنها تعكس شعور الزوار الفعلي تجاه موقعك.
مؤشرات أداء الويب الأساسية الثلاثة
| المقياس | ما يقيسه | جيد | يحتاج إلى تحسين | ضعيف |
|---|---|---|---|---|
| LCP – أكبر عرض للمحتوى | التحميل: متى يظهر المحتوى الرئيسي | ≤ 2.5 ث | 2.5–4.0 ث | > 4.0 ث |
| INP – التفاعل حتى العرض التالي | الاستجابة: مدى سرعة تفاعل الصفحة مع الإدخال | ≤ 200 مللي ث | 200–500 مللي ث | > 500 مللي ث |
| CLS – إزاحة التخطيط التراكمية | الثبات البصري: مقدار قفز التخطيط | ≤ 0.1 | 0.1–0.25 | > 0.25 |
تجتاز الصفحة التقييم عندما تحقق 75% على الأقل من الزيارات الحقيقية (المئين الخامس والسبعون) حد «جيد» في المقاييس الثلاثة كلها.
حل INP محل مؤشر تأخر الإدخال الأول (FID) كأحد مؤشرات أداء الويب الأساسية في مارس 2024. وINP أكثر صرامة: فهو يأخذ في الاعتبار استجابة التفاعلات طوال الزيارة، لا التفاعل الأول فقط.
البيانات الميدانية مقابل بيانات المختبر
البيانات الميدانية تأتي من مستخدمي Chrome الحقيقيين وتُجمع في تقرير تجربة مستخدم Chrome (CrUX) على مدى نافذة متحركة مدتها 28 يومًا. وهي ما تستخدمه Google لتجربة الصفحة. ويمكنك رؤيتها في تقرير مؤشرات أداء الويب الأساسية في Search Console وفي PageSpeed Insights.
بيانات المختبر تأتي من اختبار محاكى، مثل Lighthouse، على جهاز وشبكة ثابتين. وهي ممتازة لتصحيح الأخطاء واختبار التغييرات، لكنها ليست ما تستخدمه Google للترتيب – ولا تستطيع قياس INP مباشرة (إجمالي وقت الحظر هو أقرب بديل مختبري له).
تحقق من LCP وINP وCLS لمستخدمين حقيقيين من تقرير Chrome UX لصفحة وللموقع كاملًا.
قد لا تتوفر بيانات ميدانية كافية للصفحات قليلة الزيارات؛ وفي هذه الحالة يمكن لـGoogle استخدام بيانات صفحات مشابهة أو الموقع بأكمله («المصدر»).
أكبر عرض للمحتوى (LCP)
يحدد LCP الوقت الذي ينتهي فيه عرض أكبر صورة أو كتلة نصية في منطقة العرض – وعادةً ما تكون الصورة الرئيسية أو عنوانًا كبيرًا أو صورة غلاف فيديو مميز.
يمكن تقسيم LCP إلى أربعة أجزاء تدل على الإصلاح:
- زمن وصول البايت الأول – المدة التي يستغرقها الخادم للاستجابة
- تأخر تحميل المورد – المدة قبل أن يبدأ المتصفح تنزيل مورد LCP
- مدة تحميل المورد – المدة التي يستغرقها التنزيل
- تأخر عرض العنصر – الوقت بين التنزيل والعرض
كيف تحسّن LCP
- سرّع الخادم: التخزين المؤقت للصفحات، وشبكة CDN، واستضافة أسرع، واستعلامات أقل لقاعدة البيانات
- اجعل صورة LCP قابلة للاكتشاف مبكرًا: استخدم
<img>عاديًا في HTML (لا خلفية CSS أو صورة يدرجها JavaScript) وأضفfetchpriority="high" - لا تحمّل صورة LCP تحميلًا كسولًا أبدًا
- حسّن الصورة: أبعاد صحيحة، وWebP أو AVIF، وضغط جيد
- قلّل الموارد التي تحظر العرض: ضمّن CSS الحرج داخل الصفحة، وأجّل JavaScript غير الحرج
- استخدم preconnect للاتصال المسبق بمصادر الطرف الثالث المطلوبة مثل CDN الصور
التفاعل حتى العرض التالي (INP)
يقيس INP التأخير بين تفاعل المستخدم – نقرة أو لمسة أو ضغطة مفتاح – والتحديث المرئي التالي على الشاشة. ويُبلغ عن أحد أبطأ التفاعلات خلال الزيارة.
يأتي INP الضعيف عادةً من كثرة JavaScript الذي يعمل على الخيط الرئيسي، فلا يستطيع المتصفح الاستجابة بسرعة.
كيف تحسّن INP
- قلّل JavaScript وقسّمه: أزل المكتبات غير المستخدمة، وقسّم الشيفرة، وحمّل الميزات عند الحاجة فقط
- جزّئ المهام الطويلة: المهام التي تتجاوز 50 مللي ثانية تحظر الخيط الرئيسي؛ أفسح المجال للمتصفح بين أجزاء العمل
- راجع سكربتات الطرف الثالث: مديرو الوسوم وأدوات الدردشة وأدوات اختبار A/B وسكربتات الإعلانات من المتهمين المتكررين
- أبقِ DOM خفيفًا: الصفحات الكبيرة جدًا تجعل كل تحديث أبطأ
- قدّم استجابة بصرية فورية عند التفاعل، ثم نفّذ العمل الثقيل بعدها
إزاحة التخطيط التراكمية (CLS)
يقيس CLS حركة التخطيط غير المتوقعة – تلك التجربة المزعجة لزر يقفز بعيدًا لحظة لمسك له. ويحسب مقدار المحتوى الذي يتحرك ومسافة تحركه.
كيف تحسّن CLS
- حدد العرض والارتفاع للصور ومقاطع الفيديو، أو استخدم
aspect-ratioفي CSS، لتُحجز المساحة - احجز مساحة للإعلانات والعناصر المضمّنة وiframe بحاويات ثابتة الحجم
- تجنب إدراج محتوى فوق المحتوى الموجود، مثل اللافتات التي تدفع الصفحة إلى الأسفل بعد التحميل
- استخدم
font-display: swapبحذر وحمّل خطوط الويب الأساسية مسبقًا، أو استخدم مقاييس خطوط احتياطية حتى لا يُعاد تدفق النص - حرّك العناصر باستخدام
transform، لا بخصائص مثلtopأوheightالتي تعيد حساب التخطيط
سير عمل عملي
- راجع تقرير مؤشرات أداء الويب الأساسية في Search Console لترى مجموعات العناوين التي تفشل وفي أي مقياس
- اختر عنوانًا ممثلًا من كل مجموعة فاشلة
- شغّل اختبارًا مختبريًا لتشخيص سبب البطء
- أصلح على مستوى القالب – فمعظم المشكلات تؤثر في كل صفحة تستخدم التخطيط نفسه
- تحقق من الإصلاح: في Search Console، ابدأ التحقق بعد النشر؛ وتستغرق البيانات الميدانية حتى 28 يومًا لتعكس التحسينات
نتيجة أداء Lighthouse ومقاييس المختبر وCore Web Vitals لمستخدمين حقيقيين لأي صفحة.
إلى أي مدى تؤثر مؤشرات أداء الويب الأساسية في الترتيب؟
كانت Google واضحة في أن تجربة الصفحة إشارة واحدة بين إشارات كثيرة، وأن الصلة والمحتوى المفيد أهم. فالصفحة السريعة ذات المحتوى الضعيف لن تتفوق على صفحة رائعة. لكن عندما تتقارب الصفحات في الصلة، قد تساعد التجربة الأفضل – والصفحات الأسرع تحقق تحويلات أفضل باستمرار، وهذا مهم بغض النظر عن الترتيب.
نصائح خاصة بالمنصات
WordPress
- استخدم إضافة تخزين مؤقت أو تخزينًا مؤقتًا على مستوى الاستضافة لخفض زمن استجابة الخادم
- اختر قالبًا خفيفًا؛ فمنشئو الصفحات الثقيلة يضيفون كثيرًا من CSS وJavaScript
- راجع الإضافات: فكل منها قد يضيف سكربتات إلى كل صفحة، ما يضر INP
- استخدم إضافة لتحسين الصور تقدم WebP أو AVIF وتضيف سمتي العرض والارتفاع
- أجّل أو أزل سكربتات الطرف الثالث التي لا تحتاجها في كل صفحة
Shopify
- راجع التطبيقات المثبتة – فكثير منها يحقن سكربتات في كل صفحة حتى لو لم تُستخدم
- استخدم ميزات الصور المتجاوبة المدمجة في القالب
- قلّل عدد الأقسام وشرائح العرض في الصفحة الرئيسية
- اضغط الصور وغيّر حجمها قبل رفعها
المواقع المخصصة والمعتمدة بكثافة على JavaScript
- استخدم العرض من جهة الخادم أو التوليد الثابت ليظهر المحتوى دون انتظار JavaScript
- قسّم الشيفرة حسب المسار وحمّل المكونات عند الطلب
- قِس INP للمستخدمين الحقيقيين بمكتبة
web-vitalsوأرسله إلى التحليلات، لترى التفاعلات البطيئة
قياس بيانات المستخدمين الحقيقيين بنفسك
يعرض Search Console وPageSpeed Insights بيانات Chrome مجمّعة، لكن فقط للصفحات ذات الزيارات الكافية ومع تأخير. ولرؤية مؤشرات أداء الويب الأساسية لكل صفحة وكل زائر، أضف مراقبة المستخدمين الحقيقيين (RUM). تُبلغ مكتبة web-vitals مفتوحة المصدر عن LCP وINP وCLS من متصفحات الزوار؛ ويمكنك إرسال القيم إلى Google Analytics 4 أو أداة تحليلات أخرى. كما تسجل RUM العنصر الذي كان LCP والتفاعل الأبطأ – وهو بالضبط ما تحتاجه لإصلاح المشكلة.
ملاحظة حول إجمالي وقت الحظر ومؤشر السرعة
يُبلغ Lighthouse عن مقاييس أخرى إلى جانب مؤشرات أداء الويب الأساسية. إجمالي وقت الحظر (TBT) يقيس مدة حظر الخيط الرئيسي أثناء التحميل ويرتبط بـINP. أول عرض للمحتوى (FCP) يحدد متى يظهر أي شيء أولًا. مؤشر السرعة (Speed Index) يقيس سرعة امتلاء المنطقة المرئية. وهي مفيدة للتشخيص لكنها ليست من مؤشرات أداء الويب الأساسية.
خرافات شائعة
- «يلزم الحصول على 100 في PageSpeed للترتيب.» لا. ما يهم لتجربة الصفحة هو اجتياز حدود مؤشرات أداء الويب الأساسية في البيانات الميدانية، والصلة أهم بكثير.
- «مؤشرات أداء الويب الأساسية تهم Google فقط.» الصفحات الأسرع والأكثر ثباتًا تحسّن التحويلات والرضا لكل زائر، أيًا كان ما أوصله إلى موقعك.
- «إضافة مزيد من إضافات التخزين المؤقت تساعد.» تكديس عدة إضافات للتخزين المؤقت أو التحسين يسبب تعارضات غالبًا. استخدم حلًا واحدًا مضبوطًا جيدًا.
أهم النقاط
- تقيس مؤشرات أداء الويب الأساسية التحميل (LCP) والاستجابة (INP) والثبات البصري (CLS).
- الحدود الجيدة هي LCP ≤ 2.5 ث وINP ≤ 200 مللي ث وCLS ≤ 0.1 عند المئين الخامس والسبعين من الزيارات الحقيقية.
- البيانات الميدانية من مستخدمي Chrome الحقيقيين هي ما يُحتسب؛ واختبارات المختبر لتشخيص المشكلات.
- يتحسن LCP عادةً بخوادم أسرع وصور رئيسية محسّنة أكثر.
- يتحسن INP عندما تقلل JavaScript وتجزئه، خاصة سكربتات الطرف الثالث.
- يتحسن CLS عندما تحجز مساحة للصور والإعلانات والعناصر المضمّنة.
الأسئلة الشائعة
لماذا تختلف نتائجي المختبرية عن الميدانية؟
تحاكي اختبارات المختبر جهازًا وشبكة واحدين. أما البيانات الميدانية فتعكس أجهزة زوارك الحقيقيين وشبكاتهم وسلوكهم، بما في ذلك تفاعلات لا تنفذها اختبارات المختبر.
كم من الوقت حتى تظهر التحسينات في Search Console؟
تغطي البيانات الميدانية آخر 28 يومًا، لذا يستغرق الأمر حتى أربعة أسابيع لينعكس الإصلاح بالكامل.
هل تهم مؤشرات أداء الويب الأساسية على سطح المكتب؟
نعم. تقيّم Google الجوال وسطح المكتب كلًا على حدة. ويكون اجتياز التقييم على الجوال أصعب عادةً لأن الأجهزة والشبكات أبطأ.
ما نتيجة PageSpeed الجيدة؟
90 فأكثر نتيجة جيدة. لكن النتيجة ملخص مختبري؛ وما يُحتسب لتجربة الصفحة هو اجتياز مؤشرات أداء الويب الأساسية في البيانات الميدانية.
افحص موقعك
أجرِ فحصًا مجانيًا يضم أكثر من 55 فحصًا واحصل على حل لكل مشكلة.