أداة فحص Core Web Vitals لقيم LCP وINP وCLS
صنّف قيم LCP وINP وCLS إلى جيّد أو بحاجة إلى تحسين أو بطيء، واعرف إن كانت المقاييس الثلاثة تنجح معًا. مجانية وتعمل في متصفحك.
الصق كود HTML لتفحص كل وسم img: وجود العرض والارتفاع، وعدم التحميل الكسول لصورة LCP المرجّحة. أداة مجانية تعمل في متصفحك.
تعمل بالكامل في متصفحك. لا يُرفع ما تُدخله، ولا يُسجَّل، ولا يُحفظ.
تتبع قواعد الأبعاد والتحميل الكسول إرشادات web.dev. أما اعتبار الصورة الأولى صورة LCP المرجّحة فهو تقدير خاص بهذه الأداة. لا يُرسل أي شيء تلصقه إلى أي مكان.
تفشل الأبعاد المفقودة والتحميل الكسول في غير موضعه بطريقتين مختلفتين. فبلا عرض وارتفاع لا يحجز المتصفح مساحة الصورة، فيقفز المحتوى عند وصولها. والتحميل الكسول لصورة ظاهرة عند التحميل يؤخر العنصر نفسه الذي يقيسه LCP.
يشرح web.dev الحالتين في دليله عن التحميل الكسول المدمج في المتصفح، وتفحص هذه الأداة الحالتين في كل وسم img تلصقه.
تجد الأداة كل وسم <img> في الكود، وتقرأ سماته، وتطبّق خمس قواعد:
<img> لحجز المساحة وتجنب تحرّك التصميم.lazy أو eager. ويصف web.dev القيمة eager
بأنها الافتراضية في المتصفح، أي مثل ترك السمة. وأي قيمة أخرى تظهر عليها ملاحظة.يعدّ سطر الملخص الصور الموجودة، وكم منها عليه ملاحظات. ثم تحصل كل صورة على بطاقة باسم src (أو srcset) وشارة: سليم بلا ملاحظات، وتحذير عندما تكون الملاحظة الوحيدة غياب الأبعاد، ومشكلة عند فشل أي قاعدة من نوع مشكلة. وتظهر كل ملاحظة تحت الشارة بلغة واضحة.
ابدأ ببطاقات المشكلة: أزِل loading="lazy" من صورة الواجهة، وأضِف الأبعاد للصور الكسولة، وصحّح أي قيمة
loading مكتوبة خطأ. ثم أضِف العرض والارتفاع لبطاقات التحذير.
تبدأ المتصفحات جلب الصور الكسولة قبل وصولها إلى الشاشة: يذكر web.dev مسافة 1250px من الشاشة على 4G، و2500px على 3G أو أبطأ. لذلك لا يكلّف التحميل الكسول شيئًا يُذكر للصور البعيدة في أسفل الصفحة.
تبدأ الأداة بهذا الكود:
<img src="/hero.jpg" alt="فريق العمل على مكتب" loading="lazy" width="1200" height="630">
<img src="/chart.png" alt="رسم بياني للزيارات" width="800" height="450" loading="lazy">
<img src="/logo.svg" alt="الشعار">
<img src="/photo.jpg" alt="المكتب" loading="lazy">
يقول الملخص: “عدد الصور: 4، منها 3 عليها ملاحظات”. الصورة /hero.jpg مشكلة: لها أبعاد، لكنها الأولى
وكسولة. والصورة /chart.png سليمة، فهي كسولة ولها أبعاد وليست الأولى.
والصورة /logo.svg تحذير لغياب العرض والارتفاع. والصورة /photo.jpg مشكلة بملاحظتين: لا أبعاد لها، وهي
كسولة بلا أبعاد. احذف loading="lazy" من صورة الواجهة، وأضِف عرضًا وارتفاعًا للشعار والصورة الأخيرة،
فتصبح البطاقات الأربع سليمة.
loading="lazy" العام إلى صورة الواجهة أيضًا،
وهذه هي حالة الصورة الظاهرة التي يخصّها web.dev بالتحذير.width="800px" وwidth="100%" تفشلان في قاعدة العدد الصحيح هنا. ضع
الحجم بالبكسل في السمة، وتحكّم في حجم العرض بـ CSS.loading="lazyload" ليست قيمة أصلية، فلا يطبّق المتصفح
التحميل الكسول الذي أردته.ما لا يكشفه الكود: عنصر LCP الحقيقي يعتمد على حجم الشاشة والتصميم، فتأكد منه في أداة قياس في المختبر قبل الاعتماد على تقدير الصورة الأولى. ويجري التحليل في متصفحك، ولا يُرسل أي شيء تلصقه إلى أي مكان.
يقول web.dev إن الصور التي يُرجَّح ظهورها عند التحميل لا تُحمَّل تحميلًا كسولًا، وخاصة صورة LCP، والصورة الأولى في الكود هي الأرجح. وإذا كان أول وسم img بعيدًا عن الشاشة الأولى فعلًا، مثل شعار تذييل مبكر في الكود، فالملاحظة خاطئة.
يوصي web.dev بـ loading="lazy" للصور خارج الشاشة الأولى فقط. وأعطِ هذه الصور عرضًا وارتفاعًا أيضًا، لأن الصورة الكسولة بلا أبعاد هي ما تعدّه الأداة مشكلة.
لا. يقول web.dev إن المتصفحات التي لا تدعم السمة تتجاهلها، فتفقد فائدتها دون ضرر. ويذكر دعمها بدءًا من Chrome 77 وEdge 79 وFirefox 121 وSafari 16.4.
لا. تتوقع الأداة أعدادًا صحيحة موجبة للعرض والارتفاع، مثل width="800"، وتعطي تحذيرًا لأي قيمة أخرى، ومنها "100%" و"800px". وهذا التشدد قاعدة خاصة بها. ضع الحجم الأصلي بالبكسل في السمتين، وتحكّم في العرض بـ CSS.
لا. يقول web.dev إن السمة loading تعمل على وسوم img (وعلى iframe) فقط، لا على صور خلفية CSS، ولهذا تقرأ الأداة وسوم img وحدها.
لا. تفحص هذه الأداة سمات التحميل والأبعاد فقط. أما النص البديل المفقود أو الفارغ أو العام فتفحصه أداة فحص النص البديل للصور.
صنّف قيم LCP وINP وCLS إلى جيّد أو بحاجة إلى تحسين أو بطيء، واعرف إن كانت المقاييس الثلاثة تنجح معًا. مجانية وتعمل في متصفحك.
المقاييس الثلاثة في Core Web Vitals وحدودها الرسمية، وقاعدة 75% من عمليات التحميل، والفرق بين القياس الميداني والمختبر، وأين تقيسها.
استمر تحديث تجربة الصفحة لأجهزة الكمبيوتر المكتبي 9 أيام، من 22 فبراير إلى 3 مارس 2022، ونقل إشارات تجربة الصفحة من ترتيب الجوّال إلى ترتيب الكمبيوتر.
عزّزت Google إشارة التوافق مع الأجهزة الجوّالة في الترتيب في مايو 2016، واكتمل الطرح في 12 مايو. وسمّاه بعض العاملين في SEO باسم Mobilegeddon 2.