يمكنك الجمع بين أدوات Google لتدقيق موقعك الإلكتروني وتحسينه ومراقبته بفعالية.
تاريخ النشر: 28 مايو 2020
Core Web Vitals هي مجموعة من المقاييس التي تقيّم تجربة المستخدم استنادًا إلى معايير مثل أداء التحميل والاستجابة لبيانات أدخلها المستخدم وثبات التصميم.
سيتناول هذا الدليل سير عمل لتحسين مؤشرات Core Web Vitals لموقعك الإلكتروني، ولكن نقطة بداية سير العمل هذا تعتمد على ما إذا كنت تجمع بياناتك الميدانية. وقد يعتمد مكان انتهائها على أدوات Google التي ستجدها مفيدة في تشخيص مشاكل تجربة المستخدم وإصلاحها.
من الأفضل قياس Core Web Vitals في الميدان
تم تصميم Core Web Vitals خصيصًا لقياس تجربة المستخدمين على موقعك الإلكتروني، وهي مقاييس تتمحور حول المستخدم. إنّ الأدوات المستندة إلى المختبر، مثل Lighthouse، هي أدوات تشخيصية لتسليط الضوء على مشاكل الأداء المحتملة وأفضل الممارسات. يتم تشغيل الأدوات المستندة إلى المختبر في ظل ظروف معيّنة ومحدّدة مسبقًا، وقد لا تعكس قياسات Core Web Vitals الفعلية التي يختبرها المستخدمون.
على سبيل المثال، Lighthouse هي أداة مستندة إلى المختبر تُجري اختبارات باستخدام تقييد محاكاة في بيئة محاكاة لأجهزة الكمبيوتر المكتبي أو الأجهزة الجوّالة. على الرغم من أنّ عمليات محاكاة ظروف الشبكة والأجهزة الأبطأ تكون مفيدة عند محاولة تشخيص مشاكل الأداء، فهي مجرد جزء واحد من مجموعة كبيرة من ظروف الشبكة وإمكانات الأجهزة، وبالتالي قد لا تعكس ما يواجهه المستخدمون على مواقعك الإلكترونية.
عادةً ما تُجري الأدوات المستندة إلى المختبر، مثل Lighthouse، "تشغيلاً على البارد" لصفحة ويب كزائر جديد تمامًا. غالبًا ما يكون هذا التحميل هو الأبطأ، ولكن في الواقع، قد يكون لدى الزوّار بعض مواد العرض المخزّنة مؤقتًا إذا سبق لهم زيارة الموقع الإلكتروني أو عند تصفّحه. وقد تختلف تجربة الزوّار الجدد والأدوات أيضًا مع الموقع الإلكتروني من خلال بانرات ملفات تعريف الارتباط أو المحتوى الآخر الذي يظهر لهم.
باختصار، على الرغم من أنّ الأدوات المستندة إلى المختبر يمكن أن تعطي مؤشرًا على مشاكل الأداء المحتملة وتساعدك في تصحيح الأخطاء وتكرارها، إلا أنّها قد لا تمثّل عدد الزوّار الذين يتصفّحون موقعك الإلكتروني فعليًا. استخدِم البيانات الميدانية لقياس الأداء الفعلي، والأدوات المستندة إلى المختبر مثل Lighthouse لتشخيص كيفية تحسينه. يُرجى أيضًا الاطّلاع على قسم حالات استخدام Lighthouse.
تقيس Google مؤشرات Core Web Vitals من خلال تقرير تجربة المستخدم على Chrome. هذه مجموعة بيانات عامة تم جمعها من مستخدمي Chrome الحقيقيين. وهي تشكّل الركيزة الأساسية للعديد من أدوات Google والأدوات الخارجية التي تقدّم تقارير حول مؤشرات Core Web Vitals لموقع إلكتروني معيّن.
ومع ذلك، هناك بعض القيود في CrUX. ويمكنها في كثير من الأحيان إخبارك بحدوث مشكلة، ولكن غالبًا ما تكون بياناتها غير كافية لإخبارك بسبب حدوثها.
جمع بياناتك الميدانية الخاصة إن أمكن
أفضل مجموعة بيانات لتحسين أداء الموقع الإلكتروني في المجال هي تلك التي تنشئها أنت. يبدأ ذلك بجمع البيانات الميدانية من زوّار موقعك الإلكتروني. تعتمد طريقة إجراء ذلك على حجم مؤسستك، وما إذا كنت تريد الدفع مقابل حلّ تابع لجهة خارجية أو إنشاء حلّ خاص بك.
من المؤكد أنّ الحلول المدفوعة ستقيس مؤشرات Core Web Vitals (ومقاييس الأداء الأخرى)، وهي توفّر عادةً مجموعة متنوعة من الأدوات للتعمّق في البيانات الناتجة. في المؤسسات الكبيرة التي تمتلك موارد كبيرة، قد تكون هذه هي الطريقة المفضّلة.
ومع ذلك، قد لا تكون جزءًا من مؤسسة كبيرة، أو حتى مؤسسة لديها الوسائل لتحمّل تكلفة حلّ تابع لجهة خارجية. في هذه الحالات، ستساعدك مكتبة web-vitals من Google في جمع جميع بيانات "مؤشرات أداء الويب". ومع ذلك، ستكون مسؤولاً عن كيفية تسجيل هذه البيانات وتخزينها وتحليلها.
إذا كنت تستخدم "إحصاءات Google" حاليًا، ولكنّك لم تبدأ بجمع بياناتك الميدانية، قد تتمكّن من استخدام مكتبة web-vitals من أجل إرسال Web Vitals التي تم جمعها في الميدان إلى "إحصاءات Google" واستخدام BigQuery Export في "إحصاءات Google 4" لإعداد تقارير عن البيانات.
التعرّف على أدوات Google
بغض النظر عمّا إذا كنت تجمع بياناتك الميدانية، هناك العديد من أدوات Google التي قد تكون مفيدة في تحليل مؤشرات Core Web Vitals. قبل إنشاء سير عمل، يمكن أن تساعدك نظرة عامة عالية المستوى على كل أداة في فهم الأدوات التي قد تكون الأفضل لك أو لا تكون كذلك.
تقرير تجربة المستخدم على Chrome (CrUX)
كما ذكرنا سابقًا، CrUX هو مجموعة بيانات عامة تضمّ بيانات الاستخدام الفعلي التي يتم جمعها من شريحة من مستخدمي Google Chrome الحقيقيين من ملايين المواقع الإلكترونية. ويتضمّن مقاييس "مؤشرات أداء الويب الأساسية" ومقاييس أخرى للمواقع الإلكترونية التي تسجّل عددًا كافيًا من الزيارات.
يتوفّر CrUX كـ مجموعة بيانات BigQuery شهرية على مستوى المصدر، أو كـ واجهة برمجة تطبيقات يومية على مستوى عنوان URL أو المصدر، شرط أن يتضمّن عنوان URL أو المصدر عيّنات كافية في مجموعة بيانات CrUX. تتوفّر بيانات CrUX من خلال أدوات CrUX المتنوعة لكل من الوصول الآلي والأدوات المرئية التي يستخدمها المستخدمون.
حالات استخدام CrUX
حتى إذا جمعت بيانات الاستخدام الفعلي الخاصة بك، سيظل تقرير CrUX مفيدًا. على الرغم من أنّ تقرير CrUX يمثّل مجموعة فرعية من مستخدمي Chrome، من المفيد مقارنة بيانات الاستخدام الفعلي لموقعك الإلكتروني لمعرفة مدى توافقها مع بيانات CrUX. هناك مزايا وعيوب لكل منهما، ما قد يؤدي إلى اختلافات. إذا لم تجمع أي بيانات تجارب المستخدمين الحقيقيين لموقعك الإلكتروني، يكون تقرير CrUX مفيدًا بشكل خاص لتقديم نظرة عامة عالية المستوى، شرط أن يكون موقعك الإلكتروني ممثلاً في مجموعة بياناته.
يمكنك استخدام CrUX مباشرةً أو من خلال أداة أخرى (بما في ذلك الأدوات المذكورة أدناه). إنّ استخدام مجموعة بيانات CrUX مباشرةً، سواء من خلال BigQuery أو واجهة برمجة التطبيقات، مفيد لعرض البيانات التي لا تظهر في الأدوات الأخرى، مثل البيانات على مستوى البلد التي لا تتوفّر غالبًا في الأدوات الأخرى، أو لعرض المقاييس الإضافية في CrUX التي لا تظهر غالبًا في الأدوات الأخرى.
الحالات التي يجب عدم استخدام CrUX فيها
يمثّل تقرير CrUX مستخدمي Chrome فقط، وحتى في هذه الحالة، يمثّل مجموعة فرعية فقط من مستخدمي Chrome. يمكن أن يتضمّن حلّ RUM الكامل المزيد من التجارب على Chrome والمتصفّحات الأخرى التي تتوافق مع مقاييس Web Vitals.
لا يتم تمثيل المواقع الإلكترونية التي لا تتلقّى عددًا كافيًا من الزيارات في مجموعة بيانات CrUX. في هذه الحالة، عليك جمع بياناتك الميدانية لفهم أداء موقعك الإلكتروني في الميدان، لأنّ تقرير تجربة المستخدم على Chrome لن يكون خيارًا متاحًا. بدلاً من ذلك، ستحتاج إلى الاعتماد على بيانات المختبر، ولكن مع مراعاة القيود التي قد لا تكون ممثلة كما هو موضّح سابقًا.
بما أنّ البيانات التي يوفّرها تقرير CrUX هي متوسط متحرّك لآخر 28 يومًا، لا يُعدّ هذا التقرير أداة مثالية أثناء عملية التطوير، لأنّ التحسينات ستستغرق وقتًا طويلاً لتظهر في مجموعة بيانات CrUX.
أخيرًا، بما أنّ CrUX هو مجموعة بيانات عامة، فإنّ كمية المعلومات التي يمكنه توفيرها وكيفية طلب هذه البيانات تكون محدودة. يتيح لك تسجيل بيانات RUM الخاصة بك جمع المزيد من التفاصيل (على سبيل المثال، عنصر LCP) وتقسيم البيانات بشكل أكبر لتحديد المشاكل. هل يحصل المستخدمون الذين سجّلوا الدخول على تجربة أفضل أو أسوأ في ما يتعلق بمؤشرات Core Web Vitals مقارنةً بالمستخدمين الذين لم يسجّلوا الدخول؟ هل يظهر عنصر LCP معيّن للمستخدمين الذين يواجهون بطئًا في LCP؟ ما هي التفاعلات التي تؤدي إلى ارتفاع قيم FID وINP؟
إحصاءات PageSpeed
PSI هي أداة تعرض بيانات الاستخدام الفعلي من CrUX وبيانات المختبر من Lighthouse لصفحة معيّنة. يمكنك الاطّلاع على هذه الأقسام الفردية لمزيد من التفاصيل.
حالات استخدام PSI
تُعدّ أداة PSI رائعة لتقييم أداء CrUX على مستوى الصفحة أو المصدر، لكل من مستخدمي الأجهزة الجوّالة وأجهزة الكمبيوتر المكتبي. وهي خيار جيد للحصول على نظرة عامة أولية حول "مؤشرات أداء الويب الأساسية" لصفحة أو موقع إلكتروني. تتيح لك هذه الأداة أيضًا الاطّلاع على بيانات Core Web Vitals لمواقع إلكترونية أخرى، مثل المواقع الإلكترونية للمنافسين.
توفّر أداة PSI أيضًا بيانات Lighthouse التي تقدّم اقتراحات مفيدة لتحسين مؤشرات Core Web Vitals، في حال توافق المقاييس. وفي حال عدم توافقها، قد تكون اقتراحات Lighthouse أقل ملاءمةً.
بما أنّ Lighthouse يتم تشغيلها من الخادم، يمكنها إنشاء مرجع أكثر اتساقًا من تشغيل Lighthouse من "أدوات مطوري البرامج في Chrome".
الحالات التي يجب عدم استخدام PSI فيها
لا تتوفّر أداة PSI إلا لعناوين URL المتاحة للجميع، ولا يمكن استخدامها على المواقع الإلكترونية قيد التطوير التي لا يمكن للجميع الوصول إليها.
لا تتوفّر بيانات CrUX إلا عندما تستوفي المواقع الإلكترونية معايير أهلية معيّنة، بما في ذلك الحد الأدنى لعدد الزيارات إلى الموقع الإلكتروني. وتكون أداة PSI أقل فائدة عندما لا تتوفّر بيانات CrUX لصفحة أو مصدر معيّنَين، لأنّها لا تعرض في هذه الحالات سوى بيانات Lighthouse الاختبارية.
وبالمثل، إذا كانت لديك بيانات CrUX على مستوى المصدر فقط بدلاً من عنوان URL المحدّد الذي يتم اختباره، يحدّ ذلك أيضًا من فائدة ربط بيانات الاستخدام الفعلي على مستوى المصدر بعمليات التشخيص في بيئة المختبر على مستوى الصفحة. لا تزال بيانات الحقول على مستوى المصدر مفيدة جدًا كملخّص لأداء الموقع الإلكتروني، وقد تساعد عمليات تدقيق Lighthouse، ولكن يجب توخّي المزيد من الحذر في هذه الحالة.
أخيرًا، عندما تتوفّر بيانات على مستوى الصفحة في CrUX، ولكنّها تختلف عن بيانات Lighthouse الاختبارية، قد تكون اقتراحات Lighthouse ذات قيمة محدودة. ويمكن أن يحدث ذلك بشكل خاص في ما يتعلق بمشاكل متغيّر التصميم التراكمي (CLS) بعد التحميل، وفي ما يتعلق بمؤشرات أداء الويب الأساسية للتفاعل (FID وINP) حيث تكون عمليات التدقيق المستندة إلى المختبر أقل فائدة.
Search Console
تقيس خدمة Search Console عدد الزيارات الواردة من "شبكة بحث Google" إلى موقعك الإلكتروني وأداءه، بما في ذلك مؤشرات Core Web Vitals. وهي متاحة فقط لمالكي المواقع الإلكترونية الذين أكّدوا ملكيتهم للموقع الإلكتروني.
من الميزات القيّمة في Search Console أنّها تجمع الصفحات المتشابهة (على سبيل المثال، الصفحات التي تستخدم النموذج نفسه) في تقييم واحد للمجموعة. تتضمّن خدمة Search Console أيضًا تقرير Core Web Vitals استنادًا إلى بيانات الاستخدام الفعلي من CrUX.
متى يجب استخدام Search Console؟
تُعدّ Search Console أداة مناسبة لكلّ من المطوّرين وغير المطوّرين لتقييم أداء البحث والصفحات بطرق لا توفّرها أدوات Google الأخرى. ويقدّم عرض بيانات CrUX وتجميع الصفحات حسب التشابه إحصاءات جديدة حول كيفية تأثير تحسينات الأداء في فئات كاملة من الصفحات.
الحالات التي لا يُنصح فيها باستخدام Search Console
قد لا تكون خدمة Search Console مناسبة للمشاريع التي تستخدم أدوات خارجية مختلفة تجمع الصفحات حسب التشابه، أو إذا لم يكن الموقع الإلكتروني ممثَّلاً في مجموعة بيانات CrUX.
قد يكون تجميع الصفحات مربكًا أيضًا عندما تختلف خصائص الصفحات النموذجية في مجموعة معيّنة عن خصائص بقية الصفحات في المجموعة، مثلاً إذا لم تنجح المجموعة في تحقيق نتائج جيدة في مؤشرات Core Web Vitals بشكل عام، ولكن يبدو أنّ الصفحات النموذجية كلها تحقّق نتائج جيدة في مؤشرات Core Web Vitals نفسها. يمكن أن يحدث ذلك عندما تحتوي مجموعة على صفحات أقل تكرارًا أو استخدامًا أو صفحات نادرًا ما تتم زيارتها، وقد يكون تحميلها أبطأ لأنّه من غير المرجّح أن يتم تخزينها مؤقتًا. عندما يكون هناك عدد كافٍ من هذه الصفحات في الذيل الطويل، يمكن أن تؤثر في معدّل النجاح الإجمالي للمجموعة.
منارة
Lighthouse هي أداة اختبارية توفّر فرصًا محدّدة لتحسين أداء الصفحة. تتيح مسارات المستخدمين في Lighthouse أيضًا للمطوّرين كتابة نصوص برمجية لمسارات التفاعل من أجل اختبار الأداء بعد تحميل الصفحة.
Lighthouse-CI هي أداة ذات صلة تشغّل Lighthouse أثناء عمليات إنشاء المشاريع ونشرها للمساعدة في اختبار تراجع الأداء. ويعرض تقرير Lighthouse مع طلبات السحب، ويتتبّع مقاييس الأداء بمرور الوقت.
حالات استخدام Lighthouse
تُعدّ Lighthouse أداة ممتازة للعثور على فرص تحسين الأداء أثناء التطوير في كل من البيئات المحلية وبيئات الإصدار التجريبي. تُعدّ أداة Lighthouse CI مفيدة أيضًا في مرحلتَي الإنشاء والنشر في بيئات الإصدار الأولي وبيئة التشغيل الفعلي، حيث تكون هناك حاجة إلى اختبار تراجع الأداء للحفاظ على تجارب جيدة للمستخدمين.
الحالات التي يجب عدم استخدام Lighthouse فيها
لا تُعدّ Lighthouse (أو Lighthouse CI) بديلاً للبيانات الميدانية. Lighthouse هي في الأساس أداة تشخيصية تعرض المشاكل المحتملة وأفضل الممارسات من عملية تحميل صفحة محدّدة مسبقًا. وقد لا تتطابق الاقتراحات التي تظهر دائمًا مع الأداء الذي يواجهه المستخدمون.
على الرغم من أنّه يمكن استخدام Lighthouse لتشخيص المواقع الإلكترونية في مرحلة الإنتاج من خلال أدوات مثل "إحصاءات PageSpeed"، يُفضَّل استخدام Lighthouse في بيئات التطوير والدمج المستمر لمعالجة مشاكل الأداء قبل وصولها إلى مرحلة الإنتاج.
تتوفّر أيضًا عمليات التدقيق التي تقدّمها Lighthouse من خلال "الإحصاءات" في لوحة "الأداء" ضمن "أدوات مطوري البرامج في Chrome"، والتي تقدّم تحليلاً أكثر تفصيلاً لأداء الصفحة.
لوحة "الأداء" في "أدوات مطوّري البرامج في Chrome"
أدوات مطوّري البرامج في Chrome هي مجموعة من أدوات التطوير داخل المتصفّح، بما في ذلك لوحة الأداء. لوحة "الأداء" هي أداة اختبارية تتألف من "وضعَين":
عند فتح لوحة "الأداء" لأول مرة، تعرض شاشة "المقاييس المباشرة" مقياس Core Web Vitals الحالي، مع إمكانية استيراد البيانات الفعلية من CrUX. وهي مفيدة كعرض "مباشر" للأداء أثناء تفاعلك مع الصفحة لمحاولة الكشف عن مشاكل الأداء، خاصةً المشاكل التي تحدث بعد التحميل والتي قد تظهر في مقياسَي CLS وINP.
ثانيًا، تتيح لوحة "الأداء" للمطوّرين تسجيل ملف شخصي (أو تتبُّع) لجميع أنشطة الصفحة أثناء تحميلها أو خلال فترة زمنية مسجّلة. توفّر طريقة العرض هذه إحصاءات تفصيلية حول كل ما يتم رصده في جميع السمات، مثل الشبكة والعرض والرسم ونشاط النصوص البرمجية، بالإضافة إلى مؤشرات Core Web Vitals للصفحة. وتتضمّن أيضًا إحصاءات مشابهة لتلك التي توفّرها أداة Lighthouse.
حالات استخدام لوحة "الأداء"
يجب أن يستخدم المطوّرون لوحة "الأداء" للحصول على إحصاءات تفصيلية حول أداء صفحة معيّنة.
يمكن استخدام طريقة عرض المقاييس المباشرة لفهم خصائص الأداء الحالية للصفحة بسرعة، وكذلك رصد المشاكل المحتملة أثناء التفاعل مع الصفحة.
تُعدّ طريقة العرض هذه مفيدة بشكل خاص لتصحيح أخطاء الاستجابة التي تؤثر في مقياس INP. بعد تحديد تفاعل بطيء الاستجابة وإمكانية تكراره، يمكن أن توفّر لوحة "الأداء" قدرًا كبيرًا من البيانات حول ما يحدث في المتصفّح للمساعدة في فهم المشكلة، بدءًا من حظر سلسلة التعليمات الرئيسية إلى حِزم تنفيذ JavaScript وعمليات العرض.
الحالات التي يجب عدم استخدام لوحة "الأداء" فيها
لوحة "الأداء" هي أداة للمطوّرين توفّر بشكل أساسي بيانات من المختبر، مع بعض السياق من CrUX. وهي ليست بديلاً عن البيانات الميدانية.
تحتوي طريقة عرض التتبُّع على الكثير من معلومات تصحيح الأخطاء، ولكن بسبب ذلك، قد يصعب فهمها على المطوّرين المبتدئين أو الذين يشغلون أدوارًا غير متعلّقة بالتطوير. ومع ذلك، فإنّ طريقة عرض المقاييس المباشرة التي تفتح بها اللوحة تعالج هذه المشكلة من خلال توفير واجهة أسهل في الاستخدام للمستخدمين الذين لا يحتاجون إلى التفاصيل الكاملة.
سير عمل من ثلاث خطوات لضمان بقاء "مؤشرات أداء الويب الأساسية" لموقعك الإلكتروني في حالة جيدة
عند العمل على تحسين تجربة المستخدم، من الأفضل التفكير في العملية كدورة مستمرة. لتحسين مؤشرات Core Web Vitals ومقاييس الأداء الأخرى، يمكن اتّباع أحد الأساليب التالية:
- تقييم حالة الموقع الإلكتروني وتحديد المشاكل
- تصحيح الأخطاء وتحسين الأداء
- استخدِم أدوات التكامل المستمر لرصد حالات التراجع ومنعها.
الخطوة 1: تقييم حالة الموقع الإلكتروني وتحديد فرص التحسين
من الأفضل البدء بالبيانات الميدانية لتقييم حالة الموقع الإلكتروني.
- استخدِم إحصاءات PageSpeed للاطّلاع على مقاييس تجربة Core Web Vitals الإجمالية على المصدر، ومعلومات محدّدة عن عنوان URL فردي.
- يمكن أن تكون خدمة Search Console مفيدة لتحديد الصفحات التي تحتاج إلى تحسين، وذلك في حال كانت ميزة تجميع الصفحات تعمل بشكل جيد على موقعك الإلكتروني.
- إذا كانت لديك بيانات RUM، فغالبًا ما تكون هي الخيار الأفضل لتحديد صفحات معيّنة أو شرائح زيارات معيّنة تتضمّن مشاكل.
سواء كنت تحلّل البيانات الميدانية التي تجمعها بنفسك أو بيانات CrUX، فإنّ هذه الخطوة الأولى مهمة جدًا. إذا لم تكن تجمع بيانات الحقل، قد تكون بيانات CrUX كافية لإرشادك، شرط أن يكون موقعك الإلكتروني ممثَّلاً في مجموعة البيانات.
تحليل أداء الموقع الإلكتروني باستخدام "إحصاءات PageSpeed"
تعرض أداة إحصاءات PageSpeed بيانات تقرير تجربة المستخدم على Chrome التي تغطي آخر 28 يومًا من بيانات تجربة المستخدم عند الشريحة المئوية الـ 75. وهذا يعني أنّه إذا كانت %75 من تجارب المستخدمين تستوفي الحدّ الأدنى المحدّد لمقياس معيّن، تُعتبر التجربة "جيدة".
إذا كانت لديك صفحة معيّنة تريد الاطّلاع على أدائها، استخدِمها. للحصول على نظرة عامة على الموقع الإلكتروني عند بدء التحسين لأول مرة، قد تحتاج إلى البدء بالصفحة الرئيسية، لأنّها عادةً ما تكون إحدى الصفحات الأكثر رواجًا على العديد من المواقع الإلكترونية.
ركِّز في البداية على قسم ما يواجهه المستخدمون الحقيقيون في أداة PSI. ستظهر لك ما يصل إلى أربع طرق عرض للبيانات: الأجهزة الجوّالة وأجهزة الكمبيوتر المكتبي لعنوان URL الذي تم إدخاله والمصدر بالكامل. قارِن بين هذه النماذج واطّلِع على أوجه الاختلاف بينها. عادةً ما يكون أداء الأجهزة الجوّالة أقل من أداء أجهزة الكمبيوتر المكتبي لأنّها أجهزة ذات موارد محدودة وتعمل في ظروف شبكة قد تكون أقل استقرارًا. إذا كانت بيانات عنوان URL والمصدر مختلفة بشكل كبير، حاوِل فهم السبب: غالبًا ما تكون الصفحات الرئيسية هي أولى الصفحات التي تتم زيارتها (أي الصفحة المقصودة)، لذا يمكن أن تكون أبطأ من المصدر الذي يواجه فيه المستخدمون العبء الكامل لذاكرة التخزين المؤقت غير المُعدّة في المتصفّح. ومن المرجّح أن يتم تحميل الصفحات اللاحقة بشكل أسرع، لأنّه سيتم تخزين أي مواد عرض مشتركة مؤقتًا، ما يؤدي إلى خفض البيانات المجمّعة على مستوى المصدر.
تعرض أداة PSI أيضًا جميع مؤشرات أداء الويب الأساسية الثلاثة (LCP وCLS وINP) بالإضافة إلى مقياسَي التشخيص TTFB وFCP. هل هناك أي من Core Web Vitals التي لا يتم استيفاؤها، وما هو مقدار ذلك؟ سيشير هذا إلى مكان تركيز جهودك.
افهم العلاقات بين هذه الأرقام، خاصةً بالنسبة إلى مقياس LCP. إذا كان مقياس LCP بطيئًا، كما هو الحال في هذا المثال، اطّلِع على مقياسَي TTFB وFCP اللذين يمثّلان معالم رئيسية لهذا المقياس. في هذا المثال، تبلغ مدة تحميل أول بايت 1.8 ثانية، ما يجعل من الصعب جدًا استيفاء الحدّ الأقصى المقترَح البالغ 2.5 ثانية للحصول على مقياس LCP جيد. يشير ذلك إلى بطء في الخلفية (مشاكل في الخادم أو عدم توفّر شبكة توصيل المحتوى) أو بطء في الشبكات أو عمليات إعادة توجيه تؤخّر وصول وحدات البايت الأولى من ترميز HTML. اطّلِع على دليل تحسين مدة تحميل أول بايت لمزيد من المعلومات. وتستغرق سرعة عرض أول محتوى مرئي (FCP) ثانية أخرى، ما قد يشير مرة أخرى إلى بطء الشبكات. في هذا المثال، لا يستغرق LCP وقتًا طويلاً بعد FCP، ما يشير إلى أنّ مصدر LCP تم تحسينه بشكل جيد بعد تحميل الصفحة نفسها. يعرض CrUX الآن أيضًا مزيدًا من معلومات التشخيص في أنواع الموارد والأجزاء الفرعية، ما يساعدك أيضًا في تشخيص مشاكل LCP.
بالنسبة إلى متغيّر التصميم التراكمي (CLS)، اطّلِع على نتائج CLS في CrUX وLighthouse لمعرفة ما إذا كانت المشكلة في CLS أثناء التحميل (والتي سيرصدها Lighthouse ويقدّم نصائح بشأنها) أو في CLS بعد التحميل (والتي لن يرصدها Lighthouse). لمزيد من المعلومات، اطّلِع على دليل تحسين متغيّرات التصميم التراكمية.
لتقييم مدى الاستجابة، اطّلِع على نتائج مقياس INP. اطّلِع على عمليات تدقيق "إجمالي وقت الحظر" في Lighthouse لمعرفة ما إذا كانت هناك عمليات معالجة كثيرة لملفات JavaScript أثناء التحميل الأولي للصفحة، لأنّ ذلك قد يؤثر في مقياس INP. قد يكون تحسين مقياس INP صعبًا، لذا يمكنك الرجوع إلى دليل تحسين مقياس INP لمزيد من المعلومات.
تحديد الصفحات ذات الأداء الضعيف في Search Console
على الرغم من أنّ أداة PSI مفيدة عندما يكون لديك عنوان URL محدّد تريد اختباره أو الموقع الإلكتروني ككل، يمكن أن تساعدك Search Console في توجيه جهودك نحو أنواع معيّنة من الصفحات. ويكون ذلك مفيدًا بشكل خاص إذا كانت العديد من الصفحات تشترك في مواضيع أو تكنولوجيات شائعة، وتمكّنت Search Console من تحديدها بنجاح.
يعرض تقرير "مؤشرات أداء الويب الأساسية" في Search Console الصورة العامة لأداء موقعك الإلكتروني، ولكن يمكنك أيضًا الاطّلاع على تفاصيل صفحات معيّنة تستدعي الانتباه. باستخدام Search Console، يمكنك أيضًا:
- تحديد مجموعات الصفحات الفردية التي تحتاج إلى تحسين، وتلك التي توفّر تجربة جيدة للمستخدم
- يمكنك الحصول على بيانات دقيقة حول الأداء حسب عنوان URL مجمّعة حسب الحالة والمقياس ومجموعات صفحات الويب المتشابهة (مثل صفحات تفاصيل المنتجات على موقع إلكتروني للتجارة الإلكترونية).
- احصل على تقارير تفصيلية تصنّف عناوين URL في كل فئة من فئات جودة تجربة المستخدم لكل من الأجهزة الجوّالة وأجهزة الكمبيوتر المكتبي.
بعد تحديد بعض الصفحات التي تريد الاطّلاع عليها، يمكنك استخدام أداة PSI كما هو موضّح سابقًا للحصول على فهم أعمق للمشاكل في تلك الصفحات.
الخطوة 2: تصحيح الأخطاء وتحسين الأداء
في الخطوة 1، من المفترض أن تكون قد حدّدت الصفحات التي تتطلّب تحسينات في الأداء، وكذلك مقاييس Core Web Vitals التي تريد تحسينها. يمكنك استخدام أدوات Google للحصول على مزيد من المعلومات لفهم السبب الأساسي وتحديد المشكلة.
- اطّلِع على عمليات تدقيق Lighthouse للحصول على إرشادات عامة حول الصفحة
- استخدِم عرض المقاييس المباشرة في لوحة "الأداء" لتحليل Core Web Vitals في الوقت الفعلي.
- يمكنك استخدام تتبُّع لوحة "الأداء" لتصحيح مشاكل الأداء واختبار تغييرات الرموز البرمجية.
لمزيد من الإرشادات المفصّلة، يُرجى الاطّلاع على الأدلة التالية:
اكتشاف الفرص باستخدام Lighthouse
تُشغّل أداة "إحصاءات PageSpeed" أداة Lighthouse نيابةً عنك. يمكن أيضًا تشغيل Lighthouse من "أدوات مطوّري البرامج في Chrome"، وهو أمر مفيد للتحقّق من الإصلاحات محليًا، مع أنّ "لوحة الأداء" (الموضّحة لاحقًا) هي أداة أكثر شمولاً لتحديد مشاكل الأداء وحلّها محليًا.
من النقاط الرئيسية التحقّق من أنّ تدقيق Lighthouse يكرّر المشاكل التي تحاول حلّها (على سبيل المثال، بطء LCP أو مشاكل CLS). بشكل تلقائي، تقيّم أداة Lighthouse تجربة المستخدم أثناء تحميل الصفحة فقط. وبما أنّها أداة معملية، فهي تستبعد أيضًا مقياس INP لصالح مقياس TBT.
عندما تشير مقاييس Lighthouse إلى مشكلة مشابهة للمشكلة التي تحاول حلّها، يمكن أن تساعدك المعلومات الوفيرة في عمليات التدقيق في تحديد المشاكل واقتراح الحلول.
يمكنك فلترة عمليات التدقيق لتشمل فقط مؤشرات Core Web Vitals التي تهمّك من أجل التركيز على إصلاح المشاكل المتعلقة بمقياس معيّن:
بالنسبة إلى مقياس INP، استخدِم عمليات تدقيق TBT لتحديد المشاكل التي يمكن أن تؤثر في هذه المقاييس، ولكن تذكَّر أنّه بدون تفاعلات، تكون قدرة Lighthouse على التشخيص محدودة.
تحليل المقاييس في الوقت الفعلي باستخدام شاشة المقاييس المباشرة في "أدوات مطوّري البرامج في Chrome"
تعرض شاشة المقاييس المباشرة في "أدوات مطوري البرامج في Chrome" ضمن لوحة "الأداء" مقاييس Core Web Vitals في الوقت الفعلي أثناء تحميل الصفحة و أثناء تصفّحها. لهذا السبب، يمكنه تسجيل مقياس INP بالإضافة إلى تغييرات التنسيق التي تحدث بعد التحميل. يمكنك أيضًا الاطّلاع على معلومات أكثر تفصيلاً عن كل مقياس:
توفّر طريقة العرض هذه الكثير من المعلومات المفيدة للمساعدة في تحديد مشاكل الأداء، ويمكنها أيضًا جلب معلومات تجارب المستخدمين الحقيقيين من CrUX. للحصول على مزيد من المعلومات، يمكنك التوغّل في التفاصيل باستخدام تتبُّع.
التعمّق في التفاصيل باستخدام لوحة "الأداء"
تتيح لك لوحة "الأداء" في "أدوات مطوري البرامج في Chrome" تسجيل ملف شخصي (أو تتبُّع) لجميع سلوكيات الصفحة خلال فترة زمنية مسجّلة.
تتوفّر إحصاءات الأداء في اللوحة الجانبية الإحصاءات. يعرض هذا أيضًا مقاييس Core Web Vitals مع القيم الفعلية لها عند توفّرها.
يُبرز مسار متغيّرات التصميم متغيّرات التصميم، ويؤدي النقر عليها إلى تقديم المزيد من التفاصيل حول العناصر التي تغيّرت لتصحيح أخطاء متغيّرات التصميم التراكمية (CLS).
يتم عرض التوقيتات الرئيسية، مثل LCP، في قسم التوقيتات المتاح في أسفل التتبُّع. انقر على هذه الرموز لمزيد من التفاصيل.
يتم أيضًا تمييز المهام التي يستغرق تنفيذها وقتًا طويلاً (والتي يمكن أن تؤدي إلى مشاكل في مقياس INP) بمثلثات حمراء في المخطط البياني اللهبي.
يمكن أن تساعدك هذه الميزات، بالإضافة إلى المعلومات الواردة في أجزاء أخرى من لوحة "الأداء"، في تحديد ما إذا كانت الإصلاحات تؤثر في مؤشرات Core Web Vitals الخاصة بالصفحة.
تصحيح أخطاء Core Web Vitals في البيانات الفعلية
لا يمكن لأدوات الاختبار دائمًا تحديد سبب جميع مشاكل Core Web Vitals التي تؤثر في تجربة المستخدمين. وهذا أحد الأسباب التي تجعل من المهم جدًا جمع بياناتك الميدانية، لأنّها تأخذ في الاعتبار عوامل لا يمكن للبيانات الاختبارية أخذها في الاعتبار.
لمزيد من المعلومات، يمكنك الاطّلاع على تصحيح أخطاء الأداء في الميدان.
الخطوة 3: مراقبة التغييرات
بعد حلّ أي مشاكل، عليك التأكّد من أنّها حقّقت التأثير المطلوب وأنّ المشاكل الجديدة لا تؤثّر سلبًا في مؤشرات Core Web Vitals. يتطلّب ذلك تتبُّع مشاكل الأداء كجزء من سير عمل المطوّرين لمنع إصدار مشاكل الأداء في مرحلة الإنتاج، وتتبُّع بيانات الحقل بانتظام لضمان تحقيق ذلك.
مراقبة طلبات الأداء في بيئات التكامل المستمر (CI)
تتيح لك أداة Lighthouse-CI إجراء عمليات تدقيق Lighthouse تلقائيًا على عمليات إرسال الرموز البرمجية لمنع تراجع الأداء في الرمز البرمجي. ويمكن أن يتحقّق من توقيتات الأداء (التي تخضع للتغيير)، أو من عمليات تدقيق الأداء فقط، كأداة تحليل لمنع الممارسات السيئة في الرمز البرمجي.
الاطّلاع على مؤشرات أداء الموقع الإلكتروني باستخدام البيانات الفعلية
على الرغم من أنّه يجب أن تهدف إلى رصد جميع مشاكل الأداء وحلّها قبل أن تصل إلى مرحلة الإنتاج، من الضروري مراقبة بياناتك الميدانية باستخدام RUM للعثور على أي مشاكل لم يتم رصدها. تتوفّر العديد من منتجات RUM التجارية التي يمكن أن تساعد في ذلك. يمكن لمكتبة JavaScript web-vitals أتمتة عملية جمع البيانات الميدانية لموقع إلكتروني، واستخدام هذه البيانات اختياريًا لتشغيل لوحات بيانات وأنظمة تنبيه مخصّصة.
بالنسبة إلى المواقع الإلكترونية التي لا تتضمّن حلّاً لمراقبة المستخدمين في الوقت الفعلي، يمكنك استخدام أدوات CrUX المختلفة كتحليل أساسي لاتجاهات البيانات الميدانية.
الخاتمة
لضمان تقديم تجارب مستخدم سريعة وممتعة، يجب التركيز على الأداء أولاً واعتماد سير عمل يضمن تحقيق التقدّم. باستخدام الأدوات والعمليات المناسبة للتدقيق وتصحيح الأخطاء والمراقبة، يمكنك إنشاء تجارب مستخدم رائعة والبقاء ضمن الحدود المحدّدة لمؤشرات Core Web Vitals الجيدة.