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