المقاييس

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

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

أول تلوين

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

Paint Timing API

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

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

Paint Timing API

محتوى DOM الذي تم تحميله

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

MDN

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

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

web.dev/articles/lcp

عند التحميل

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

MDN

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

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

web.dev/articles/cls

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

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

web.dev/articles/inp

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

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

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

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

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

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

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

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

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

يقيس CrUX مقياس TTFB عند تلقي وحدات البايت الأولى من مورد المستند من الخادم. كان يتم استخدام طريقة العرض التقليدية لـ TTFB لقياس وقت بدء استجابة المستند ولكن عند استخدام التلميحات المبكرة، وهي "وحدات البايت الأولى". سيكون سابقًا أكثر من ذلك. في المستقبل، قد يتم تعديل تقرير تجربة المستخدم على Chrome لتجاهل ميزة "التلميحات المبكرة".

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

مدى رواجها

مقياس ترتيب الأكثر رواجًا هو مقياس نسبي لمدى رواج الموقع الإلكتروني ضمن مجموعة بيانات CrUX، ويتم قياسه من خلال إجمالي عدد عمليات التنقل في المصدر. يتم احتساب الترتيب على مقياس log10 مع نصف الخطوات (مثل أهم 1,000 موقع إلكتروني، وأهم 5,000 موقع إلكتروني، وأهم 10,000 موقع إلكتروني، وأهم 50,000 موقع إلكتروني، وأهم 100,000 موقع إلكتروني، وأهم 500,000 موقع إلكتروني، وأهم مليون موقع إلكتروني، وما إلى ذلك)، مع استبعاد كل ترتيب للترتيب السابق (مثل أهم 5,000 موقع إلكتروني هو في الواقع 4,000 عنوان URL، باستثناء أهم 1,000 موقع إلكتروني). ويكون الحد الأقصى ديناميكيًا مع نمو مجموعة البيانات.

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

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

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

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

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

لا يتوفّر هذا المقياس إلا في CrUX API وCrUX History API، ويتم تجميعه إلى الشريحة المئوية الخامسة والسبعين. لا تتوفّر الرسوم البيانية للشرائح. كما أنه غير متاح في BigQuery.