Core Web Vitals คืออะไร? LCP INP CLS มีผลต่อ SEO ยังไง
Core Web Vitals คือชุดตัวชี้วัดประสบการณ์ผู้ใช้จริงของ Google มี LCP INP CLS เกณฑ์ผ่านเท่าไหร่ มีผลต่อ SEO แค่ไหน และเช็กเองยังไง
Core Web Vitals คือ ชุดตัวชี้วัด 3 ตัวที่ Google ใช้วัดประสบการณ์ใช้งานเว็บจากผู้ใช้จริง ได้แก่ LCP วัดความเร็วโหลด, INP วัดการตอบสนอง และ CLS วัดความนิ่งของหน้า เว็บที่ผ่านเกณฑ์ทั้งสามตัวคือเว็บที่เปิดแล้วเห็นเนื้อหาเร็ว กดแล้วตอบสนองทันที และไม่กระโดดไปมาระหว่างอ่าน บทความนี้อธิบายว่าแต่ละตัววัดอะไร เกณฑ์ผ่านเท่าไหร่ มีผลกับ SEO จริงแค่ไหน และเช็กเว็บตัวเองได้อย่างไรโดยไม่ต้องเป็นโปรแกรมเมอร์
อัปเดตข้อมูล: 20 ตุลาคม 2569 (ค.ศ. 2026) — อ้างอิงจากเอกสาร Google Search Central และ Search Console Help ที่เปิดตรวจในวันนี้
Core Web Vitals คืออะไร และทำไม Google ถึงวัดค่านี้?
Core Web Vitals คือ ชุดตัวชี้วัดที่วัดประสบการณ์ผู้ใช้ในโลกจริง ครอบคลุม 3 ด้าน คือ การโหลด การตอบสนอง และความนิ่งของหน้าจอ ตามนิยามในเอกสาร Core Web Vitals ของ Google Search Central
เหตุผลที่ Google ให้ความสำคัญคือ หน้าเว็บที่เนื้อหาดีแต่ใช้งานยาก ทำให้ผู้ค้นหาหงุดหงิดและกดย้อนกลับ Google จึงต้องการตัวเลขกลางที่ใช้ได้กับทุกเว็บ ไม่ว่าเว็บนั้นจะสร้างด้วย WordPress, Astro, Shopify หรือเขียนเองทั้งหมด จุดสำคัญคือค่าเหล่านี้มาจาก ข้อมูลผู้ใช้จริง (field data) ไม่ใช่การจำลองในห้องแล็บเพียงอย่างเดียว ตามที่หน้า ช่วยเหลือรายงาน Core Web Vitals ของ Search Console อธิบายว่าข้อมูลมาจากรายงาน CrUX (Chrome User Experience Report) ซึ่งเก็บตัวชี้วัดประสิทธิภาพแบบไม่ระบุตัวตนจากผู้ใช้จริง
แปลว่าคะแนนที่คุณเห็นใน Search Console สะท้อนสิ่งที่ลูกค้าเจอจริงบนมือถือและคอมพิวเตอร์ของเขา ไม่ใช่สิ่งที่คุณเห็นบนเครื่องแรงๆ ในออฟฟิศที่ต่อเน็ตไฟเบอร์
LCP INP CLS คืออะไร แต่ละตัววัดอะไร?
สรุปสั้นที่สุด LCP วัดว่าเนื้อหาหลักโผล่เร็วแค่ไหน INP วัดว่ากดแล้วหน้าเว็บตอบสนองไวแค่ไหน และ CLS วัดว่าหน้าเว็บขยับกระโดดมากแค่ไหนระหว่างโหลด ทั้งสามตัวรวมกันจึงตอบคำถามว่า “เปิดเร็วไหม ใช้ลื่นไหม และอ่านสบายไหม”
LCP (Largest Contentful Paint) — ความเร็วโหลดเนื้อหาหลัก
LCP วัดเวลาตั้งแต่หน้าเริ่มโหลดจนถึงตอนที่องค์ประกอบใหญ่ที่สุดบนจอแสดงผลเสร็จ ซึ่งส่วนใหญ่คือรูปปก แบนเนอร์ หรือบล็อกข้อความหัวเรื่อง Google แนะนำให้ LCP เกิดขึ้น ภายใน 2.5 วินาทีแรก หลังหน้าเริ่มโหลด สาเหตุที่ทำให้ LCP ช้าบ่อยที่สุดคือรูป hero ขนาดใหญ่เกินจำเป็น เซิร์ฟเวอร์ตอบช้า และไฟล์ CSS/JavaScript ที่บล็อกการแสดงผล
INP (Interaction to Next Paint) — ความไวในการตอบสนอง
INP วัดว่าเมื่อผู้ใช้คลิก แตะ หรือกดแป้นพิมพ์ หน้าเว็บใช้เวลานานเท่าไหร่กว่าจะแสดงผลตอบกลับให้เห็น Google แนะนำให้ INP ต่ำกว่า 200 มิลลิวินาที เว็บที่ INP แย่มักเป็นเว็บที่ใช้ JavaScript หนัก มีสคริปต์โฆษณา แชต หรือ tracking ฝังอยู่หลายตัวจนเบราว์เซอร์ทำงานไม่ทัน ยิ่งมือถือสเปกต่ำ ผู้ใช้ยิ่งรู้สึกว่ากดแล้วค้าง
CLS (Cumulative Layout Shift) — ความนิ่งของหน้า
CLS วัดว่าองค์ประกอบบนหน้าขยับตำแหน่งโดยไม่คาดคิดมากแค่ไหน เช่น กำลังจะกดปุ่ม แล้วมีแบนเนอร์โหลดเข้ามาดันปุ่มลงไป ทำให้กดผิด Google แนะนำให้ CLS ต่ำกว่า 0.1 ค่านี้เป็นคะแนนไม่มีหน่วย ไม่ใช่วินาที สาเหตุหลักคือรูปหรือ iframe ที่ไม่กำหนดความกว้างความสูง ฟอนต์ที่โหลดแล้วเปลี่ยนขนาดตัวอักษร และโฆษณาที่แทรกเข้ามาทีหลัง
เกณฑ์ Core Web Vitals ผ่านเท่าไหร่ ดี ต้องปรับปรุง หรือไม่ดี?
เกณฑ์ที่ Search Console ใช้แบ่งสถานะมี 3 ระดับ คือ ดี ต้องปรับปรุง และไม่ดี ตามตารางด้านล่างซึ่งสรุปจากหน้า รายงาน Core Web Vitals ใน Search Console Help
| ตัวชี้วัด | วัดด้านไหน | ดี | ต้องปรับปรุง | ไม่ดี |
|---|---|---|---|---|
| LCP | การโหลด | ไม่เกิน 2.5 วินาที | ไม่เกิน 4 วินาที | เกิน 4 วินาที |
| INP | การตอบสนอง | ไม่เกิน 200 มิลลิวินาที | ไม่เกิน 500 มิลลิวินาที | เกิน 500 มิลลิวินาที |
| CLS | ความนิ่งของหน้า | ไม่เกิน 0.1 | ไม่เกิน 0.25 | เกิน 0.25 |
กติกาการอ่านค่าที่คนมักเข้าใจผิดมี 3 ข้อ
- ค่าที่รายงานคือค่าที่ 75% ของการเข้าชมทำได้หรือดีกว่า ไม่ใช่ค่าเฉลี่ย แปลว่าผู้ใช้ส่วนน้อยที่เน็ตช้ามากก็ยังมีผลกับตัวเลข
- สถานะของกลุ่ม URL ยึดตาม ตัวชี้วัดที่แย่ที่สุด ในกลุ่มนั้น
- มือถือและเดสก์ท็อปรายงานแยกกัน กลุ่มเดียวกันอาจดีบนเดสก์ท็อปแต่ต้องปรับปรุงบนมือถือได้
ตัวอย่างสมมติ: กลุ่มหน้าบทความของเว็บหนึ่งบนมือถือ มี LCP 2.1 วินาที (ดี), INP 320 มิลลิวินาที (ต้องปรับปรุง) และ CLS 0.05 (ดี) สถานะของกลุ่มนี้จะเป็น “ต้องปรับปรุง” ทั้งกลุ่ม เพราะ INP คือตัวที่แย่ที่สุด แม้อีกสองตัวจะผ่านสบาย
Core Web Vitals มีผลต่อ SEO ไหม มากแค่ไหน?
มีผล แต่ไม่ใช่ปัจจัยที่ชนะทุกอย่าง Google ระบุว่า Core Web Vitals ร่วมกับด้านอื่นของประสบการณ์หน้าเว็บ สอดคล้องกับสิ่งที่ระบบจัดอันดับหลักต้องการให้รางวัล แต่ในเอกสาร ประสบการณ์หน้าเว็บ (Page Experience) ก็เขียนชัดว่ารายงานที่ดี ไม่ได้การันตีว่าหน้าเว็บจะติดอันดับบนสุด
หลักคิดที่ถูกต้องจากเอกสารเดียวกันมี 3 ข้อ
- ความเกี่ยวข้องมาก่อน Google ยังเลือกแสดงเนื้อหาที่เกี่ยวข้องที่สุด แม้ประสบการณ์หน้าเว็บจะไม่ดีนัก
- ประสบการณ์หน้าเว็บที่ดีช่วยได้มากขึ้น ในกรณีที่มีหลายหน้าซึ่งเนื้อหามีประโยชน์ใกล้เคียงกัน
- ระบบจัดอันดับหลักประเมินเนื้อหา เป็นรายหน้า เป็นส่วนใหญ่ แม้จะมีการประเมินระดับทั้งเว็บอยู่บ้าง
ในทางปฏิบัติ ถ้าเว็บของคุณเนื้อหายังไม่ตอบคำค้น การเร่งความเร็วอย่างเดียวจะไม่พาขึ้นหน้าแรก ควรแก้เนื้อหาและโครงหน้าตามหลัก On Page SEO ควบคู่กัน แต่ถ้าเนื้อหาสูสีกับคู่แข่งแล้ว Core Web Vitals คือจุดที่ช่วยตัดสินได้ และยังมีผลกับยอดขายโดยตรง เพราะคนที่รอหน้าโหลดนานหรือกดปุ่มผิดมักออกจากเว็บก่อนติดต่อ
Core Web Vitals ต่างจากความเร็วเว็บทั่วไปยังไง?
ความเร็วเว็บทั่วไปมักหมายถึงตัวเลขจากเครื่องมือทดสอบครั้งเดียว ส่วน Core Web Vitals ใน Search Console คือข้อมูลจากผู้ใช้จริงสะสมหลายสัปดาห์ จึงนิ่งกว่าและเป็นตัวเลขที่ควรใช้ตัดสินใจ
| ประเด็น | ข้อมูลผู้ใช้จริง (Field data) | ข้อมูลทดสอบ (Lab data) |
|---|---|---|
| ที่มา | ผู้ใช้ Chrome จริงผ่านรายงาน CrUX | จำลองโหลดหน้าบนเครื่องทดสอบ |
| ตัวอย่างที่เห็น | รายงาน Core Web Vitals ใน Search Console | ผลทดสอบแบบกดรันครั้งเดียว |
| ความเร็วในการเห็นผลหลังแก้ | ช้า ต้องสะสมข้อมูลหลายสัปดาห์ | เห็นทันทีหลังรันใหม่ |
| เหมาะกับงาน | ตัดสินว่าผ่านเกณฑ์จริงหรือยัง | หาสาเหตุและทดลองแก้ระหว่างพัฒนา |
ข้อควรรู้คือ เว็บใหม่หรือเว็บที่คนเข้าน้อยอาจไม่มีข้อมูลในรายงานเลย เพราะ Search Console จะแสดงกลุ่ม URL เฉพาะเมื่อมีข้อมูลมากพอทั้ง LCP และ CLS ถ้ากลุ่มเดียวมีข้อมูลไม่พอ ระบบอาจใช้ข้อมูลระดับ origin (โปรโตคอลรวมกับโดเมน) แทน ช่วงที่ยังไม่มีข้อมูลจริงให้ใช้ข้อมูลทดสอบเป็นตัวนำทางไปก่อน
วิธีเช็ก Core Web Vitals ของเว็บตัวเองทำยังไง?
วิธีที่แม่นที่สุดคือดูรายงาน Core Web Vitals ใน Google Search Console เพราะเป็นข้อมูลผู้ใช้จริงที่ Google เห็น ถ้ายังไม่ได้ตั้งค่า อ่านวิธีเริ่มต้นได้ใน Google Search Console คืออะไร แล้วทำตามขั้นตอนนี้
- เข้า Search Console เลือก property ของเว็บ แล้วเปิดเมนู “Core Web Vitals” ในหมวดประสบการณ์
- ดูรายงานมือถือและเดสก์ท็อปแยกกัน เพราะสองอุปกรณ์มีสถานะของตัวเอง
- คลิกปัญหาที่อยู่ในสถานะ “ไม่ดี” ก่อน แล้วตามด้วย “ต้องปรับปรุง” ดูว่าตัวชี้วัดไหนเป็นต้นเหตุ
- เปิดตัวอย่าง URL ในกลุ่มนั้น หาองค์ประกอบที่ทำให้ช้า เช่น รูป hero ใหญ่เกิน หรือสคริปต์ภายนอกที่หนัก
- แก้เสร็จแล้วกด “เริ่มติดตาม” (Start Tracking) ในหน้ารายละเอียดปัญหา
- รอช่วงเฝ้าดู 28 วัน ถ้าไม่พบปัญหาเดิมใน URL ใดเลยตลอดช่วงนั้น ระบบจะถือว่าแก้ผ่าน
ข้อควรระวัง: การกดเริ่มติดตามไม่ได้สั่งให้ Google จัดทำดัชนีหน้าใหม่ เป็นแค่การเฝ้าดูข้อมูลผู้ใช้จริงต่อไปเท่านั้น ส่วนถ้าอยากตรวจภาพรวมหน้าเว็บด้าน on-page แบบเร็วๆ ก่อน ลองใช้เครื่องมือฟรี SEO Check ของเราได้
ปัญหา Core Web Vitals ที่พบบ่อยแก้อย่างไร?
ปัญหาส่วนใหญ่แก้ได้ด้วยการลดน้ำหนักหน้าเว็บและกำหนดพื้นที่ให้องค์ประกอบล่วงหน้า ตารางนี้สรุปสาเหตุที่เจอบ่อยกับแนวทางแก้ที่ทีมพัฒนาทั่วไปทำได้
| ตัวชี้วัดที่ตก | สาเหตุที่พบบ่อย | แนวทางแก้ |
|---|---|---|
| LCP | รูป hero ไฟล์ใหญ่ เซิร์ฟเวอร์ตอบช้า | บีบอัดรูปเป็น WebP/AVIF ทำขนาดตามจอ ใช้โฮสติ้งหรือ CDN ที่เร็วขึ้น |
| LCP | CSS/JavaScript บล็อกการแสดงผล | ลดสคริปต์ที่ไม่จำเป็น โหลดส่วนที่ไม่สำคัญทีหลัง |
| INP | JavaScript หนัก ปลั๊กอินเยอะ | ถอดปลั๊กอินที่ไม่ใช้ ลดสคริปต์แชต โฆษณา และ tracking ที่ซ้ำกัน |
| CLS | รูป/iframe ไม่กำหนดขนาด | ใส่ width และ height ให้ทุกรูป จองพื้นที่ให้โฆษณาล่วงหน้า |
| CLS | ฟอนต์โหลดแล้วเปลี่ยนขนาด | เลือกฟอนต์สำรองขนาดใกล้เคียง หรือโฮสต์ฟอนต์เองบนเว็บ |
นอกจากความเร็ว รูปภาพทุกรูปควรมีคำอธิบายที่ถูกต้องด้วย อ่านต่อได้ที่ Alt Text คืออะไร ส่วนใครอยากไล่ตรวจเว็บทั้งระบบเองก่อน ใช้ Checklist SEO Audit 15 ข้อ ซึ่งมี Core Web Vitals เป็นหนึ่งในหมวดหลัก
ควรแก้ Core Web Vitals เองหรือจ้างผู้เชี่ยวชาญ?
ถ้าปัญหาเป็นรูปใหญ่หรือปลั๊กอินเกิน เจ้าของเว็บส่วนใหญ่แก้เองได้ แต่ถ้า INP หรือ LCP ตกเพราะโครงสร้างธีม โค้ด หรือเซิร์ฟเวอร์ ควรให้คนที่ทำ Technical SEO ตรวจ เพราะการแก้ผิดจุดอาจทำให้ฟีเจอร์อื่นของเว็บพัง
เกณฑ์ตัดสินใจง่ายๆ คือ
- แก้เองได้: บีบอัดรูป ลบปลั๊กอินที่ไม่ใช้ ใส่ขนาดให้รูป ถอดป๊อปอัปที่บังเนื้อหา
- ควรให้ผู้เชี่ยวชาญ: เปลี่ยนธีมหรือโครงสร้างหน้า ย้ายโฮสติ้ง แยกโหลดสคริปต์ หรือแก้ปัญหาที่ผ่าน 28 วันแล้วยังไม่ผ่านการตรวจยืนยัน
ถ้าเว็บของคุณแก้แล้วยังติดสถานะไม่ดี หรืออันดับไม่ขยับทั้งที่เนื้อหาดี ทีม SEONo1 มีบริการ ตรวจเว็บ SEO Audit ที่ไล่ทั้ง Core Web Vitals การจัดทำดัชนี และโครงสร้างเว็บ พร้อมบอกลำดับสิ่งที่ควรแก้ก่อนหลัง และถ้ายังไม่แน่ใจว่าปัญหาอยู่ที่ความเร็วหรือที่เนื้อหา อ่าน 12 สาเหตุที่เว็บไม่ติดอันดับ ประกอบได้
สรุป Core Web Vitals คืออะไร ต้องจำอะไรบ้าง?
Core Web Vitals คือมาตรวัดประสบการณ์ผู้ใช้จริง 3 ตัวของ Google ได้แก่ LCP, INP และ CLS เกณฑ์ดีคือ LCP ไม่เกิน 2.5 วินาที INP ไม่เกิน 200 มิลลิวินาที และ CLS ไม่เกิน 0.1 ทั้งหมดดูได้ฟรีใน Search Console
สิ่งที่ควรจำไปใช้ต่อมีดังนี้ ค่าในรายงานคือค่าที่ 75% ของการเข้าชมทำได้ สถานะกลุ่มยึดตัวที่แย่ที่สุด มือถือกับเดสก์ท็อปแยกกัน และค่าที่ดีช่วย SEO ได้แต่ไม่รับประกันตำแหน่งบนสุด เนื้อหาที่ตรงกับสิ่งที่คนค้นยังเป็นหัวใจหลักเสมอ การทำเว็บให้เร็วจึงควรมองเป็นงานพื้นฐานที่ต้องผ่าน ไม่ใช่ทางลัดสู่หน้าแรก
