المقاييس

يتم تشغيل المقاييس في 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

مهلة الاستجابة الأولى

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

web.dev/articles/fit

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

"مدى استجابة الصفحة لتفاعلات المستخدم (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، علمًا أنّ كلا الأمرين يتجنّبهما ذاكرة التخزين المؤقت.
back_forward_cache التنقّل في السجلّ الذي تم عرضه من خلال ذاكرة التخزين المؤقت إنّ تحسين صفحاتك للاستفادة من ميزة "التخزين المؤقت للصفحات" من خلال إزالة أدوات الحظر من المفترض أن يؤدي إلى تجارب أسرع، وبالتالي يجب أن تبدو المواقع الإلكترونية.
prerender تم عرض الصفحة مُسبقًا والذي يمكن أن يؤدي إلى عمليات تحميل للصفحة على نحو شبه فوري، على غرار ميزة "التخزين المؤقت للصفحات".

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

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

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

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

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

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

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

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

مدى رواجها

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

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

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

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

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

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

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