Core Web Vitals คือชุดตัวชี้วัดมาตรฐานของ Google ที่วัดประสบการณ์ผู้ใช้จริงบนหน้าเว็บ 3 ด้าน คือ ความเร็วในการโหลด การตอบสนองต่อการคลิก และความเสถียรของการจัดวางหน้า โดยดูจากผู้ใช้จริงว่าเปิดหน้าเว็บแล้วเจอประสบการณ์ดีแค่ไหน ไม่ใช่แค่คะแนนในห้องแล็บ
ปัจจุบัน Core Web Vitals ประกอบด้วย 3 ตัวคือ LCP (ความเร็วโหลดเนื้อหาหลัก), INP (การตอบสนองต่อ interaction) และ CLS (ความเสถียรของหน้า) บทความนี้จะพาไล่ทีละตัวว่าวัดอะไร เกณฑ์ผ่านเท่าไหร่ เช็กของเว็บตัวเองยังไง และถ้าคะแนนไม่ดีจะแก้ทางไหนก่อน
Core Web Vitals คืออะไร?
Core Web Vitals คือกลุ่มตัวชี้วัด 3 ตัวที่ Google ใช้วัดคุณภาพประสบการณ์ผู้ใช้บนหน้าเว็บ ได้แก่ ความเร็วในการโหลด (loading) การตอบสนอง (interactivity) และความเสถียรของการจัดวาง (visual stability) พูดง่ายๆ คือมันตอบคำถามว่า หน้านี้โหลดเร็วไหม กดแล้วตอบสนองทันไหม และหน้าจอกระตุกจนกดผิดหรือเปล่า
จุดสำคัญคือ Core Web Vitals วัดจาก ข้อมูลผู้ใช้จริง ที่เข้าเว็บด้วยอุปกรณ์และความเร็วเน็ตหลากหลาย ไม่ใช่แค่ตัวเลขสวยๆ ในเครื่องทดสอบ เพราะเป้าหมายของ Google คือสะท้อนสิ่งที่คนส่วนใหญ่เจอเวลาใช้งานจริง เมตริกทั้ง 3 ตัวจึงถูกออกแบบให้จับประสบการณ์คนละมุมโดยไม่ทับซ้อนกัน
Core Web Vitals เป็นหนึ่งในพื้นฐาน Technical SEO ที่ควรทำให้ผ่านก่อนขยายเนื้อหาและ Backlink ดูภาพรวมทั้งหมดได้ที่ Technical SEO Checklist ตรวจเว็บก่อนทำ Content และ Backlink
Core Web Vitals ต่างจาก PageSpeed อย่างไร
หลายคนสับสนว่า Core Web Vitals กับคะแนน PageSpeed เป็นเรื่องเดียวกัน จริงๆ แล้ว Core Web Vitals เป็นเพียงส่วนหนึ่งของกลุ่มสัญญาณ Page Experience ที่ยังรวมเรื่องอื่นอย่าง mobile-friendly และ HTTPS เข้าไปด้วย
ส่วน PageSpeed Insights คือ เครื่องมือ ตัวหนึ่งที่ใช้ดูค่า Core Web Vitals ไม่ใช่ตัวเมตริกเอง คะแนนรวม 0-100 ที่ PageSpeed แสดงเป็นคะแนนของ Lighthouse ซึ่งเป็นคนละอย่างกับเกณฑ์ผ่าน Core Web Vitals ที่ Google ใช้จัดอันดับ จุดนี้ทำให้หลายคนเข้าใจผิดว่าต้องไล่ล่าคะแนน 100 ทั้งที่ไม่จำเป็น
ตัวชี้วัดหลัก 3 ตัว: LCP, INP, CLS
Core Web Vitals ปัจจุบันมี 3 ตัวคือ LCP วัดความเร็วโหลด, INP วัดการตอบสนอง และ CLS วัดความเสถียรของหน้า แต่ละตัวมีเกณฑ์ ดี / ต้องปรับปรุง / แย่ ชัดเจน โดยทุกเกณฑ์วัดที่ 75th percentile ของการโหลดหน้าจริง แยกมือถือกับเดสก์ท็อป หมายความว่าต้องมีผู้ใช้จริงอย่างน้อย 75% ได้คะแนนดีจึงจะถือว่าผ่าน
จุดที่หลายคนพลาดคือ INP เข้ามาแทน FID อย่างเป็นทางการตั้งแต่ 12 มีนาคม 2024 และ FID ถูกปลดออกไปแล้ว เหตุผลคือ FID วัดแค่ดีเลย์ของ interaction แรกเท่านั้น ส่วน INP วัดจาก interaction ทั้งหมดบนหน้า จึงสะท้อนการตอบสนองของเว็บได้ครอบคลุมกว่า ถ้าเอกสารหรือปลั๊กอินไหนยังพูดถึง FID อยู่ แปลว่าข้อมูลนั้นเก่าแล้ว
| ตัวชี้วัด | ดี (Good) | ต้องปรับปรุง | แย่ (Poor) |
|---|---|---|---|
| LCP (โหลดเนื้อหาหลัก) | ≤ 2.5 วินาที | 2.5–4 วินาที | > 4 วินาที |
| INP (การตอบสนอง) | ≤ 200 มิลลิวินาที | 200–500 มิลลิวินาที | > 500 มิลลิวินาที |
| CLS (ความเสถียรหน้า) | ≤ 0.1 | 0.1–0.25 | > 0.25 |
LCP (Largest Contentful Paint) — ความเร็วโหลดเนื้อหาหลัก
LCP วัดเวลาที่ element เนื้อหาใหญ่สุดบนหน้า ซึ่งมักเป็นรูป hero หรือบล็อกข้อความหลัก โหลดเสร็จจนผู้ใช้มองเห็น เกณฑ์ดีคือ ไม่เกิน 2.5 วินาที ถ้าเกิน 4 วินาทีถือว่าแย่ ค่านี้บอกตรงๆ ว่ากว่าผู้ใช้จะเห็นเนื้อหาชิ้นสำคัญของหน้าต้องรอนานแค่ไหน
INP (Interaction to Next Paint) — การตอบสนองต่อการคลิก
INP วัดเวลาตั้งแต่ตอนผู้ใช้คลิก แตะ หรือพิมพ์ จนหน้าจอ paint ตอบกลับ โดยวัดจาก interaction ทุกครั้งบนหน้าไม่ใช่แค่ครั้งแรก เกณฑ์ดีคือ ไม่เกิน 200 มิลลิวินาที เกิน 500 มิลลิวินาทีถือว่าแย่ ค่านี้คือตัวที่มาแทน FID และสะท้อนได้ดีว่าเว็บ หน่วง เวลากดปุ่มหรือเปิดเมนูหรือเปล่า
CLS (Cumulative Layout Shift) — หน้ากระตุก เลื่อนเอง
CLS วัดผลรวมการขยับตำแหน่งของ element ที่ไม่คาดคิดระหว่างโหลด เป็นคะแนนไม่มีหน่วย เกณฑ์ดีคือ ไม่เกิน 0.1 เกิน 0.25 ถือว่าแย่ อาการที่เจอบ่อยคือกำลังจะกดปุ่มแล้วรูปหรือแบนเนอร์โหลดมาแทรก ทำให้เนื้อหาเลื่อนจนกดผิด ยิ่ง CLS สูงยิ่งหงุดหงิดสำหรับผู้ใช้
ทำไม Core Web Vitals ถึงสำคัญต่อ SEO?
Core Web Vitals เป็นปัจจัยจัดอันดับจริง แต่เป็นสัญญาณน้ำหนักเบา ไม่ใช่สวิตช์วิเศษที่ทำแล้วอันดับพุ่ง มันเป็นส่วนหนึ่งของกลุ่มสัญญาณ Page Experience และทำหน้าที่คล้าย ตัวช่วยตัดสิน เมื่อหลายหน้าที่แข่งกันมีเนื้อหา ความเกี่ยวข้อง และความน่าเชื่อถือสูสีกัน หน้าที่ประสบการณ์ผู้ใช้ดีกว่าจะได้เปรียบ
เอกสาร Google Search Central ระบุว่าคะแนนที่ดีของ Core Web Vitals สอดคล้องกับสิ่งที่ระบบจัดอันดับหลักต้องการตอบแทน แต่ Google ก็ย้ำเสมอว่า คุณภาพและความเกี่ยวข้องของเนื้อหายังเป็นปัจจัยหลัก ดังนั้นอย่าทุ่มปรับความเร็วจนลืมทำเนื้อหาให้ตอบโจทย์คนค้น เพราะเว็บเร็วแต่เนื้อหาไม่ตรง intent ก็ไม่ติดอันดับอยู่ดี ที่สำคัญคือไม่มีใครควบคุม Google ได้ Core Web Vitals จึงไม่ใช่การการันตีอันดับ
นอกจากผลด้านอันดับ ความเร็วและความเสถียรยังมีผลต่อ conversion และ bounce rate โดยตรง และในยุคที่ผลค้นหาถูกดึงไปแสดงใน AI Overview ประสบการณ์หน้าเว็บที่ดีก็ยิ่งสำคัญ อ่านต่อได้ที่ AI Overview กับผลกระทบต่อ SEO
จะเช็ก Core Web Vitals ของเว็บยังไง?
เช็ก Core Web Vitals ได้ด้วยเครื่องมือฟรีของ Google หลักๆ 3 ตัว โดยต้องเข้าใจก่อนว่ามีข้อมูล 2 ประเภทที่ให้ผลต่างกัน คือ field data (ข้อมูลผู้ใช้จริง) กับ lab data (ข้อมูลจำลอง) ซึ่งเป็นสาเหตุที่คะแนนจากแต่ละเครื่องมือมักไม่ตรงกัน
Field data เก็บจาก Chrome User Experience Report (CrUX) เป็นข้อมูลผู้ใช้ Chrome จริงแบบไม่ระบุตัวตน เฉลี่ยแบบ rolling window 28 วัน รายงานที่ 75th percentile และ นี่คือข้อมูลที่ Google ใช้จัดอันดับ ส่วน lab data รันในสภาพแวดล้อมควบคุมอย่าง Lighthouse ดีสำหรับ debug ซ้ำได้ แต่ INP กับ CLS วัดในแล็บไม่ได้เต็มที่เพราะต้องอาศัย interaction จริงของผู้ใช้ คะแนนแล็บดีจึงไม่การันตีว่า field ดีตาม
ถ้าเช็กแล้วไม่แน่ใจว่าจุดไหนควรแก้ก่อน บริการ ตรวจสุขภาพเว็บ SEO Audit ช่วยวิเคราะห์ให้ครบทั้ง Technical และ Core Web Vitals
- PageSpeed Insights (PSI) — แสดง field data (CrUX) และ lab data (Lighthouse) รวมในหน้าเดียว อัปเดตรายวัน เหมาะเช็กทีละหน้า
- Search Console → รายงาน Core Web Vitals — ใช้ field data จัดกลุ่มหน้าทั้งเว็บว่า good/needs improvement/poor เหมาะดูภาพรวมทั้งไซต์
- Lighthouse ใน Chrome DevTools — เป็น lab data ล้วน เหมาะ debug ตอนกำลังพัฒนาเพราะทดสอบซ้ำในเงื่อนไขเดิมได้
วิธีปรับปรุง Core Web Vitals แต่ละตัว
การแก้ Core Web Vitals ต้องดูทีละตัวว่าอะไรทำให้คะแนนตก เพราะสาเหตุของ LCP, INP และ CLS คนละเรื่องกัน วิธีที่ตรงจุดที่สุดคือเปิด PageSpeed Insights ดูว่าตัวไหนตก แล้วไล่แก้ตามสาเหตุหลักของตัวนั้นก่อน
โดยเฉพาะ CLS ที่มักมาจากโครงหน้าและการจัดวาง ควรทำควบคู่กับการวาง โครงสร้างเว็บไซต์ที่ดีต่อ SEO เพื่อให้หน้าเสถียรตั้งแต่ระดับดีไซน์
แก้ LCP — โหลดเนื้อหาหลักให้ไว
LCP มักแย่เพราะ server ตอบช้า รูป hero ใหญ่เกินไป หรือมี CSS/JS บล็อกการ render วิธีแก้คือ preload รูป LCP ด้วย fetchpriority high, บีบรูปเป็น WebP หรือ AVIF และกำหนดขนาดให้เหมาะ, ลด TTFB ด้วย CDN หรือ cache และลด render-blocking resource อย่า lazy-load รูป hero เพราะจะยิ่งทำให้ช้าลง
แก้ INP — ลด JavaScript ที่หน่วง
INP แย่เพราะ JavaScript หนักและ long task บล็อก main thread ตอนผู้ใช้ interact วิธีแก้คือ defer JS ที่ไม่จำเป็น, แตก long task เป็นชิ้นเล็กด้วยการ yield, ย้ายงานหนักไป web worker และลด third-party script ที่ทำงานเบื้องหลังโดยไม่จำเป็น
แก้ CLS — กันหน้ากระตุก
CLS แย่เพราะรูปหรือวิดีโอไม่กำหนดขนาด เนื้อหาแทรกทีหลังอย่าง ads หรือ embed และฟอนต์ swap ที่เปลี่ยนขนาด วิธีแก้คือ กำหนด width/height ให้รูปและวิดีโอทุกใบ (หรือใช้ aspect-ratio), จองพื้นที่ให้เนื้อหา dynamic ล่วงหน้า, self-host ฟอนต์พร้อมตั้ง font-display ให้เหมาะ และอย่าแทรกเนื้อหาเหนือของที่โหลดไปแล้ว
สรุป: Core Web Vitals กับกลยุทธ์ SEO ระยะยาว
Core Web Vitals คือด่านพื้นฐานที่ควรทำให้ผ่าน เพราะเป็นทั้งเรื่องประสบการณ์ผู้ใช้และสัญญาณจัดอันดับที่ช่วยตัดสินเมื่อคู่แข่งสูสี แต่ต้องจำไว้ว่ามันเป็นสัญญาณน้ำหนักเบา ไม่ใช่ตัวชี้ขาดเหนือคุณภาพเนื้อหา ทางที่ถูกคือทำให้ผ่านเกณฑ์ ดี ทั้ง 3 ตัวแล้วไปโฟกัสกับเนื้อหาและโครงสร้างเว็บต่อ
อีกจุดที่ต้องเลิกเข้าใจผิดคือไม่ต้องไล่ล่าคะแนน PageSpeed 100 ขอแค่ผู้ใช้จริง 75% ได้เกณฑ์ ดี ทั้ง LCP, INP และ CLS ก็ถือว่าผ่านแล้ว การทุ่มเวลารีดคะแนนอีกไม่กี่แต้มมักไม่คุ้มเท่ากับเอาเวลาไปทำเนื้อหาที่ตอบ intent ผู้ค้นหา
ถ้าอยากให้ทีมดูแล Technical SEO และคอนเทนต์ครบวงจร ตั้งแต่ทำ Core Web Vitals ให้ผ่านไปจนวางกลยุทธ์เนื้อหา ดูรายละเอียด บริการรับทำ SEO ของ SEONo1 ได้เลย
คำถามที่พบบ่อย
01INP ต่างจาก FID อย่างไร+
INP เข้ามาแทน FID อย่างเป็นทางการตั้งแต่ 12 มีนาคม 2024 ความต่างคือ FID วัดแค่ดีเลย์ของ interaction แรกครั้งเดียว ส่วน INP วัดการตอบสนองจาก interaction ทั้งหมดบนหน้า จึงสะท้อนความหน่วงของเว็บได้ครอบคลุมกว่า เกณฑ์ดีของ INP คือไม่เกิน 200 มิลลิวินาที
02Core Web Vitals มีผลกับอันดับ Google จริงไหม+
มีผลจริง แต่เป็นปัจจัยน้ำหนักเบาที่ทำหน้าที่คล้ายตัวช่วยตัดสินเมื่อเนื้อหาของหลายหน้าสูสีกัน ไม่ใช่ตัวหลักเหนือคุณภาพเนื้อหา Google ย้ำเสมอว่าความเกี่ยวข้องและคุณภาพของเนื้อหายังสำคัญที่สุด และไม่มีใครควบคุมหรือการันตีอันดับได้
03คะแนน PageSpeed กับ Search Console ทำไมไม่ตรงกัน+
เพราะเป็นข้อมูลคนละประเภท PageSpeed แสดงทั้ง lab data ที่จำลองในเครื่องทดสอบและ field data ส่วนรายงานใน Search Console ใช้ field data จากผู้ใช้จริง (CrUX) เฉลี่ยแบบ rolling window 28 วัน คะแนน lab ที่ดีจึงไม่การันตีว่า field จะดีตาม โดยเฉพาะ INP และ CLS ที่ต้องอาศัย interaction จริง
04ต้องได้คะแนน PageSpeed 100 ไหมถึงจะดี+
ไม่จำเป็น คะแนนรวม 100 เป็นของ Lighthouse ซึ่งคนละอย่างกับเกณฑ์ผ่าน Core Web Vitals ที่ Google ใช้จัดอันดับ ขอแค่ผู้ใช้จริงอย่างน้อย 75% ได้เกณฑ์ดีทั้ง LCP, INP และ CLS ก็ถือว่าผ่านแล้ว

