Core Web Vitals : เพิ่มความเร็วและประสบการณ์ผู้ใช้
8 min
Core Web Vitals (LCP, INP, CLS) เป็นปัจจัยการจัดอันดับอย่างเป็นทางการของ Google โดย LCP ต่ำกว่า 2.5 วินาที INP ต่ำกว่า 200 ms และ CLS ต่ำกว่า 0.1 คือเกณฑ์ระดับ « ดี » สิ่งที่ต้องทำก่อนเป็นอันดับแรก : เพิ่มประสิทธิภาพรูปภาพและเลื่อนการโหลด JavaScript ที่ไม่จำเป็น
ตั้งแต่ปี 2021 Google ได้รวม Core Web Vitals เข้าในอัลกอริทึมการจัดอันดับ ในปี 2026 ตัวชี้วัดเหล่านี้ไม่เพียงส่งผลต่ออันดับเท่านั้น แต่ยังกำหนดคุณสมบัติในการได้รับ rich results บนมือถือด้วย นี่คือวิธีทำให้คุณเชี่ยวชาญตัวชี้วัดเหล่านี้
สามตัวชี้วัดที่สำคัญจริง ๆ
Google เลือกสัญญาณสามตัวเพื่อวัดประสบการณ์ผู้ใช้จริง : LCP (Largest Contentful Paint), INP (Interaction to Next Paint) และ CLS (Cumulative Layout Shift) แต่ละตัววัดแง่มุมที่แตกต่างกันของคุณภาพที่ผู้ใช้รับรู้
INP เข้ามาแทนที่ FID ในเดือนมีนาคม 2024 โดยวัดการตอบสนองโดยรวมต่อทุกการโต้ตอบบนหน้าเว็บ ในขณะที่ FID จับเฉพาะการคลิกครั้งแรกเท่านั้น
- LCP : เวลาก่อนที่องค์ประกอบที่มองเห็นได้ขนาดใหญ่ที่สุดจะแสดงผล เกณฑ์ดี : ต่ำกว่า 2.5 วินาที
- INP : ความหน่วงในการตอบสนองต่อการโต้ตอบผ่านคีย์บอร์ด/เมาส์/สัมผัส เกณฑ์ดี : ต่ำกว่า 200 ms
- CLS : ความไม่เสถียรทางภาพของเลย์เอาต์ เกณฑ์ดี : ต่ำกว่า 0.1
สาเหตุที่พบบ่อยของประสิทธิภาพต่ำ
LCP ที่แย่มักเกิดจากรูปภาพ hero ที่ไม่ได้ preload เซิร์ฟเวอร์ที่ช้า หรือการเรนเดอร์ฝั่งไคลเอนต์ (ไม่มี SSR) แท็ก <link rel="preload"> ที่ชี้ไปยังรูปภาพหลักมักช่วยลดคะแนนนี้ได้ 30 ถึง 50%
CLS เกือบทั้งหมดเกิดจากรูปภาพที่ไม่ได้ระบุขนาดชัดเจน ฟอนต์เว็บที่แสดงผลหลังโหลดเสร็จ หรือแบนเนอร์ที่ถูกแทรกแบบไดนามิกที่ด้านบนของหน้า
สำหรับ INP ตัวการหลักคือสคริปต์ของบุคคลที่สาม (analytics, แชท, โฆษณา) ที่บล็อกเธรดหลักและทำให้การตอบสนองต่อการคลิกล่าช้า
หน้าเว็บที่ผ่านเกณฑ์ « ดี » ทั้งสามตัวชี้วัดมีอัตราตีกลับต่ำกว่าหน้าที่จัดอยู่ในระดับ « แย่ » 15 ถึง 25%
การศึกษาภาคอุตสาหกรรมปี 2025-2026 เกี่ยวกับประสบการณ์ผู้ใช้เว็บ
แผนปฏิบัติการเรียงตามลำดับความสำคัญ
เริ่มต้นด้วยการวัดข้อมูลภาคสนามใน Google Search Console (รายงานประสบการณ์การใช้งานหน้าเว็บ) แทนข้อมูลจากแล็บ : มีเพียงข้อมูล CrUX เท่านั้นที่มีผลต่อการจัดอันดับ
เมื่อระบุหน้าที่ต้องแก้ก่อนได้แล้ว ให้ดำเนินการตามลำดับนี้ : บีบอัดและกำหนดขนาดรูปภาพ เปิดใช้งานแคชเบราว์เซอร์ระยะยาว จากนั้นตรวจสอบและเลื่อนการโหลดสคริปต์บุคคลที่สาม
- ให้บริการรูปภาพในรูปแบบ WebP หรือ AVIF พร้อม srcset แบบปรับตามอุปกรณ์
- เปิดใช้งานการบีบอัด Brotli บนเซิร์ฟเวอร์และใช้ CDN เพื่อลด TTFB
- ใช้ font-display: swap และ preload ฟอนต์หลัก
- ตรวจสอบสคริปต์บุคคลที่สามทุกตัวและโหลดในโหมด defer หรือ async
ติดตามอย่างต่อเนื่อง
Core Web Vitals เปลี่ยนแปลงไปกับทุกการ deploy ให้รวม Lighthouse CI เข้าใน pipeline การ deploy ของคุณ เพื่อตรวจจับการถดถอยก่อนขึ้นสู่ production
ตั้งค่าการแจ้งเตือนใน Search Console หรือผ่าน API CrUX เพื่อรับการแจ้งเตือนทันทีเมื่อ URL ใดเข้าสู่โซน « ควรปรับปรุง » หรือ « แย่ »
FAQ
Core Web Vitals เป็นปัจจัยการจัดอันดับหลักหรือไม่?
Google เรียกมันว่า « สัญญาณการจัดอันดับแบบเบา » เมื่อเทียบกับความเกี่ยวข้องของเนื้อหา มันสามารถสร้างความแตกต่างระหว่างสองหน้าที่มีคุณภาพเท่ากันได้ แต่จะไม่มีทางชดเชยเนื้อหาที่อ่อนแอได้
ควรวัดบนมือถือหรือเดสก์ท็อป?
Google ใช้ข้อมูลมือถือเป็นหลักภายใต้กรอบการจัดทำดัชนีแบบ mobile-first จงทุ่มเทความพยายามไปที่มือถือ แม้ว่าทราฟฟิกของคุณส่วนใหญ่จะมาจากเดสก์ท็อปก็ตาม
PageSpeed Insights เพียงพอสำหรับการตรวจสอบ Core Web Vitals หรือไม่?
PageSpeed Insights แสดงทั้งข้อมูลแล็บ (การจำลอง) และข้อมูลภาคสนาม CrUX หากมีทราฟฟิกเพียงพอ สำหรับการตรวจสอบที่สมบูรณ์ ให้ใช้ร่วมกับ Search Console และส่วนขยาย Chrome Web Vitals
หลังแก้ไขต้องรอนานแค่ไหนจึงจะเห็นผลต่ออันดับ?
Google อัปเดตข้อมูล CrUX ทุกเดือน การปรับปรุงที่ทำวันนี้มักสะท้อนในอันดับภายในสี่ถึงแปดสัปดาห์