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

الخطوة 1: تقييم حالة الموقع الإلكتروني وتحديد فرص التحسين
من الأفضل البدء ببيانات الحقل لتقييم حالة الموقع الإلكتروني.
- استخدِم إحصاءات PageSpeed للاطّلاع على مقاييس تجربة "مؤشرات أداء الويب الأساسية" العامة في المصدر ومعلومات محدّدة عن عنوان URL فردي.
- يمكن أن تكون Search Console مفيدة لتحديد الصفحات التي تحتاج إلى تحسين، حيث تعمل ميزة تجميع الصفحات بشكل جيد لموقعك الإلكتروني.
- إذا كانت لديك بيانات RUM، غالبًا ما يكون هذا هو الخيار الأفضل للتعرّف على صفحات أو شرائح زيارات معيّنة تتضمّن مشاكل.
سواء كنت تحلِّل بيانات الحقول التي تجمعها بنفسك أو بيانات CrUX، هذه الخطوة الأولى ضرورية. إذا لم تكن تجمع بيانات ميدانية، قد تكون بيانات CrUX كافية لإرشادك، شرط أن يكون موقعك الإلكتروني ممثّلاً في مجموعة البيانات.
تحليل أداء الموقع الإلكتروني باستخدام "إحصاءات PageSpeed"

تعرض "إحصاءات PageSpeed" بيانات CrUX التي تغطي آخر 28 يومًا من بيانات تجربة المستخدم في الشريحة المئوية الخامسة والسبعين. وهذا يعني أنّه إذا كانت نسبة% 75 من تجارب المستخدمين تستوفي الحدّ الأدنى الذي تمّ ضبطه لمقياس معيّن، تُعتبر التجربة "جيدة".
إذا كانت لديك صفحة معيّنة تريد الاطّلاع على أدائها، استخدِمها. للحصول على نظرة عامة على موقع إلكتروني عند بدء عملية التحسين، ننصحك بالبدء بالصفحة الرئيسية، لأنّها عادةً ما تكون إحدى الصفحات الأكثر رواجًا على العديد من المواقع الإلكترونية.
ركِّز في البداية على قسم تجربة المستخدمين في "مقياس تجربة المستخدم". ستظهر لك ما يصل إلى أربع طرق عرض للبيانات: الأجهزة الجوّالة وأجهزة الكمبيوتر المكتبي لعنوان URL الذي أدخلته والمصدر بالكامل. قارِن بين هذه الأنواع واطّلِع على أوجه الاختلاف بينها. عادةً ما يكون أداء الأجهزة الجوّالة أقل من أداء أجهزة الكمبيوتر المكتبي لأنّها أجهزة ذات موارد محدودة تعمل في ظروف شبكة قد تكون أقل ثباتًا. إذا كان عنوان URL وبيانات المصدر مختلفَين بشكل كبير، حاوِل معرفة السبب: غالبًا ما تكون الصفحات الرئيسية هي أوّل الصفحات التي يتمّ زيارتها (أي الصفحة المقصودة)، لذا يمكن أن تكون أبطأ من صفحات المصدر التي يتحمل المستخدمون فيها العبء الكامل لمخزّن مؤقت لم يتم إعداده في المتصفّح. من المرجّح أن يتم تحميل الصفحات اللاحقة بشكل أسرع، لأنّه سيتم تخزين أي مواد عرض مشترَكة مؤقتًا، ما يؤدي إلى خفض البيانات المجمّعة على مستوى المصدر.
تعرِض أداة PSI أيضًا جميع مقاييس "مؤشرات أداء الويب الأساسية" الثلاثة (سرعة عرض أكبر محتوى مرئي (LCP) ومتغيّرات التصميم التراكمية (CLS) ومدى استجابة الصفحة لتفاعلات المستخدم (INP)) بالإضافة إلى مقياسَي وقت استجابة خادم الويب (TTFB) وسرعة عرض أوّل جزء من المحتوى على الصفحة (FCP) التشخيصيين. هل هناك أيّ من "مؤشرات أداء الويب الأساسية" لا تعمل بشكل صحيح، وبأيّ مقدار؟ سيساعدك ذلك في تحديد المكان الذي يجب أن تركّز فيه جهودك.
فهم العلاقات بين هذه الأرقام، لا سيما مقياس LCP إذا كان مقياس LCP بطيئًا، كما هو الحال في هذا المثال، اطّلِع على مقياسَي TTFB وFCP اللذَين يمثّلان معيارَين رئيسيَّين لهذا المقياس. في هذا المثال، يبلغ وقت استجابة خادم الويب 1.8 ثانية، ما سيصعّب كثيرًا تحقيق الحدّ الأدنى المُقترَح الذي يبلغ 2.5 ثانية للحصول على نتيجة جيدة لمقياس LCP. يشير ذلك إلى أنّ سرعة التحميل من الخلفية بطيئة (مشاكل في الخادم أو عدم توفّر شبكة توصيل المحتوى) أو أنّ الشبكات بطيئة أو أنّ عمليات إعادة التوجيه تؤخّر وصول أوّل بايت من ملف HTML. اطّلِع على دليل تحسين وقت استجابة خادم الويب (TTFB) للحصول على مزيد من المعلومات. تستغرق سرعة عرض المحتوى على الصفحة ثانية أخرى بالإضافة إلى ذلك، ما قد يشير مرة أخرى إلى الشبكات الأبطأ. لا يُستغرق مقياس LCP وقتًا طويلاً بعد مقياس FCP في هذا المثال، ما يشير إلى أنّ مصدر LCP محسّن جيدًا بعد تحميل الصفحة نفسها. يعرض CrUX أيضًا مزيدًا من معلومات التشخيص في أنواع الموارد والأجزاء الفرعية، ما يساعدك أيضًا في تشخيص مشاكل LCP.
بالنسبة إلى مقياس CLS، اطّلِع على نتائج CLS في CrUX وCLS في Lighthouse لمعرفة ما إذا كانت هذه مشكلة في وقت تحميل مقياس CLS (سترصدها أداة Lighthouse وتقدّم لك النصائح بشأنها) أو مشكلة في وقت ما بعد تحميل مقياس CLS لن ترصدها أداة Lighthouse. لمزيد من المعلومات، اطّلِع على دليل CLS في "أدوات تحسين الأداء من Google".
للاطّلاع على مستوى الاستجابة، اطّلِع على نتائج INP. اطّلِع على عمليات تدقيق TBT في Lighthouse لمعرفة ما إذا كان يتمّ تنفيذ الكثير من عمليات معالجة JavaScript أثناء التحميل الأوّلي للصفحة، ما يُحتمل أن يؤثّر في مقياس INP. يمكن أن يكون مقياس INP من المقاييس الصعبة التحسين، لذا يمكنك الرجوع إلى دليل تحسين INP للحصول على مزيد من المعلومات.
تحديد الصفحات التي تحقّق أداءً ضعيفًا في Search Console

على الرغم من أنّ فحص صفحات الويب من خلال أدوات تحسين الأداء من Google مفيد عندما يكون لديك عنوان URL محدّد تريد اختباره أو الموقع الإلكتروني ككل، يمكن أن تساعدك Search Console في توجيه جهودك إلى أنواع معيّنة من الصفحات. ويُعدّ ذلك مفيدًا بشكل خاص إذا كانت العديد من الصفحات تتشارك مواضيع أو تقنيات شائعة ويمكن لخدمة Search Console تحديدها بنجاح.
يعرض تقرير "مؤشرات أداء الويب الأساسية" في Search Console الصورة الكبيرة لأداء موقعك الإلكتروني، ولكن لا يزال بإمكانك التوغّل في صفحات معيّنة تستدعي الانتباه. باستخدام Search Console، يمكنك أيضًا إجراء ما يلي:
- حدِّد مجموعات الصفحات الفردية التي تحتاج إلى تحسين والمجموعات التي توفّر تجربة مستخدم جيدة.
- الحصول على بيانات دقيقة عن الأداء حسب عنوان URL مجمّعة حسب الحالة والمقياس ومجموعات صفحات الويب المتشابهة (مثل صفحات تفاصيل المنتجات على موقع إلكتروني للتجارة الإلكترونية)
- يمكنك الحصول على تقارير تفصيلية تُجمِّع عناوين URL في كل فئة من فئات جودة تجربة المستخدم لكلٍّ من الأجهزة الجوّالة وأجهزة الكمبيوتر المكتبي.
بعد اختيار بعض الصفحات المحدّدة للاطّلاع عليها، يمكنك استخدام مؤشر PSI كما هو موضّح سابقًا للتعرّف أكثر على المشاكل المتعلّقة بهذه الصفحات.
الخطوة 2: تصحيح الأخطاء وتحسين الأداء
في الخطوة 1، من المفترض أن تكون قد حدّدت الصفحات التي تتطلّب تحسينات في الأداء، بالإضافة إلى مقاييس "مؤشرات أداء الويب الأساسية" التي تريد تحسينها. يمكنك استخدام أدوات Google للحصول على مزيد من المعلومات لفهم السبب الأساسي لتحديد المشكلة.
- اطّلِع على عمليات تدقيق Lighthouse للحصول على إرشادات عامة للصفحة.
- استخدِم عرض المقاييس المباشرة في لوحة الأداء لتحليل "مؤشرات أداء الويب الأساسية" في الوقت الفعلي.
- استخدِم ميزة التتبّع في لوحة "الأداء" لتصحيح أخطاء الأداء واختبار تغييرات الرموز البرمجية.
للحصول على إرشادات أكثر تفصيلاً، اطّلِع على الأدلة التالية:
اكتشاف الفرص باستخدام Lighthouse
تُشغّل "إحصاءات PageSpeed" أداة Lighthouse نيابةً عنك. من الممكن أيضًا تشغيل Lighthouse من "أدوات مطوّري البرامج في Chrome"، وهو أمر مفيد للتحقّق من صحة الإصلاحات على الجهاز، على الرغم من أنّ "لوحة الأداء" (التي سنتناولها في ما يلي) هي أداة أكثر شمولاً لتحديد مشاكل الأداء وإصلاحها على الجهاز.
من النقاط الرئيسية التحقّق من أنّ تدقيق Lighthouse يُعيد إنتاج المشاكل التي تحاول حلّها (على سبيل المثال، بطء LCP أو مشاكل CLS). لا يُقيّم Lighthouse تجربة المستخدم إلا أثناء تحميل الصفحة. وبما أنّها أداة اختبارية، تستبعد أيضًا INP لصالح TBT.
عندما تقترح مقاييس Lighthouse مشكلة مشابهة للمشكلة التي تحاول حلّها، يمكن أن تساعدك المعلومات الغزيرة في عمليات التدقيق في تحديد المشاكل واقتراح الحلول.
يمكنك فلترة عمليات التدقيق لتقتصر على "مؤشرات أداء الويب الأساسية" التي تهمّك فقط للتركيز على إصلاح المشاكل المتعلّقة بمقياس معيّن:

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

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

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

بعد حلّ أي مشاكل، عليك التأكّد من أنّها تحقّق التأثير المطلوب وأنّ المشاكل الجديدة لا تؤثّر في "مؤشرات أداء الويب الأساسية". يتطلّب ذلك رصد مشاكل الأداء كجزء من سير عمل المطوّر لمنع طرح مشاكل الأداء في قناة الإصدار العلني، ومراقبة بيانات الحقول بانتظام للتأكّد من ذلك.
مراقبة طلبات الأداء في بيئات التكامل المستمر (CI)
يتيح لك Lighthouse-CI إجراء عمليات تدقيق Lighthouse تلقائيًا على عمليات إرسال الرمز البرمجي لمنع حدوث تراجعات في الأداء عند إدخال الرمز البرمجي. يمكن أن يتحقّق هذا من أوقات الأداء (التي تخضع للتباين)، أو عمليات تدقيق الأداء فقط، كأداة فحص لغرض منع الممارسات السيئة في الرمز البرمجي.
عرض مؤشرات صحة الموقع الإلكتروني باستخدام بيانات الحقول
على الرغم من أنّه يجب عليك رصد جميع مشاكل الأداء وحلّها قبل أن تصل إلى مرحلة الإنتاج، إلا أنّ مراقبة بيانات الحقول باستخدام ميزة مراقبة المستخدمين في الوقت الفعلي (RUM) أمر ضروري للعثور على أي مشاكل قد تفوّت. تتوفّر العديد من منتجات RUM التجارية التي يمكنها المساعدة في ذلك. يمكن لـ web-vitals
JavaScript library جمع بيانات الحقول في الموقع الإلكتروني تلقائيًا، واستخدام هذه البيانات اختياريًا لتشغيل لوحات البيانات المخصّصة وأنظمة التنبيه.
بالنسبة إلى المواقع الإلكترونية التي لا تتضمّن حلّاً لرصد الزيارات من مصادر غير تقليدية، يمكنك استخدام أدوات CrUX المختلفة كتحليل أساسي للمؤشرات في البيانات الميدانية.
الخاتمة
لضمان تقديم تجارب سريعة وممتعة للمستخدمين، يجب التركيز على الأداء أولاً واعتماد سير عمل لضمان تحقيق التقدّم. باستخدام الأدوات والعمليات المناسبة للتدقيق وتصحيح الأخطاء والمراقبة، يمكنك إنشاء تجارب رائعة للمستخدمين والالتزام بالحدود المحدّدة لـ "مؤشرات أداء الويب الأساسية" الجيدة.