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