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