Core Web Vitals ปี 2026: เว็บเร็วแค่ไหนถึงเรียกว่าดี

อธิบาย LCP, INP และ CLS แบบเจ้าของธุรกิจ พร้อมค่ามาตรฐาน วิธีอ่าน PageSpeed Insights และลำดับแก้เว็บช้าที่คุ้มที่สุด

อ่าน 6 นาที
คะแนน PageSpeed 100 ไม่ใช่เป้าหมายทางธุรกิจด้วยตัวมันเอง สิ่งสำคัญคือผู้ใช้จริงเห็นเนื้อหาหลักเร็ว กดแล้วเว็บตอบสนองทัน และหน้าไม่ขยับจนกดผิด Google สรุปประสบการณ์สามด้านนี้เป็น Core Web Vitals: LCP, INP และ CLS

LCP วัดความเร็วที่ผู้ใช้เห็นเนื้อหาหลัก

Largest Contentful Paint วัดว่าองค์ประกอบเนื้อหาหลัก เช่น ภาพ Hero หรือหัวข้อใหญ่ ปรากฏเมื่อไร เป้าหมายที่ดีคือไม่เกิน 2.5 วินาที สาเหตุที่ช้าบ่อยคือรูปใหญ่เกินไป เซิร์ฟเวอร์ตอบช้า ฟอนต์หลายชุด หรือสคริปต์ขวางการแสดงผล

INP วัดความรู้สึกหลังการกด

Interaction to Next Paint วัดเวลาจากการคลิก แตะ หรือพิมพ์ จนหน้าแสดงผลตอบสนอง เป้าหมายที่ดีคือ 200 มิลลิวินาทีหรือน้อยกว่า เว็บที่โหลดเร็วแต่กดเมนูแล้วค้างยังมี INP ที่ไม่ดี การลด JavaScript หนัก แบ่งงานยาว และไม่ทำทุกอย่างใน Client ช่วยได้มาก

CLS วัดว่าหน้าขยับหรือไม่

Cumulative Layout Shift ควรไม่เกิน 0.1 ปัญหาคลาสสิกคือรูปไม่มีขนาดกำกับ แบนเนอร์ถูกแทรกทีหลัง ฟอนต์เปลี่ยนแล้วข้อความกระโดด หรือปุ่มย้ายตำแหน่งระหว่างโหลด สิ่งเหล่านี้สร้างความรำคาญและอาจทำให้ผู้ใช้กดผิด

อย่าดูแต่ผลทดสอบในห้องทดลอง

PageSpeed Insights แสดงทั้งข้อมูลห้องทดลองและข้อมูลจากผู้ใช้จริง หากมีข้อมูลภาคสนาม ให้ดูเปอร์เซ็นไทล์ที่ 75 แยกมือถือและเดสก์ท็อปก่อน เพราะมือถือมักมีเครื่องช้ากว่าและเครือข่ายไม่นิ่งกว่า คะแนน Lighthouse เหมาะกับการหาเบาะแส แต่ไม่ควรแทนประสบการณ์จริงทั้งหมด

ลำดับแก้ที่มักคุ้มที่สุด

  • ลดและแปลงภาพหลักให้เหมาะกับขนาดที่แสดงจริง
  • ตัดสคริปต์ภายนอกที่ไม่สร้างยอดขายหรือข้อมูลจำเป็น
  • ส่ง HTML สำคัญจากเซิร์ฟเวอร์และลดงาน JavaScript ตอนเริ่มหน้า
  • กำหนดพื้นที่ภาพ วิดีโอ และโฆษณาก่อนโหลด
  • ติดตามผลหลังปล่อยจริง เพราะเว็บช้าลงได้เมื่อเพิ่มเครื่องมือใหม่
เว็บที่ดีไม่ใช่เว็บที่ชนะคะแนนครั้งเดียว แต่คือเว็บที่ผู้ใช้ส่วนใหญ่ยังรู้สึกเร็วและเสถียรหลังมีเนื้อหา แคมเปญ และเครื่องมือครบตามการใช้งานจริง

บทความอื่นที่น่าอ่านต่อ

ติดต่อเรา