วิธีแก้ Efficiently encode images ใน PageSpeed Insights

Efficiently encode images เป็นการตรวจการบีบอัด ไม่ใช่เลย์เอาต์ PageSpeed Insights ดู JPEG, PNG และ WebP แต่ละไฟล์ในหน้า แล้วประมาณว่าจะลดกี่กิโลไบต์ได้หากเข้ารหัสใหม่ที่คุณภาพที่เห็นใกล้เคียงกัน ไม่ได้บอกว่ารูปผิดฟอร์แมต และไม่ได้บอกว่าพิกเซลใหญ่เกินไป นั่นเป็นการตรวจอื่น (ส่งรูปในฟอร์แมตรุ่นถัดไป และ ปรับขนาดรูปให้เหมาะสม)

รายงานบอกชื่อไฟล์ คุณยังต้องดึงต้นฉบับจากไซต์หรือ CMS เข้ารหัสใหม่ แล้วใส่สำเนาที่เล็กกว่ากลับไป EditItAll ไม่ได้คลาน URL ของคุณ และไม่ได้คุยกับ PageSpeed Insights มันแค่เข้ารหัสใหม่ในเบราว์เซอร์

เปิดตัวบีบอัด JPEG (หรือเครื่องมือ PNG / WebP ที่ตรงกัน หากรายงานระบุแบบนั้น) แล้ววางต้นฉบับที่หนักลงไป:

• คงคุณภาพใกล้ 80 สำหรับภาพถ่าย โดยปกติแยกไม่ออกบนหน้าจอ และเป็นช่วงเดียวกับที่คู่มือคุณภาพ JPEG แนะนำ
• ถ้ารูปกว้างหลายพันพิกเซลแต่แสดงแค่เสี้ยวหนึ่ง ให้ตั้งด้านยาวสุดเป็น 1920 หรือ 1280 นั่นคือตัวเลือกจริงบนตัวบีบอัด พิกเซลที่ใหญ่เกินเป็นอีกครึ่งของน้ำหนักหน้า ดูบีบอัด JPEG สำหรับเว็บ
• อ่านขนาด in → out ในรายการผลลัพธ์ ยังใหญ่เกินไป? ลดคุณภาพประมาณสิบจุดแล้วรันอีกครั้ง ไม่มีช่อง “บีบอัดเป็น N KB” ขนาดเป็นผลลัพธ์

ส่งออก ดาวน์โหลด แทนที่ไฟล์บนเซิร์ฟเวอร์หรือใน CMS แล้วรัน PageSpeed Insights อีกครั้ง ทุกอย่างอยู่บนอุปกรณ์ของคุณ ตัดเน็ตได้หลังจากหน้าโหลด EXIF ถูกลบตอนส่งออก

หากการประหยัดดูน้อยหลังเข้ารหัส JPEG ใหม่ PageSpeed Insights อาจกำลังขอฟอร์แมตสมัยใหม่ด้วย WebP และ AVIF มักชนะ JPEG ที่คุณภาพที่เห็นเท่ากัน แปลงสำเนาด้วยJPG เป็น WebP หรือตัวบีบอัด WebP แล้วเทียบขนาดที่แสดง เก็บ JPEG สำรองไว้หากยังให้บริการเบราว์เซอร์เก่า

รูป PNG แทบไม่ควรอยู่บนหน้าเว็บ แปลงเป็น JPG หรือ WebP การบีบอัด PNG แบบไม่สูญเสียแทบไม่ย่อภาพถ่าย กลุ่มการบีบอัดรูป ครอบคลุมการเลือกฟอร์แมตลึกกว่า

การเข้ารหัสใหม่จะไม่ทำให้ฮีโร่ 4000 พิกเซลพอดีช่อง 800 พิกเซล นั่นคือ ปรับขนาดรูปให้เหมาะสม และต้องใช้ขนาดพิกเซลที่เล็กกว่า จะไม่โหลดล่าช้าภาพใต้รอยพับ และจะไม่เขียน srcset ให้คุณ EditItAll ก็ยิงเป้ากิโลไบต์อัตโนมัติไม่ได้ และเอา JPEG artefacts ที่อยู่ในไฟล์อยู่แล้วออกไม่ได้ บีบอัดจากต้นฉบับครั้งเดียวแล้วหยุด