รายงานประสิทธิภาพ

สิ่งที่เราตรวจ

• Largest Contentful Paint

  เนื้อหาหลักใช้เวลานานเท่าใดจึงปรากฏบนโทรศัพท์ที่จำกัดความเร็ว เทียบกับเกณฑ์ 2.5 วินาที

• การเลื่อนของเลย์เอาต์

  เนื้อหากระโดดไปมาระหว่างโหลดหรือไม่ เทียบกับเกณฑ์ 0.1

• Total Blocking Time

  สคริปต์ทำให้หน้าเว็บไม่ตอบสนองนานเท่าใด ซึ่งเป็นตัวชี้วัดในแล็บที่ใช้แทน Interaction to Next Paint

• ข้อมูลผู้ใช้จริง

  LCP, INP และ CLS ที่เปอร์เซ็นไทล์ที่ 75 จาก Chrome UX Report ของ Google เมื่อเว็บไซต์ของคุณมีทราฟฟิกมากพอที่จะปรากฏในรายงานนั้น

• รูปภาพที่หนักและใหญ่เกินไป

  รูปภาพที่มีขนาดเกิน 150 KB หรือใหญ่กว่าขนาดที่แสดงผลจริงมาก และรูปภาพหลักที่ตั้งค่า lazy-load

• น้ำหนักหน้าและจำนวนคำขอ

  ขนาดดาวน์โหลดทั้งหมด จำนวนคำขอ และสัดส่วนที่มาจากบุคคลที่สาม

• ไฟล์ที่บล็อกการแสดงผล

  สคริปต์และสไตล์ชีตที่ทำให้การแสดงผลครั้งแรกล่าช้า

• Problem

  The main content appears slowly on phones

  Largest Contentful Paint reached {time} on {path} in our phone test (good is under 2.5 s).{"time":"{s} s{\"s\":{\"$num\":8.3,\"digits\":1}}","path":"/products/trail-daypack"}

  Fix: Start with the largest image or banner at the top of the page (see the findings below).

• Problem

  The main image is lazy-loaded

  On {n} page(s) the largest image at the top has {attribute}, which delays it.{"n":1,"attribute":"loading=\"lazy\""}

  Fix: Load the first, largest image eagerly and give it high fetch priority; keep lazy loading for images further down.

• Problem

  Images larger than they need to be

  {n} image(s) are heavy (over 150 KB) or much wider than they are shown.{"n":2}

  Fix: Upload product and banner images at sensible sizes (around 2000 px wide is plenty) instead of camera originals.