اطّلِع على الأسباب التي تجعل الأدوات التي تراقب مقاييس "مؤشرات أداء الويب الأساسية" تُبلغ عن أرقام مختلفة، وكيفية تفسير هذه الاختلافات.
توفّر Google عددًا من الأدوات لمساعدة مالكي المواقع الإلكترونية في تتبُّع نتائج مؤشرات أداء الويب الأساسية. تنقسم هذه الأدوات إلى فئتين رئيسيتين:
- الأدوات التي تُبلغ عن بيانات الدرس، وهي البيانات التي يتم جمعها في بيئة خاضعة للرقابة من خلال إعدادات الجهاز والشبكة المحدّدة مسبقًا.
- الأدوات التي تُبلغ عن البيانات الفعلية، وهي البيانات التي يتم جمعها من المستخدمين الحقيقيين الذين يزورون موقعك.
المشكلة هي أن البيانات التي تم الإبلاغ عنها بواسطة أدوات المختبر يمكن أن تكون مختلفة قليلاً عن البيانات التي يتم الإبلاغ عنها بواسطة الأدوات الميدانية! قد تشير البيانات المعملية إلى أن موقعك يعمل بشكل رائع، لكن البيانات الميدانية تشير إلى أنه يحتاج إلى تحسين. وبدلاً من ذلك، قد تشير البيانات الميدانية إلى أنّ جميع صفحاتك جيدة، إلا أنّ بيانات المختبر قد تسجّل نتيجة منخفضة للغاية.
يوضِّح المثال الحقيقي التالي لتقرير "إحصاءات PageSpeed" من web.dev أنّه في بعض الحالات، قد تختلف البيانات المعملية والحقول على مستوى جميع مقاييس "مؤشرات أداء الويب الأساسية":
تشكّل الاختلافات بين الأدوات مصدرًا مفهومًا لإرباك المطوّرين. توضّح هذه المشاركة الأسباب الرئيسية التي قد تؤدي إلى ظهور هذه الاختلافات، من خلال أمثلة محدّدة تتناول كل مقياس من مقاييس "مؤشرات أداء الويب الأساسية"، والإجراءات التي يجب اتّخاذها عند العثور على اختلافات في صفحاتك.
بيانات المعمل مقابل بيانات المجال
لفهم الأسباب التي قد تؤدي إلى تسجيل أدوات المختبر والحقول لقيم مختلفة، حتى لو كانت صفحة الويب نفسها، عليك فهم الفرق بين بيانات المعمل وبيانات الحقول.
بيانات المختبر
تُحدَّد بيانات المعمل من خلال تحميل صفحة ويب في بيئة خاضعة للرقابة تضم مجموعة محدَّدة مسبقًا من حالات الشبكة والأجهزة. تُعرف هذه الشروط باسم بيئة المختبر، ويُشار إليها أحيانًا أيضًا باسم البيئة الاصطناعية.
تعمل أدوات Chrome التي تُبلغ عن البيانات الاختبارية بشكل عام باستخدام Lighthouse.
يهدف الاختبار المعملي إلى التحكّم في أكبر عدد ممكن من العوامل، وبالتالي تكون النتائج متسقة (بقدر الإمكان) وقابلة للتكرار.
بيانات الحقول
يتم تحديد بيانات الحقل من خلال مراقبة جميع المستخدمين الذين يزورون صفحة ما وقياس مجموعة معينة من مقاييس الأداء لكل تجربة من تجارب هؤلاء المستخدمين الفردية. ولأن البيانات الميدانية تستند إلى زيارات المستخدمين، فإنها تعكس الأجهزة الفعلية، وظروف الشبكة، والمواقع الجغرافية للمستخدمين.
وتُعرف بيانات الحقول أيضًا باسم بيانات مراقبة المستخدم الفعلي (RUM) ويمكن التبديل بين المصطلحين.
عادةً ما تحصل أدوات Chrome التي تُبلغ عن البيانات الفعلية على هذه البيانات من تقرير تجربة المستخدم في Chrome (CrUX). من الشائع أيضًا (والموصى به) لمالكي المواقع الإلكترونية أن يجمعوا بيانات الحقل بأنفسهم لأنّ ذلك يمكن أن يوفر إحصاءات قابلة للاستخدام أكثر من مجرد استخدام CrUX فقط.
أهم شيء يجب فهمه حول بيانات الحقل هو أنها ليست رقمًا واحدًا فقط، إنها توزيع للأرقام. هذا يعني أنه عند بعض المستخدمين الذين يزورون موقعك الإلكتروني، قد يتم تحميله بسرعة كبيرة، بينما يتم تحميله ببطء شديد للبعض الآخر. تتمثل البيانات الفعلية لموقعك الإلكتروني في المجموعة الكاملة لجميع بيانات الأداء التي تم جمعها من المستخدمين.
على سبيل المثال، تُظهر تقارير "تقرير تجربة المستخدم على Chrome" توزيع مقاييس الأداء من مستخدمي Chrome الحقيقيين على مدار 28 يومًا. إذا نظرت إلى أي تقرير من تقارير CrUX تقريبًا، يمكنك أن ترى أن بعض المستخدمين الذين يزورون موقعًا ما قد يحصلون على تجربة جيدة للغاية في حين أن تجربة الآخرين قد تكون سيئة للغاية.
إذا أبلغت الأداة عن رقم فردي لمقياس معيّن، فستمثل بشكل عام نقطة معينة في التوزيع. أما الأدوات التي تُبلغ عن نتائج حقل "مؤشرات أداء الويب الأساسية" (Vtals)، باستخدام النسبة المئوية الخامسة والسبعين،
بعد الاطّلاع على LCP من بيانات الحقل في لقطة الشاشة أعلاه، يمكنك رؤية توزيع في الحالات التالية:
- شهدت نسبة 88% من الزيارات معدل سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP) بمقدار 2.5 ثانية أو أقل (جيد).
- شهدت% 8 من الزيارات زيادة في سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP) بين 2.5 و4 ثوانٍ (بحاجة إلى تحسين).
- شهدت% 4 من الزيارات زيادة في سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP) عن 4 ثوانٍ (ضعيفة).
في الشريحة المئوية الخامسة والسبعين، كانت سرعة عرض أكبر محتوى مرئي (LCP) تساوي 1.8 ثانية:
تعرض البيانات المعملية من الصفحة نفسها قيمة LCP تساوي 3.0 ثانية. على الرغم من أنّ هذه القيمة أكبر من 1.8 ثانية المعروضة في بيانات الحقل، إلا أنّها لا تزال قيمة صالحة لمقياس LCP في هذه الصفحة، فهي واحدة من القيم العديدة التي تشكّل التوزيع الكامل لتجارب التحميل.
سبب اختلاف بيانات المعمل عن البيانات الميدانية
كما يوضح القسم أعلاه، تقيس البيانات المعملية والبيانات الميدانية أشياء مختلفة للغاية.
وتشمل البيانات الميدانية مجموعة متنوعة من حالات الشبكة والأجهزة، بالإضافة إلى عدد كبير من الأنواع المختلفة لسلوك المستخدمين. ويتضمّن أيضًا أي عوامل أخرى تؤثر في تجربة المستخدم، مثل تحسينات المتصفّح مثل التخزين المؤقت للصفحات (bfcache) أو تحسينات النظام الأساسي مثل ذاكرة التخزين المؤقت لصفحات AMP.
على النقيض من ذلك، تحد البيانات المعملية عمدًا من عدد المتغيرات المتضمنة. يتألف الاختبار المعملي مما يلي:
- جهاز واحد...
- متصل بشبكة واحدة...
- من موقع جغرافي واحد
وقد تمثّل تفاصيل أي اختبار مخبري معيّن بدقة الشريحة المئوية الخامسة والسبعين من البيانات الميدانية لصفحة أو موقع إلكتروني معيّن.
وتكون البيئة الخاضعة للرقابة في المختبر مفيدة للغاية عند تصحيح الأخطاء أو اختبار الميزات قبل نشرها في مرحلة الإنتاج، ولكن عند التحكم في هذه العوامل، فأنت لا تمثل بشكل صريح التباين الذي تراه في العالم الواقعي على مستوى جميع أنواع الشبكات أو إمكانات الأجهزة أو المواقع الجغرافية. وبشكلٍ عام، لا يتم تسجيل تأثير الأداء لسلوك المستخدم الفعلي، مثل التمرير أو اختيار النص أو النقر على العناصر في الصفحة.
بالإضافة إلى الفاصل المحتمل بين ظروف المختبر وظروف معظم المستخدمين في العالم الحقيقي، هناك أيضًا عدد من الاختلافات الأكثر دقة التي من المهم فهمها من أجل تحقيق أقصى استفادة من المعمل وبياناتك الميدانية، فضلاً عن أي اختلافات قد تجدها.
تتناول الأقسام القليلة التالية بالتفصيل الأسباب الأكثر شيوعًا لاحتمالية وجود اختلافات بين البيانات المختبرية والبيانات الميدانية لكل من مقاييس "مؤشرات أداء الويب الأساسية":
سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP)
عناصر LCP المختلفة
قد لا يكون عنصر LCP المحدّد في الاختبار المعملي هو نفسه عنصر LCP الذي يظهر للمستخدمين عند زيارة صفحتك.
إذا شغّلت تقرير Lighthouse لصفحة معيّنة، سيتم عرض عنصر LCP نفسه في كل مرة. لكن إذا نظرت إلى بيانات الحقل لنفس الصفحة، ستجد عادةً مجموعة متنوعة من عناصر LCP المختلفة، والتي تعتمد على عدد من الظروف الخاصة بكل زيارة للصفحة.
على سبيل المثال، يمكن أن تساهم جميع العوامل التالية في تحديد عنصر LCP مختلف للصفحة نفسها:
- تؤدي الأحجام المختلفة لشاشات الأجهزة إلى ظهور عناصر مختلفة داخل إطار العرض.
- في حال تسجيل دخول المستخدم أو عرض محتوى مخصّص بطريقة ما، قد يكون عنصر LCP مختلفًا جدًا من مستخدم إلى آخر.
- على غرار النقطة السابقة، إذا تم إجراء اختبار A/B على الصفحة، قد يؤدي ذلك إلى ظهور عناصر مختلفة جدًا.
- يمكن أن تؤثر مجموعة الخطوط المثبّتة على نظام المستخدم على حجم النص على الصفحة (وبالتالي أي عنصر هو عنصر LCP).
- يتم عادةً إجراء الاختبارات المعملية على عنوان URL "الأساسي" للصفحة بدون إضافة أي معلمات طلب بحث أو أجزاء علامة تجزئة. في الواقع، غالبًا ما يشارك المستخدمون عناوين URL تحتوي على معرّف جزء أو جزء نص، لذلك قد يكون عنصر LCP من منتصف الصفحة أو أسفلها (وليس في "الجزء المرئي من الصفحة").
يتم احتساب سرعة عرض أكبر محتوى مرئي (LCP) في الحقل على أنه الشريحة المئوية الخامسة والسبعين من جميع زيارات المستخدمين إلى الصفحة، إذا كان لدى نسبة كبيرة من هؤلاء المستخدمين عنصر يتم تحميله بسرعة كبيرة، على سبيل المثال، فقرة من نص معروضة بخط نظام، حتى لو كان لدى بعض هؤلاء المستخدمين صورة كبيرة بطيء التحميل كعنصر سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP)، قد لا يؤثر ذلك في نتيجة تلك الصفحة إذا انخفض عدد الزائرين عن 25%.
بدلاً من ذلك، قد يكون العكس صحيحًا. قد يحدد الاختبار المعملي كتلة من النص باعتبارها عنصر LCP لأنه يحاكي هاتف Moto G4 الذي يحتوي على إطار عرض صغير نسبيًا ويتم في البداية عرض صورة الجزء الرئيسي لصفحتك خارج الشاشة. ومع ذلك، قد تشمل بيانات مجالك بشكل أساسي مستخدمي Pixel XL الذين لديهم شاشات أكبر، لذا تكون الصورة الرئيسية ذات التحميل البطيء هي عنصر LCP بالنسبة إليهم.
تأثيرات حالة ذاكرة التخزين المؤقت على سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP)
عادةً ما تُحمّل الاختبارات المعملية صفحة ذات ذاكرة تخزين مؤقت باردة، لكن عندما يزور المستخدمون الحقيقيون تلك الصفحة، قد تكون بعض مواردها مخزّنة مؤقتًا.
في المرة الأولى التي يحمّل فيها المستخدم صفحة، قد يتم تحميلها ببطء، ولكن إذا تم ضبط التخزين المؤقت بشكل صحيح للصفحة، قد يتم على الفور تحميل الصفحة في المرة التالية التي يعود فيها المستخدم.
وعلى الرغم من أنّ بعض أدوات المختبرات تتيح إجراء عمليات تشغيل متعددة للصفحة نفسها (لمحاكاة التجربة للزوّار المكرّري الزيارة)، يتعذّر على الأداة الاختبارية أن تعرف النسبة المئوية للزيارات الواقعية التي يجريها المستخدمون الجدد في مقابل المستخدمين المكرّري الزيارة.
قد تكتشف المواقع الإلكترونية التي تتضمن إعدادات ذاكرة تخزين مؤقتة محسّنة والعديد من الزائرين المتكرّرين أنّ سرعة LCP الفعلية أعلى بكثير مما تشير إليه البيانات المعملية.
تحسينات AMP أو Signed Exchange
يمكن تحميل المواقع الإلكترونية التي تم إنشاؤها باستخدام صفحات AMP أو التي تستخدم Signed Exchange (SXG) أن يتم تحميلها مسبقًا عن طريق أدوات تجميع المحتوى، مثل "بحث Google". وقد يؤدي ذلك إلى تحسين أداء التحميل بشكل كبير لدى المستخدمين الذين يزورون صفحاتك من تلك الأنظمة الأساسية.
بالإضافة إلى التحميل المُسبَق من مصادر متعددة، يمكن للمواقع الإلكترونية نفسها التحميل المُسبق للمحتوى للصفحات اللاحقة على موقعها الإلكتروني، مما قد يحسّن سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP) لتلك الصفحات أيضًا.
لا تحاكي أدوات المختبر المكاسب التي تحققها هذه التحسينات، وحتى لو فعلت ذلك، لم يكن بإمكانها معرفة النسبة المئوية للزيارات الواردة من منصات مثل "بحث Google" مقارنة بالمصادر الأخرى.
تأثيرات ميزة "التخزين المؤقت للصفحات" على سرعة LCP
عند استعادة الصفحات من ميزة "التخزين المؤقت للصفحات"، تصبح تجربة التحميل شبه فورية، ويتم تضمين هذه التجارب في بيانات مجالك.
لا تأخذ الاختبارات المعملية في الاعتبار ميزة "التخزين المؤقت للصفحات"، لذا إذا كانت صفحاتك متوافقة مع ميزة "التخزين المؤقت للصفحات"، من المحتمل أن يؤدي ذلك إلى تسجيل درجات أسرع لمقياس LCP في المجال.
تأثيرات تفاعل المستخدِم على سرعة LCP
وتحدّد سرعة عرض أكبر محتوى مرئي (LCP) وقت عرض أكبر صورة أو مقطع نصّي في إطار العرض، ولكن يمكن أن يتغيّر هذا العنصر الأكبر أثناء تحميل الصفحة أو عند إضافة محتوى جديد ديناميكيًا إلى إطار العرض.
في التمرين المعملي، سينتظر المتصفّح إلى أن يتم تحميل الصفحة بالكامل قبل أن يحدّد ماهية عنصر LCP. ولكن في الحقل، سيتوقف المتصفح عن مراقبة العناصر الأكبر حجمًا بعد أن يتنقّل المستخدم في الصفحة أو يتفاعل معها.
وهذا أمر منطقي (وضروري) لأنّ المستخدمين سينتظرون عادةً التفاعل مع الصفحة إلى أن "تظهر" الصفحة، وهو ما يهدف بالضبط مقياس LCP إلى اكتشافه. لن يكون من المنطقي استخدام العناصر المضافة إلى إطار العرض بعد تفاعل المستخدم، لأنّه من المحتمل أن يكون قد تم تحميلها بسبب إجراءٍ ما قام به المستخدم.
مع ذلك، يترتب على ذلك أنّ بيانات الحقل لإحدى الصفحات قد يتم تسجيلها بشكلٍ أسرع لأوقات LCP، استنادًا إلى سلوك المستخدمين على تلك الصفحة.
مهلة الاستجابة لأوّل إدخال (FID)
يتطلب FID تفاعلاً حقيقيًا
يقيس مقياس FID مدى استجابة الصفحة لتفاعلات المستخدمين، في الوقت الذي اختار فيه المستخدمون التفاعل معها.
والجزء الثاني من الجملة مهم لأنّ الاختبارات المعملية، حتى تلك التي تدعم سلوك المستخدم النصي، لا يمكنها التنبؤ بدقة بالوقت الذي سيختار فيه المستخدمون التفاعل مع الصفحة، وبالتالي لا يمكنهم قياس FID بدقة.
لا يأخذ TBT في الاعتبار سلوك المستخدم
يهدف مقياس الميزة الاختبارية إجمالي وقت الحظر (TBT) إلى المساعدة في تشخيص المشاكل المتعلّقة بمهلة الاستجابة الأولى (FID) لأنّه يحدِّد مقدار حظر سلسلة التعليمات الرئيسية أثناء تحميل الصفحة.
والفكرة هي أنّ الصفحات التي تحتوي على الكثير من رموز JavaScript المتزامنة أو مهام العرض المكثفة الأخرى تكون أكثر عرضة لأن يتم حظر سلسلة تعليمات رئيسية عندما يتفاعل المستخدم لأول مرة. ومع ذلك، إذا انتظر المستخدمون التفاعل مع الصفحة إلى أن ينتهي تنفيذ JavaScript، قد تكون قيمة FID منخفضة جدًا.
يعتمد الوقت الذي سيختار فيه المستخدمون التفاعل مع الصفحة بشكل كبير على ما إذا كانت تبدو تفاعلية أم لا، ولا يمكن قياس ذلك باستخدام TBT.
لا يأخذ TBT في الاعتبار تأخير النقر
إذا لم يكن الموقع الإلكتروني محسَّنًا للعرض على الأجهزة الجوّالة، ستضيف المتصفّحات مدة تأخير قدرها 300 مللي ثانية بعد أي نقرة قبل تشغيل معالِجات الأحداث. يفعلون ذلك لأنهم بحاجة إلى تحديد ما إذا كان المستخدم يحاول النقر المزدوج للتكبير قبل أن يتمكن من تنشيط الماوس أو النقر فوق الأحداث.
ويُحتسب هذا التأخير ضمن مهلة FID للصفحة لأنه يساهم في وقت الاستجابة الفعلي الذي يواجهه المستخدمون. ولكن بما أنّ هذا التأخير ليس مهمة طويلة من الناحية الفنية، لن يؤثر ذلك في تحديد ما يُسمّى "TBT" للصفحة. وهذا يعني أنّ الصفحة قد تكون ذات تقييم سيئ من حيث FID على الرغم من حصولها على درجات جيدة جدًا في TBT.
تأثيرات حالة ذاكرة التخزين المؤقت والتخزين المؤقت للصفحات على FID
وبالطريقة نفسها التي يساعد التخزين المؤقت السليم في تحسين سرعة عرض أكبر جزء من المحتوى على الصفحة في المجال، يمكن أن يحسّن أيضًا FID.
في الواقع، قد يكون لدى المستخدم رمز JavaScript لموقع إلكتروني في ذاكرة التخزين المؤقت، لذا قد تستغرق معالجتها وقتًا أقل وتؤدي إلى تأخيرات أقل.
وينطبق هذا أيضًا على الصفحات التي تتم استعادتها من ميزة "التخزين المؤقت للصفحات". وفي تلك الحالات، تتم استعادة JavaScript من الذاكرة، لذلك قد يكون هناك وقت قليل للمعالجة أو قد لا يكون هناك أي وقت للمعالجة على الإطلاق.
متغيّرات التصميم التراكمية (CLS)
تأثيرات تفاعل المستخدِم على متغيّرات التصميم التراكمية (CLS)
لا تأخذ متغيّرات التصميم التراكمية (CLS) التي يتم قياسها في المختبر سوى في الاعتبار متغيرات التصميم التي تحدث في الجزء المرئي من الصفحة وأثناء التحميل، ولكن هذه ليست سوى مجموعة فرعية مما تقيسه متغيّرات التصميم التراكمية (CLS) بالفعل.
وفي هذا الحقل، تراعي متغيّرات التصميم التراكمية (CLS) جميع التغييرات غير المتوقّعة في التنسيق التي تحدث طوال عمر الصفحة، بما في ذلك المحتوى الذي يتغيّر أثناء تنقّل المستخدم أو استجابة لطلبات الشبكة البطيئة بعد تفاعل المستخدم.
على سبيل المثال، من الشائع جدًا أن تحمِّل الصفحات الصور باستخدام التحميل الكسول أو إطارات iframe بدون سمات، ما قد يؤدي إلى حدوث تغييرات في التنسيق عند انتقال المستخدِم إلى تلك الأقسام من الصفحة. ولكن قد تحدث هذه التحولات فقط إذا قام المستخدم بالتمرير لأسفل، والتي غالبًا ما لن يتم رصدها في اختبار مخبري.
محتوى مخصص
يؤثر المحتوى المخصّص، بما في ذلك الإعلانات المستهدفة واختبارات A/B، في العناصر التي يتم تحميلها على الصفحة. يؤثر أيضًا في كيفية تحميلها نظرًا لأنه غالبًا ما يتم تحميل المحتوى المخصص في وقت لاحق ويتم إدراجه في المحتوى الرئيسي للصفحة، مما يتسبب في حدوث تغيّرات في التصميم.
في المختبر، يتم عادةً تحميل الصفحة إما بدون محتوى مخصّص، أو تتضمّن محتوى "لمستخدم تجريبي" عام، ما قد يؤدي إلى حدوث التحولات التي يراها المستخدمون الفعليون أو لا.
نظرًا لأن بيانات الحقول تتضمن تجارب جميع المستخدمين، فإن مقدار (ودرجة) متغيرات التصميم التي تحدث في أي صفحة يعتمد بشكل كبير على المحتوى الذي يتم تحميله.
تأثيرات حالة ذاكرة التخزين المؤقت والتخزين المؤقت للصفحات في متغيّرات التصميم التراكمية
الصور وإطارات iframe بدون أبعاد (كما هو مذكور أعلاه) وبطء التحميل لخطوط الويب من الأسباب الأكثر شيوعًا لمتغيّرات التصميم أثناء التحميل، ومن المرجّح أن تؤثر كلتا المشكلتَين في التجربة في المرة الأولى التي يزور فيها المستخدم أحد المواقع الإلكترونية عندما تكون ذاكرة التخزين المؤقت فارغة.
إذا تم تخزين موارد الصفحة مؤقتًا، أو إذا تمت استعادة الصفحة نفسها من ميزة "التخزين المؤقت للصفحات"، يمكن للمتصفح عادةً عرض الصور والخطوط على الفور، بدون انتظار تنزيلها. وقد يؤدي هذا إلى انخفاض قيم متغيّرات التصميم التراكمية (CLS) في المجال مقارنةً بما قد تبلّغ عنه أداة المعمل.
ما يجب فعله عندما تكون النتائج مختلفة
كقاعدة عامة، إذا كانت لديك بيانات ميدانية وبيانات معملية لصفحة معيّنة، فإن البيانات الفعلية هي ما يجب عليك استخدامه لتحديد أولويات جهودك. نظرًا لأن البيانات الميدانية تمثل ما يواجهه المستخدمون الحقيقيون، فهي الطريقة الأكثر دقة لفهم ما يواجهه المستخدمون حقًا وما يحتاج إلى تحسين.
على الجانب الآخر، إذا أظهرت البيانات الميدانية درجات جيدة في جميع المجالات، ولكن البيانات المعملية تشير إلى أنه لا يزال هناك مجال للتحسين، فمن المفيد فهم التحسينات الإضافية التي يمكن إجراؤها.
علاوة على ذلك، على الرغم من أنّ بيانات الحقل تسجّل تجارب المستخدمين الحقيقيين، يتم ذلك فقط بالنسبة إلى المستخدمين القادرين على تحميل موقعك الإلكتروني بنجاح. يمكن أن تساعد البيانات الاختبارية أحيانًا في تحديد الفرص المتاحة لتوسيع مدى وصول موقعك الإلكتروني وجعله أكثر سهولة من قِبل المستخدمين الذين لديهم شبكات أبطأ أو أجهزة منخفضة المستوى.
بشكل عام، تعد كل من البيانات المعملية والبيانات الميدانية أجزاء مهمة لقياس الأداء الفعال. وكلاهما له نقاط قوته وحدوده، وإذا كنت تستخدم واحدًا فقط، فقد تفقد فرصة لتحسين التجربة للمستخدمين.