إنّ جمع البيانات عن مؤشرات Web Vitals في موقعك الإلكتروني هو الخطوة الأولى نحو تحسينها. سيجمع التحليل الشامل بيانات الأداء من كلّ من البيئات الواقعية وبيئات الاختبار. يتطلّب قياس Web Vitals إجراء تغييرات بسيطة على الرمز البرمجي، ويمكن إنجاز ذلك باستخدام أدوات مجانية.
قياس "مؤشرات أداء الويب" باستخدام بيانات RUM
تجمع بيانات مراقبة تجربة المستخدم الحقيقي (RUM)، المعروفة أيضًا باسم بيانات الحقل، الأداء الذي يواجهه المستخدمون الفعليون للموقع الإلكتروني. تستند Google إلى بيانات مراقبة المستخدم الفعلي لتحديد ما إذا كان الموقع الإلكتروني يستوفي الحدود المقترَحة لمؤشرات Core Web Vitals.
الخطوات الأولى
إذا لم تكن قد أعددت نظامًا لمراقبة تجربة المستخدم الحقيقية، ستوفّر لك الأدوات التالية بسرعة بيانات عن الأداء الفعلي لموقعك الإلكتروني. تستند جميع هذه الأدوات إلى مجموعة البيانات الأساسية نفسها (تقرير تجربة المستخدم على Chrome)، ولكن تختلف حالات استخدامها قليلاً:
- تتكامل أدوات مطوّري البرامج في Chrome مع مجموعة بيانات CrUX في عرض المقاييس المباشرة ضمن لوحة "الأداء". من خلال مقارنة تجربتك المحلية بتجارب المستخدمين الحقيقيين على الصفحة نفسها، يمكنك اتّخاذ قرار أكثر استنارة بشأن الأماكن التي يجب التركيز فيها على جهود تصحيح الأخطاء. إذا كنت تبحث عن إجراء واحد يمكنك اتّخاذه للبدء في قياس "مؤشرات Web Vitals" وتحسينها على موقعك الإلكتروني، ننصحك باستخدام "لوحة الأداء" في Chrome DevTools.
- تقدّم إحصاءات PageSpeed (PSI) تقارير عن الأداء المجمّع على مستوى الصفحة والمصدر خلال آخر 28 يومًا. بالإضافة إلى ذلك، تقدّم اقتراحات حول كيفية تحسين الأداء. تتوفّر أداة PSI على الويب وكـ API.
- تقدّم Search Console تقارير بيانات الأداء على أساس كل صفحة. وهذا يجعلها مناسبة تمامًا لتحديد الصفحات المحدّدة التي تحتاج إلى تحسين. على عكس PageSpeed Insights، تتضمّن تقارير Search Console بيانات الأداء السابقة. لا يمكن استخدام Search Console إلا مع المواقع الإلكترونية التي تملكها وأثبتّ ملكيتها.
- CrUX Vis هي لوحة بيانات مُعدّة مسبقًا تعرض بيانات سجلّ CrUX لعنوان URL أو مصدر من اختيارك (حيثما تتوفّر في مجموعة بيانات CrUX). وهي تستند إلى CrUX History API وتستغرق عملية الإعداد حوالي دقيقة واحدة. مقارنةً بأداتَي PageSpeed Insights وSearch Console، تتضمّن أداة CrUX Vis المزيد من الأمثلة على البيانات، والأجزاء الفرعية من مقياس LCP، وأنواع التنقّل، وما إلى ذلك.
- أداة CrUX Vis هي لوحة بيانات سابقة تعرض بيانات CrUX لمصدر أو عنوان URL من اختيارك. وهي تستند إلى CrUX History API. مقارنةً بخدمتَي PageSpeed Insights وSearch Console، يتضمّن تقرير CrUX Vis المزيد من التفاصيل، مثلاً تتوفّر أنواع التنقّل وبيانات LCP وRTT في CrUX Vis.
من الجدير بالذكر أنّه على الرغم من أنّ الأدوات المدرَجة سابقًا مناسبة تمامًا "للبدء" في قياس "مؤشرات أداء الويب"، يمكن أن تكون مفيدة في سياقات أخرى أيضًا. على وجه الخصوص، تتوفّر كلّ من CrUX وPSI كواجهة برمجة تطبيقات ويمكن استخدامهما لإنشاء لوحات بيانات وتقارير أخرى.
جمع بيانات مراقبة تجربة المستخدم الحقيقية
على الرغم من أنّ الأدوات المستندة إلى CrUX هي نقطة بداية جيدة للتحقيق في أداء Web Vitals، ننصحك بشدة بإضافة بيانات تجربة المستخدم الحقيقية الخاصة بك إليها. يمكن أن توفّر بيانات مراقبة تجربة المستخدم الحقيقية التي تجمعها بنفسك ملاحظات أكثر تفصيلاً وفورية حول أداء موقعك الإلكتروني. يسهّل ذلك تحديد المشاكل واختبار الحلول المحتملة.
يمكنك جمع بيانات مراقبة تجربة المستخدم الحقيقية الخاصة بك باستخدام مقدّم خدمة مخصّص لمراقبة تجربة المستخدم الحقيقية، أو من خلال إعداد أدواتك الخاصة.
يتخصّص مقدّمو خدمة مراقبة تجربة المستخدم الحقيقية في جمع بيانات مراقبة تجربة المستخدم الحقيقية وإعداد التقارير عنها. لاستخدام Core Web Vitals مع هذه الخدمات، يمكنك التواصل مع مزوّد خدمة مراقبة تجربة المستخدم الحقيقية (RUM) بشأن تفعيل مراقبة Core Web Vitals لموقعك الإلكتروني.
إذا لم يكن لديك مقدّم خدمة RUM، قد تتمكّن من تحسين إعدادات الإحصاءات الحالية لجمع هذه المقاييس وإعداد تقارير عنها باستخدام مكتبة JavaScript web-vitals. سيتم شرح هذه الطريقة بمزيد من التفصيل أدناه.
مكتبة JavaScript الخاصة بمقاييس Web Vitals
إذا كنت بصدد تنفيذ إعدادات RUM الخاصة بك لمؤشرات Web Vitals، فإنّ أسهل طريقة لجمع قياسات Web Vitals هي استخدام مكتبة JavaScript web-vitals. web-vitals هي مكتبة صغيرة نمطية (بحجم 2 كيلوبايت تقريبًا) توفّر واجهة برمجة تطبيقات ملائمة لجمع كل مقاييس Web Vitals القابلة للقياس ميدانيًا وإعداد تقارير عنها.
لا تعرض واجهات برمجة التطبيقات المضمّنة في المتصفّح والمخصّصة للأداء جميع المقاييس التي تتضمّنها Web Vitals بشكل مباشر، بل يتم إنشاؤها استنادًا إليها. على سبيل المثال، يتم تنفيذ متغيّرات التصميم التراكمية (CLS) باستخدام واجهة برمجة تطبيقات "عدم ثبات التصميم". باستخدام web-vitals، لن تحتاج إلى تنفيذ هذه المقاييس بنفسك، كما أنّها تضمن تطابق البيانات التي تجمعها مع المنهجية وأفضل الممارسات لكل مقياس.
لمزيد من المعلومات حول تنفيذ web-vitals، يُرجى الرجوع إلى المستندات ودليل أفضل الممارسات لقياس مؤشرات Web Vitals في الموقع الإلكتروني.
تجميع البيانات
من الضروري الإبلاغ عن المقاييس التي جمعتها web-vitals. إذا تم قياس هذه البيانات ولكن لم يتم تسجيلها، لن تظهر لك أبدًا. يتضمّن مستند web-vitals أمثلة توضّح كيفية إرسال البيانات إلى نقطة نهاية عامة لواجهة برمجة التطبيقات أو إحصاءات Google أو إدارة العلامات من Google.
إذا كانت لديك أداة إعداد تقارير مفضّلة، ننصحك باستخدامها. إذا لم يكن الأمر كذلك، يمكنك استخدام "إحصاءات Google" مجانًا لهذه الغاية.
عند التفكير في الأداة التي يجب استخدامها، من المفيد التفكير في المستخدمين الذين سيحتاجون إلى الوصول إلى البيانات. تحقّق الأنشطة التجارية عادةً أكبر تحسينات في الأداء عندما تهتم الشركة بأكملها بتحسين الأداء، وليس قسم واحد فقط. اطّلِع على حلّ مشاكل سرعة الموقع الإلكتروني بشكل شامل لمعرفة كيفية الحصول على موافقة من الأقسام المختلفة.
تفسير البيانات
عند تحليل بيانات الأداء، من المهم الانتباه إلى ذيول التوزيع. غالبًا ما تكشف بيانات مراقبة تجربة المستخدم الحقيقية أنّ الأداء يختلف بشكل كبير، فبعض المستخدمين يحصلون على تجارب سريعة، بينما يحصل آخرون على تجارب بطيئة. ومع ذلك، يمكن أن يؤدي استخدام الوسيط لتلخيص البيانات إلى إخفاء هذا السلوك.
في ما يتعلق بمؤشرات Web Vitals، تستخدم Google النسبة المئوية للتجارب "الجيدة"، بدلاً من الإحصاءات مثل الوسائط أو المتوسطات، لتحديد ما إذا كان الموقع الإلكتروني أو الصفحة يستوفيان الحدود المقترَحة. على وجه التحديد، لكي يُعتبر الموقع الإلكتروني أو الصفحة مستوفيًا لحدود "مؤشرات أداء الويب الأساسية"، يجب أن تستوفي% 75 من زيارات الصفحة الحدّ الأدنى للتصنيف "جيّد" لكل مقياس.
قياس "مؤشرات أداء الويب" باستخدام بيانات المختبر
يتم جمع بيانات المختبر، المعروفة أيضًا باسم البيانات الاصطناعية، من بيئة خاضعة للرقابة، وليس من مستخدمين فعليين. وعلى عكس بيانات مراقبة تجربة المستخدم الحقيقية، يمكن جمع بيانات الاختبار من بيئات ما قبل الإنتاج، وبالتالي يمكن دمجها في سير عمل المطوّرين وعمليات التكامل المستمر. من أمثلة الأدوات التي تجمع بيانات اصطناعية Lighthouse وWebPageTest.
الاعتبارات
ستكون هناك دائمًا اختلافات بين بيانات مراقبة تجربة المستخدم الحقيقية وبيانات المختبر، خاصةً إذا كانت ظروف الشبكة أو نوع الجهاز أو موقع بيئة المختبر يختلف بشكل كبير عن ظروف المستخدمين. ومع ذلك، عند جمع بيانات المختبر حول مقاييس Web Vitals على وجه الخصوص، هناك بعض الاعتبارات المحدّدة التي يجب الانتباه إليها:
- قد تختلف نتائج سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP) التي يتم قياسها في البيئات التجريبية عن تلك التي يتم قياسها في الحقل باستخدام بيانات مراقبة تجربة المستخدم الحقيقية بسبب التأخيرات في تحميل الصفحة (من خلال عمليات إعادة التوجيه أو وقت الاستجابة عند الاتصال بالخادم أو البيانات غير المخزّنة مؤقتًا) أو المحتوى المختلف الذي يظهر للمستخدمين المختلفين حسب الشاشة أو لأسباب أخرى (بما في ذلك إعلانات بانر ملفات تعريف الارتباط أو التخصيص).
- يمكن أن تكون قيمة متغيّرات التصميم التراكمية (CLS) التي يتم قياسها في البيئات التجريبية أقل بشكل مصطنع من قيمة CLS التي يتم رصدها في بيانات مراقبة تجربة المستخدم الحقيقية (RUM). لا تحمّل العديد من أدوات المختبر الصفحة إلا أنّها لا تتفاعل معها. ونتيجةً لذلك، لا تسجّل هذه المقاييس سوى متغيّرات التصميم التي تحدث أثناء التحميل الأوّلي للصفحة. في المقابل، تسجّل "متغيّرات التصميم التراكمية" التي تقيسها أدوات مراقبة تجربة المستخدم الحقيقية متغيّرات التصميم غير المتوقَّعة التي تحدث طوال فترة عرض الصفحة بأكملها.
- لا يمكن قياس مدى استجابة الصفحة لتفاعلات المستخدم (INP) في البيئات التجريبية لأنّه يتطلّب تفاعلات المستخدم مع الصفحة. نتيجةً لذلك، يُعدّ إجمالي مدة الحظر (TBT) مقياسًا تقريبيًا مقترحًا في بيئة الاختبار لمقياس INP. يقيس مقياس TBT "إجمالي الوقت بين سرعة عرض المحتوى على الصفحة ووقت التفاعل الذي يتم فيه حظر الصفحة من الاستجابة لبيانات المستخدم". على الرغم من أنّ مقياسَي INP وTBT يتم احتسابهما بشكل مختلف، إلا أنّهما يعكسان كلاهما تعذُّر تنفيذ سلسلة التعليمات الرئيسية أثناء عملية بدء التشغيل. عندما يتم حظر سلسلة التعليمات الرئيسية، يتأخر المتصفّح في الاستجابة لتفاعلات المستخدم.
الأدوات
يمكن استخدام الأدوات التالية لجمع قياسات معملية لمؤشرات Web Vitals:
- أدوات مطوّري البرامج في Chrome تقيس مؤشرات Core Web Vitals لصفحة معيّنة وتنشئ تقريرًا بها في عرض المقاييس المباشرة ضمن لوحة "الأداء". توفّر طريقة العرض هذه للمطوّرين ملاحظات حول الأداء في الوقت الفعلي أثناء إجراء تغييرات على الرموز البرمجية.
- Lighthouse تقدّم تقارير عن مقاييس LCP وCLS وTBT، كما تسلّط الضوء على التحسينات المحتملة في الأداء. تتوفّر Lighthouse في Chrome DevTools، كـ حزمة npm، ويمكن أيضًا دمجها في خطوات سير العمل المتكاملة المستمرة باستخدام Lighthouse CI.
- تتضمّن خدمة WebPageTest مؤشرات Web Vitals كجزء من تقاريرها العادية. تفيد أداة WebPageTest في جمع معلومات عن مؤشرات Web Vitals في ظل ظروف معيّنة للأجهزة والشبكات.