تقرير "مؤشرات أداء الويب الأساسية"

تحسين تجربة المستخدمين السيئة على موقعك الإلكتروني

يعرض تقرير Core Web Vitals مستوى أداء صفحاتك وفقًا لبيانات الاستخدام الفعلي (وتُسمّى أحيانًا البيانات الفعلية). 

فتح التقرير

فهم التقرير

يعرض تقرير Core Web Vitals أداء عناوين URL التي تم تجميعها حسب الحالة (بطيء وبحاجة إلى تحسين وجيّد) ونوع المقياس (متغيّرات التصميم التراكمية (CLS) ومدى استجابة الصفحة لتفاعلات المستخدم (INP) وسرعة عرض أكبر محتوى مرئي (LCP)) ومجموعة عناوين URL (مجموعات من صفحات ويب متشابهة).

يستند هذا التقرير إلى ثلاثة مقاييس يتم احتسابها حسب بيانات المستخدمين الفعلية: LCP وINP وCLS. بعد أن تحتوي مجموعة عناوين URL على حد أدنى من البيانات لكل من مقياس LCP ومقياس CLS، تكون حالة المجموعة هي حالة المقياس ذي الأداء الأكثر ضعفًا. على سبيل المثال، إذا كانت مجموعة عناوين URL ذات قيمة منخفضة من حيث CLS ولكن قيمة INP جيّدة، تكون حالة عنوان URL هي "بطيء".

إذا كانت مجموعة عناوين URL لا تتضمن حدًا أدنى من بيانات إعداد التقارير لكل من LCP وCLS، سيتم حذف عنوان URL من التقرير.

تظهر فقط في هذا التقرير عناوين URL التي تمت فهرستها. ويتم تخصيص البيانات لعنوان URL الفعلي، وليس لعنوان URL الأساسي، كما هي الحال في معظم التقارير الأخرى.

يُرجى العِلم بأنّه يتم تجميع البيانات لجميع الطلبات الواردة من جميع المواقع الجغرافية. إذا كان عدد الزيارات كبيرًا من بلد معيّن حيث اتصالات الإنترنت بطيئة مثلاً، سينخفض مستوى أدائك بشكلٍ عام. يمكنك تقسيم الأداء حسب البلد باستخدام BigQuery إذا كنت تعتقد أنّ السبب في انخفاض الأداء قد يكون بسبب تجميع البيانات من جميع البلدان في العالم.

"لا تتوفّر أي بيانات"

إذا رأيت شاشة "لا تتوفّر أي بيانات"، يعني ذلك أنّ موقعك الإلكتروني جديد في Search Console أو أنه لا تتوفّر بيانات كافية في تقرير CrUX لتقديم معلومات مفيدة عن نوع الجهاز الذي تم اختياره (جهاز كمبيوتر مكتبي أو جهاز جوّال).

إذا كان موقعك الإلكتروني جديدًا: تجمع قاعدة بيانات CrUX معلومات حول عناوين URL، سواء كان العنوان جزءًا من موقع إلكتروني على Search Console أم لا، ولكن قد يستغرق الأمر بضعة أيام بعد إنشاء الموقع الإلكتروني لتحليل ونشر أي بيانات حالية من قاعدة بيانات CrUX.

يمكنك إجراء اختبار أداء مباشر لعناوين URL فردية باستخدام أداة اختبار "إحصاءات PageSpeed" أو أداة Chrome Lighthouse أو دليل تجربة صفحة AMP (لصفحات AMP).

التنقّل في التقرير

يعرض التقرير لكل منصة (جهاز جوّال أو كمبيوتر مكتبي) جدولاً بعناوين URL التي تتضمّن مشاكل "بطيء" أو "بحاجة إلى تحسين" (الأسباب التي تجعل عناوين URL غير جيّدة)، وجدولاً آخر لعناوين URL التي حصلت على تقييم "جيّد" من حيث مقاييس LCP وINP وCLS (عرض بيانات عن عناوين URL الجيّدة).

  1. يمكن الاطّلاع على رسم بياني للمؤشرات العامة الخاص بكل منصة عرض على الصفحة المقصودة.
  2. يمكن التوغّل حسب منصة العرض (جهاز جوّال أو جهاز كمبيوتر مكتبي) من خلال النقر على فتح التقرير بجانب أحد الرسومات البيانية.
  3. للاطّلاع على مستوى أداء عناوين URL على موقعك الإلكتروني استنادًا إلى بيانات المستخدمين السابقة، بدِّل بين علامات التبويب "بطيء" أو "بحاجة إلى تحسين" أو "جيّد" على الرسم البياني الخاص بمستوى الأداء.
  4. يمكن الاطّلاع على قائمة مشاكل الأداء في جدول الأسباب التي تجعل عناوين URL غير جيّدة. ويمثّل كل عنوان URL معروض مجموعة عناوين URL مختلفة.
  5. يمكن النقر على عنوان URL في جدول الأمثلة ضمن صفحة تفاصيل المشكلة للاطّلاع على المزيد من المعلومات حول مجموعة عناوين URL هذه.

 

صفحة النظرة العامة

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

افتح التقرير الخاص بنوع جهاز محدّد للاطّلاع على المزيد من بيانات الأداء لهذا النوع.

صفحات الملخّص للأجهزة الجوّالة وأجهزة الكمبيوتر المكتبي

يعرض تقرير الملخّص الخاص بالنظام الأساسي (الأجهزة الجوّالة أو أجهزة الكمبيوتر المكتبي) الحالة والمشاكل المتعلقة بجميع مجموعات عناوين URL على موقعك الإلكتروني التي تتوفّر لها بيانات. انقر على صف في جدول التفاصيل للحصول على مزيد من المعلومات عن الحالة المحدّدة ونوع المشكلة.

رسم بياني

تعرض علامات التبويب أعلى الرسم البياني العدد الإجمالي الحالي لعناوين URL (وليس لمجموعات عناوين URL) في كل حالة، بالإضافة إلى عدد المشاكل في تلك الحالة. يمكنك التبديل بين علامات التبويب لاختيار الحالات التي تريد عرضها في الرسم البياني. يعرض الرسم البياني عدد عناوين URL التي تحمل حالة محدّدة في يوم معيّن.

لماذا يكون إجمالي الرسم البياني أقل من إجمالي الجدول؟
يحتسب الرسم البياني كل عنوان URL مرّة واحدة فقط، ويذكر المشكلة الأبطأ التي تؤثّر في عنوان URL هذا. أمّا الجدول، فيحتسب كل مشكلة مرتبطة بعنوان URL. بالتالي، إذا كان عنوان URL يتضمن مشكلة بحالة بطيء ومشكلة بحالة بحاجة إلى تحسين، يتم احتساب تلك المشكلة مرّة واحدة بحالة بطيء في الأرقام الإجمالية للرسم البياني، ولكن يتم احتسابها في كل من الصفَّين بطيء وبحاجة إلى تحسين في الجدول.

 

جدول

يعرض الجدول عناوين URL مجمّعة في صفوف حسب الحالة والمشكلة. ويعرض كل صف حالة التحقّق، وهو خط مؤشر يعرض مخطّطًا زمنيًا مبسّطًا لهذا الصف، بالإضافة إلى عدد عناوين URL المتوفرة حاليًا بهذه الحالة وحالة المشكلة.

يمكن أن يظهر عنوان URL في عدة صفوف في الجدول إذا كان متأثرًا بعدة مشاكل.

صفحة تفاصيل المشكلة للأجهزة الجوّالة وأجهزة الكمبيوتر المكتبي

انقر على أحد صفوف الجدول في صفحة ملخّص المستوى الأعلى للأجهزة الجوّالة أو أجهزة الكمبيوتر المكتبي لفتح صفحة تفاصيل لهذه المجموعة (الجهاز والحالة والمشكلة). تعرض صفحة التفاصيل عناوين URL والتفاصيل الأخرى للمشكلة المحدّدة.

رسم بياني

يعرض الرسم البياني الخاص بتفاصيل المشكلة عدد عناوين URL التي تم تحميلها في يوم معيّن بهذه الحالة والمشكلة، بالإضافة إلى العدد الإجمالي لعناوين URL المتأثّرة حاليًا بالحالة والمشكلة المحدّدتين.

جدول

يعرض جدول تفاصيل المشكلة مجموعة من الأمثلة على عناوين URL التي تأثرت بالمشكلة المحدّدة. ويُعد كلّ مثال على عنوان URL واحدًا من مجموعة عناوين URL مشابهة.

يتضمن الجدول المعلومات التالية:

  • عنوان URL: يمثّل كل صف في الجدول مجموعة من عناوين URL المشابهة.
  • بالنسبة إلى الصفحات ذات الحالة غير الجيّدة: سيتم عرض العمود المناسب في الأسفل استنادًا إلى المشكلة التي تفحصها. ملاحظة: قد يتأثّر عنوان URL واحد بعدة مشاكل، ولكن لن يظهر سوى العمود المناسب للمشكلة التي تم اختيارها.

انقر على أحد أمثلة عناوين URL للاطّلاع على بعض الصفحات الأخرى في المجموعة نفسها، بالإضافة إلى معلومات إضافية حول المجموعة ورابط لإجراء اختبار خارجي. الحد الأقصى لعدد الصفوف في الجدول هو 200 صف.

معلومات إضافية
يمكن النقر على عنوان URL في جدول الأمثلة ضمن صفحة تفاصيل المشكلة للاطّلاع على المزيد من المعلومات حول مجموعة الصفحات التي يمثّلها عنوان URL هذا، بما في ذلك عناوين URL الأخرى ضمن هذه المجموعة ونتائج عناصر المجموعة، شرط أن يتوفّر لعنوان URL بيانات كافية ليتم عرضها.
يمكنك النقر على عنوان URL في المجموعة لإجراء اختبار "إحصاءات PageSpeed" على عنوان URL هذا. ومن المفيد فهم بعض الاختلافات المهمة بين "إحصاءات PageSpeed" ومعلومات "مؤشرات أداء الويب الأساسية":
  • تجمع "مؤشرات أداء الويب الأساسية" البيانات والحالة في مجموعات عناوين URL، بينما تعرض "إحصاءات PageSpeed" بشكلٍ عام بيانات لعناوين URL فردية (إلا إذا لم يتضمن عنوان URL معلومات كافية بمفرده). وقد لا تتطابق الإحصاءات الخاصة بعنوان URL معيّن في "إحصاءات PageSpeed" مع نتائج المجموعة في تقرير "مؤشرات أداء الويب الأساسية"، لأنّ عنوان URL فرديًا قد يكون مختلفًا ضمن مجموعته.
  • تتضمن عناوين URL لمؤشرات أداء الويب الأساسية معلَمات عناوين URL عند تمييز الصفحة، بينما تزيل أداة "إحصاءات PageSpeed" جميع بيانات المعلَمات من عنوان URL، ثم تخصّص جميع النتائج إلى عنوان URL الصريح.

البحث عن حالة عنوان URL معيّن

لم يتم تصميم التقرير للعثور على حالة عنوان URL معيّن، بل لمعرفة أداء موقعك الإلكتروني ككل وتحديد وحلّ المشاكل التي تؤثر في عدّة صفحات على موقعك الإلكتروني. إذا كنت تريد الاطّلاع على بيانات أداء عنوان URL معيّن، يمكنك استخدام اختبار خارجي. يمكنك التوغّل في بيانات الحالة والمشكلة والاطّلاع على عناوين URL المحدّدة المتأثرة بالمشكلة، إلا أنه قد يكون من الصعب العثور على عنوان URL معيّن باستخدام تقرير "مؤشرات أداء الويب الأساسية".

مصادر بيانات التقرير

ترِد بيانات تقرير "مؤشرات أداء الويب الأساسية" من تقرير CrUX. ويجمع "تقرير CrUX" مقاييس مجهولة الهوية عن أوقات الأداء من المستخدمين الفعليين الذين يزورون عنوان URL الخاص بك (وتُعرف هذه البيانات باسم البيانات الفعلية). أمّا قاعدة بيانات CrUX، فتجمع معلومات حول عناوين URL سواء كان العنوان جزءًا من موقع إلكتروني على Search Console أم لا.

حالة المجموعة: "بطيء"، "بحاجة إلى تحسين"، "جيّد"

يتم تطبيق التصنيفات بطيء وبحاجة إلى تحسين وجيّد على مجموعة عناوين URL لنوع جهاز معيّن. وأي مجموعة لا تحتوي على الحد الأدنى من البيانات لكل من LCP وCLS لن تُدرَج في التقرير (مثلاً، لن يتم عرض عنوان URL إذا كان يتضمّن الحد الأدنى من البيانات لمقياس LCP ولكن ليس لمقياس CLS).

يتم ضبط الحالة التلقائية لمجموعة عناوين URL على أبطأ حالة تم تصنيفها للعنوان على نوع الأجهزة المعنيّ. على سبيل المثال: 

  • إذا تم تصنيف عنوان URL على الأجهزة الجوّالة بأنّه بطيء من حيث CLS وبحاجة إلى تحسين من حيث LCP، يتم تصنيف عنوان URL هذا بأنّه بطيء على الأجهزة الجوّالة.
  • إذا تم تصنيف عنوان URL على الأجهزة الجوّالة بأنّه بحاجة إلى تحسين من حيث LCP وجيّد من حيث CLS، يتم تصنيف هذا العنوان على أنّه بحاجة إلى تحسين على الأجهزة الجوّالة.
  • إذا تم تصنيف عنوان URL على الأجهزة الجوّالة بأنّه جيّد من حيث LCP وINP وCLS وبحاجة إلى تحسين من حيث LCP وINP وCLS على أجهزة الكمبيوتر المكتبي، يتم تصنيف العنوان هذا على أنّه جيّد على الأجهزة الجوّالة وبحاجة إلى تحسين على أجهزة الكمبيوتر المكتبي.

 

تعريفات الحالة

في ما يلي نطاقات الأداء لكل حالة:

  جيّد بحاجة إلى تحسين بطيء
سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP) 2.5 ثوانٍ أو أقل 4 ثوانٍ أو أقل أكثر من 4 ثوانٍ
INP ‫200 ملّي ثانية أو أقل ‫500 ملّي ثانية أو أقل أكثر من 500 ملّي ثانية
متغيّرات التصميم التراكمية (CLS) 0.1 أو أقل 0.25 أو أقل أكثر من 0.25

 

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

يمكنك العثور على اقتراحات حول طرق حلّ هذه المشاكل من خلال إجراء اختبار خارجي.

مجموعات عناوين URL

يتم تجميع عناوين URL في التقرير ضمن صفحات لها تجربة مستخدم مشابهة. تنطبق حالات LCP وINP وCLS على المجموعة بكاملها. قد تشتمل بعض عناوين URL المختلفة على قيم أفضل أو أسوأ في بعض الزيارات، ولكن %75 من الزيارات إلى جميع عناوين URL في المجموعة قد شهدت حالة المجموعة المعروضة. من المفترض أنّ هذه المجموعات لها إطار عمل مشترك، ومن المحتمل أن تكون الأسباب الأساسية نفسها هي وراء أي ضعف في سلوك المجموعة.

من أجل احترام خصوصية المستخدم، يجب أن تتضمّن مجموعة عناوين URL الحد الأدنى من البيانات لعرضها في التقرير. إذا لم تتضمّن مجموعة عناوين URL معلومات كافية لعرضها في التقرير، تنشئ خدمة Search Console مجموعة مصادر ذات مستوى أعلى يُفترض أن تتضمّن القدر الكافي من عناوين URL والبيانات لعرضها في التقرير. وتتضمّن مجموعة المصادر هذه بيانات لجميع عناوين URL في مجموعة protocol://host:port نفسها. على سبيل المثال، إذا كان عنوان URL‏ https://m.example.com/a/b/c.html جزءًا من مجموعة لا تحتوي على بيانات كافية لعرضها في التقرير، ستنشئ خدمة Search Console في هذه الحالة مجموعة المصادر https://m.example.com. وتتضمّن مجموعة المصادر هذه بيانات لجميع عناوين URL ضمن https://m.example.com، سواء كان عنوان URL ينتمي أيضًا إلى مجموعة تتضمّن بيانات كافية أم لا.

في ما يلي بعض الملاحظات:

  • إنّ تعريف مجموعة المصادر يتضمّن البروتوكول، وبالتالي فإنّ ‎http://m.il.example.com و‎https://m.il.example.com هما مجموعتان بمصادر منفصلة.
  • تحتوي مجموعة المصادر على بيانات لجميع عناوين URL أسفل هذا المصدر، سواء كان عنوان URL جزءًا من مجموعة أخرى معروضة في التقرير أم لا.
  • إذا لم تتوفّر بيانات كافية لمجموعة المصادر، لن يتم عرضها (وبالتالي، لن يحتوي الموقع الإلكتروني على بيانات كافية لعرضها في هذا التقرير، ما لم تكن هناك مجموعات مصادر متعددة).
  • يمكنك عرض بيانات مجموعة المصادر سواء كانت المجموعة ضمن الموقع الإلكتروني الحالي أم لا. ويمكنك الاطّلاع فقط على أمثلة على عناوين URL المتوفّرة في الموقع الإلكتروني الحالي.
  • تعرض خدمة Search Console أعضاء المجموعة بترتيب تنازلي حسب مرات الظهور.

إصلاح المشاكل

المستخدمون الذين ليس لديهم خبرة فنية

  1. ترتيب المشاكل حسب الأولوية: نقترح إصلاح كل ما يتم تصنيفه على أنّه "بطيء" أولاً، ثم تحديد أولويات عملك إما بالتركيز على المشاكل التي تؤثّر في معظم عناوين URL أو بالتركيز على المشاكل التي تؤثّر في أهم عناوين URL. ويمكن تحسين أداء عناوين URL التي تم تصنيفها على أنّها "بحاجة إلى تحسين"، ولكن إصلاحها يكون أقل أهمية من إصلاح عناوين URL المصنَّفة ضمن الحالة "بطيء".
  2. عند ترتيب العناوين حسب الأولوية، يمكنك مشاركة التقرير مع المهندس أو أي شخص سيتولى تعديل عناوين URL الخاصة بك.
  3. الإجراءات الشائعة لإصلاح الصفحات:
    • تقليل حجم صفحتك: ننصح بأن يكون حجم الصفحة وجميع مواردها أقل من 500 كيلوبايت
    • حصر عدد موارد الصفحة بـ 50 موردًا بحد أقصى لتحقيق أفضل أداء على الأجهزة الجوّالة
    • استخدام اختبار خارجي لاقتراح حلول لصفحتك
  4. اختبار الحلول باستخدام اختبار خارجي
  5. عندما تلاحظ أنه تم إصلاح مشكلة معيّنة، انقر على بدء التتبّع في صفحة تفاصيل المشكلة ضمن تقرير "مؤشرات أداء الويب الأساسية" في خدمة Search Console.
  6. تتبّع عملية التحقّق

مطوّرو المواقع الإلكترونية

  1. تحديد أولوية المشاكل: ننصح بحلّ أي مشكلة بالتصنيف "بطيء" أولاً. يمكن تحسين أداء عناوين URL التي تحمل التصنيف "بحاجة إلى تحسين"، ولكنّ إصلاحها أقل أهميةً من إصلاح عناوين URL البطيئة. ضمن حالةٍ ما، يمكنك تحديد أولويات المشاكل إما حسب تلك التي تؤثر في معظم عناوين URL، أو تلك التي تؤثر في عناوين URL الأكثر أهميةً لك.
  2. يتم عرض عناوين URL في مجموعة معيّنة بترتيب تنازلي حسب مرات الظهور، وبالتالي فإنّ عناوين URL التي تظهر في الأعلى يكون لها التأثير الأكبر في حالة المجموعة. ننصحك بإصلاح عناوين URL بالترتيب الذي تظهر به لتحقيق أكبر تأثير ممكن في الحالة، مع الحرص على إصلاح أكبر عدد ممكن من العناوين. ويُرجى العِلم أنّه إذا كان قيمة المقاييس في إحدى المجموعات قريبة جدًا من القيَم الحدّية للحالة، قد تتأثّر الحالة بعدد قليل من عناوين URL التي تقع في أسفل القائمة.
  3. قراءة إرشادات تحميل web.dev السريع وصفحات أداء أساسيات الويب على developers.google.com للاطّلاع على المعلومات النظرية والإرشادات المتعلّقة بتحسين سرعة الصفحات
  4. استخدام اختبار خارجي لاقتراح حلول لصفحتك
  5. اختبار الحلول باستخدام اختبار خارجي
  6. عندما تلاحظ أنه تم إصلاح مشكلة معيّنة، انقر على بدء التتبّع في صفحة تفاصيل المشكلة ضمن تقرير "مؤشرات أداء الويب الأساسية" في خدمة Search Console.
  7. تتبّع عملية التحقّق

المزيد من الموارد المفيدة

تغيّرت حالة موقعي الإلكتروني على الرغم من أنّني لم أجرِ أي تغييرات

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

وهناك سبب آخر ممكن، وإن كان احتمال وقوعه ضئيلاً، وهو حدوث تغيّر كبير في العملاء. على سبيل المثال، تحديث إصدار متصفّح شائع الاستخدام أو تدفق عدد كبير من المستخدمين عبر شبكة بطيئة. نذكّر بأنّ الأداء يُقاس ببيانات الاستخدام المتوفرة. يمكنك التحقّق من سجلّاتك لمعرفة ما إذا كان هناك أي تغييرات في المتصفّح أو الجهاز أو الموقع الجغرافي متزامنة مع التغيّرات في حالة الموقع الإلكتروني.

تحقَّق من بيانات عدد الزيارات إلى موقعك الإلكتروني خلال هذه الفترة بحثًا عن أي تقلبات كبيرة، وتوغَّل أيضًا في مشاكل محدّدة واطّلِع على قيم LCP/INP/CLS للمجموعات الخاصة بالصفحات المتأثرة. وإذا كانت هذه القيم قريبة من الحالة الحَدّية بطيء/بحاجة إلى تحسين/جيّد، من المحتمل أنه قد تم إجراء تغيير بسيط تسبّب في نقل الصفحات إلى حالة جديدة.

 

مشاركة التقرير

يمكنك مشاركة تفاصيل المشكلة في تقارير التغطية أو التحسينات من خلال النقر على الزر مشاركة في الصفحة. ويتيح هذا الرابط لأي شخص يحصل عليه الوصول إلى صفحة المشاكل الحالية فقط وإلى أي صفحات في سجلّ التحقق لهذه المشكلة. ولكنه لا يتيح الوصول إلى صفحات أخرى من تقريرك أو تمكين المستخدم الذي تمت مشاركة الرابط معه من تنفيذ أي إجراءات على موقعك الإلكتروني أو حسابك. ويمكنك إبطال عمل الرابط في أي وقت بإيقاف المشاركة لهذه الصفحة.

تصدير بيانات التقرير

يتوفّر بالعديد من التقارير زر التصدير لتصدير بيانات التقرير. ويتم تصدير بيانات كل من الرسم البياني والجدول. وسيتم عرض أي قيم تظهر على شكل علامة ~ أو علامة - (أي القيمة غير متاحة / لا تمثل رقمًا) كأصفار في البيانات التي يتم تنزيلها.

التحقّق من إجراءات الإصلاح

بعد إصلاح مشكلة معيّنة في كل عناوين URL، يمكنك التأكد مما إذا كنت قد أصلحت المشكلة لكل عناوين URL أم لا. انقر على بدء التتبّع لبدء جلسة رصد لمدة 28 يومًا للتحقق من ظهور أي مثيلات أخرى من هذه المشكلة في موقعك الإلكتروني. وإذا لم تظهر هذه المشكلة في عناوين URL على موقعك الإلكتروني خلال هذه المدة، سيتم اعتبار المشكلة منتهية. ويكفي ظهور هذه المشكلة في أي عنوان URL لتصنيفها كغير منتهية، بينما يستمر تقييم حالة عناوين URL بشكل فردي خلال مدة 28 يومًا كاملة بغض النظر عن حالة المشكلة.

لن يؤدي بدء التتبّع إلى تفعيل إعادة الفهرسة أو أي سلوك نشط آخر من Google، بل إلى (إعادة) بدء فترة رصد مدتها 4 أسابيع لاكتشاف بيانات CrUX في موقعك الإلكتروني من خلال Search Console.
  • للاطّلاع على تفاصيل التحقّق في أي طلب تحقُّق قيد المعالجة أو في أي طلب لم يكتمل:
    • انقر على عرض التفاصيل في قسم "حالة التحقّق" ضمن صفحة تفاصيل المشكلة.
  • لبدء فترة تتبّع التحقّق من جديد في أي وقت:
    • افتح صفحة تفاصيل التحقّق وانقر على بدء تحقُّق جديد.
  • عندما يتعذّر التحقّق:
    1. أعِد المحاولة لحل المشاكل.
    2. أعِد بدء فترة التتبّع من خلال فتح صفحة تفاصيل التحقّق وانقر على بدء تحقُّق جديد.

حالة التحقّق من المشكلة

هذه حالة طلب التحقّق بالكامل التي تظهر لكل مشكلة على صفحة الملخّص، بالإضافة إلى صفحة تفاصيل المشكلة.

قد تكون حالة التحقّق أيًا مما يلي:

  • لم تبدأ عملية التحقّق: ثمة عنوان URL واحد أو أكثر يحتوي على هذه المشكلة ولم يسبق إدراجه في طلب التحقّق.
  • بدأت عملية التحقّق: بدأتَ إجراء محاولة التحقّق ولم يتم العثور على أي مثيلات متبقية من المشكلة.
  • وضع جيّد: بدأتَ إجراء محاولة التحقق، وتم إصلاح المشكلة في كل عناوين URL التي تم التحقق منها حتى الآن.
  • تم بنجاح: كل عناوين URL في الحالة "تم بنجاح". من المفترض أن تكون قد نقرت على التحقّق من الإصلاح للوصول إلى هذه الحالة (في حال اختفاء المشاكل بدون طلب إجراء التحقّق، ستتغير الحالة إلى "لا ينطبق").
  • لا ينطبق: اكتشف محرك بحث Google أنه تم إصلاح المشكلة على جميع عناوين URL، علمًا أنّك لم تحاول التحقّق مطلقًا.
  • تعذّرت عملية التحقّق: هناك عنوان URL واحد أو أكثر في حالة "تعذّرت عملية التحقق" بعد إجراء محاولة التحقّق.

حالة التحقّق من عنوان URL

إنّها حالة التحقّق من كل عنوان URL في صفحة مراحل تقدّم التحقّق. أثناء فترة التحقق النشط، تظهر الحالات "في الانتظار" أو "تم بنجاح" أو "تعذّر التحقق". والحالة "تعذّر التحقق" هي الوحيدة التي تبقى معروضة بعد انتهاء فترة التحقق (تتم إزالة العناصر التي تمت معالجتها من القائمة بعد انتهاء الفترة).

  • في انتظار المراجعة: تشير هذه الحالة إلى أنّ Google في انتظار الحصول على بيانات كافية لتحديد ما إذا كان عنوان URL لا يزال متأثرًا.
  • تم بنجاح: تشير هذه الحالة إلى أنّ عنوان URL لم يعُد متأثرًا بهذه المشكلة على ما يبدو.
  • تعذّر التحقق: تشير هذه الحالة إلى أنّ عنوان URL لا يزال متأثرًا بالمشكلة المُشار إليها.

لا يمكن الوصول إلى حالتَي عنوان URL تم بنجاح وتعذّر التحقق إلا خلال فترة تتبُّع التحقّق. إذا ظهرت المشكلة في عنوان URL خارج نطاق طلب التحقّق ثم اختفت بعد ذلك، سيختفي عنوان URL ببساطة من القائمة بدون حالة.

ولن تظهر بعد ذلك أي عناوين URL تمت إزالتها من الويب ولا تحتوي على بيانات في آخر 28 يومًا في سجلّ التحقّق من الصحة أو في التقرير.

 

أدوات الاختبار الخارجي

يتضمن تقرير "مؤشرات أداء الويب الأساسية" روابط تؤدّي إلى أداتَين خارجيتَين لإجراء اختبارات إضافية للصفحات. يعتمد نوع الأداة على نوع الصفحة:

  • الصفحات التي ليست بتنسيق AMP: تقدّم أداة اختبار "إحصاءات PageSpeed" تقارير عن أداء الصفحة على كل من الأجهزة الجوّالة وأجهزة الكمبيوتر المكتبي، وتقدّم اقتراحات حول كيفية تحسين أداء تلك الصفحة. ويعرض الاختبار كلّاً من بيانات الاختبار المباشر وبيانات الاختبار الميداني الناتجة عن تفاعل المستخدمين. تجدر الإشارة إلى أن المعلومات في إحصاءات PageSpeed قد تختلف عن المعلومات الواردة في تقرير "مؤشرات أداء الويب الأساسية". التعرُّف على السبب
  • صفحات AMP: يقدّم دليل تجربة صفحة AMP اختبارًا مباشرًا شاملاً لصفحة AMP، بما في ذلك مقاييس Core Web Vitals. ويعرض الاختبار كلّاً من بيانات الاختبار المباشر وبيانات الاختبار الميداني الناتجة عن تفاعل المستخدمين.

يظهر رابط يؤدي إلى هاتين الأداتَين إلى جانب الأمثلة على عناوين URL (جدول تفاصيل صفحة الملخّص > انقر على صف الحالة > انقر على مثال عنوان URL > جزء تفاصيل المثال، ومرِّر مؤشر الماوس فوق عنوان URL مشابه)، ولكن يمكنك أيضًا زيارة هاتَين الأداتَين وتوفير عنوان URL بنفسك.

يمكنك أيضًا استخدام أداة اختبار داخل المتصفّح لمتصفّح Chrome: أداة Lighthouse من Chrome.

هل كان ذلك مفيدًا؟

كيف يمكننا تحسينها؟

هل تحتاج إلى مزيد من المساعدة؟

جرِّب الخطوات التالية:

بحث
محو البحث
إغلاق البحث
تطبيقات Google
القائمة الرئيسية