لماذا تختلف بيانات CrUX عن بيانات RUM؟

تعرَّف على الأسباب التي قد تؤدي إلى اختلاف أرقام "مؤشرات أداء الويب الأساسية" في بيانات RUM عن تلك الواردة في CrUX.

يوفّر تقرير تجربة المستخدم في Chrome (CrUX) مقاييس لتقييم تجربة المستخدم وفقًا لتجربة مستخدمي Chrome في الوجهات الرائجة على الويب. يجمع Chrome هذه البيانات تلقائيًا من المستخدمين الذين وافقوا على المشاركة، وتتوفّر استنادًا إلى معايير الأهلية في CrUX.

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

تشبه ميزة مراقبة المستخدِمين الفعليين (RUM) ميزة CrUX، ولكن بدلاً من أن يجمع Chrome مقاييس تجربة المستخدِم تلقائيًا، يتم تضمين رمز على المواقع الإلكترونية لإجراء عملية الجمع هذه وإرسالها مرة أخرى إلى مقدّم ميزة RUM أو حلّ إحصاءات لإجراء مزيد من التحليل.

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

مزايا استخدام CrUX مع حلّ RUM

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

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

إجراء تحليل معمّق للتحقيق في المشاكل

يمكن استخدام CrUX غالبًا للإشارة إلى ما إذا كانت لديك مشكلة في موقعك الإلكتروني، ولكن ليس بالضرورة تحديد مكان المشكلة في موقعك الإلكتروني أو سببها. يمكن أن تساعد حلول مراقبة المستخدمين في الوقت الفعلي، سواء كانت حلولًا داخلية من خلال مثل مكتبة "مؤشرات الأداء الرئيسية للويب" أو بعض المنتجات التجارية العديدة، في سدّ هذه الفجوة.

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

الربط بمقاييس الأنشطة التجارية الأخرى

وتتيح لك أداة RUM أيضًا مقارنة مقاييس أداء الويب مباشرةً مع أي مقاييس خاصة بالأنشطة التجارية، ما يوضّح قيمة الاستثمار في الأداء والإجراءات الأخرى التي يجب منحها الأولوية. لدينا العديد من دراسات الحالة التي تتناول الأنشطة التجارية التي تُجري هذا الربط، مثل Farfetch أو The Economic Times.

جمع بيانات الأداء الأخرى

ويتيح حل RUM مجموعة من المقاييس المخصّصة الأخرى المرتبطة مباشرةً بنشاطك التجاري المحدّد. ومن الأمثلة الأكثر شهرة مقياس "وقت نشر أول تغريدة" في Twitter. ويمكن بعد ذلك ربط هذه الإجراءات الخاصة بالموقع الإلكتروني بتحسينات "مؤشرات أداء الويب الأساسية" ومقاييس الأعمال.

الاختلافات بين مجموعتين من بيانات المجال

يعرف الرجل الذي لديه ساعة الوقت الحالي. أما الرجل الذي لديه ساعتان، فلا يكون متأكدًا أبدًا.

قانون سيغال

عندما يكون لديك مصدران للبيانات، قد يكون من المربك والمثير للانزعاج في كثير من الأحيان معرفة سبب اختلافهما. مثلما يكون من المهم فهم الفرق بين المقاييس الاختبارية والمقاييس الميدانية، يمكن أيضًا أن تكون هناك اختلافات بين مصدرَين للبيانات الميدانية. على الرغم من أنّ البيانات ستكون متطابقة في حال مثالية، إلا أنّ هناك العديد من الأسباب التي قد تؤدي إلى اختلافها.

بيانات المختبر في مقابل بيانات تجارب المستخدمِين الحقيقيين

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

إنّ بيانات المختبر مفيدة للغاية على وجه التحديد بسبب الظروف الثابتة التي يتم قياسها فيها. ويمكن استخدامه لرصد التغييرات أو التراجعات غير المتوقّعة في بيئة الإنتاج بدون التأثيرات الناتجة عن تغيير عدد القيم في الحقل. ومع ذلك، قد لا تمثّل البيانات المختبرية تجربة المستخدم الحقيقية، وبالتالي يمكن أن تعرض المقاييس الميدانية نتائج مختلفة تمامًا.

المجموعات السكانية

قد تختلف مجموعات البيانات التي تستخدمها حلول CrUX وRUM بسبب الاختلافات في زيارات الصفحات التي يتم قياسها استنادًا إلى المتصفّحات والمستخدمين والمواقع الإلكترونية والأجهزة التي تتم مقارنتها.

المتصفّحات المضمّنة

يُرجى العِلم أنّ "تقرير تجربة المستخدم في Chrome" مخصّص لمتصفّح Chrome فقط. على الرغم من توفّر العديد من المتصفّحات المستندة إلى Chromium (مثل Edge وOpera وBrave على سبيل المثال لا الحصر) التي تتيح أيضًا المقاييس نفسها المتوفّرة في Chrome نظرًا لقاعدة الرموز الأساسية المشتركة، لا يُدخل مستخدمو Chrome سوى البيانات في CrUX. ويعني هذا القيد أيضًا عدم تضمين مستخدمي Chrome على نظام التشغيل iOS، لأنّه يستخدم محرّك المتصفّح Webkit الأساسي. ولا يتم احتساب نوافذ WebView لنظام Android أيضًا باعتبارها "Chrome"، لذا لا يتم تضمين البيانات من هؤلاء المستخدمين، على الرغم من تضمين علامات تبويب Chrome المخصَّصة.

على الرغم من أنّ Chrome هو أحد أكثر المتصفحات استخدامًا في العالم، وبالتالي من المرجّح أن يقدّم تمثيلًا واسعًا لأداء موقعك الإلكتروني في معظم الحالات، إلا أنّ قياس أداء هذا المتصفّح فقط لا يمثّل بأي حال من الأحوال أداء جميع المستخدمين. قد يوضّح ذلك أحد الاختلافات الرئيسية بين RUM وCrUX. وينطبق هذا بوجه خاص على تقنيات الأداء التي تعتمد على واجهات برمجة التطبيقات أو تنسيقات الصور المتوفّرة في Chrome فقط، على سبيل المثال.

يمكن أن يؤدي أيضًا عدم توفّر بيانات iOS إلى انحياز النتائج. على سبيل المثال، بما أنّ مستخدمي iOS يستخدمون عادةً أجهزة ذات أداء أعلى أو يزورون الموقع الإلكتروني من بلدان أكثر تتوفّر فيها بنية أساسية أفضل للشبكة، يمكن أن يؤدي تضمينهم إلى تحقيق مقاييس أداء عامة عالية. من ناحية أخرى، يمكن أن يؤدي استبعاد هذه الزيارات، كما تفعل CrUX، إلى بيانات منحازة إلى الطرف الأدنى من زوّار الموقع الإلكتروني (مثال على دراسة حالة). يوفّر مستخدمو Android عادةً مجموعة واسعة من الأجهزة وإمكاناتها والأسواق.

يمكن لحلول مراقبة المستخدمين في الوقت الفعلي الحصول على بيانات لمتصفّحات غير Chrome، وعلى وجه الخصوص من المتصفّحات المستندة إلى Chromium التي غالبًا ما تكون فيها المقاييس نفسها (مثل "مؤشرات الأداء الرئيسية للويب") مدمجة. يتم أيضًا قياس المتصفّحات غير المستندة إلى Chromium من خلال حلول RUM، ولكن قد تتضمّن مجموعة أكثر محدودية من المقاييس. على سبيل المثال، لا يتوفّر متغيّرات التصميم التراكمية (CLS) ومدى استجابة الصفحة لتفاعلات المستخدم (INP) إلا في المتصفّحات المستندة إلى Chromium. يمكن قياس بعض المقاييس الأخرى، مثل سرعة عرض المحتوى على الصفحة (FCP)، بشكل مختلف تمامًا (راجِع القسم التالي).

المستخدمون الذين فعّلوا الميزة

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

لا ينظر مقدّمو ميزة قياس الأداء من المواقع الإلكترونية إلّا إلى مجموعة فرعية من المستخدِمين، ويعود ذلك عادةً إلى رسائل البانر المتعلّقة بملفات تعريف الارتباط التي تطلب من المستخدِمين الموافقة على جمع بيانات ميزة قياس الأداء من المواقع الإلكترونية أو بسبب حظر أدوات التتبُّع. ويمكن أن يؤثر ذلك سلبًا في بعض عمليات تحميل الصفحة الأولية إذا لم يتم تقديم التأكيد إلا في الصفحة الثانية أو الصفحات اللاحقة، عندما تكون بعض مواد عرض الموقع الإلكتروني قد تم تخزينها مؤقتًا من الصفحات السابقة. إذا حدث ذلك بشكل متكرّر، قد تبدو المقاييس أكثر ملاءمةً في RUM مما هي عليه في الواقع إذا تم استبعاد عمليات تحميل الصفحة الأولية البطيئة في عدد كافٍ من الحالات.

المواقع المضمَّنة

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

ومع ذلك، إذا تم وضع علامة على صفحات معيّنة من موقع إلكتروني على أنّها قابلة للفهرسة ولكن لم يتم وضع علامة على صفحات أخرى، قد لا تظهر لك سوى مجموعة فرعية من عناوين URL في CrUX. إذا كان المصدر متاحًا للاكتشاف بشكل علني، سيتم تضمين جميع مشاهدات الصفحة ضمن هذا المصدر في البيانات على مستوى المصدر، ولكن قد لا تتوفّر البيانات على مستوى عنوان URL.

الأجهزة

تقسّم CrUX البيانات حسب الأجهزة الجوّالة وأجهزة الكمبيوتر المكتبي والأجهزة اللوحية، على الرغم من أنّ العديد من الأدوات تركّز على الجهازَين الأولَين وقد لا تعرض بيانات الأجهزة اللوحية أو قد تضمّنها ضمن الأجهزة الجوّالة أو أجهزة الكمبيوتر المكتبي. قد تختلف خصائص الأداء على الأجهزة الجوّالة عن أجهزة سطح المكتب إلى حد بعيد، من حيث المحتوى الذي يتم تقديمه وإمكانات الأجهزة التي يشاهدها.

ستسمح بيانات RUM بتقسيم الزيارات بالطريقة نفسها، ولكن غالبًا ما تعرض بيانات مجمّعة تلقائيًا. قد لا تسمح ميزة RUM بتقسيم البيانات إلا حسب نوع الجهاز (على سبيل المثال، جهاز جوّال) أو المتصفّح (على سبيل المثال، Chrome)، ولكن ليس كليهما للاطّلاع على زيارات Chrome على الأجهزة الجوّالة فقط. عند المقارنة ببيانات CrUX، تأكَّد من أنّك تقارن بين البيانات المتشابهة من خلال الفلترة حسب نوع الجهاز ومتصفّح Chrome.

أخذ العينات

عادةً ما تسمح حلول RUM بتعديل معدل أخذ العينات للزائرين المشتركين في المكان الذي يتم فيه جمع البيانات. ويمكن استخدام ذلك لتقليل حجم البيانات التي يجب تحليلها، وخفض تكاليف خدمات مراقبة المستخدمين في الوقت الفعلي التجارية. إذا كان حجم العيّنة صغيرًا جدًا ولا يمثّل المجموعة الأوسع، ستكون المقاييس الناتجة منحرفة أيضًا بالطريقة نفسها. ناقش مع مزوّد ميزة "المراقبة الفعلية عن طريق المستخدِم" حجم العيّنة المناسب لموقعك الإلكتروني.

تجميع البيانات

ستتضمّن بيانات الحقل بطبيعتها العديد من نقاط البيانات للمقاييس نفسها مقارنةً ببيانات المختبر التي ستعطي قيمة واحدة. إذا تم تجميع هذه البيانات بشكلٍ مختلف لإعداد التقارير، يمكن أن يؤدي ذلك إلى سبب آخر للاختلافات بين CrUX وRUM.

الفترة الزمنية

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

تسمح بيانات مراقبة المستخدمين في الوقت الفعلي عادةً بدرجة دقة أكبر بكثير للسماح برصد تأثير التغييرات في وقت أقرب بكثير. ومع ذلك، عند اختيار فترات أقصر، يمكن أن تتأثّر بيانات RUM بشكلٍ غير ملائم بالتقلّبات في عدد زيارات الموقع الإلكتروني والزوّار. عند مقارنة بيانات RUM ببيانات CrUX، تأكَّد دائمًا من الاطّلاع على الأداء على مدار 28 يومًا. بعد التأكّد من تشابه البيانات، يمكنك الاطّلاع على أُطر زمنية أخرى للتوغّل في بيانات RUM.

تجميع الإحصاءات

يتم قياس مقاييس CrUX عند الشريحة المئوية الخامسة والسبعين، أي بالنظر إلى القيمة التي حقّقتها %75 من مشاهدات الصفحة. ستكون هناك قيم متطرفة في بيانات الحقول، وسيتمّ استبعاد أسوأ %25 من التجارب، وذلك بهدف تقديم قيمة يمكن أن يحققها معظم الزوّار بشكل معقول.

وتوفر منتجات RUM غالبًا عددًا أكبر من الخيارات المتعلقة بكيفية تجميع المقاييس، بما في ذلك الشريحة المئوية الخامسة والسبعين والمتوسّطة والشرائح المئوية الأخرى. في حال مقارنة قيم RUM ببيانات CrUX، من الضروري التأكّد من الاطّلاع على بيانات الشريحة المئوية الـ 75 لإجراء مقارنة بين القيم المتشابهة.

تتضمّن بيانات المخطّط البياني في "تقرير تجربة المستخدِم على Chrome" جميع البيانات المتاحة، وليس فقط الشريحة المئوية الخامسة والسبعين، وتُظهر عدد مشاهدات الصفحة في كل تقييم، ولكن ستستند النتيجة المجمّعة إلى الشريحة المئوية الخامسة والسبعين. يتم عرض بيانات CrUX هذه في أدوات مثل إحصاءات PageSpeed:

الاختلافات في المقاييس

هناك العديد من المقاييس المستخدمة لقياس أداء الويب، لذا عند مقارنة مجموعتين مختلفتين من البيانات، من المهم فهم المقاييس التي يتم قياسها وكيفية استخدامها.

المقاييس التي يتم قياسها

بيانات CrUX هي مجموعة البيانات الرسمية لمبادرة Core Web Vitals وهي تقيس بشكل أساسي هذه المقاييس (LCP وCLS وINP)، مع بعض المقاييس الإضافية لاستكمالها.

وعادةً ما تتضمّن أدوات مراقبة المستخدمين في الوقت الفعلي مقاييس Core Web Vitals هذه، ولكنّها غالبًا ما تتضمّن العديد من المقاييس الأخرى أيضًا. يقيس بعض مقدّمي مراقبة تجربة المستخدِم أيضًا تجربة المستخدِم باستخدام مجموعة من جميع هذه المقاييس، ربما لتقديم "مؤشر السعادة" أو ما شابه. عند مقارنة بيانات RUM بمقياس CrUX، تأكد من المقارنة بين النتائج المتشابهة.

بالنسبة إلى الأدوات التي تقيّم حالة نجاح أو عدم نجاح "مؤشرات أداء الويب الأساسية"، يجب أن تنجح في اجتياز الصفحة إذا كانت تستوفي الأهداف المقترَحة عند الوصول إلى النسبة المئوية الخامسة والسبعين لجميع مؤشرات "Core Web Vitals". إذا لم يكن مقياس INP متوفّرًا للصفحات التي لا تتضمّن أي تفاعلات، يجب اجتياز مقياسَي LCP وCLS فقط.

الاختلافات في المقاييس على مستوى المتصفحات

لا تقيس CrUX سوى متصفّحات Chrome، ويمكنك الرجوع إلى سجلّات تغييرات Web Vitals لمعرفة كيفية تغيُّر هذه المقاييس مع كل إصدار من Chrome.

ومع ذلك، ستتم قياس حلول RUM من مجموعة أكبر من المتصفّحات. من المحتمل أن تكون المتصفحات المستندة إلى Chromium (Edge وOpera وما إلى ذلك) مشابهة لمتصفِّح Chrome، ما لم ينفِّذ Chrome تغييرات جديدة كما هو موضّح في سجلّ التغييرات.

بالنسبة إلى المتصفّحات غير المستندة إلى Chromium، يمكن أن تكون الاختلافات أكثر وضوحًا. على سبيل المثال، يتوفّر مقياس سرعة عرض المحتوى على الصفحة (FCP) في Safari وFirefox، ولكن يتم قياسه بطريقة مختلفة. وقد يؤدي ذلك إلى حدوث اختلافات كبيرة في الأوقات التي يتم الإبلاغ عنها. كما ذكرنا سابقًا، إذا كنت تريد مقارنة RUM بـ CrUX، من الأفضل الفلترة حسب مستخدمي Chrome فقط للسماح بإجراء مقارنة مماثلة.

توقيت المقاييس

توفّر واجهات برمجة تطبيقات متصفّحات الويب مقاييس "مؤشرات أداء الويب الأساسية"، ولكنّ ذلك لا يعني أنّه لا يمكن أن تختلف القيم التي يتم الإبلاغ عنها باستخدامها. ويمكن أن يؤدّي وقت قياس المقياس، عند تحميل الصفحة أو خلال دورة حياة الصفحة بالكامل، إلى اختلافات. قد لا تقيس أدوات RUM المقاييس دائمًا بالطريقة نفسها، حتى في حال استخدام الأسماء نفسها، وواجهات برمجة تطبيقات المتصفّح نفسها للحصول على البيانات، ما قد يكون مربكًا.

سرعة عرض أكبر محتوى مرئي (LCP) هو مقياس لتحميل الصفحة. يمكن أن تُبلغ Web API عن عدد من عناصر LCP في حال تحميل عناصر أكبر لاحقًا بعد العرض الأولي. ويكون عنصر LCP الأخير هو عند انتهاء تحميل الصفحة أو عند تفاعل المستخدم مع الصفحة. لذلك، يمكن أن تحدث اختلافات إذا تم تسجيل عنصر LCP قبل هذين الحدثَين.

بالإضافة إلى ذلك، في بيانات الحقول، يمكن أن يختلف عنصر LCP بناءً على كيفية تحميل الصفحة. بالنسبة إلى عملية تحميل الصفحة التلقائية التي تعرض أعلى محتوى الصفحة، سيعتمد عنصر LCP بشكل أساسي على حجم الشاشة. ومع ذلك، إذا تم فتح الصفحة باستخدام رابط رابط ثابت في أسفل المستند، أو تم فتحها بالطريقة نفسها باستخدام رابط لصفحة في تطبيق مكوّن من صفحة واحدة (SPA)، سنوضّح المزيد من المعلومات عن ذلك لاحقًا، يمكن أن يكون عنصر LCP مختلفًا.

لا تفترض أنّ أوقات LCP المقدَّمة في CrUX أو RUM تستند إلى العنصر نفسه المستخدَم في أدوات المختبر. في حين أنّ CrUX تمنحك القيمة الإجمالية لمقياس LCP لكل صفحة أو مصدر، يمكن أن يفرّق RUM ذلك بشكل أكبر لتحديد الجلسات الفردية التي تواجه مشاكل في LCP.

يتم قياس متغيّرات التصميم التراكمية (CLS) طوال فترة تشغيل الصفحة، لذا قد لا يكون مقياس CLS الأولي لتحميل الصفحة تمثيليًا للصفحات التي تتسبّب في حدوث تغييرات أكبر في وقت لاحق بعد تحميل الصفحة وتفاعل المستخدم معها. وبالتالي، فإنّ الحصول على قيمة CLS بعد تحميل الصفحة فقط، كما تفعل العديد من منتجات RUM، سيؤدي إلى نتيجة مختلفة عن الحصول على قيمة CLS بعد انتهاء المستخدم من استخدام الصفحة.

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

سيتّبع تقرير تجربة المستخدم على Chrome مستندات "مؤشرات أداء الويب الأساسية" ويقيس هذه المؤشرات على مدار الفترة الكاملة لظهور الصفحة. ولأسباب مختلفة، يختار العديد من مقدّمي RUM قياس هذه المقاييس بدلاً من ذلك بعد تحميل الصفحة أو في وقت آخر (على سبيل المثال، عند النقر على عبارة رئيسية للحثّ على اتّخاذ إجراء).

من المهم معرفة الوقت الذي يقيس فيه مقدّم خدمة RUM "مؤشرات أداء الويب الأساسية"، وذلك عند ملاحظة اختلافات غير مفسّرة بين مصدرَي البيانات.

التطبيقات من صفحة واحدة

تعمل التطبيقات من صفحة واحدة (SPA) من خلال تعديل المحتوى على الصفحة الحالية، بدلاً من تنفيذ عمليات تنقّل فعلية للصفحات على مستوى المتصفّح. ويعني هذا أنّ المتصفّح لا يرى هذه الخيارات كتنقّلات في الصفحات، على الرغم من تجربة المستخدمين لها. لن تأخذ واجهات برمجة تطبيقات "مؤشرات أداء الويب الأساسية" التي يوفّرها المتصفّح هذه العوامل في الاعتبار، وبالتالي لا تتيح CrUX عمليات التنقّل هذه في الصفحات. يجري العمل على حلّ هذه المشكلة. يمكنك الاطّلاع على مشاركة تجربة قياس عمليات التنقّل البسيطة للحصول على مزيد من المعلومات.

يحاول بعض مقدّمي RUM رصد "عمليات التنقّل السلس" في تطبيقات SPA، ولكن إذا كانوا ينسِبون أيضًا مقاييس Core Web Vitals إلى "عمليات التنقّل السلس" هذه، سيؤدّي ذلك إلى اختلافات مع CrUX لأنّ واجهات برمجة التطبيقات الأساسية لا تتيح ذلك للعديد من المقاييس.

الاختلافات في CrUX وWeb API

بالإضافة إلى الاختلافات في الصفحات التي يتم قياس مشاهداتها وما يتم قياسه، هناك بعض السيناريوهات الأخرى الأكثر تعقيدًا التي يجب أخذها في الاعتبار والتي يمكن أن تؤدي إلى اختلافات في بيانات CrUX وRUM. ويرجع سبب بعضها إلى القيود المفروضة على واجهات برمجة تطبيقات الويب المستخدَمة لقياس المقاييس، وفي بعض الحالات الأخرى، يجب التعامل مع النتائج التي تعرضها واجهة برمجة التطبيقات بشكل مختلف في سيناريوهات معيّنة. تُدرِج مستندات "مؤشرات أداء الويب الأساسية" هذه الاختلافات في سرعة عرض أكبر محتوى مرئي (LCP) ومتغيّرات التصميم التراكمية (CLS)، ولكن يتم أيضًا الإشارة إلى الاختلافات الرئيسية في الأقسام التالية.

ميزة "التخزين المؤقت للصفحات"

تصنّف CrUX ميزة التخزين المؤقت للصفحات (أو استخدام ميزة "التخزين المؤقت للصفحات" كعمليات تنقل في الصفحة على الرغم من أنها لا تؤدي إلى تحميل الصفحة بالطريقة المعتادة. وبما أنّ واجهات برمجة التطبيقات على الويب لا تتعامل مع هذه الطلبات على أنّها عمليات تحميل صفحات، يجب أن تتّخذ حلول RUM خطوات إضافية لاحتساب هذه الصفحات إذا أرادت مطابقة CrUX. تؤدي هذه الخطوات إلى تحميل الصفحات بشكل أسرع بكثير، وقد تؤدي إلى تسجيل أداء أفضل بشكل عام في أحد المواقع الإلكترونية، وبالتالي قد يؤدي عدم تضمينها إلى انخفاض مقاييس أداء الصفحة بشكل عام. راجِع حلّ RUM لمعرفة ما إذا كان يعالج الصفحات التي تم استعادتها من ذاكرة التخزين المؤقت bfcache.

إطارات iframe

لأسباب تتعلّق بالأمان والخصوصية، لا يمكن للصفحات ذات المستوى الأعلى الوصول إلى المحتوى ضمن إطارات iframe (حتى إطارات iframe من المصدر نفسه). وهذا يعني أنّه لا يمكن قياس مقاييس الأداء للمحتوى في هذه الإطارات إلا من خلال إطار iframe نفسه، وليس من خلال واجهات برمجة التطبيقات لصفحات الويب في الإطار. إذا كان محتوى إطار iframe يتضمّن عنصر LCP أو محتوى يؤثر في CLS أو INP الذي يواجهه المستخدم، لن يكون ذلك متاحًا لحلول RUM (بما في ذلك مكتبة JavaScript لـ web-vitals من Google).

ومع ذلك، لا تواجه مبادرة CrUX هذه القيود لأنّ متصفّح Chrome نفسه هو الذي يقيس هذه المقاييس بدلاً من JavaScript على الصفحة، كما أنّها تقيس المقاييس ضمن إطارات iframe عند إعداد تقارير "مؤشرات أداء الويب الأساسية". ويعكس ذلك بدقة أكبر ما يواجهه المستخدم، ولكن يمكن أن يكون سببًا آخر للاختلافات في المواقع الإلكترونية التي تستخدِم إطارات iframe.

في ما يلي مثال ملموس على كيفية حدوث اختلافات بين بيانات LCP في CrUX وRUM <video>. يمكن احتساب أول إطار مرسوم لعنصر <video> الذي يتم تشغيله تلقائيًا باستخدام علامة playsinline كعنصر مرشح لقياس LCP، ولكن قد تضع عمليات التضمين لخدمات بث الفيديوهات الشائعة هذه العناصر في <iframe>. ويمكن أن يفسّر CrUX ذلك، لأنّه يمكنه الوصول إلى محتوى <iframe>، بينما لا يمكن لحلول RUM الوصول إليه.

الموارد المشتركة النطاق

لا تمنح وسائط LCP التي يتم عرضها من نطاقات أخرى وقتًا للعرض في PerformanceObserver API ما لم يتم توفير عنوان مؤقت-Allow-Origin (TAO)، وذلك بسبب قيود أمان المتصفّح لتقليل هجمات التوقيت. يعود ذلك إلى وقت تحميل المورد، ولكن قد يختلف ذلك تمامًا عن وقت عرض المحتوى الفعلي.

قد يؤدي ذلك إلى الحالة التي تبدو مستحيلة حيث يتم تسجيل سرعة عرض أكبر محتوى مرئي (LCP) من خلال واجهات برمجة تطبيقات الويب قبل مقياس FCP. لا يحدث ذلك، ولكن يبدو أنّه كذلك بسبب هذا القيد الأمني.

يُرجى العِلم أنّ تقرير تجربة المستخدم على Chrome يُبلغ عن بيانات وقت العرض في "مؤشرات أداء الويب الأساسية". ننصح المواقع الإلكترونية بحصر المحتوى من مصادر متعددة الذي يؤثر في مقاييس "مؤشرات أداء الويب الأساسية" وتفعيل ميزة "المعالجة المحدودة للطلبات" كلما أمكن ذلك إذا أرادت قياس ذلك بدقة أكبر. وقد يتم فرض قيود مشابهة على الموارد الأخرى المشتركة المصادر.

علامات التبويب في الخلفية

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

ما الذي يمكننا فعله حيال ذلك؟

لقد شرحنا الأسباب المحتمَلة للاختلافات بين بيانات CrUX وRUM، إما بسبب الاختلافات في المنهجية التي يستخدمها كلّ منهما أو بسبب المستخدمين ومرّات مشاهدة الصفحة التي يتم تضمينها أو استبعادها. من المفترض أن تظلّ كلتا مجموعتَي البيانات ممثّلَين لأداء موقعك الإلكتروني كي تكونا مفيدة، ولكن يجب أن توضّح الأسباب المقدّمة سبب عدم ترجيح الحصول على الأرقام نفسها بالضبط في كل مجموعة.

عندما تكون الاختلافات طفيفة (على سبيل المثال، الإبلاغ عن LCP من 2.0 ثانية مقابل 2.2 ثانية)، ستكون مجموعتا البيانات مفيدتان ويمكن اعتبارهما متزامنتَين تقريبًا.

عندما تثير الاختلافات الواضحة شكوكك في دقة البيانات، عليك محاولة فهم هذه الاختلافات. هل يمكن فلترة بيانات RUM لتتطابق بشكلٍ أوثق مع CrUX (النظر فقط في مستخدمي Chrome، سواء على أجهزة الكمبيوتر المكتبي أو الأجهزة الجوّالة، مع قيم الشريحة المئوية الخامسة والسبعون على مدار 28 يومًا) للحدّ من هذه الاختلافات؟

إذا كان الأمر كذلك - وكان بإمكانك الحصول على البيانات لتتطابق بشكل أوثق - فلا يزال يتعين عليك السؤال عن سبب رؤية هذه الاختلافات في البيانات الإجمالية وما يعنيه ذلك. هل يغيّر المستخدمون الذين لا يستخدمون Chrome المقاييس بطريقة إيجابية أو سلبية؟ هل يمنحك ذلك المزيد من الإحصاءات حول المشاكل المتعلّقة بالأداء والتي يمكنك تحديد أولوياتها؟

إذا كان المستخدمون الذين لا يستخدمون Chrome يحصلون على نتائج مختلفة، يمكنك استخدام هذه الإحصاءات القيّمة التي تقدّمها لك ميزة RUM لتحسين الأداء بشكلٍ مختلف. على سبيل المثال، لا تتوفّر واجهات برمجة تطبيقات معيّنة في بعض المتصفّحات، ولكن يمكنك استخدام بدائل للمتصفّحات غير المتوافقة لتحسين تجاربها أيضًا. أو يمكنك تقديم تجربة مختلفة، ولكن بأداء أفضل للمستخدمين على الأجهزة أو الشبكات ذات الإمكانيات المحدودة. تقتصر خدمة CrUX على بيانات Chrome، ولكن عليك مراعاة جميع تجارب زوّار موقعك الإلكتروني للمساعدة في تحديد أولويات التحسينات. يمكن أن تملأ بيانات مراقبة المستخدمين بدون إنترنت هذه الفجوة.

بعد فهم أسباب أي اختلافات، يمكن أن تكون كلتا الأداتين مفيدتين للغاية لفهم تجارب المستخدمين على موقعك الإلكتروني والمساعدة في تحسين ذلك حتى إذا لم تكن الأعداد متطابقة. استخدِم بيانات RUM لتكملة بيانات CrUX والسماح لك بالتوغّل في ما تُطلعك عليه CrUX على مستوى عالٍ من خلال تقسيم زياراتك لمساعدتك في تحديد ما إذا كانت هناك مجالات معيّنة في موقعك الإلكتروني أو قاعدة المستخدمين تستدعي الانتباه.

إنّ الاطّلاع على المؤشرات لمعرفة ما إذا كانت التحسينات التي أجريتها تحقّق التأثيرات الإيجابية المتوقّعة غالبًا ما يكون أكثر أهمية من مطابقة كل رقم بالضبط بين مصدرَي البيانات. وكما ذكرنا سابقًا، يتيح لك نظام RUM النظر إلى الأطر الزمنية المختلفة لإلقاء نظرة مسبقة على نتائج CrUX خلال 28 يومًا، على الرغم من أن النظر إلى الأطر الزمنية القصيرة جدًا يمكن أن يؤدي إلى بيانات مزعجة، لذلك يستخدم CrUX مدة 28 يومًا.

لا يكون هناك غالبًا إجابة "صحيحة" أو "خاطئة" في هذه المقاييس المختلفة، بل هي مجرد عدسة مختلفة للاطّلاع على المستخدمين وتجربتهم على موقعك الإلكتروني. ما دام لديك فهم لسبب حدوث هذه الاختلافات وتأثيرها في عملية اتخاذ القرار، هذا هو المهمّ أكثر لتقديم خدمة أفضل لزوّار موقعك الإلكتروني.

شكر وتقدير

صورة مصغّرة من إنشاء ستيفن ليهلام على Unsplash