انتقل إلى المحتوى
SEO Madmanby Adam Hafez
أداة مجانية

أداة فحص Core Web Vitals لقيم LCP وINP وCLS

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

تعمل بالكامل في متصفحك. لا يُرفع ما تُدخله، ولا يُسجَّل، ولا يُحفظ.

أدخِل المقاييس الثلاثة لترى التقييم العام.

لا تقيس هذه الأداة صفحة حقيقية. أدخِل أرقامًا لديك بالفعل من مصدر مثل إحصاءات PageSpeed أو تقرير تجربة المستخدم على Chrome، وستصنّفها وفق الحدود التي تنشرها Google. ويعتمد تقييم Google الفعلي على 75% من زيارات المستخدمين الحقيقيين، لا على رقم واحد، لذلك فالنجاح هنا تصنيف لما أدخلته، لا بديل عن القياس الميداني. تعمل الأداة كلها في متصفحك، ولا يُرسل أي شيء.

أهم النقاط

  • تنجح الصفحة في تقييم Core Web Vitals فقط عندما تحقق LCP وINP وCLS كلها الحد الجيد في 75% من عمليات التحميل.
  • الحدود الجيدة هي 2.5 ثانية لـ LCP، و200 ملّي ثانية لـ INP، و0.1 لـ CLS.
  • يبدأ نطاق بطيء بعد 4 ثوانٍ لـ LCP، وبعد 500 ملّي ثانية لـ INP، وبعد 0.25 لـ CLS.
  • القيمة التي تقع على الحد تُحسب في التصنيف الأفضل، فقيمة LCP عند 2.5 ثانية جيدة.
  • تصنّف الأداة أي رقم تكتبه، لذلك فالنجاح هنا يعكس ما أدخلته، لا قياسًا ميدانيًا لموقعك.

ما تحتاج إليه

  • سرعة عرض أكبر محتوى مرئي (LCP) بالثواني
  • مدى الاستجابة لتفاعلات المستخدم (INP) بالملّي ثانية
  • متغيّرات التصميم التراكمية (CLS)، قيمة بلا وحدة

أدوات أخرى

كلها مجانية، وكلها تعمل في المتصفح.

تصفّح الأدوات

طريقة الاستخدام

  1. 1اجمع أرقامك أولًالا تزحف هذه الأداة إلى أي صفحة ولا تقيسها. خذ أرقامًا حقيقية من إحصاءات PageSpeed، أو تقرير تجربة المستخدم على Chrome، أو قياسك الخاص لزيارات المستخدمين قبل استخدامها.
  2. 2أدخِل LCP بالثوانييقيس LCP الوقت حتى يظهر أكبر عنصر مرئي في الصفحة. اكتب القيمة بالثواني، مثل 2.1.
  3. 3أدخِل INP بالملّي ثانيةيقيس INP سرعة استجابة الصفحة لتفاعلات المستخدم، مثل النقر واللمس والضغط على المفاتيح، بالملّي ثانية.
  4. 4أدخِل CLS كقيمةCLS قيمة بلا وحدة تصف مقدار تحرك المحتوى المرئي بشكل غير متوقع. كلما قلّت كان أفضل.
  5. 5اقرأ تصنيف كل مقياسيحصل كل مقياس على تصنيفه الخاص، جيّد أو بحاجة إلى تحسين أو بطيء، وفق الحدود المنشورة، ويظهر تحت الحقول.
  6. 6اقرأ النتيجة العامةلا تنجح الصفحة إلا إذا كانت المقاييس الثلاثة جيدة. مقياس واحد بطيء أو بحاجة إلى تحسين يُفشل التقييم العام.

Core Web Vitals ثلاثة مقاييس: LCP للتحميل، وINP للاستجابة، وCLS للثبات البصري. وينشر web.dev لكل مقياس حدًا جيدًا وحدًا بطيئًا، ولا تنجح الصفحة إلا إذا حققت الحد الجيد في المقاييس الثلاثة.

تطبّق هذه الأداة تلك الحدود على أرقام لديك بالفعل. فهي لا تزحف إلى صفحتك، ولا تحمّلها، ولا تقيسها.

ماذا تفحص الأداة؟

تُصنَّف كل قيمة وفق الحدود المنشورة على web.dev:

المقياسجيّدبحاجة إلى تحسينبطيء
LCP بالثواني2.5 أو أقلحتى 4أكثر من 4
INP بالملّي ثانية200 أو أقلحتى 500أكثر من 500
CLS0.1 أو أقلحتى 0.25أكثر من 0.25

القيمة التي تقع على الحد تُحسب في التصنيف الأفضل: 2.5 ثانية جيدة، و4 ثوانٍ بحاجة إلى تحسين، و4.1 بطيئة. والحقل الفارغ أو الرقم السالب يُعامل كأنه لم يُدخل.

حل INP محل First Input Delay كمقياس للاستجابة في 2024، لذلك لا تصلح التقارير القديمة التي ما زالت تعرض FID لهذا الفحص.

كيف تقرأ النتائج؟

تحت الحقول، يظهر كل مقياس مع قيمته وتصنيفه بالأخضر أو البرتقالي أو الأحمر. وتنتظر النتيجة العامة حتى تُدخل القيم الثلاث، ثم تعطي إحدى إجابتين:

  • تنجح: المقاييس الثلاثة جيدة. وتضيف الأداة أن تقييم Google الفعلي يحتاج إلى تحقيق ذلك في 75% من الزيارات الحقيقية.
  • لا تنجح: مقياس واحد على الأقل بطيء أو بحاجة إلى تحسين، وهذا يكفي لإفشال التقييم كله.

تعامل مع النجاح هنا كفحص للأرقام التي كتبتها. فإذا جاءت من اختبار معملي واحد، قد تختلف البيانات الميدانية للصفحة نفسها.

مثال عملي

لنفترض أن البيانات الميدانية لصفحة منتج في إحصاءات PageSpeed تعرض LCP عند 2.1 ثانية، وINP عند 250 ملّي ثانية، وCLS عند 0.05. أدخِلها وستحصل على:

  • LCP عند 2.1 ثانية: جيّد
  • INP عند 250 ملّي ثانية: بحاجة إلى تحسين
  • CLS عند 0.05: جيّد

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

أخطاء شائعة تكشفها

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

ولتفهم المقاييس الثلاثة وأين تقيسها بالتفصيل، اقرأ دليل Core Web Vitals: متى تنجح صفحتك؟.

المصادر

  1. 1.Largest Contentful Paint (LCP)، web.dev, Chrome teamمصدر أساسي
  2. 2.Interaction to Next Paint (INP)، web.dev, Chrome teamمصدر أساسي
  3. 3.Cumulative Layout Shift (CLS)، web.dev, Chrome teamمصدر أساسي
  4. 4.Core Web Vitals، web.dev, Chrome teamمصدر أساسي

أسئلة شائعة

ما القيم الجيدة لمؤشرات Core Web Vitals؟

LCP عند 2.5 ثانية أو أقل، وINP عند 200 ملّي ثانية أو أقل، وCLS عند 0.1 أو أقل، كما ينشر web.dev. والقيم التي تتجاوز 4 ثوانٍ و500 ملّي ثانية و0.25 بطيئة، وما بينها يحتاج إلى تحسين.

هل تختبر هذه الأداة سرعة موقعي؟

لا. هي تصنّف الأرقام التي تكتبها. ولتحصل على الأرقام، افحص الصفحة في إحصاءات PageSpeed، أو راجع بياناتها في تقرير تجربة المستخدم على Chrome، أو استخدم قياسك الخاص، ثم أدخِل القيم هنا.

لماذا تعتمد Google على 75% من عمليات التحميل؟

يوصي web.dev بالقياس عند 75% من عمليات تحميل الصفحات، مع تقسيمها بين الجوّال والكمبيوتر، ليتحقق الهدف لأغلب المستخدمين لا لزيارة متوسطة. وتنجح الصفحة عندما تحقق المقاييس الثلاثة أهدافها عند هذه النسبة.

ماذا حدث لمقياس First Input Delay؟

حل INP محل First Input Delay كمقياس للاستجابة في Core Web Vitals في 2024. إذا كان تقرير ما يعرض FID فهو قديم، فأدخِل قيمة INP بدلًا منه.

هل تكفي نتيجة المختبر من Lighthouse؟

هي مفيدة لتتبع المشكلات، لكن التقييم الذي يصفه web.dev يعتمد على عمليات تحميل حقيقية عند 75%. وقد تقع نتيجة مختبر واحدة على جانب من الحد، بينما تقع البيانات الميدانية على الجانب الآخر.