المقاييس

تاريخ النشر: 23 يونيو 2022، تاريخ آخر تعديل: 15 سبتمبر 2026

تستند المقاييس في CrUX إلى واجهات برمجة تطبيقات الويب الأساسية العادية التي تعرضها المتصفّحات. في مجموعة بيانات BigQuery تحديدًا، يتم تجميع هذه البيانات حسب دقة المصدر. يمكن لمالكي المواقع الإلكترونية الذين يحتاجون إلى تحليل أكثر تفصيلاً (مثل مستوى دقة عنوان URL) وإحصاءات حول أداء مواقعهم الإلكترونية استخدام واجهات برمجة التطبيقات نفسها لجمع بيانات مفصّلة عن قياس تجربة المستخدم الحقيقية (RUM) لمصادرهم. يُرجى العِلم أنّه على الرغم من توفّر جميع واجهات برمجة التطبيقات في Chrome، قد لا تتيح المتصفّحات الأخرى المجموعة الكاملة من المقاييس.

يتم تمثيل معظم المقاييس كتجميع مدرّج تكراري، ما يتيح عرض توزيع القيم وتقريب قيم النسبة المئوية.

متغيّرات التصميم التراكمية

"متغيّرات التصميم التراكمية (CLS) هي مقياس مهم يتمحور حول المستخدم لقياس الثبات البصري، لأنّها تساعد في تحديد عدد المرات التي يواجه فيها المستخدمون متغيّرات تصميم غير متوقّعة. ويساعد انخفاض قيمة CLS في ضمان أنّ الصفحة تقدّم تجربة ممتعة للمستخدمين".

web.dev/articles/cls

محتوى واجهة Document Object Model ‏(DOM) الذي تم تحميله

"يعرض حدث DOMContentLoaded الوقت الذي اكتمل فيه تحميل مستند HTML الأولي وتحليله، بدون انتظار انتهاء تحميل أوراق الأنماط والصور والأُطر الفرعية".

MDN

أول تلوين

"يشير مقياس First Paint إلى الوقت الذي عرض فيه المتصفّح المحتوى لأول مرة بعد التنقّل. ويستثني ذلك طلاء الخلفية التلقائي، ولكنه يتضمّن طلاء الخلفية غير التلقائي. هذه هي اللحظة الأولى المهمة التي يهتم بها المطوّرون عند تحميل الصفحة، أي عندما يبدأ المتصفّح في عرض الصفحة".

Paint Timing API

سرعة عرض أول محتوى مرئي

يشير مقياس سرعة عرض أول محتوى مرئي (FCP) إلى الوقت الذي عرض فيه المتصفّح لأول مرة أي نص أو صورة (بما في ذلك صور الخلفية) أو لوحة غير بيضاء أو رسومات موجّهة يمكن تغيير حجمها (SVG). ويشمل ذلك النص الذي يتضمّن خطوط ويب معلّقة. هذه هي المرة الأولى التي يمكن للمستخدمين فيها البدء في استهلاك محتوى الصفحة".

Paint Timing API

مدى استجابة الصفحة لتفاعلات المستخدم

"مدى استجابة الصفحة لتفاعلات المستخدم" (INP) هو مقياس ميداني يقيّم سرعة الاستجابة. يسجّل مقياس INP وقت الاستجابة لجميع التفاعلات طوال دورة حياة الصفحة بأكملها. يتم تسجيل أعلى قيمة لهذه التفاعلات، أو قيمة قريبة من الأعلى للصفحات التي تتضمّن العديد من التفاعلات، على أنّها قيمة INP للصفحة. ويضمن مؤشر INP المنخفض استجابة الصفحة بشكل موثوق في جميع الأوقات".

web.dev/articles/inp

تمت إضافة مقياس "مدى استجابة الصفحة لتفاعلات المستخدم" (INP) إلى مجموعة بيانات CrUX في فبراير 2022. يقيس هذا المقياس الجديد وقت الاستجابة الشامل للأحداث الفردية، ويقدّم صورة أكثر شمولاً عن مدى استجابة الصفحة بشكل عام طوال مدة نشاطها.

سرعة عرض أكبر جزء من المحتوى على الصفحة

"سرعة عرض أكبر محتوى مرئي (LCP) هو مقياس مهم يتمحور حول المستخدم لقياس سرعة التحميل التي يلاحظها المستخدم، لأنّه يحدّد ضمن المخطط الزمني لتحميل الصفحة الوقت الذي من المرجَّح أن تم فيه تحميل المحتوى الرئيسي للصفحة، وبالتالي فإنّ سرعة LCP تساعد في طمأنة المستخدم بأنّ الصفحة مفيدة".

web.dev/articles/lcp

نوع مصدر "سرعة عرض أكبر محتوى مرئي"

يشير مقياس سرعة عرض أكبر محتوى مرئي (LCP) إلى الوقت المستغرَق للعرض لأكبر صورة أو مقطع نصي أو فيديو مرئي في إطار العرض مقارنةً بالوقت الذي انتقل فيه المستخدم إلى الصفحة للمرة الأولى.

web.dev/articles/lcp - What elements are considered for LCP

غالبًا ما يكون للنصوص والصور (بما في ذلك صورة إطار الفيديو الأول) خصائص تحميل وتقنيات تحسين مختلفة جدًا. من خلال فهم نسبة أنواع موارد LCP، يمكنك فهم مقاييس LCP ومسارات التحسين بشكل أفضل.

لمزيد من المعلومات، يُرجى الاطّلاع على مشاركة المدونة حول إطلاق أنواع موارد LCP.

الأجزاء الفرعية لصورة سرعة عرض أكبر محتوى مرئي

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

web.dev/articles/optimize-lcp - LCP breakdown into subparts

يؤدي تقسيم مقاييس LCP للصور إلى الأجزاء الفرعية الأكثر أهمية إلى توفير إمكانية استخدام اقتراحات وأفضل الممارسات المحدّدة لكيفية تحسين كل جزء.

يتم توفير الأجزاء الفرعية لصورة LCP في أربعة مقاييس منفصلة:

  • largest_contentful_paint_image_time_to_first_byte
  • largest_contentful_paint_image_resource_load_delay
  • largest_contentful_paint_image_resource_load_duration
  • largest_contentful_paint_image_element_render_delay

يتم تضمين الأجزاء الفرعية للصور فقط، ولا يشمل ذلك صور إطارات الفيديو الأولى لأنّها أكثر تعقيدًا بعض الشيء، إذ لا يمكننا قياس وقت التنزيل الكامل (يُرجى العِلم أنّ إطارات الفيديو الأولى مضمّنة في مقياس نوع مورد "سرعة عرض أكبر جزء من المحتوى على الصفحة"، حيث لا يكون هذا التعقيد ذا صلة).

لا يتم أيضًا تضمين الأجزاء الفرعية من النص لأنّها أقل فائدة وستشوّه أرقام مقياس LCP للصور. بالنسبة إلى المواقع الإلكترونية التي تتألف بشكل كبير من نصوص LCP، تُعدّ مقاييس TTFB وFCP الإجمالية تقسيمات مفيدة، ولكن تجدر الإشارة إلى أنّها تشمل جميع عناصر LCP وليس عناصر LCP النصية تحديدًا.

لمزيد من المعلومات، يُرجى الاطّلاع على مشاركة المدونة حول إطلاق الأجزاء الفرعية من صورة LCP.

يقدّم مقياس أنواع التنقّل تفصيلاً لنسبة مشاهدات الصفحة لأنواع التنقّل التالية:

النوع الوصف
navigate تحميل صفحة لا يندرج ضمن أي من الفئات الأخرى
navigate_cache تحميل صفحة تم عرض موردها الرئيسي (مستند HTML الرئيسي) من ذاكرة التخزين المؤقت لبروتوكول HTTP. تستفيد المواقع الإلكترونية غالبًا من التخزين المؤقت للموارد الفرعية، ولكن غالبًا ما يتم تخزين مستند HTML الرئيسي بشكل أقل، وعندما يكون ذلك ممكنًا، يمكن أن يؤدي إلى تحسينات ملحوظة في الأداء من خلال إمكانية تخزينه مؤقتًا على الجهاز المحلي وعلى شبكة توصيل المحتوى (CDN).
reload أعاد المستخدم تحميل الصفحة، إما من خلال النقر على زر إعادة التحميل أو الضغط على مفتاح الإدخال في شريط العناوين أو من خلال التراجع عن إغلاق علامة تبويب. غالبًا ما تؤدي عمليات إعادة تحميل الصفحة إلى إعادة التحقّق من صحة البيانات من الخادم للتأكّد مما إذا كانت الصفحة الرئيسية قد تغيّرت. قد تشير النسبة المئوية المرتفعة لعمليات إعادة تحميل الصفحة إلى مشاكل في تجربة المستخدم.
restore تمت إعادة تحميل الصفحة بعد إعادة تشغيل المتصفّح أو علامة تبويب تمت إزالتها لأسباب تتعلّق بالذاكرة. بالنسبة إلى Chrome على Android، يتم تسجيل هذه الأخطاء على أنّها "إعادة تحميل".
back_forward يشير إلى أنّ الصفحة سبق أن تم عرضها وتم الرجوع إليها مؤخرًا. في حال التخزين المؤقت بشكل صحيح، من المفترض أن تكون هذه التجارب سريعة إلى حدّ ما، ولكنها ستظل تتطلّب معالجة الصفحة وتنفيذ JavaScript، وهما عمليتان تتجنّبهما ميزة "التخزين المؤقت للصفحة السابقة".
back_forward_cache عملية تنقّل في السجلّ تم عرضها من ميزة "التخزين المؤقت للصفحات". تحسين صفحاتك للاستفادة من ميزة "التخزين المؤقت للصفحات" من خلال إزالة أدوات الحظر، ما يؤدي إلى تجارب أسرع، لذا يجب أن تبدو المواقع الإلكترونية
prerender تمت معالجة الصفحة مسبقًا، ما قد يؤدي إلى تحميل الصفحة بشكل فوري تقريبًا، على غرار ذاكرة التخزين المؤقت للصفحات Bfcache.

في بعض الحالات، يمكن أن يكون تحميل الصفحة مزيجًا من أنواع تنقّل متعددة. في هذه الحالة، يعرض تقرير CrUX أول تطابق بترتيب عكسي للجدول (من الأسفل إلى الأعلى).

يمكنك العثور على مزيد من المعلومات في منشور الإعلان عن أنواع التنقّل.

Onload

"يتم تشغيل حدث التحميل عند انتهاء تحميل الصفحة والموارد التابعة لها".

MDN

مدة الذهاب والعودة

تقدّم هذه السمة تقديرًا لوقت التنقل ذهابًا وإيابًا عبر HTTP (طبقة التطبيق) في بداية التنقّل، استنادًا إلى اتصالات الشبكة الحديثة. يستند هذا المقياس إلى السمة rtt الخاصة بواجهة Network Information API، وهي واجهة برمجة التطبيقات نفسها المسؤولة عن السمة السابقة نوع الاتصال الفعّال (ECT).

لمزيد من المعلومات، يُرجى الاطّلاع على مشاركة المدونة حول إطلاق أنواع موارد LCP.

المقاييس التجريبية

تتوفّر المقاييس التجريبية في مجموعة بيانات CrUX باستخدام BigQuery وفي CrUX API، ولكن لا تتوفّر جميع المقاييس في كليهما. وتخضع هذه المقاييس للتغيير لأنّها تتطوّر استنادًا إلى ملاحظات المستخدمين. راجِع ملاحظات الإصدار للبقاء على اطّلاع على آخر التغييرات.

مدة تحميل أول بايت

يتم جمع بيانات TTFB في CrUX فقط عند تحميل الصفحة بالكامل، على عكس المؤقتات الأخرى (مثل LCP) التي يتم جمعها أيضًا عند التنقّل باستخدام ذاكرة التخزين المؤقت للصفحات (bfcache) والصفحات التي تم عرضها مسبقًا. وبالتالي، يمكن أن يكون حجم عيّنة مقياس TTFB أصغر من المقاييس الأخرى، وقد لا يمكن مقارنته بها مباشرةً. سيتضمّن مقياس TTFB في CrUX عمليات تحميل الصفحات الباردة وعمليات تحميل الصفحات المخزّنة مؤقتًا وعمليات تحميل الصفحات من اتصال ثابت (على سبيل المثال، عمليات تحميل الصفحات داخل الموقع الإلكتروني).

لا تشكّل مدة تحميل أول بايت (TTFB) مقياسًا مباشرًا لوقت استجابة الخادم، لأنّها تتضمّن مقاييس قبل ذلك، بما في ذلك وقت إعادة التوجيه، ويمكن أن تتأثّر بما إذا كان يتم عرض الردّ من ذاكرة التخزين المؤقت أو شبكة توصيل المحتوى (CDN) أو من الخادم. ويظهر ذلك بشكل خاص في بيانات الحقل، مثل CrUX، في حين أنّ الاختبارات المعملية تتأثر عادةً بهذه العوامل بشكل أقل لأنّه يتم اختبار عنوان URL النهائي، وغالبًا ما يتم إلغاء التغييرات في التخزين المؤقت بشكل متكرر.

مدى رواجها

مقياس الترتيب حسب الرواج هو مقياس نسبي لمدى رواج الموقع الإلكتروني ضمن مجموعة بيانات CrUX، ويتم قياسه من خلال إجمالي عدد عمليات التنقّل على المصدر. يتم ترتيب المواقع الإلكترونية حسب مقياس log10 مع نصف خطوات (مثل أهم 1000 موقع إلكتروني، وأهم 5000 موقع إلكتروني، وأهم 10000 موقع إلكتروني، وأهم 50000 موقع إلكتروني، وأهم 100000 موقع إلكتروني، وأهم 500000 موقع إلكتروني، وأهم مليون موقع إلكتروني، وما إلى ذلك)، مع استبعاد الترتيب السابق من كل ترتيب (مثلاً، أهم 5000 موقع إلكتروني يشمل في الواقع 4000 عنوان URL، باستثناء أهم 1000 موقع إلكتروني). الحدّ الأعلى ديناميكي مع زيادة حجم مجموعة البيانات.

يتم تقديم مقياس الرواج كدليل للتحليل العام، مثلاً لتحديد الأداء حسب البلد لأهم 1,000 مصدر.

أذونات إرسال الإشعارات

بالنسبة إلى المواقع الإلكترونية التي تطلب الإذن بعرض الإشعارات للمستخدمين، يمثّل هذا المقياس التكرار النسبي لردود المستخدمين على الطلبات: قبول أو رفض أو تجاهل أو إغلاق.

مقاييس الإعلانات

يوفّر Chrome مقاييس وأدوات عامة للمواقع الإلكترونية والجهات الأخرى، مثل المعلِنين، من أجل فهم تجارب المستخدمين الفعليين مع الإعلانات وتأثيرها بشكل أفضل.

نتوقّع أن تكون هذه المقاييس مفيدة بشكل خاص للمعلنين على الويب والخدمات التي يستخدمونها لعرض الإعلانات. لقد تلقّينا ملاحظات من مجموعة كبيرة من الجهات المعنية في منظومة الإعلانات المتكاملة تفيد بأنّ هذه المقاييس يمكن أن تحسّن طريقة تقييمهم لفرص الإعلان واتّخاذ قرارات بشأن المنتجات الإعلانية.

لمزيد من المعلومات، يُرجى الاطّلاع على منشور المدونة حول إطلاق مقاييس الإعلانات ومستندات قياس الإعلانات.