Core Web Vitals 2026: เข้าใจ LCP INP CLS และการจัดอันดับของ Google
Website performance is no longer optional—Google now uses it as a direct ranking factor, and users expect fast-loading, responsive sites. Core Web Vitals measure how visitors actually experience your site's performance, and they directly affect both user satisfaction and search visibility. This guide walks you through each metric, how to measure them, and practical fixes you can implement today.
ประสิทธิภาพเว็บไซต์กลายมาเป็นปัจจัยอันดับของ Google อยู่แล้ว ผู้ใช้งานต้องการเว็บที่โหลดเร็ว ตอบสนองรวดเร็ว และเค้าโครงที่เสถียร Core Web Vitals เป็นชุดเมตริกที่วัดประสิทธิภาพจากมุมมองผู้ใช้จริง ซึ่ง Google นำมาใช้เป็นปัจจัยการจัดอันดับในการค้นหาโดยตรง
สารบัญ
- Core Web Vitals คืออะไร?
- LCP—Largest Contentful Paint: เนื้อหาหลักโหลดเร็วแค่ไหน
- INP—Interaction to Next Paint: ความเร็วตอบสนองต่อการกระทำ
- CLS—Cumulative Layout Shift: เค้าโครงเสถียรแค่ไหน
- ทำไม Google จึงใช้ Core Web Vitals สำหรับการจัดอันดับ
- วิธีวัด Core Web Vitals—เครื่องมือและวิธี
- วิธีแก้ไข Core Web Vitals ในทางปฏิบัติ
- บทบาทของโฮสติ้งและเซิร์ฟเวอร์ในประสิทธิภาพ Core Web Vitals
- FAQ
Core Web Vitals คืออะไร?
Core Web Vitals เป็นชุดเมตริกที่ Google เลือกมาวัดประสิทธิภาพเว็บไซต์จากประสบการณ์ผู้ใช้จริง ประกอบด้วย LCP (เวลาแสดงเนื้อหาหลัก) INP (เวลาตอบสนองต่อการกระทำ) และ CLS (การขยับเค้าโครงที่ไม่คาดคิด) แต่ละตัวชี้วัดนี้ไม่ได้วัดเวลาโหลดทั้งหมด แต่เน้นประสิทธิภาพที่ผู้ใช้เห็นได้จริง ซึ่งส่งผลต่อความพึงพอใจและการกลับมาใช้งาน
- Core Web Vitals เป็นปัจจัยอันดับการค้นหาโดยตรง
- ผู้ใช้พึงพอใจและการกลับมาใช้ขึ้นอยู่กับประสิทธิภาพ
- วัดประสบการณ์จริงไม่ใช่เวลาโหลดทั้งหมด
- ติดตามได้ผ่าน Google Search Console และ PageSpeed Insights
LCP—Largest Contentful Paint: เนื้อหาหลักโหลดเร็วแค่ไหน
LCP วัดเวลาที่ใช้ในการแสดงผลเนื้อหาขนาดใหญ่สุดที่มองเห็นได้บนหน้าเว็บ เช่น รูปภาพฮีโร่ ส่วนหัว หรือบล็อกข้อความเนื้อหาหลัก ค่า LCP ที่ดีควรน้อยกว่า 2.5 วินาที หากช้ากว่า 4 วินาที ถือว่าปัญหา LCP ขึ้นอยู่กับปัจจัยหลาย เช่น ขนาดรูป ความเร็วเซิร์ฟเวอร์ และปริมาณ JavaScript ที่บล็อก rendering
- LCP ดี < 2.5 วินาที
- LCP ต้องปรับปรุง 2.5–4 วินาที
- LCP ไม่ดี > 4 วินาที
- ส่วนมากมาจากรูป ฟอนต์ JavaScript ที่บล็อก render
INP—Interaction to Next Paint: ความเร็วตอบสนองต่อการกระทำ
INP วัดช่วงเวลาตั้งแต่ผู้ใช้คลิกปุ่ม พิมพ์ลงในแบบฟอร์ม หรือโต้ตอบกับหน้าเพจ จนกว่าเบราว์เซอร์จะแสดงผลการตอบสนองออกมา ค่า INP ที่ดีควรอยู่ต่ำกว่า 200 มิลลิวินาที ความล่าช้า 500 มิลลิวินาทีขึ้นไปจะรู้สึก sluggish ตัวชี้วัดนี้มีความสำคัญสำหรับเว็บที่มีการโต้ตอบสูง เช่น ฟอร์มบันทึกข้อมูล
- INP ดี < 200 มิลลิวินาที
- INP ต้องปรับปรุง 200–500 มิลลิวินาที
- INP ไม่ดี > 500 มิลลิวินาที
- ส่วนมากมาจาก JavaScript ที่หนักบน main thread
CLS—Cumulative Layout Shift: เค้าโครงเสถียรแค่ไหน
CLS วัดปริมาณการเปลี่ยนแปลงเค้าโครงที่ไม่คาดหวังขณะหน้าโหลด เมื่อรูปภาพ โฆษณา หรือแบบอักษรที่โหลดช้ากำลังโหลด ข้อความก็เลื่อนลง ผู้ใช้อาจคลิกปุ่มผิด ค่า CLS ที่ดีต้องน้อยกว่า 0.1 ค่า 0.25 ขึ้นไปถือว่าไม่ดี
- CLS ดี < 0.1
- CLS ต้องปรับปรุง 0.1–0.25
- CLS ไม่ดี > 0.25
- สาเหตุ: รูป โฆษณา ฟอนต์ที่โหลดช้า
ทำไม Google จึงใช้ Core Web Vitals สำหรับการจัดอันดับ
Google สนใจประสิทธิภาพเว็บไซต์เพราะมันส่งผลต่อความพึงพอใจของผู้ใช้โดยตรง เว็บไซต์ที่ช้าและไม่ตอบสนองมีอัตราการกระโดด (bounce rate) สูงกว่า อัตราการแปลง (conversion) ต่ำกว่า Core Web Vitals กลายเป็นปัจจัยอันดับแบบเป็นทางการตั้งแต่พฤษภาคม 2021 สัญญาณว่าประสิทธิภาพไม่ใช่เรื่องที่ดีให้คิด แต่เป็นสิ่งที่มีความสำคัญจริงจัง
- ผู้ใช้ชอบเว็บที่ตอบสนองเร็ว
- เว็บช้าทำให้อัตราการกระโดดเพิ่ม การแปลงลด
- Core Web Vitals เป็นปัจจัยอันดับตั้งแต่ 2021
- ปัญหาประสิทธิภาพอาจส่งผลต่ออันดับทั้ง Desktop และ Mobile
วิธีวัด Core Web Vitals—เครื่องมือและวิธี
วิธีที่ง่ายที่สุดคือใช้ PageSpeed Insights ของ Google ป้อน URL ของเว็บไซต์และ Google จะแสดงค่า Core Web Vitals ทั้งหมด พร้อมคะแนนโดยรวมและข้อเสนอแนะ Google Search Console ยังมีรายงาน "Core Web Vitals" ซึ่งแสดงข้อมูลประสิทธิภาพจริงจากผู้ใช้ 28 วัน เรียงตามอุปกรณ์
- PageSpeed Insights: วิเคราะห์ URL ได้ทันที
- Google Search Console: ติดตามข้อมูลจริง 28 วัน
- Chrome DevTools: ตรวจสอบรายละเอียด
- Web Vitals JS Library: ติดตามบน site ของคุณเอง
วิธีแก้ไข Core Web Vitals ในทางปฏิบัติ
แก้ไข LCP โดยปรับให้เหมาะสมรูปภาพ (บีบอัด ปรับขนาด ใช้ WebP) ลดจำนวน CSS/JavaScript ที่บล็อก render แก้ไข INP โดยแบ่งจาวาสคริปต์ที่หนัก ลดจำนวน DOM elements แก้ไข CLS โดยกำหนดขนาดรูปและพื้นที่โฆษณาล่วงหน้า ใช้ width/height attributes และ font-display: swap
- LCP: บีบอัดรูป ใช้ WebP lazy-load ลดแบบอักษรที่ไม่จำเป็น
- INP: แบ่งจาวาสคริปต์ใช้ web workers ลด DOM
- CLS: กำหนดขนาดรูม โฆษณา ใช้ font-display: swap
- ทั้งหมด: minify CSS/JS ลบโค้ดที่ไม่ใช้
บทบาทของโฮสติ้งและเซิร์ฟเวอร์ในประสิทธิภาพ Core Web Vitals
แม้ว่าการปรับให้เหมาะสมโค้ดเป็นส่วนสำคัญ แต่คุณภาพโฮสติ้งและเซิร์ฟเวอร์มีผลต่อคะแนน Core Web Vitals เช่นกัน เซิร์ฟเวอร์ที่ตอบสนองช้า (TTFB สูง) จะทำให้ LCP ช้า CPU หรือหน่วยความจำไม่เพียงพอจะทำให้ INP ตัวแปรได้ระหว่างการใช้งาน ระยะทางระหว่างเซิร์ฟเวอร์และผู้ใช้ส่งผลต่อ latency CDN และเซิร์ฟเวอร์ที่มีทรัพยากรโดยเฉพาะจะช่วยให้ Core Web Vitals สม่ำเสมอ
- TTFB (เวลาถึงไบต์แรก) สำคัญต่อ LCP
- CPU และ RAM อย่างเพียงพอหลีกเลี่ยง INP spikes
- CDN ลดระยะทาง latency สำหรับผู้ใช้ระหว่างประเทศ
- เลือกโฮสติ้ง VPS/Dedicated ไม่ใช่ shared server
คำถามที่พบบ่อย (FAQ)
Core Web Vitals ต่างจาก Lighthouse score อย่างไร?
Core Web Vitals เป็นสามเมตริกเฉพาะ (LCP, INP, CLS) ที่ Google ใช้เป็นปัจจัยอันดับ ส่วน Lighthouse score เป็นการประเมินโดยรวมที่รวมประสิทธิภาพ การเข้าถึง Best Practices และ SEO ลงเป็นคะแนนเดียว Google ใส่ใจเฉพาะ Core Web Vitals สำหรับการจัดอันดับการค้นหา
ถ้า Core Web Vitals ของฉันไม่ดี อันดับของฉันจะลดลงโดยอัตโนมัติหรือไม่?
Core Web Vitals เป็นปัจจัยอันดับ แต่ไม่ใช่ปัจจัยเดียว หากบทความของคุณมีเนื้อหาที่เกี่ยวข้องและมีคุณภาพ Core Web Vitals ที่ไม่ดีอาจไม่ลดอันดับมากนัก สูตรสำหรับการจัดอันดับที่ดีคือเนื้อหาคุณภาพสูง + Core Web Vitals ที่ดี
ฉันควรเน้นการแก้ไข LCP INP หรือ CLS ก่อน?
เริ่มด้วย LCP เพราะมันส่งผลต่อประสิทธิภาพโดยรวมมากที่สุด จากนั้นเอา CLS เพราะเป็นความไม่เสถียรของหน้าที่ผู้ใช้จะสังเกตเห็นได้ทันที INP มักต้องการเวลาและการปรับแต่งโค้ดมากขึ้น ตรวจสอบรายงาน Search Console เพื่อดูว่าเมตริกใดเป็น "ต้องปรับปรุง" หรือ "ไม่ดี"
รูปภาพที่ปรับให้เหมาะสมจะช่วย Core Web Vitals ได้อย่างไร?
รูปภาพมักเป็นองค์ประกอบที่ใหญ่ที่สุดบนหน้า ดังนั้นการปรับให้เหมาะสมจึงมีผลต่อ LCP และ CLS โดยตรง บีบอัดรูป ใช้รูปแบบที่ทันสมัย (WebP) ปรับขนาดให้ตรงกับเครื่องแสดงผล และกำหนด width/height attribute เพื่อสงวนพื้นที่ก่อน