تعرَّف على الأسباب التي قد تؤدي إلى اختلاف أرقام "مؤشرات أداء الويب الأساسية" في بيانات RUM عن تلك الواردة في CrUX.
يوفّر تقرير تجربة المستخدم في Chrome (CrUX) مقاييس لتقييم تجربة المستخدم وفقًا لتجربة مستخدمي Chrome في الوجهات الرائجة على الويب. يجمع Chrome هذه البيانات تلقائيًا من المستخدمين الذين وافقوا على المشاركة، وتتوفّر استنادًا إلى معايير الأهلية في CrUX.
وبالتالي، تتوفّر بيانات CrUX لملايين المواقع الإلكترونية. لم يكن بإمكان العديد من مالكي المواقع الإلكترونية الوصول إلى بيانات الحقول من قبل، وقد وفّر تقرير "تجربة المستخدِم على Chrome" إمكانية الاطّلاع على قيمة هذه البيانات لأول مرّة في العديد من المواقع الإلكترونية. وباعتبارها مجموعة بيانات عامة، يمكن أيضًا استخدام CrUX لإجراء تحليل تنافسي ومقارنة لمقاييس تجربة المستخدم.
تشبه ميزة مراقبة المستخدِمين الفعليين (RUM) ميزة CrUX، ولكن بدلاً من أن يجمع Chrome مقاييس تجربة المستخدِم تلقائيًا، يتم تضمين رمز على المواقع الإلكترونية لإجراء عملية الجمع هذه وإرسالها مرة أخرى إلى مقدّم ميزة RUM أو حلّ إحصاءات لإجراء مزيد من التحليل.
بما أنّ كلا الحلّين يقيس مقاييس تجربة المستخدِم، من الطبيعي افتراض أنّهما متكافئان. وقد يكون من المربك ملاحظة اختلافات. سيوضّح هذا الدليل سبب حدوث ذلك، ويقدّم اقتراحات بشأن الإجراءات التي يجب اتّخاذها عند عدم تطابق الأرقام.
مزايا استخدام CrUX مع حلّ RUM
تُعدّ CrUX أداة رائعة للحصول على عرض متسق على مستوى المواقع الإلكترونية، وبما أنّها مجموعة البيانات الرسمية لبرنامج "مؤشرات أداء الويب الأساسية"، من المرجّح أن ترغب المواقع الإلكترونية في تتبُّع ما تعرضه. يهدف CrUX إلى تقديم نظرة عامة ذات صلة إحصائيًا عن ملايين المواقع الإلكترونية لإجراء مقارنات بين المواقع.
ومع ذلك، للاطّلاع بشكل أعمق على سبب عرض البيانات للأرقام التي تعرضها، يمكن أن يمنحك الاستثمار في حلّ كامل لرصد الزيارات من أجل تحسين الأداء (RUM) مع CrUX إمكانية الوصول إلى معلومات أكثر تفصيلاً من تلك التي يمكن توفيرها في مجموعة بيانات يمكن للجميع إجراء طلبات بحث عنها. ويمكن أن يساعدك ذلك في شرح المقاييس وتحسينها بعدة طرق.
إجراء تحليل معمّق للتحقيق في المشاكل
يمكن استخدام CrUX غالبًا للإشارة إلى ما إذا كانت لديك مشكلة في موقعك الإلكتروني، ولكن ليس بالضرورة تحديد مكان المشكلة في موقعك الإلكتروني أو سببها. يمكن أن تساعد حلول مراقبة المستخدمين في الوقت الفعلي، سواء كانت حلولًا داخلية من خلال مثل مكتبة "مؤشرات الأداء الرئيسية للويب" أو بعض المنتجات التجارية العديدة، في سدّ هذه الفجوة.
يتيح لك استخدام حلّ RUM الوصول إلى بيانات أكثر دقة لجميع صفحاتك وعلى جميع المتصفّحات. ويتيح لك أيضًا تقسيم هذه البيانات وتحليلها بطرق لا تتيحها CrUX، ما يتيح لك التوغّل في المناطق التي تواجه مشاكل في الموقع الإلكتروني والتحقيق فيها. هل تتأثر شريحة معيّنة من المستخدمين؟ أم المستخدمون الذين يتّخذون إجراءات معيّنة؟ متى بدأت المشكلة بالضبط؟ وهذه الأسئلة يسهل الإجابة عنها باستخدام البيانات الإضافية التي يمكن أن تقدّمها أداة مراقبة المستخدمين في الوقت الفعلي.
الربط بمقاييس الأنشطة التجارية الأخرى
تتيح لك ميزة مراقبة المستخدمين في الوقت الفعلي أيضًا مقارنة مقاييس أداء موقعك الإلكتروني مباشرةً بأي مقاييس لنشاطك التجاري، ما يوضّح قيمة الاستثمار في الأداء، والأنشطة الأخرى التي يجب إعطاء الأولوية لها. لدينا العديد من دراسات الحالة التي تتناول الأنشطة التجارية التي تُجري هذا الربط، مثل 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 أيضًا إلا إلى مجموعة فرعية من المستخدِمين، وذلك عادةً بسبب رسائل البانر المتعلّقة بملفات تعريف الارتباط التي تطلب من المستخدِمين الموافقة على جمع بيانات ميزة RUM أو بسبب حظر أدوات التتبُّع. ويمكن أن يؤثر ذلك سلبًا في بعض عمليات تحميل الصفحة الأولية إذا لم يتم تقديم التأكيد إلا في الصفحة الثانية أو الصفحات اللاحقة، عندما تكون بعض مواد عرض الموقع الإلكتروني قد تم تخزينها مؤقتًا من الصفحات السابقة. إذا حدث ذلك بشكل متكرّر، قد تبدو المقاييس أكثر ملاءمةً في RUM مما هي عليه في الواقع إذا تم استبعاد عمليات تحميل الصفحة الأولية البطيئة في عدد كافٍ من الحالات.
المواقع الإلكترونية المضمّنة
لا يهدف CrUX إلا إلى إعداد تقارير عن المواقع الإلكترونية المتاحة للجميع، لذا هناك معايير أهلية أخرى قد تؤدي إلى عدم تسجيل البيانات في CrUX. وأهم هذه المعايير هو أن يكون الموقع الإلكتروني متاحًا للجميع ورائجًا بما يكفي لضمان الحد الأدنى من حجم العيّنة التي يمكن من خلالها استخلاص استنتاجات مفيدة. في معظم الحالات، سيؤدي ذلك إلى عدم توفّر أي بيانات في CrUX. وهذا الاختلاف أقلّ إرباكًا مقارنةً بالبيانات المتوفّرة ولكنّها مختلفة، ولكنه يوضّح سبب حدوث ذلك.
ومع ذلك، إذا تم وضع علامة على صفحات معيّنة من موقع إلكتروني على أنّها قابلة للفهرسة ولكن لم يتم وضع علامة على صفحات أخرى، قد لا تظهر لك سوى مجموعة فرعية من عناوين URL في CrUX. إذا كان المصدر متاحًا للاكتشاف بشكل علني، سيتم تضمين جميع مشاهدات الصفحة ضمن هذا المصدر في البيانات على مستوى المصدر، ولكن قد لا تتوفّر البيانات على مستوى عنوان URL.
الأجهزة
تقسّم CrUX البيانات حسب الأجهزة الجوّالة وأجهزة الكمبيوتر المكتبي والأجهزة اللوحية، على الرغم من أنّ العديد من الأدوات تركّز على الجهازَين الأولَين وقد لا تعرض بيانات الأجهزة اللوحية أو قد تضمّنها ضمن الأجهزة الجوّالة أو أجهزة الكمبيوتر المكتبي. يمكن أن تختلف خصائص الأداء على الأجهزة الجوّالة عن تلك على أجهزة الكمبيوتر المكتبي، وذلك من حيث المحتوى الذي يتم عرضه وقدرات الأجهزة التي تعرضه.
ستسمح بيانات RUM بتقسيم الزيارات بالطريقة نفسها، ولكن غالبًا ما تعرض بيانات مجمّعة تلقائيًا. قد لا تسمح ميزة RUM بتقسيم البيانات إلا حسب نوع الجهاز (على سبيل المثال، جهاز جوّال) أو المتصفّح (على سبيل المثال، Chrome)، ولكن ليس كليهما للاطّلاع على زيارات Chrome على الأجهزة الجوّالة فقط. عند المقارنة ببيانات CrUX، تأكَّد من إجراء مقارنة بين البيانات المتشابهة من خلال الفلترة حسب نوع الجهاز ومتصفّح Chrome.
أخذ العينات
تسمح حلول مراقبة المستخدمين في الوقت الفعلي عادةً بتعديل معدّل أخذ العينات للزوّار الذين وافقوا على جمع البيانات. ويمكن استخدام ذلك لتقليل حجم البيانات التي يجب تحليلها، وتخفيض تكاليف خدمات مراقبة المستخدمين في الوقت الفعلي التجارية. إذا كان حجم العيّنة صغيرًا جدًا ولا يمثّل المجموعة الأوسع نطاقًا، ستكون المقاييس الناتجة منحرفة أيضًا بالطريقة نفسها. ناقش مع مزوّد ميزة "المراقبة الفعلية عن طريق المستخدِم" حجم العيّنة المناسب لموقعك الإلكتروني.
تجميع البيانات
ستتضمّن بيانات الحقل بطبيعتها العديد من نقاط البيانات للمقاييس نفسها مقارنةً ببيانات المختبر التي ستعطي قيمة واحدة. إذا تم تجميع هذه البيانات بشكلٍ مختلف لإعداد التقارير، يمكن أن يؤدي ذلك إلى سبب آخر للاختلافات بين CrUX وRUM.
الفترة الزمنية
تستند بيانات CrUX إلى فترة انزلاق مدتها 28 يومًا للزيارات، ولا يمكن تغيير هذا الإطار الزمني، على الرغم من أنّه يتم تخزين بيانات CrUX في BigQuery لكل شهر، ما يتيح لك الاطّلاع على الأشهر السابقة، كما تقدّم CrUX History API بيانات سابقة على مدار فترة أسبوعية. ولا يزال كلاهما يقدّم بيانات استنادًا إلى الفترة المتحركة التي تبلغ 28 يومًا.
تسمح بيانات مراقبة المستخدمين في الوقت الفعلي عادةً بدرجة دقة أكبر بكثير للسماح برصد تأثير التغييرات في وقت أقرب بكثير. ومع ذلك، عند اختيار فترات أقصر، يمكن أن تتأثر بيانات RUM بشكل غير ملائم بالتقلّبات في عدد زيارات الموقع الإلكتروني والزوّار. عند مقارنة بيانات RUM ببيانات CrUX، تأكَّد دائمًا من الاطّلاع على الأداء على مدار 28 يومًا. بعد التأكّد من تشابه البيانات، يمكنك الاطّلاع على أُطر زمنية أخرى للتوغّل في بيانات RUM.
تجميع الإحصاءات
يتم قياس مقاييس CrUX عند الشريحة المئوية الخامسة والسبعين، أي بالنظر إلى القيمة التي حقّقتها% 75 من مشاهدات الصفحة. ستكون هناك قيم متطرفة في بيانات الحقول، وسيتمّ استبعاد أسوأ% 25 من التجارب، وذلك بهدف تقديم قيمة يمكن أن يحقّقها معظم الزوّار بشكل معقول.
غالبًا ما توفّر منتجات RUM عددًا أكبر من الخيارات حول كيفية تجميع المقاييس، بما في ذلك الشريحة المئوية الـ 75 والوسيط والشرائح المئوية الأخرى. في حال مقارنة قيم RUM ببيانات CrUX، من الضروري التأكّد من الاطّلاع على بيانات الشريحة المئوية الـ 75 لإجراء مقارنة بين القيم المتشابهة.
تتضمّن بيانات المخطّط البياني في "تقرير تجربة المستخدِم على Chrome" جميع البيانات المتاحة، وليس فقط الشريحة المئوية الخامسة والسبعين، وتُظهر عدد مشاهدات الصفحة في كل تقييم، ولكن ستستند النتيجة المجمّعة إلى الشريحة المئوية الخامسة والسبعين. يتم عرض بيانات CrUX هذه في أدوات مثل إحصاءات PageSpeed:
الاختلافات في المقاييس
هناك العديد من المقاييس المستخدَمة لقياس أداء الويب، لذا عند مقارنة مجموعتَين مختلفتَين من البيانات، من المهم فهم المقاييس التي يتم قياسها وكيفية استخدام هذه المقاييس.
المقاييس التي يتم قياسها
بيانات CrUX هي مجموعة البيانات الرسمية لمبادرة مؤشرات أداء الويب الأساسية، وهي تقيس في المقام الأول هذه المقاييس (LCP وCLS وINP)، بالإضافة إلى بعض المقاييس الإضافية التي تكمل هذه المقاييس.
تتضمّن أدوات مراقبة المستخدمين في الوقت الفعلي عادةً مقاييس Core Web Vitals هذه، ولكنها غالبًا ما تتضمّن العديد من المقاييس الأخرى أيضًا. يقيس بعض مقدّمي ميزة قياس تجربة المستخدِم أيضًا تجربة المستخدِم باستخدام مجموعة من جميع هذه المقاييس، ربما لتقديم "مؤشر السعادة" أو ما شابه. عند مقارنة بيانات RUM ببيانات CrUX، تأكّد من أنّك تقارن البيانات المتشابهة.
إنّ الأدوات التي تقيِّم حالة اجتياز "مؤشرات أداء الويب الأساسية" أو عدم اجتيازها يجب أن تُعتبر أنّ الصفحة اجتازت الاختبار إذا كانت تستوفي الاستهدافات المقترَحة عند القيمة المئوية الخامسة والسبعين لجميع "مؤشرات أداء الويب الأساسية". إذا لم يكن مقياس INP متوفّرًا للصفحات التي لا تتضمّن أي تفاعلات، يجب اجتياز مقياسَي LCP وCLS فقط.
الاختلافات في المقاييس على مستوى المتصفحات
لا تقيس CrUX سوى متصفّحات Chrome، ويمكنك الرجوع إلى سجلّات تغييرات Web Vitals لمعرفة كيفية تغيُّر هذه المقاييس مع كل إصدار من Chrome.
ومع ذلك، ستتم قياس حلول RUM من مجموعة أكبر من المتصفّحات. من المرجّح أن تكون المتصفّحات المستندة إلى Chromium (Edge وOpera وما إلى ذلك) مشابهة لمتصفّح Chrome، ما لم ينفِّذ Chrome تغييرات جديدة كما هو موضّح في سجلّ التغييرات.
بالنسبة إلى المتصفّحات غير المستندة إلى Chromium، يمكن أن تكون الاختلافات أكثر وضوحًا. على سبيل المثال، يتوفّر مقياس سرعة عرض المحتوى على الصفحة (FCP) في Safari وFirefox، ولكن يتم قياسه بطريقة مختلفة. وقد يؤدي ذلك إلى حدوث اختلافات كبيرة في الأوقات التي يتم الإبلاغ عنها. كما ذكرنا سابقًا، إذا كنت تريد مقارنة RUM بـ CrUX، من الأفضل الفلترة حسب مستخدمي Chrome فقط للسماح بإجراء مقارنة مماثلة.
توقيت المقاييس
توفّر واجهات برمجة تطبيقات متصفّحات الويب مقاييس "مؤشرات أداء الويب الأساسية"، ولكنّ ذلك لا يعني أنّه لا يمكن أن تختلف القيم التي يتم الإبلاغ عنها باستخدامها. يمكن أن يؤدي وقت قياس المقياس بالضبط، سواء عند تحميل الصفحة أو خلال دورة حياة الصفحة بالكامل، إلى حدوث اختلافات. قد لا تقيس أدوات مراقبة المستخدمين في الوقت الفعلي المقاييس بالطريقة نفسها في بعض الأحيان، حتى إذا كانت تستخدم الأسماء نفسها وواجهات برمجة تطبيقات المتصفّح نفسها للحصول على البيانات، ما قد يؤدي إلى حدوث التباس.
سرعة عرض أكبر محتوى مرئي (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، ولكن يتم أيضًا الإشارة إلى الاختلافات الرئيسية في الأقسام التالية.
ميزة "التخزين المؤقت للصفحات"
تُعتبر عمليات استعادة ذاكرة التخزين المؤقت للصفحات (أو bfcache) في 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، ما لم يتم تقديم عنوان Timing-Allow-Origin (TAO)، وذلك بسبب القيود الأمنية للمتصفّح للحدّ من هجمات التوقيت. يعود ذلك إلى وقت تحميل المورد، ولكن قد يختلف ذلك تمامًا عن وقت عرض المحتوى الفعلي.
ويمكن أن يؤدّي ذلك إلى حدوث حالة تبدو مستحيلة، حيث تُبلغ واجهات برمجة تطبيقات الويب عن LCP في وقت أبكر من FCP. لا يحدث ذلك، ولكن يبدو أنّه كذلك بسبب هذا القيد الأمني.
تم حلّ هذه المشكلة في أواخر عام 2024، وأصبح وقت العرض أكثر سرعةً بدءًا من الإصدار 133 من Chrome حتى في حال عدم توفير Timing-Allow-Origin
.
يُرجى العِلم أنّ تقرير تجربة المستخدم على 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