Core Web Vitals คืออะไร? วิธีปรับเว็บให้ผ่านเกณฑ์ Page Experience
เว็บไซต์ที่โหลดเร็วเพียงอย่างเดียวอาจยังใช้งานได้ไม่ดี หากกดปุ่มแล้วตอบสนองช้า หรือข้อความขยับขณะอ่าน Core Web Vitals ช่วยวัดปัญหาเหล่านี้จากประสบการณ์ของผู้ใช้จริง เพื่อให้เจ้าของเว็บรู้ว่าควรแก้ส่วนใดก่อน
Core Web Vitals คืออะไร
Core Web Vitals คือชุดตัวชี้วัดของ Google ที่ประเมินการโหลดเนื้อหาหลัก การตอบสนองต่อการใช้งาน และความนิ่งของหน้าเว็บ ส่วน Page Experience หมายถึงประสบการณ์การใช้งานหน้าเว็บโดยรวม ซึ่งกว้างกว่าคะแนนทั้งสามตัวนี้
Core Web Vitals เป็น Ranking Factor จริงหรือ
จริง Google ระบุว่าใช้ Core Web Vitals ในระบบจัดอันดับ แต่คะแนนที่ดีไม่ได้รับประกันอันดับสูง เนื้อหาที่ตอบคำถามได้ตรงและน่าเชื่อถือยังเป็นงานหลักของ SEO ดังนั้นควรแก้ปัญหาความเร็วที่กระทบผู้ใช้จริง แทนการไล่คะแนนเต็มโดยไม่มีเหตุผลรองรับ
สำหรับ AI Search เช่น AI Overviews ของ Google ไม่มีเกณฑ์ Core Web Vitals แยกต่างหากสำหรับการได้เป็นลิงก์ประกอบคำตอบ หน้าเว็บต้องเข้าเงื่อนไขพื้นฐานของ Google Search ก่อน การปรับประสบการณ์หน้าเว็บจึงเป็นส่วนหนึ่งของการดูแลเว็บไซต์โดยรวม ไม่ใช่วิธีรับประกันว่า AI จะอ้างอิงเว็บ
Page Experience Signal ทั้งระบบ ไม่ใช่แค่ CWV
ควรตรวจด้วยว่าเว็บเปิดผ่านการเชื่อมต่อที่ปลอดภัย อ่านและใช้งานสะดวกบนมือถือ ไม่มีโฆษณาหรือหน้าต่างที่บังเนื้อหาจนรบกวน และแยกเนื้อหาหลักออกจากส่วนอื่นได้ชัดเจน Google แนะนำให้ประเมินประสบการณ์ทั้งหน้า ไม่ยึดตัวเลขเพียงไม่กี่ค่า
3 ตัวชี้วัดหลักของ Core Web Vitals ในปี 2026
เกณฑ์ผ่านประเมินจากข้อมูลผู้ใช้จริงที่เปอร์เซ็นไทล์ 75 กล่าวอย่างง่ายคือ อย่างน้อยร้อยละ 75 ของประสบการณ์ที่วัดได้ควรอยู่ในระดับดีสำหรับทั้งสามตัวชี้วัด
LCP (Largest Contentful Paint) ความเร็วในการโหลด
LCP วัดเวลาจนภาพหรือส่วนข้อความขนาดใหญ่ที่สุดที่มองเห็นบนหน้าจอปรากฏ เป้าหมายคือ ไม่เกิน 2.5 วินาที หากภาพหลักของบทความโหลดช้า แม้เมนูจะปรากฏแล้ว ผู้ใช้ก็ยังต้องรอเนื้อหาสำคัญ
INP (Interaction to Next Paint) ความเร็วในการตอบสนอง
INP วัดว่าหน้าเว็บใช้เวลานานเพียงใดในการแสดงผลตอบสนองหลังผู้ใช้คลิก แตะ หรือพิมพ์ โดยพิจารณาการใช้งานตลอดช่วงที่อยู่บนหน้า เป้าหมายคือ ไม่เกิน 200 มิลลิวินาที ตัวอย่างปัญหาคือกดเปิดเมนูแล้วหน้าจอค้างก่อนเมนูปรากฏ
CLS (Cumulative Layout Shift) ความเสถียรของหน้าเว็บ
CLS วัดการขยับขององค์ประกอบบนหน้าเว็บโดยไม่คาดคิด เช่น ภาพโหลดแล้วดันย่อหน้าลง หรือโฆษณาปรากฏเหนือปุ่มที่กำลังจะกด เป้าหมายคือ ไม่เกิน 0.1 ค่านี้ยิ่งต่ำยิ่งดี
FID ถูกแทนที่ด้วย INP แล้ว อัปเดตปี 2024
FID เคยวัดความล่าช้าของการตอบสนองครั้งแรก แต่ Google เปลี่ยนมาใช้ INP เป็น Core Web Vital เมื่อวันที่ 12 มีนาคม 2024 เพราะ INP ครอบคลุมการโต้ตอบตลอดการใช้งานหน้าเว็บมากกว่า รายงานที่ยังใช้ FID เป็นตัวชี้วัดหลักจึงควรปรับปรุง
วิธีตรวจ Core Web Vitals ด้วย 5 เครื่องมือฟรี
PageSpeed Insights ดูข้อมูลทดสอบและข้อมูลผู้ใช้จริง
ใส่ URL แล้วตรวจทั้งมือถือและคอมพิวเตอร์ ข้อมูลผู้ใช้จริงช่วยบอกผลที่เกิดขึ้นในช่วง 28 วันที่ผ่านมา ส่วนข้อมูลทดสอบในสภาพแวดล้อมจำลองช่วยหาสาเหตุเพื่อแก้ไข หากสองส่วนให้ผลต่างกัน ให้ดูบริบทของผู้ใช้จริงก่อนตัดสินว่าเว็บผ่านเกณฑ์หรือไม่
Google Search Console ดูรายงาน Core Web Vitals
ใช้ดูภาพรวมว่าหน้ากลุ่มใดมีปัญหาบนมือถือหรือคอมพิวเตอร์ เหมาะกับการจัดลำดับงานเมื่อเว็บมีหลายหน้า โดยเริ่มจากรูปแบบหน้าที่กระทบ URL จำนวนมาก
Chrome DevTools ตรวจจุดที่เกิดปัญหา
แผง Performance ช่วยดูการโหลดและจังหวะที่หน้าเว็บตอบสนองช้า เหมาะกับการตรวจปุ่ม เมนู หรือฟอร์มที่ใช้งานแล้วรู้สึกหน่วง
Lighthouse รับข้อเสนอแนะเชิงเทคนิค
ใช้ตรวจหน้าที่กำลังพัฒนาและดูคำแนะนำเรื่องภาพ สคริปต์ และทรัพยากรที่ขัดขวางการแสดงผล ผลทดสอบจำลองมีประโยชน์ต่อการหาสาเหตุ แต่ไม่ควรนำคะแนนครั้งเดียวไปแทนประสบการณ์ผู้ใช้จริง
CrUX Vis ดูแนวโน้มข้อมูลผู้ใช้จริง
CrUX Vis ช่วยดูข้อมูลย้อนหลังจาก Chrome User Experience Report หรือ CrUX ซึ่งรวบรวมประสบการณ์ของผู้ใช้ Chrome ที่เข้าเกณฑ์ ในปี 2026 ควรใช้เครื่องมือนี้แทน CrUX Dashboard รุ่นเดิมที่ Google ยุติการใช้งานแล้ว ส่วน Web Vitals Extension ก็สิ้นสุดการสนับสนุน โดยความสามารถของมันย้ายไปอยู่ใน Chrome DevTools
วิธีปรับให้ผ่าน แก้ทีละตัวชี้วัด
แก้ LCP ด้วยภาพหลักและเวลาตอบกลับของเซิร์ฟเวอร์
เริ่มจากดูว่าองค์ประกอบ LCP คืออะไร หากเป็นภาพ ให้ลดขนาดไฟล์และใช้ขนาดที่เหมาะกับหน้าจอ จัดลำดับให้เบราว์เซอร์โหลดภาพสำคัญก่อน และอย่าตั้งให้ภาพหลักรอโหลดเมื่อเลื่อนหน้าจอ หากเซิร์ฟเวอร์ตอบกลับช้า ให้ตรวจระบบแคชและโฮสติงก่อนเพิ่มการปรับแต่งหน้าเว็บ
แก้ INP ด้วยการลดงาน JavaScript
ตรวจสคริปต์ของธีม ปลั๊กอิน โฆษณา และเครื่องมือวิเคราะห์ที่ทำให้หน้าเว็บต้องประมวลผลนาน ลดโค้ดที่ไม่จำเป็นและแบ่งงานที่ใช้เวลานานออกเป็นช่วงสั้น สำหรับช่องค้นหาที่เรียกข้อมูลทุกครั้งที่พิมพ์ อาจใช้ debounce ซึ่งเป็นการรอสั้น ๆ ก่อนเริ่มคำสั่ง เพื่อลดการทำงานซ้ำ แต่ควรแก้ตามจุดที่วัดพบว่าช้าจริง
แก้ CLS ด้วยการจองพื้นที่ก่อนเนื้อหาปรากฏ
กำหนดความกว้างและความสูงให้ภาพ วิดีโอ และพื้นที่โฆษณา ตรวจการแสดงฟอนต์ระหว่างโหลด และหลีกเลี่ยงการเพิ่มแถบประกาศเหนือเนื้อหาที่แสดงอยู่แล้ว วิธีตรวจที่ได้ผลคือเปิดหน้าจริงแล้วดูว่าองค์ประกอบใดขยับ ไม่ใช่เดาจากคะแนนเพียงอย่างเดียว
Core Web Vitals กับ WordPress ปลั๊กอินที่ช่วยได้
เว็บ WordPress อาจใช้ปลั๊กอินแคชเพื่อช่วยลดเวลาตอบกลับ ใช้เครื่องมือจัดการภาพเพื่อลดขนาดไฟล์ และใช้ฟังก์ชันจัดการสคริปต์เพื่อลดงานที่ไม่จำเป็น แต่ปลั๊กอินไม่สามารถแก้ทุกสาเหตุได้ โดยเฉพาะธีมที่ใช้โค้ดมากหรือองค์ประกอบที่เพิ่มเข้ามาโดยไม่ได้จองพื้นที่
แนวทางที่ควรทำคือวัดค่าก่อน เลือกแก้ปัญหาที่พบ เปิดใช้การปรับแต่งทีละอย่าง แล้วทดสอบหน้าเดิมอีกครั้ง รวมถึงตรวจว่าปุ่ม ฟอร์ม และการแสดงผลยังทำงานถูกต้อง
สรุป Checklist Core Web Vitals ก่อนส่งเว็บขึ้น production
- ตรวจหน้าสำคัญทั้งบนมือถือและคอมพิวเตอร์
- ตั้งเป้า LCP ไม่เกิน 2.5 วินาที INP ไม่เกิน 200 มิลลิวินาที และ CLS ไม่เกิน 0.1
- ตรวจภาพหลัก เวลาตอบกลับของเซิร์ฟเวอร์ สคริปต์ และองค์ประกอบที่ขยับ
- ทดสอบการใช้งานจริงหลังแก้ไข โดยเฉพาะเมนู ฟอร์ม และหน้าที่มีโฆษณา
- ติดตามข้อมูลผู้ใช้จริงต่อหลังเผยแพร่ เพราะผลในรายงานไม่ได้เปลี่ยนทันทีจากการทดสอบหนึ่งครั้ง
ในมุมของการทำ SEO และ AI Search ผมให้ความสำคัญกับหน้าที่มีผู้เข้าชมและมีเป้าหมายทางธุรกิจก่อน การทำให้เนื้อหาสำคัญอ่านได้เร็วและใช้งานได้ราบรื่นมีประโยชน์ที่ตรวจสอบได้ ส่วนการได้อันดับหรือการถูก AI อ้างอิงต้องประเมินร่วมกับคุณภาพเนื้อหาและปัจจัยอื่นเสมอ
