التوثيق
Core Web Vitals: قيم LCP وINP وCLS من المستخدمين الفعليين أسبوعًا بأسبوع
قيم LCP وINP وCLS الأسبوعية عند المئين 75 من Chrome UX Report History API لموقعك كاملًا أو لصفحة واحدة، مع تقييمها وفق حدود Google.
يعرض تقرير Core Web Vitals (بعنوان Core Web Vitals History) كيف يختبر مستخدمو Chrome الفعليون موقعك أسبوعًا بأسبوع. يقرأ التقرير بيانات Chrome UX Report History API، وهي بيانات الميدان نفسها التي يعتمد عليها تقرير Core Web Vitals في Search Console، ويقيّم كل مقياس عند المئين 75 وفق حدود Google. استخدمه لمعرفة ما إذا كان إصدار جديد قد جعل صفحاتك أسرع أو أبطأ، قبل أن يخبرك أي اختبار مخبري بما شعر به الزوار بوقت طويل.
تشغيل التقرير
- النطاق (Scope): يستعلم الخيار الموقع كاملًا عن الأصل (origin)، مثل
https://www.example.com، فيجمع بيانات كل الصفحات التي زارها مستخدمو Chrome. أما صفحة واحدة فيستعلم عن URL واحد. - الأصل أو URL الصفحة: يُملأ مسبقًا بأصل موقعك، ويمكنك تعديله لفحص مضيف أو صفحة أخرى.
- الجهاز: كل الأجهزة أو الهاتف أو سطح المكتب أو الجهاز اللوحي. عند اختيار كل الأجهزة يحمّل التقرير كل جهاز على حدة أيضًا ويضيف جدول ملخص حسب الجهاز.
- اضغط تشغيل التقرير.
تُخزَّن النتائج مؤقتًا لمدة يوم، لأن البيانات لا تتغير إلا أسبوعيًا. يستعلم التقرير عن الـ API بمفتاح CrUX API، ويوفّره AutoPSEO لك، فلا يلزمك أي إعداد. ويقودك زر API Key إلى تعليمات Google إن أردت مفتاحًا لأدواتك الخاصة.
ما الذي تراه
يوضح سطر الحكم ما إذا كان النطاق يجتاز Core Web Vitals، أي أن كل مقياس أساسي تتوفر له بيانات حصل على تقييم جيد. بعد ذلك تظهر خمس بطاقات، واحدة لكل مقياس، وتعرض كل بطاقة أحدث قيمة عند المئين 75، وتقييمها، والتغير مقارنةً بما قبل أربعة أسابيع، ونسبة تحميلات الصفحة المصنَّفة جيدة.
| المقياس | ما يقيسه | جيد | ضعيف |
|---|---|---|---|
| LCP, Largest Contentful Paint | التحميل: وقت عرض أكبر عنصر مرئي | 2.5 ث أو أقل | أكثر من 4 ث |
| INP, Interaction to Next Paint | الاستجابة: التأخر بعد النقرات واللمسات وضغطات المفاتيح | 200 مث أو أقل | أكثر من 500 مث |
| CLS, Cumulative Layout Shift | الثبات البصري: مقدار تحرك المحتوى أثناء التحميل | 0.1 أو أقل | أكثر من 0.25 |
| FCP, First Contentful Paint | وقت ظهور أول نص أو صورة | 1.8 ث أو أقل | أكثر من 3 ث |
| TTFB, Time to First Byte | سرعة بدء الخادم في الاستجابة | 0.8 ث أو أقل | أكثر من 1.8 ث |
مقاييس LCP وINP وCLS هي Core Web Vitals، أما FCP وTTFB فمقياسان داعمان يساعدان في تفسير ضعف LCP. وتحتاج القيم الواقعة بين الحدّين إلى تحسين. تقيّم Google كل مقياس عند المئين 75 من تحميلات الصفحة، بشكل منفصل للجوال وسطح المكتب (web.dev: Web Vitals). وقد حلّ INP محل First Input Delay كأحد Core Web Vitals في 12 مارس 2024.
يُعدّ الاتجاه في تحسن أو في تراجع عندما تتغير أحدث قيمة بنسبة 5% على الأقل عمّا كانت عليه قبل أربعة أسابيع. وترسم المخططات المئين 75 الأسبوعي لكل مقياس مع نسب التجارب الجيدة والتي تحتاج إلى تحسين والضعيفة، بينما يسرد الجدول كل أسبوع مع القيم الخمس ونسبة تجارب LCP الجيدة.
كيف تقرأ السجل التاريخي
كل نقطة تمثل فترة جمع أسبوعية تلخّص الزيارات خلال الأيام الـ 28 السابقة، لذا يظهر أثر أي إصلاح تدريجيًا خلال نحو أربعة أسابيع وليس بين ليلة وضحاها. ويعيد الـ API افتراضيًا 25 فترة أسبوعية، أي نحو آخر ستة أشهر (CrUX History API).
- التغير المفاجئ الذي يتزامن مع نشر إصدار، أو إضافة سكربت جديد إلى مدير الوسوم، أو تحديث القالب، هو النمط المعتاد؛ سجّل تاريخه بإضافة ملاحظة توضيحية.
- أداء الهاتف الأسوأ من سطح المكتب أمر شائع، فمعالجات الهواتف أضعف واتصالاتها غالبًا أبطأ. قدّر الأمر بحسب نسبة زيارات البحث التي تأتي من الجوال.
- الأصل جيد والصفحة ضعيفة: يمزج الأصل كل الصفحات معًا، فافحص أثقل القوالب لديك واحدًا تلو الآخر.
عند عدم توفر بيانات
لا ينشر Chrome سجلًا لأصل عام أو URL إلا إذا توفر عدد كافٍ من زيارات Chrome الفعلية؛ وإلا يعرض التقرير لا توجد بيانات ميدانية كافية (منهجية CrUX). وكثيرًا ما لا يكون للصفحات الجديدة أو قليلة الزيارات سجل على مستوى URL حتى لو كان للأصل سجل. كما لا توفر واجهات CrUX الـ API تقسيمًا حسب البلد، فتشمل الأرقام زوارك في العالم كله.
كيف يساعدك AutoPSEO
تُعرض المقالات التي يسلّمها AutoPSEO عبر موقعك أنت، فترث أداء قوالبك. وإذا كان AutoPSEO يستضيف قسمًا لك، فإن المُصيِّر المستضاف يقدّم صفحات المقالات بنفسه؛ شغّل التقرير على أحد تلك العناوين للتحقق منها. وللاطلاع على شرح أوفى للمقاييس الثلاثة، راجع ما معنى LCP وINP وCLS وكيف تعالج درجات Core Web Vitals الضعيفة.