Core Web Vitals คืออะไร วัดอะไรบ้าง และดูตรงไหนว่าเว็บผ่านหรือไม่
อธิบาย Core Web Vitals คืออะไร ประกอบด้วย LCP, INP, CLS อะไรบ้าง เกณฑ์ดี-ต้องปรับปรุง-แย่คือเท่าไร และความต่างระหว่างข้อมูล field data กับ lab data
ทีม NOAH · เผยแพร่ 2 กันยายน 2569 · อัปเดต 3 กันยายน 2569 · อ่าน 17 นาที
สรุปสั้น
- ✓Core Web Vitals ประกอบด้วยสามค่าคือ LCP (ความเร็วในการโหลดเนื้อหาหลัก), INP (การตอบสนองต่อการโต้ตอบ) และ CLS (ความเสถียรของหน้าจอ)
- ✓เกณฑ์ตาม web.dev คือ LCP ดีที่ 2.5 วินาทีหรือน้อยกว่า, INP ดีที่ 200 มิลลิวินาทีหรือน้อยกว่า, CLS ดีที่ 0.1 หรือน้อยกว่า
- ✓Core Web Vitals วัดจากข้อมูลผู้ใช้จริง (field data จาก Chrome UX Report) ไม่ใช่จากการจำลองในห้องแล็บ
- ✓Lighthouse ให้ข้อมูล lab data ที่ใช้วินิจฉัยปัญหาได้ แต่ไม่ใช่ตัวเลขที่ใช้ตัดสินว่าเว็บผ่าน Core Web Vitals หรือไม่
- ✓NOAH ไม่ได้ตรวจวัดหรือแก้ค่า Core Web Vitals ของเว็บ งานนี้ต้องใช้เครื่องมือวัดความเร็วโดยตรงอย่าง PageSpeed Insights
หลายคนเปิด PageSpeed Insights ครั้งแรกแล้วงงว่าทำไมมีตัวเลขหลายชุด บางตัวสีเขียว บางตัวสีแดง แล้วอันไหนคือสิ่งที่ Google เอาไปใช้จัดอันดับจริง คำตอบสั้น ๆ คือกลุ่มตัวเลขที่ชื่อว่า Core Web Vitals ซึ่งมีอยู่แค่สามตัวหลัก ไม่ใช่ตัวเลขทั้งหมดที่แสดงในรายงาน
บทความนี้จะพาไปดูว่า Core Web Vitals แต่ละตัวคืออะไร เกณฑ์ที่ Google ประกาศไว้อย่างเป็นทางการคือเท่าไร และทำไมตัวเลขที่เห็นในเครื่องมือแต่ละตัวถึงไม่เหมือนกันเป๊ะ สำหรับเจ้าของธุรกิจที่ไม่ได้เป็นนักพัฒนาเว็บ การเข้าใจสามค่านี้อย่างน้อยพอให้คุยกับทีมพัฒนาได้ตรงประเด็นก็เพียงพอ ไม่จำเป็นต้องแก้ไขโค้ดเอง
Core Web Vitals คืออะไร
Core Web Vitals คืออะไร
Core Web Vitals คือชุดตัวชี้วัดคุณภาพประสบการณ์ผู้ใช้ที่ Google กำหนดขึ้น ประกอบด้วยสามค่า ได้แก่ Largest Contentful Paint (LCP) วัดความเร็วในการโหลดเนื้อหาหลัก, Interaction to Next Paint (INP) วัดความเร็วในการตอบสนองเมื่อผู้ใช้โต้ตอบกับหน้าเว็บ และ Cumulative Layout Shift (CLS) วัดว่าหน้าเว็บขยับเลื่อนโดยไม่คาดคิดมากแค่ไหน ทั้งสามค่านี้วัดจากข้อมูลผู้ใช้จริงผ่าน Chrome UX Report ไม่ใช่การจำลองในห้องแล็บ
ที่มาอย่างเป็นทางการของเกณฑ์เหล่านี้อยู่ที่ web.dev/articles/vitals ซึ่ง Google เป็นผู้เผยแพร่และปรับปรุงเกณฑ์เองโดยตรง หัวข้อนี้อยู่ในกลุ่มTechnical SEO ที่ต้องอาศัยความเข้าใจเชิงเทคนิคควบคู่กับงานด้านเนื้อหา
ทำไม Google ถึงเลือกวัดแค่สามค่านี้
ก่อนหน้านี้ Google เคยใช้ตัวชี้วัดความเร็วเว็บหลายตัวพร้อมกัน ทำให้เจ้าของเว็บสับสนว่าต้องโฟกัสตัวไหนก่อน Core Web Vitals ถูกออกแบบมาให้ครอบคลุมสามมิติสำคัญของประสบการณ์ผู้ใช้แบบกระชับ คือความเร็วในการเห็นเนื้อหา (LCP) ความเร็วในการโต้ตอบ (INP) และความเสถียรของหน้าจอ (CLS) แทนที่จะต้องไล่ดูตัวเลขสิบกว่าตัว การมีสามค่าหลักช่วยให้ทั้งเจ้าของเว็บและนักพัฒนามีเป้าหมายร่วมกันที่ชัดเจนขึ้น
เกณฑ์ดี ต้องปรับปรุง และแย่ ของแต่ละค่า
| ตัวชี้วัด | ดี (Good) | ต้องปรับปรุง (Needs Improvement) | แย่ (Poor) |
|---|---|---|---|
| LCP (Largest Contentful Paint) | 2.5 วินาทีหรือน้อยกว่า | 2.5-4 วินาที | มากกว่า 4 วินาที |
| INP (Interaction to Next Paint) | 200 มิลลิวินาทีหรือน้อยกว่า | 200-500 มิลลิวินาที | มากกว่า 500 มิลลิวินาที |
| CLS (Cumulative Layout Shift) | 0.1 หรือน้อยกว่า | 0.1-0.25 | มากกว่า 0.25 |
การจะถือว่าหน้าเว็บ “ผ่าน” Core Web Vitals ทั้งหมด ต้องมีค่าทั้งสามตัวอยู่ในเกณฑ์ดีพร้อมกันของกลุ่มผู้ใช้อย่างน้อย 75% ที่เข้าเว็บนั้น ถ้าตัวใดตัวหนึ่งตกอยู่ในเกณฑ์ต้องปรับปรุงหรือแย่ หน้านั้นจะถือว่ายังไม่ผ่านเกณฑ์โดยรวม
LCP วัดอะไร
LCP วัดเวลาตั้งแต่ผู้ใช้เริ่มโหลดหน้า จนถึงตอนที่องค์ประกอบเนื้อหาที่ใหญ่ที่สุดในหน้าจอที่มองเห็นแสดงผลเสร็จ องค์ประกอบนี้มักเป็นรูปภาพหลัก วิดีโอ หรือบล็อกข้อความหัวเรื่อง สาเหตุทั่วไปที่ทำให้ LCP ช้าคือ server ตอบสนองช้า, ไฟล์ CSS/JavaScript บล็อกการแสดงผล, หรือรูปภาพขนาดใหญ่ที่ยังไม่ถูก optimize รายละเอียดและวิธีลดค่านี้อ่านเพิ่มได้ที่ LCP คือ
INP วัดอะไร
INP วัดระยะเวลาตั้งแต่ผู้ใช้โต้ตอบกับหน้าเว็บ เช่นคลิกปุ่มหรือพิมพ์ในช่องค้นหา จนถึงตอนที่หน้าจอตอบสนองกลับมาให้เห็น ค่านี้เข้ามาแทนที่ First Input Delay (FID) ที่เคยใช้ก่อนหน้านี้ เพราะ INP วัดการตอบสนองตลอดช่วงที่ผู้ใช้อยู่ในหน้า ไม่ใช่แค่การโต้ตอบครั้งแรกครั้งเดียว หน้าที่มี JavaScript ทำงานหนักระหว่างที่ผู้ใช้กำลังโต้ตอบมักมีปัญหา INP อ่านวิธีลดค่านี้ที่ INP คือ
CLS วัดอะไร
CLS วัดว่าองค์ประกอบต่าง ๆ บนหน้าเว็บขยับตำแหน่งโดยไม่คาดคิดมากแค่ไหนระหว่างที่หน้ากำลังโหลด เช่นข้อความที่กำลังอ่านอยู่ถูกดันลงเพราะโฆษณาหรือรูปภาพโหลดมาทีหลังแล้วแทรกเข้ามา ปัญหานี้พบบ่อยกับเว็บที่ไม่ได้กำหนดขนาดพื้นที่ของรูปภาพหรือโฆษณาไว้ล่วงหน้า อ่านวิธีลดค่านี้ที่ CLS คือ
ตัวอย่างสมมติ: ร้านค้าออนไลน์เจอปัญหาสามค่านี้พร้อมกัน
ตัวอย่างสมมติเพื่อให้เห็นภาพ ไม่ใช่เคสลูกค้าจริง: ร้านค้าออนไลน์แห่งหนึ่งเปิด PageSpeed Insights แล้วพบว่า LCP อยู่ที่ 4.2 วินาทีเพราะรูปสินค้าขนาดใหญ่ยังไม่ถูกบีบอัด, INP อยู่ที่ 480 มิลลิวินาทีเพราะมีสคริปต์แชทสดโหลดพร้อมหน้าและทำงานหนักตอนผู้ใช้กดปุ่ม "เพิ่มลงตะกร้า", และ CLS อยู่ที่ 0.3 เพราะแบนเนอร์โปรโมชันโหลดมาทีหลังแล้วดันเนื้อหาทั้งหน้าลง ทีมพัฒนาแก้ทีละจุด คือบีบอัดรูปภาพ เลื่อนโหลดสคริปต์แชทให้ทำงานหลังเนื้อหาหลักโหลดเสร็จ และกำหนดพื้นที่ตายตัวให้แบนเนอร์ล่วงหน้า หลังแก้ไขทั้งสามจุด ค่าทั้งสามตัวเข้าเกณฑ์ดีพร้อมกันภายในสองสัปดาห์
Field Data กับ Lab Data ต่างกันอย่างไร
นี่คือจุดที่คนสับสนมากที่สุด Field Data คือข้อมูลจริงที่เก็บจากผู้ใช้ Chrome ที่เข้าเว็บนั้นจริง ๆ ผ่านโปรแกรมที่เรียกว่า Chrome UX Report (CrUX) ข้อมูลนี้คือสิ่งที่ Google ใช้เป็นตัวตัดสินค่า Core Web Vitals อย่างเป็นทางการ เพราะสะท้อนประสบการณ์จริงของอุปกรณ์และเครือข่ายที่หลากหลาย
ส่วน Lab Data คือข้อมูลที่ได้จากการจำลองการโหลดหน้าเว็บในสภาพแวดล้อมควบคุม เช่นผ่านเครื่องมือ Lighthouse ข้อมูลนี้มีประโยชน์มากสำหรับการวินิจฉัยปัญหา เพราะทำซ้ำได้และดูรายละเอียดเชิงลึกได้ว่าอะไรทำให้ช้า แต่ตัวเลขจาก Lighthouse ไม่ใช่ตัวเลขที่ Google นำไปใช้ตัดสินอันดับ เพราะเป็นการจำลองเพียงครั้งเดียว ไม่ใช่ค่าเฉลี่ยของผู้ใช้จริงจำนวนมาก
อย่าเข้าใจผิดว่า Lighthouse คือ Core Web Vitals
เว็บที่ได้คะแนน Lighthouse สูงมากอาจยังไม่ผ่าน Core Web Vitals จริงถ้าผู้ใช้ส่วนใหญ่เข้าเว็บผ่านมือถือรุ่นเก่าหรือเครือข่ายช้า เพราะ Field Data สะท้อนสภาพแวดล้อมจริงของผู้ใช้ ไม่ใช่เครื่องทดสอบที่ควบคุมสภาพแวดล้อมไว้
เครื่องมือที่รวมทั้งสองข้อมูลไว้ในที่เดียวคือ PageSpeed Insights ซึ่งแสดงทั้ง Field Data (ถ้าเว็บนั้นมีข้อมูลเพียงพอใน CrUX) และ Lab Data จาก Lighthouse ควบคู่กัน อ่านวิธีใช้เครื่องมือนี้แบบละเอียดที่ PageSpeed SEO
ขั้นตอนตรวจสอบ Core Web Vitals ของเว็บด้วยตัวเอง
- 1เปิด PageSpeed Insights แล้วใส่ URL ของหน้าเว็บที่ต้องการตรวจ
- 2ดูส่วน Field Data ก่อนเป็นอันดับแรก ถ้ามีข้อมูลแสดงอยู่ ให้ใช้ตัวเลขนี้เป็นตัวตัดสินหลัก
- 3ถ้าไม่มี Field Data ให้ใช้ Lab Data จาก Lighthouse เป็นตัวประเมินเบื้องต้นแทนไปก่อน
- 4จดบันทึกค่า LCP, INP และ CLS ที่ได้ไว้เทียบกับเกณฑ์ดี-ต้องปรับปรุง-แย่ในตาราง
- 5ถ้าตัวใดตัวหนึ่งไม่ผ่านเกณฑ์ดี ส่งต่อรายงานนี้ให้ทีมพัฒนาเพื่อวินิจฉัยสาเหตุเฉพาะจุด แทนการแก้เองโดยไม่มีความรู้ทางเทคนิค
ข้อผิดพลาดที่เจอบ่อย
- ดูแค่คะแนนรวม (Performance Score) ของ Lighthouse แล้วสรุปว่าเว็บผ่าน Core Web Vitals ทั้งที่เป็นคนละตัวเลขกัน
- ทดสอบความเร็วเฉพาะบนคอมพิวเตอร์แรงและเครือข่ายเร็ว โดยไม่ได้ดูข้อมูล Field Data จากผู้ใช้จริงที่หลากหลายกว่ามาก
- เข้าใจว่า Core Web Vitals เป็นปัจจัยจัดอันดับที่มีน้ำหนักสูงสุด ทั้งที่ความเกี่ยวข้องและคุณภาพเนื้อหายังคงเป็นปัจจัยหลัก
- แก้ไขค่าตัวใดตัวหนึ่งจนดีขึ้นแต่ไม่ได้ตรวจว่าอีกสองตัวยังผ่านเกณฑ์อยู่หรือไม่
- ตรวจแค่หน้าแรกของเว็บแล้วสรุปว่าทั้งเว็บผ่านเกณฑ์ ทั้งที่ Core Web Vitals ต้องตรวจแยกเป็นรายหน้า หน้าสินค้าหรือหน้าบทความอาจมีค่าต่างจากหน้าแรกมาก
Core Web Vitals คืออะไร สรุปสั้นสำหรับเจ้าของธุรกิจที่ไม่ต้องแก้โค้ดเอง
ถ้าไม่มีเวลาไล่อ่านรายละเอียดทั้งหมด สิ่งที่เจ้าของธุรกิจต้องรู้คือ Core Web Vitals คืออะไรในระดับที่คุยกับทีมพัฒนาหรือฟรีแลนซ์ได้รู้เรื่อง คือชุดตัวเลขสามตัวที่บอกว่าเว็บโหลดเร็วแค่ไหน (LCP) กดปุ่มแล้วตอบสนองเร็วแค่ไหน (INP) และหน้าเว็บนิ่งพอที่จะกดปุ่มถูกจุดไหม (CLS) ไม่ต้องเข้าใจสูตรคำนวณเบื้องหลัง แค่รู้ว่าสามตัวนี้คืออะไรก็เพียงพอสำหรับการสั่งงานทีมพัฒนาให้ตรงจุด
- งานที่เจ้าของธุรกิจต้องทำเองคือเปิด PageSpeed Insights ใส่ URL หน้าสำคัญของเว็บ แล้วดูว่าค่าไหนติดสีแดงหรือสีเหลืองบ้าง
- ไม่ต้องแก้เอง แค่คัดลอกผลลัพธ์หรือแคปหน้าจอส่งให้ผู้ดูแลเว็บ พร้อมระบุว่าค่าไหนที่ต้องการให้แก้ก่อน
- ให้ความสำคัญกับหน้าที่ลูกค้าใช้ตัดสินใจซื้อมากที่สุดก่อน เช่นหน้าแรกและหน้าสินค้าหลัก ไม่ต้องไล่ตรวจทุกหน้าในเว็บพร้อมกัน
รู้แค่พอคุยกับทีมพัฒนาได้ ก็เพียงพอแล้ว
เจ้าของธุรกิจ SME ไม่จำเป็นต้องเข้าใจ Core Web Vitals คืออะไรลึกถึงระดับเทคนิค แค่รู้ว่ามีสามค่านี้อยู่ และรู้วิธีเปิดดูผลจาก PageSpeed Insights ก็เพียงพอสำหรับการจัดลำดับงานให้ทีมพัฒนาทำต่อ หากต้องการวางแผนงาน technical SEO ทั้งหมดให้เหมาะกับเวลาที่มีจำกัด อ่านเพิ่มได้ที่ เทคนิค SEO เบื้องต้นสำหรับ SME
คำถามที่พบบ่อย
Core Web Vitals คืออะไร อธิบายแบบไม่ใช้ศัพท์เทคนิคได้ไหม+
Core Web Vitals คือชุดตัวเลขสามตัวที่บอกว่าเว็บโหลดเร็วแค่ไหน ตอบสนองเร็วแค่ไหนเมื่อกดปุ่ม และหน้าจอนิ่งพอไหมระหว่างโหลด เจ้าของธุรกิจไม่ต้องเข้าใจการคำนวณ แค่รู้ว่ามีสามค่านี้และดูผลจาก PageSpeed Insights ได้ก็พอสั่งงานทีมพัฒนาต่อได้แล้ว
Core Web Vitals เป็นปัจจัยจัดอันดับที่สำคัญที่สุดหรือไม่+
ไม่ใช่ ความเกี่ยวข้องของเนื้อหากับคำค้นหายังคงเป็นปัจจัยหลักที่สำคัญที่สุด Core Web Vitals เป็นสัญญาณเสริมที่ใช้ตัดสินระหว่างหน้าที่มีคุณภาพเนื้อหาใกล้เคียงกัน
ทำไมค่า Core Web Vitals ในเครื่องมือแต่ละตัวไม่ตรงกัน+
เพราะบางเครื่องมือแสดง Field Data จากผู้ใช้จริง บางเครื่องมือแสดง Lab Data จากการจำลอง ทั้งสองแบบมีวิธีเก็บข้อมูลต่างกัน ให้ยึด Field Data จาก CrUX เป็นตัวชี้วัดหลัก เพราะเป็นค่าที่ Google ใช้ตัดสินจริง
เว็บใหม่ที่ยังไม่มีผู้เข้าชมมากพอ ดูค่า Core Web Vitals ได้อย่างไร+
ถ้าเว็บมีทราฟฟิกไม่มากพอ CrUX จะไม่มีข้อมูล Field Data ให้แสดง ต้องใช้ Lab Data จาก Lighthouse เป็นตัวประเมินเบื้องต้นแทนไปก่อน แล้วกลับมาตรวจ Field Data อีกครั้งเมื่อเว็บมีทราฟฟิกมากพอ
ต้องผ่านทั้งสามค่าพร้อมกันไหมถึงจะถือว่าเว็บผ่าน Core Web Vitals+
ใช่ หน้าเว็บจะถือว่าผ่านเกณฑ์โดยรวมก็ต่อเมื่อทั้ง LCP, INP และ CLS อยู่ในเกณฑ์ดีพร้อมกันสำหรับผู้ใช้ส่วนใหญ่ ถ้าตัวใดตัวหนึ่งตกเกณฑ์ ถือว่าหน้านั้นยังไม่ผ่าน
ควรตรวจ Core Web Vitals บ่อยแค่ไหน+
ควรตรวจอย่างน้อยเดือนละครั้ง และตรวจเพิ่มทันทีหลังปรับปรุงหน้าเว็บครั้งใหญ่ เช่นเปลี่ยนธีม เพิ่มสคริปต์ใหม่ หรือเพิ่มรูปภาพจำนวนมาก เพราะการเปลี่ยนแปลงเหล่านี้ส่งผลต่อค่าทั้งสามตัวได้โดยตรง
NOAH ช่วยแก้ค่า Core Web Vitals ของเว็บได้ไหม+
ไม่ได้ NOAH ไม่ได้เป็นเครื่องมือตรวจสอบหรือแก้ไขความเร็วเว็บ งานนี้ต้องใช้เครื่องมือวัดความเร็วโดยตรงอย่าง PageSpeed Insights ร่วมกับทีมพัฒนาเว็บ NOAH เน้นช่วยด้านการวางแผนคีย์เวิร์ดและผลิตเนื้อหา ลองดูเครื่องมือ SEO ของ NOAH ที่ช่วยด้านการวางแผนและติดตามผลได้
สรุป
Core Web Vitals มีแค่สามค่าที่ต้องจำคือ LCP, INP และ CLS แต่ละตัวมีเกณฑ์ดี-ต้องปรับปรุง-แย่ที่ประกาศไว้ชัดเจนจาก Google และวัดจากข้อมูลผู้ใช้จริง ไม่ใช่การจำลองในเครื่องมือทดสอบ เข้าใจความต่างของ Field Data และ Lab Data ให้ชัด จะช่วยให้อ่านรายงานความเร็วเว็บได้ถูกต้องขึ้นมาก
เนื้อหาดีต้องมาคู่กับเว็บที่ใช้งานได้จริง
ขณะที่ทีมพัฒนาดูแลเรื่องความเร็วเว็บ NOAH ช่วยวางแผนคีย์เวิร์ดและผลิตเนื้อหา SEO ให้พร้อมนำไปเผยแพร่บนเว็บที่ผ่านมาตรฐานประสบการณ์ผู้ใช้
เริ่มต้นใช้งาน