Lighthouse هي أداة مبرمَجة لتدقيق المواقع الإلكترونية تساعد المطوّرين في الاطّلاع على الفرص والبيانات التشخيصية لتحسين تجربة المستخدمين على مواقعهم الإلكترونية. وتتوفّر في أدوات مطوري البرامج في Chrome أو npm (كوحدة Node وواجهة سطر أوامر) أو كإضافة متصفّح (في Chrome وFirefox). ويشغّل هذا الإطار العديد من خدمات Google، بما في ذلك web.dev/measure وإحصاءات PageSpeed.
يتوفّر الإصدار 8.4 من Lighthouse على الفور في سطر الأوامر وفي Chrome Canary. ستتوفّر هذه الميزة في الإصدار الثابت من Chrome 95، وستظهر في إحصاءات سرعة الصفحة خلال أسبوع.
لتجربة واجهة سطر أوامر Lighthouse Node، استخدِم الأوامر التالية:
npm install -g lighthouse
lighthouse https://www.example.com --view
يمكنك الاطّلاع على القائمة الكاملة بالتغييرات في سجلّ التغييرات في الإصدار 8.4.
عمليات التدقيق الجديدة
عدم تحميل صور "سرعة عرض أكبر محتوى مرئي" بشكل بطيء
يمكن أن يكون تحميل الصور بشكل بطيء طريقة فعّالة لتأجيل عرض الصور التي لا تظهر على الشاشة كي لا تتداخل مع تحميل المحتوى الذي يظهر في أعلى الصفحة.
ومع ذلك، إذا كان عنصر سرعة عرض أكبر جزء من المحتوى على الصفحة في الصفحة هو صورة، يمكن أن يؤثر تحميلها بشكل بطيء سلبًا بشكل كبير في مقياس سرعة عرض أكبر جزء من المحتوى على الصفحة. قد يضع المتصفّح الصورة في "قائمة الانتظار" ويجلِب الموارد الأخرى أولاً، بدلاً من منح الأولوية للصورة لتنزيلها على الفور. تبيّن من خلال دراسة حديثة عن ميزة "التحميل المُتأخّر" في WordPress أنّه يمكن تحسين مقياس LCP بنسبة تصل إلى% 15 لبعض المواقع الإلكترونية في حال عدم استخدام ميزة "التحميل المُتأخّر" للصور في إطار العرض الأولي.
سيرصد Lighthouse الآن ما إذا كان عنصر LCP هو صورة يتم تحميلها بشكل كسول، وسيقترح إزالة السمة loading
منه.
لمزيد من المعلومات، اطّلِع على الاقتراح الأوّلي وطلب سحب التنفيذ.
ضبط إطار عرض للأجهزة الجوّالة لتحسين وقت استجابة الإدخال الأول
كانت عملية تدقيق viewport
جزءًا من فئة "أفضل الممارسات" لعدّة سنوات، ولكنّ الإصدار 8.4 يرحّب بهذه النصيحة في فئة "الأداء" أيضًا.
تتيح العديد من متصفّحات الأجهزة الجوّالة ميزة "النقر مرّتين للتكبير" للسماح للمستخدمين بتكبير المحتوى بسهولة، حتى إذا لم يكن مصمّمًا لشاشة جهاز جوّال، أي المحتوى الذي لا يتضمّن <meta name="viewport">
واضحًا للأجهزة الجوّالة. من الناحية العملية، يعني ذلك أنّ المتصفّح يجب أن ينتظر لمدة تصل إلى 300 ملي ثانية بعد نقرة المستخدم لمعرفة ما إذا كانت ستليها نقرة ثانية، وخلال هذه الفترة، لا يمكن للصفحة الاستجابة للنقرة الأولى. ويؤدي ذلك إلى تعذُّر الحصول على مقياس FID لعدة مئات من المللي ثانية.
في دراسة حديثة أجريناها على بيانات من أرشيف HTTP، تبيّن أنّ أكثر من نصف المواقع الإلكترونية التي حصلت على نتيجة 90 أو أعلى في Lighthouse، ولكنّها لم تجتَز مؤشرًا واحدًا على الأقل من "مؤشرات أداء الويب الأساسية"، لم يتم ضبط مساحة عرض للأجهزة الجوّالة فيها ولم تجتَز اختبار مهلة الاستجابة لأوّل إدخال. نتيجةً لذلك، سيقترح قسم أداء Lighthouse الآن إضافة إطار عرض مثل ما يلي في حال عدم العثور على أيّ إطار عرض:
<meta name="viewport" content="width=device-width">
لمزيد من التفاصيل، يُرجى الاطّلاع على مشكلة الاقتراح وطلب سحب التنفيذ.
التواصل مع فريق Lighthouse
لمناقشة الميزات الجديدة أو التغييرات في الإصدار 8.4 أو أي شيء آخر يتعلّق بخدمة Lighthouse:
- يمكنك الإبلاغ عن مشكلة أو إرسال ملاحظات من خلال مستودع GitHub الخاص بخدمة Lighthouse.
- يمكنك التواصل مع فريق Lighthouse على Twitter @____lighthouse.