تستند المقاييس في CrUX إلى واجهات برمجة التطبيقات العادية لمنصة الويب التي تعرضها المتصفحات. في مجموعة بيانات BigQuery تحديدًا، يتم تجميع هذه البيانات حسب دقة المصدر. يمكن لمالكي المواقع الإلكترونية الذين يحتاجون إلى تحليل أكثر تفصيلاً (مثل تحليل على مستوى عنوان URL) وإحصاءات حول أداء مواقعهم الإلكترونية استخدام واجهات برمجة التطبيقات نفسها لجمع بيانات تفصيلية عن قياس تجربة المستخدم الحقيقية (RUM) لمصادرهم. يُرجى العِلم أنّه على الرغم من توفّر جميع واجهات برمجة التطبيقات في Chrome، قد لا تتيح المتصفّحات الأخرى المجموعة الكاملة من المقاييس.
يتم تمثيل معظم المقاييس كتجميع مدرّج تكراري، ما يتيح عرض التوزيع وتقريب قيم النسبة المئوية.
متغيّرات التصميم التراكمية
"متغيّرات التصميم التراكمية (CLS) هي مقياس مهم يتمحور حول المستخدم لقياس الثبات البصري، لأنّه يساعد في تحديد عدد المرات التي يواجه فيها المستخدمون متغيّرات تصميم غير متوقّعة. ويساعد انخفاض قيمة CLS في ضمان أنّ الصفحة تقدّم تجربة ممتعة للمستخدمين".
محتوى واجهة Document Object Model (DOM) الذي تم تحميله
"يسجّل حدث DOMContentLoaded الوقت الذي يكتمل فيه تحميل مستند HTML الأولي وتحليله، بدون انتظار انتهاء تحميل أوراق الأنماط والصور والأُطر الفرعية".
أول تلوين
"يشير مقياس "أول طلاء" إلى الوقت الذي عرض فيه المتصفّح المحتوى لأول مرة بعد التنقّل. ويستثني ذلك طلاء الخلفية التلقائي، ولكنه يتضمّن طلاء الخلفية غير التلقائي. هذه هي اللحظة الرئيسية الأولى التي تهمّ المطوّرين في تحميل الصفحة، أي عندما يبدأ المتصفّح في عرض الصفحة".
سرعة عرض أول محتوى مرئي
"يشير مقياس "سرعة عرض المحتوى على الصفحة" (FCP) إلى الوقت الذي عرض فيه المتصفّح لأول مرة أي نص أو صورة (بما في ذلك صور الخلفية) أو لوحة قماشية غير بيضاء أو رسومات موجّهة يمكن تغيير حجمها (SVG). ويشمل ذلك النص الذي يتضمّن خطوط ويب معلّقة. وهذه هي المرة الأولى التي يمكن للمستخدمين فيها البدء في استهلاك محتوى الصفحة".
مدى استجابة الصفحة لتفاعلات المستخدم
"مدى استجابة الصفحة لتفاعلات المستخدم" (INP) هو مقياس ميداني يقيّم الاستجابة. يسجّل مقياس INP وقت الاستجابة لجميع التفاعلات طوال دورة حياة الصفحة بأكملها. يتم تسجيل أعلى قيمة من هذه التفاعلات، أو قيمة قريبة من الأعلى للصفحات التي تتضمّن العديد من التفاعلات، على أنّها قيمة INP للصفحة. ويضمن انخفاض قيمة INP استجابة الصفحة بشكل موثوق في جميع الأوقات".
تمت إضافة مقياس "مدى استجابة الصفحة لتفاعلات المستخدم" (INP) إلى مجموعة بيانات CrUX في فبراير 2022. يقيس هذا المقياس الجديد وقت الاستجابة الشامل للأحداث الفردية ويقدّم صورة أكثر شمولاً عن الاستجابة الإجمالية للصفحة طوال مدة بقائها.
سرعة عرض أكبر جزء من المحتوى على الصفحة
"سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP) هي مقياس مهم يتمحور حول المستخدم لقياس سرعة التحميل التي يلاحظها المستخدم، لأنّها تحدّد الوقت الذي من المرجَّح أن تم فيه تحميل المحتوى الرئيسي للصفحة ضمن المخطط الزمني لتحميل الصفحة، وبالتالي تساعد سرعة LCP في طمأنة المستخدم بأنّ الصفحة مفيدة."
نوع مصدر مقياس "سرعة عرض أكبر جزء من المحتوى على الصفحة"
"يشير مقياس سرعة عرض أكبر محتوى مرئي (LCP) إلى الوقت الذي يستغرقه ظهور أكبر صورة أو مقطع نصي أو فيديو في إطار العرض مقارنةً بالوقت الذي انتقل فيه المستخدم إلى الصفحة للمرة الأولى".
web.dev/articles/lcp - What elements are considered for LCP
غالبًا ما يكون للنصوص والصور (بما في ذلك صورة إطار الفيديو الأول) خصائص تحميل وتقنيات تحسين مختلفة تمامًا. يساعدك فهم نسبة أنواع موارد LCP في فهم مقاييس LCP ومسارات التحسين بشكل أفضل.
لمزيد من المعلومات، يُرجى الاطّلاع على مشاركة المدونة حول إطلاق أنواع موارد LCP.
الأجزاء الفرعية لصورة مقياس "سرعة عرض أكبر جزء من المحتوى على الصفحة"
"قد يكون تحسين سرعة LCP مهمة أكثر تعقيدًا عندما لا تقدّم لك أداة PageSpeed Insights إجابة حول كيفية تحسين هذا المقياس. مع المهام المعقّدة، من الأفضل عمومًا تقسيمها إلى مهام أصغر وأسهل، ومعالجة كل مهمة على حدة".
web.dev/articles/optimize-lcp - LCP breakdown into subparts
يؤدي تقسيم مقاييس LCP للصور إلى أجزائها الفرعية الأكثر أهمية إلى توفير إمكانية استخدام اقتراحات وأفضل الممارسات المحدّدة لكيفية تحسين كل جزء.
يتم توفير الأجزاء الفرعية لصورة LCP في أربعة مقاييس منفصلة:
largest_contentful_paint_image_time_to_first_bytelargest_contentful_paint_image_resource_load_delaylargest_contentful_paint_image_resource_load_durationlargest_contentful_paint_image_element_render_delay
يتم تضمين الأجزاء الفرعية للصور فقط، ولا يشمل ذلك صور إطارات الفيديو الأولى لأنّها أكثر تعقيدًا بعض الشيء، إذ لا يمكننا قياس وقت التنزيل الكامل (يُرجى العِلم أنّ إطارات الفيديو الأولى مضمّنة في مقياس نوع مورد LCP، حيث لا يكون هذا التعقيد ذا صلة).
لا يتم أيضًا تضمين الأجزاء الفرعية من النص لأنّها أقل فائدة وستشوّه أرقام مقياس LCP للصور. بالنسبة إلى المواقع الإلكترونية التي تتألف بشكل كبير من نصوص LCP، تُعدّ مقاييس TTFB وFCP الإجمالية تقسيمات مفيدة، ولكن تجدر الإشارة إلى أنّها تشمل جميع عناصر LCP وليس عناصر LCP النصية تحديدًا.
لمزيد من المعلومات، يُرجى الاطّلاع على مشاركة المدونة حول إطلاق الأجزاء الفرعية لصورة مقياس LCP.
أنواع التنقّل
يقدّم مقياس أنواع التنقّل تفصيلاً لنسبة مشاهدات الصفحة لأنواع التنقّل التالية:
| النوع | الوصف |
|---|---|
navigate |
تحميل صفحة لا يندرج ضمن أي من الفئات الأخرى |
navigate_cache |
تحميل صفحة تم عرض موردها الرئيسي (مستند HTML الرئيسي) من ذاكرة التخزين المؤقت لبروتوكول HTTP تستفيد المواقع الإلكترونية غالبًا من التخزين المؤقت للموارد الفرعية، ولكن غالبًا ما يتم تخزين مستند HTML الرئيسي بشكل أقل، وعندما يكون ذلك ممكنًا، يمكن أن يؤدي إلى تحسينات ملحوظة في الأداء من خلال إمكانية تخزينه مؤقتًا على الجهاز المحلي وعلى شبكة توصيل المحتوى (CDN). |
reload |
أعاد المستخدم تحميل الصفحة، إما بالنقر على زر إعادة التحميل أو بالضغط على مفتاح الإدخال في شريط العناوين أو بالتراجع عن إغلاق علامة تبويب. غالبًا ما تؤدي عمليات إعادة تحميل الصفحة إلى إعادة التحقّق من صحة البيانات من الخادم لمعرفة ما إذا كانت الصفحة الرئيسية قد تغيّرت. قد تشير النسبة المئوية المرتفعة لعمليات إعادة تحميل الصفحة إلى المشاكل التي تواجه المستخدمين. |
restore |
تمت إعادة تحميل الصفحة بعد إعادة تشغيل المتصفّح أو علامة تبويب تمت إزالتها لأسباب تتعلّق بالذاكرة. بالنسبة إلى Chrome على Android، يتم تسجيل هذه الأخطاء على أنّها "إعادة تحميل". |
back_forward |
عملية تنقّل في السجل، ما يعني أنّه تمّت مشاهدة الصفحة والرجوع إليها مؤخرًا مع التخزين المؤقت الصحيح، من المفترض أن تكون هذه التجارب سريعة إلى حدّ ما، ولكنها ستظل تتطلّب معالجة الصفحة وتنفيذ JavaScript، وكلاهما تتجنّبهما ميزة "التخزين المؤقت للصفحات للأمام والخلف". |
back_forward_cache |
عملية تنقّل في السجلّ تم عرضها من ذاكرة التخزين المؤقت للصفحات Bfcache من المفترض أنّ يؤدي تحسين صفحاتك للاستفادة من ذاكرة التخزين المؤقت للخلف والأمام، من خلال إزالة أدوات الحظر، إلى تجارب أسرع، لذا يجب أن تبدو المواقع الإلكترونية |
prerender |
تمت معالجة الصفحة مسبقًا، ما قد يؤدي إلى تحميل الصفحة بشكل فوري تقريبًا، على غرار ذاكرة التخزين المؤقت للصفحات Bfcache. |
في بعض الحالات، يمكن أن يكون تحميل الصفحة مزيجًا من أنواع تنقّل متعددة. في هذه الحالة، يعرض تقرير CrUX أول تطابق بترتيب عكسي للجدول (من الأسفل إلى الأعلى).
يمكنك العثور على مزيد من المعلومات في منشور الإعلان عن أنواع التنقّل.
Onload
"يتم تشغيل حدث التحميل عند انتهاء تحميل الصفحة والموارد التابعة لها".
مدة الذهاب والعودة
تقدّم هذه السمة تقديرًا لوقت نقل البيانات ذهابًا وإيابًا عبر HTTP (طبقة التطبيق) في بداية عملية التنقّل، استنادًا إلى اتصالات الشبكة الحديثة.
يعتمد هذا المقياس على السمة rtt في Network Information API، وهي واجهة برمجة التطبيقات نفسها المسؤولة عن السمة السابقة نوع الاتصال الفعّال (ECT).
لمزيد من المعلومات، يُرجى الاطّلاع على مشاركة المدونة حول إطلاق أنواع موارد LCP.
المقاييس التجريبية
تتوفّر المقاييس التجريبية في مجموعة بيانات CrUX باستخدام BigQuery، ويتوفّر بعضها أيضًا في CrUX API. من المرجّح أن تتغيّر هذه المقاييس بانتظام مع تطوّرها استنادًا إلى ملاحظات المستخدمين. راجِع ملاحظات الإصدار للبقاء على اطّلاع على آخر التغييرات.
مدة تحميل أول بايت
يتم جمع بيانات TTFB في CrUX فقط عند تحميل الصفحة بالكامل، على عكس المؤقتات الأخرى (مثل LCP) التي يتم جمعها أيضًا عند التنقّل للخلف وللأمام وفي الصفحات التي تم عرضها مسبقًا. نتيجةً لذلك، يمكن أن يكون حجم عيّنة مقياس TTFB أصغر من المقاييس الأخرى، وقد لا يمكن مقارنته بها مباشرةً.
لا يُعدّ مقياس TTFB مقياسًا مباشرًا لوقت استجابة الخادم، لأنّه يتضمّن مقاييس قبل ذلك، بما في ذلك وقت إعادة التوجيه، ويمكن أن يتأثّر بما إذا كانت الاستجابة يتم عرضها من ذاكرة التخزين المؤقت أو شبكة توصيل المحتوى (CDN) أو من الخادم. ويظهر ذلك بشكل خاص في بيانات الحقل، مثل CrUX، في حين أنّ الاختبارات المعملية تتأثر عادةً بشكل أقل بهذه العوامل لأنّه يتم اختبار عنوان URL النهائي، وغالبًا ما يتم إلغاء التغييرات في التخزين المؤقت بشكل متكرر.
مدى رواجها
مقياس ترتيب الرواج هو مقياس نسبي لمدى رواج الموقع الإلكتروني ضمن مجموعة بيانات CrUX، ويتم قياسه من خلال إجمالي عدد عمليات التنقّل على المصدر. يتم ترتيب المواقع الإلكترونية حسب مقياس log10 مع نصف خطوات (مثل أهم 1000 موقع إلكتروني، وأهم 5000 موقع إلكتروني، وأهم 10000 موقع إلكتروني، وأهم 50000 موقع إلكتروني، وأهم 100000 موقع إلكتروني، وأهم 500000 موقع إلكتروني، وأهم مليون موقع إلكتروني، وما إلى ذلك)، مع استبعاد الترتيب السابق من كل ترتيب (مثلاً، أهم 5000 موقع إلكتروني يشمل في الواقع 4000 عنوان URL، باستثناء أهم 1000 موقع إلكتروني). الحدّ الأقصى ديناميكي مع زيادة حجم مجموعة البيانات.
يتم تقديم مقياس الرواج كدليل لإجراء تحليل شامل، مثلاً لتحديد الأداء حسب البلد لأهم 1,000 مصدر.
أذونات إرسال الإشعارات
بالنسبة إلى المواقع الإلكترونية التي تطلب الإذن بعرض الإشعارات للمستخدمين، يمثّل هذا المقياس معدّل تكرار استجابات المستخدمين للطلبات: قبول أو رفض أو تجاهل أو إغلاق.