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

คำตอบสั้น ๆ: เกณฑ์ที่ถือว่าดีคือ LCP ไม่เกิน 2.5 วินาที INP ไม่เกิน 200 มิลลิวินาที และ CLS ไม่เกิน 0.1 โดยวัดจากผู้ใช้จริงที่เปอร์เซ็นไทล์ที่ 75 ไม่ใช่จากคะแนนในห้องทดลอง คะแนน PageSpeed 100 จึงไม่ใช่เป้าหมาย เป้าหมายคือผู้ใช้เห็นเนื้อหาหลักเร็วและกดแล้วเว็บตอบสนองทัน

คะแนน 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 ตอนเริ่มหน้า
• กำหนดพื้นที่ภาพ วิดีโอ และโฆษณาก่อนโหลด
• ติดตามผลหลังปล่อยจริง เพราะเว็บช้าลงได้เมื่อเพิ่มเครื่องมือใหม่

เว็บที่ดีไม่ใช่เว็บที่ชนะคะแนนครั้งเดียว แต่คือเว็บที่ผู้ใช้ส่วนใหญ่ยังรู้สึกเร็วและเสถียรหลังมีเนื้อหา แคมเปญ และเครื่องมือครบตามการใช้งานจริง