تقدّم "إحصاءات PageSpeed" تقارير عن تجربة المستخدم في صفحة معيّنة على كلّ من الأجهزة الجوّالة وأجهزة الكمبيوتر المكتبي، وتقدّم اقتراحات حول كيفية تحسين تلك الصفحة.
توفر PSI بيانات كل من المعمل والميدان حول الصفحة. تكون بيانات المختبر مفيدة لتصحيح أخطاء المشاكل، لأنّه يتم جمعها في بيئة خاضعة للرقابة. ومع ذلك، قد لا التقاط المعوقات في العالم الحقيقي. تكون بيانات الحقل مفيدة لتسجيل بيانات مستخدم حقيقي المستخدم - ولكن لديها مجموعة محدودة أكثر من المقاييس. اطّلِع على كيفية التفكير في أدوات السرعة للحصول على مزيد من المعلومات عن نوعَي البيانات.
بيانات تجربة المستخدمين الفعلية
تستند بيانات تجربة المستخدمين الفعليين في PSI إلى مجموعة بيانات تقرير تجربة مستخدمي Chrome (CrUX). يُسجّل مقياس PSI تجارب المستخدمين الفعليين في ما يتعلّق بمقياس سرعة عرض المحتوى على الصفحة (FCP) ومدى استجابة الصفحة لتفاعلات المستخدم (INP) سرعة عرض أكبر محتوى مرئي (LCP) ومتغيّرات التصميم التراكمية (CLS) على مدا�� فترة جمع البيانات السابقة التي تبلغ 28 يومًا. يُبلغ مقياس PSI أيضًا عن تجربتَي المقياس التجريبي وقت وصول أول بايت (TTFB).
لعرض بيانات تجربة المستخدِم لصفحة معيّنة، يجب أن تتوفّر بيانات كافية لدمجها في مجموعة بيانات CrUX. قد لا تتوفّر بيانات كافية للصفحة إذا كانت قد تم نشرها مؤخرًا أو إذا كانت تحتوي على عدد قليل جدًا من العيّنات من مستخدمين حقيقيين. وعندما يحدث ذلك، ستعود سرعة التحميل إلى الدقة على مستوى المصدر، والتي تشمل جميع تجارب المستخدمين على جميع صفحات الموقع الإلكتروني. في بعض الأحيان قد يحتوي المصدر أيضًا على بيانات غير كافية، وفي هذه الحالة ستكون PSI ويتعذّر عليك إظهار أي بيانات لتجربة المستخدم الحقيقية.
تقييم جودة التجارب
تصنف PSI جودة تجربة المستخدم في ثلاث مجموعات: جيدة، بحاجة إلى تحسين، أو سيء. تضع PSI الحدود الدنيا التالية بما يتوافق مع مبادرة مؤشرات أداء الويب:
| جيد | بحاجة إلى تحسين | سيئ | |
|---|---|---|---|
| سرعة عرض المحتوى على الصفحة | [0، 1800 ملي ثانية] | [1800ms, 3000ms] | أكثر من 3000 ملي ثانية |
| سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP) | [0، 2500 ملي ثانية] | (2500 ملي ثانية، 4000 ملي ثانية] | أكثر من 4000 ملّي ثانية |
| متغيّرات التصميم التراكمية (CLS) | [0, 0.1] | [0.1, 0.25] | أكثر من 0.25 |
| مدى استجابة الصفحة لتفاعلات المستخدم (INP) | [0, 200ms] | [200 ملي ثانية، 500 ملي ثانية] | أكثر من 500 ملي ثانية |
| TTFB (إصدار تجريبي) | [0، 800 ملي ثانية] | [800ms, 1800ms] | أكثر من 1800 ملّي ثانية |
التوزيع وقيم المقياس المحدّدة
تعرِض تجربة الصفحة توزيعًا لهذه المقاييس حتى يتمكّن المطوّرون من فهم نطاق تجربتَي الصفحة أو المصدر. ينقسم هذا التوزيع إلى ثلاث فئات: جيد، بحاجة إلى تحسين، ضعيف، التي يتم تمثيلها بأشرطة خضراء وكهرمانية وحمراء. على سبيل المثال، إنّ ظهور% 11 ضمن شريط الكهرمان الخاص بمقياس LCP يشير إلى أنّ% 11 من جميع قيم LCP المرصودة تقع بين 2500 ملّي ثانية و4,000 ملّي ثانية.
فوق أشرطة التوزيع، يعرض مؤشر PSI الشريحة المئوية الخامسة والسبعون لجميع المقاييس. يتم اختيار الشري��ة المئوية ��ل��س��ون ليتمكّن المطوّرون من فهم تجارب المستخدمين المقلقة على موقعهم الإلكتروني. ويتم تصنيف قيم مقاييس الحقل هذه على أنها جيد/بحاجة إلى تحسين/ضعيف من خلال تطبيق نفس المعايير الموضحة أعلاه.
مؤشرات أداء الويب الأساسية
مؤشرات أداء الويب الأساسية هي مجموعة شائعة من إشارات الأداء المهمة جميع تجارب الويب. مقاييس "مؤشرات أداء الويب الأساسية" هي مدى استجابة الصفحة لتفاعلات المستخدم (INP) وسرعة عرض أكبر محتوى مرئي (LCP) ومتغيّرات التصميم التراكمية (CLS)، ويمكن جمعها على مستوى الصفحة أو المصدر. بالنسبة إلى التجميعات التي تتضمّن بيانات كافية في جميع ثلاثة مقاييس، يجتاز التجميع تقييم Core Web Vitals إذا كانت الشرائح المئوية الخامسة والسبعين جميع المقاييس الثلاثة جيّدة وبخلاف ذلك، لن يجتاز التجميع التقييم. إذا كانت عملية جمع البيانات لا تتضمّن بيانات كافية لمقياس مدى استجابة الصفحة لتفاعلات المستخدم، ستجتاز التقييم إذا كانت الشريحة المئوية الـ الـ 75 لكل من LCP وCLS "جيّد". إذا لم تتوفّر بيانات كافية لكلّ من LCP أو CLS، لا يمكن تقييم التجميع على مستوى الصفحة أو المصدر.
الاختلافات بين البيانات الميدانية في PSI وCrUX
يتمثل الفرق بين بيانات الحقل في PSI مقارنةً بمجموعة بيانات CrUX على BigQuery في أنّه يتم تعديل بيانات PSI يوميًا، في حين يتم تعديل مجموعة بيانات BigQuery شهريًا وتقتصر على البيانات على مستوى المصدر. يمثّل كلا م��درَي البيانات فترات 28 يومًا متتالية.
التشخيص المعملي
تستخدِم PSI Lighthouse لتحليل عنوان URL المحدّد في بيئة اصطناعية للفئات "الأداء" و"تسهيل الاستخدام" و"أفضل الممارسات" و"تحسين محركات البحث".
النتيجة
في أعلى القسم، تظهر الدرجات لكل فئة، ويتم تحديدها من خلال تشغيل Lighthouse لجمع المعلومات التشخيصية عن الصفحة وتحليلها. يُعدّ تحقيق نتيجة 90 أو أعلى جيدًا. تشير النتيجة من 50 إلى 89 إلى أنّ هناك حاجة إلى تحسين، وتكون النتيجة أقل من 50 إذا كان الأداء ضعيفًا.
المقاييس
تعرض فئة "الأداء" أيضًا أداء الصفحة استنادًا إلى مقاييس مختلفة، من بينها: سرعة عرض أول محتوى مرئي، سرعة عرض أكبر محتوى مرئي، مؤشر السرعة، متغيّرات التصميم التراكمية، الوقت للتفاعل، وإجمالي وقت الحظر.
يتم تقييم كل مقياس وتصنيفه باستخدام رمز:
- يشار إلى الجيد بدائرة خضراء
- يتم الإشارة إلى المحتوى الذي "بحاجة إلى تحسين" من خلال مربّع معلوماتي برتقالي
- يُشار إلى الأداء السيئ بمثلث تحذير أحمر.
عمليات التدقيق
ضمن كل فئة، تتوفّر عمليات تدقيق تقدّم معلومات عن كيفية تحسين تجرب ة المستخدم في الصفحة. اطّلِع على مستندات Lighthouse للحصول على تفاصيل عن تقسيم عمليات التدقيق في كل فئة.
الأسئلة الشائعة
ما هي ظروف الجهاز والشبكة التي تستخدمها أداة Lighthouse لمحاكاة تحميل صفحة؟
في الوقت الحالي، يحاكي Lighthouse شروط تحميل الصفحة لجهاز من المستوى المتوسط (Moto G4) على شبكة الجوّال للأجهزة الجوّالة جهاز كمبيوتر مكتبي في وضع المحاكاة من خلال اتصال سلكي للكمبيوتر المكتبي. يتم أيضًا تشغيل PageSpeed في أحد مراكز بيانات Google التي يمكن أن تختلف استنادًا إلى ظروف الشبكة، ويمكنك التحقّق من الموقع الجغرافي الذي تم فيه الاختبار من خلال الاطّلاع على مجموعة البيئة في تقرير Lighthouse:
ملاحظة: سيُبلغ PageSpeed عن التشغيل في إحدى المناطق التالية: أمريكا الشمالية أو أوروبا أو آسيا.
لماذا تتناقض البيانات الميدانية مع بيانات المختبر في بعض الأحيان؟
تعرض بيانات الحقل تقريرًا تاريخيًا حول مستوى أداء عنوان URL معيّن، وتمثّل بيانات أداء مجهولة الهوية من مستخدمين فعليين على مجموعة متنوعة من الأجهزة والشبك��ت الظروف. تستند بيانات المختبر إلى عملية تحميل محاكية لصفحة على جهاز واحد ومجموعة ثابتة من حالات الشبكة. ونتيجةً لذلك، قد تختلف القيم. اطّلِع على أسباب اختلاف بيانات المختبر عن بيانات الحقل (وما يجب فعله حيال ذلك) للحصول على مزيد من المعلومات.
لماذا يتم اختيار الشريحة المئوية الخامسة والسبعين لجميع المقاييس؟
هدفنا هو التأكّد من أنّ الصفحات تعمل بشكل جيد لمعظم المستخدمين. بالتركيز على الخامس والسبعين بالنسبة المئوية للمقاييس، فإن ذلك يضمن تقديم الصفحات لتجربة مستخدم جيدة في ظل أصعب ظروف الجهاز والشبكات. اطّلِع على تحديد الحدود الدنيا لمقاييس "مؤشرات أداء الويب الأساسية" للحصول على مزيد من المعلومات.
ما الدرجة الجيدة لبيانات المعمل؟
تُعدّ أي نتيجة خضراء (90 أو أكثر) جيدة، ولكن يُرجى العِلم أنّ الحصول على بيانات جيدة في المختبر لا يشير بالضرورة إلى أنّ تجارب المستخدمين الفعليين ستكون جيدة أيضًا.
لماذا تتغيّر نتيجة الأداء من عملية تنفيذ إلى أخرى؟ لم أُجري أي تغيير على صفحتي.
يتمّ إدخال التفاوت في قياس الأداء من خلال عدد من القنوات ذات مستويات مختلفة من التأثير. تشمل المصادر الشائعة لعدم ثبات المقياس مدى توفّر الشبكة المحلية وتوفّر أجهزة العميل وازدحام موارد العميل .
Why is the real-user CrUX data not available for a URL or origin?
يجمع "تقرير تجربة المستخدم" في Chrome بيانات السرعة الفعلية من المستخدِمين الذين فعّلوا الميزة ويتطلب أن يكون عنوان URL متاحًا للجميع (قابلاً للزحف والفهرسة) وأن يتضمّن عددًا كافيًا من العيّنات المختلفة التي تقدّم عرضًا تمثيليًا مجهول الهوية لأداء عنوان URL أو المصدر.
هل لديك أسئلة أخرى؟
إذا كان لديك سؤال محدد ويمكن الإجابة عنه حول استخدام "إحصاءات PageSpeed"، اطرح سؤالك باللغة الإنجليزية على موقع Stack Overflow.
إذا كانت لديك ملاحظات أو أسئلة عامة حول "إحصاءات PageSpeed"، أو أردت بد�� م��اقشة عامة، يمكنك إنشاء سلسلة رسائل في القائمة البريدية.
إذا كانت لديك أسئلة عامة حول مقاييس "مؤشرات أداء الويب"، ابدأ سلسلة محادثات في مجموعة المناقشة web-vitals-feedback.
ملاحظات
هل كان المحتوى في هذه الصفحة مفيدًا؟