เมตริก

เผยแพร่เมื่อวันที่ 23 มิถุนายน 2022 อัปเดตล่าสุดเมื่อวันที่ 13 ตุลาคม 2026

เมตริกใน CrUX ทำงานโดยใช้ API ของแพลตฟอร์มเว็บมาตรฐานที่เบราว์เซอร์เปิดเผย โดยเฉพาะในชุดข้อมูล BigQuery ระบบจะรวบรวมข้อมูลนี้เพื่อการวิเคราะห์ระดับต้นทาง เจ้าของเว็บไซต์ที่ต้องการการวิเคราะห์และข้อมูลเชิงลึกโดยละเอียดมากขึ้น (เช่น การวิเคราะห์ระดับ URL) เกี่ยวกับประสิทธิภาพของเว็บไซต์สามารถใช้ API เดียวกันเพื่อรวบรวมข้อมูลการวัดผลของผู้ใช้จริง (RUM) โดยละเอียดสำหรับต้นทางของตนเอง โปรดทราบว่าแม้ว่า API ทั้งหมดจะพร้อมใช้งานใน Chrome แต่เบราว์เซอร์อื่นๆ อาจไม่รองรับเมตริกทั้งหมด

เมตริกส่วนใหญ่แสดงเป็นข้อมูลที่รวบรวมในรูปแบบฮิสโทแกรม ซึ่งช่วยให้เห็นภาพการกระจายและค่าเปอร์เซ็นไทล์โดยประมาณ

Cumulative Layout Shift

"Cumulative Layout Shift (CLS) เป็นเมตริกสำคัญที่มุ่งเน้นผู้ใช้เป็นหลักสำหรับการวัดความเสถียรของภาพ เนื่องจากช่วยระบุปริมาณความถี่ที่ผู้ใช้พบการเปลี่ยนเลย์เอาต์ที่ไม่คาดคิด โดย CLS ต่ำจะช่วยให้มั่นใจได้ว่าหน้าเว็บจะน่าใช้งาน"

web.dev/articles/cls

DOM Content Loaded

"DOMContentLoaded จะรายงานเวลาที่เอกสาร HTML เริ่มต้นโหลดและแยกวิเคราะห์เสร็จสมบูรณ์ โดยไม่ต้องรอให้สไตล์ชีต รูปภาพ และเฟรมย่อยโหลดเสร็จ"

MDN

การลงสีเป็นครั้งแรก

"การลงสีเป็นครั้งแรกจะรายงานเวลาที่เบราว์เซอร์แสดงผลครั้งแรกหลังจากการไปยังส่วนต่างๆ โดยไม่รวมการลงสีพื้นหลังเริ่มต้น แต่รวมการลงสีพื้นหลังที่ไม่ใช่ค่าเริ่มต้น ซึ่งเป็นช่วงเวลาสำคัญแรกที่นักพัฒนาซอฟต์แวร์ให้ความสำคัญในการโหลดหน้าเว็บ นั่นคือเวลาที่เบราว์เซอร์เริ่มแสดงผลหน้าเว็บ"

Paint Timing API

First Contentful Paint

"First Contentful Paint (FCP) จะรายงานเวลาที่เบราว์เซอร์แสดงผลข้อความ รูปภาพ (รวมถึงรูปภาพพื้นหลัง) Canvas หรือ SVG ที่ไม่ใช่สีขาวเป็นครั้งแรก ซึ่งรวมถึงข้อความที่มีเว็บฟอนต์ที่รอดำเนินการ และเป็นครั้งแรกที่ผู้ใช้จะเริ่มใช้เนื้อหาในหน้าเว็บได้"

Paint Timing API

Interaction to Next Paint

"Interaction to Next Paint (INP) เป็นเมตริกภาคสนามที่ประเมินการตอบสนอง โดย INP จะบันทึกระยะเวลาในการตอบสนองของการโต้ตอบทั้งหมดตลอดวงจรชีวิตของหน้าเว็บ และบันทึกค่าสูงสุดของการโต้ตอบเหล่านั้น หรือค่าที่ใกล้เคียงกับค่าสูงสุดสำหรับหน้าเว็บที่มีการโต้ตอบจำนวนมาก เป็น INP ของหน้าเว็บ" INP ต่ำจะช่วยให้มั่นใจได้ว่าหน้าเว็บจะตอบสนองได้อย่างน่าเชื่อถือตลอดเวลา"

web.dev/articles/inp

Interaction to Next Paint (INP) ได้รับการเพิ่มลงในชุดข้อมูล CrUX ใน เดือนกุมภาพันธ์ 2022 เมตริกใหม่นี้จะบันทึกระยะเวลาในการตอบสนองแบบครบวงจรของเหตุการณ์แต่ละรายการ และแสดงภาพรวมที่ครอบคลุมมากขึ้นเกี่ยวกับการตอบสนองโดยรวมของหน้าเว็บตลอดอายุการใช้งาน

Largest Contentful Paint

"Largest Contentful Paint (LCP) เป็นเมตริกสำคัญที่มุ่งเน้นผู้ใช้เป็นหลักสำหรับการวัดความเร็วในการโหลดที่รับรู้ได้ เนื่องจากจะระบุจุดในไทม์ไลน์การโหลดหน้าเว็บเมื่อเนื้อหาหลักของหน้าเว็บโหลดขึ้น ซึ่ง LCP ที่รวดเร็วจะช่วยให้ผู้ใช้มั่นใจว่าหน้าเว็บมีประโยชน์"

web.dev/articles/lcp

ประเภททรัพยากร Largest Contentful Paint

"LCP จะรายงานเวลาในการแสดงผลของรูปภาพ บล็อกข้อความ หรือวิดีโอที่ใหญ่ที่สุดซึ่งมองเห็นได้ในวิวพอร์ต เมื่อเทียบกับเวลาที่ผู้ใช้ไปยังส่วนต่างๆ ในหน้าเว็บเป็นครั้งแรก"

web.dev/articles/lcp - What elements are considered for LCP

ข้อความและรูปภาพ (รวมถึงรูปภาพเฟรมวิดีโอแรก) มักมีลักษณะการโหลดและเทคนิคการเพิ่มประสิทธิภาพที่แตกต่างกันมาก การทำความเข้าใจอัตราส่วนของประเภททรัพยากร LCP จะช่วยให้คุณเข้าใจเมตริก LCP และเส้นทางการเพิ่มประสิทธิภาพได้ดียิ่งขึ้น

ดูข้อมูลเพิ่มเติมได้ที่บล็อกโพสต์เปิดตัวประเภททรัพยากร LCP

ส่วนย่อยของรูปภาพ Largest Contentful Paint

"การเพิ่มประสิทธิภาพสำหรับ LCP อาจเป็นงานที่ซับซ้อนมากขึ้นเมื่อ PageSpeed Insights ไม่ได้ให้คำตอบเกี่ยวกับวิธีปรับปรุงเมตริกนี้ โดยทั่วไปแล้ว งานที่ซับซ้อนควรแบ่งออกเป็นงานที่เล็กลงและจัดการได้ง่ายขึ้น แล้วจัดการกับแต่ละงานแยกกัน"

web.dev/articles/optimize-lcp - LCP breakdown into subparts

การแบ่ง LCP ของรูปภาพออกเป็นส่วนย่อยที่สำคัญที่สุดจะช่วยให้ใช้คำแนะนำและแนวทางปฏิบัติแนะนำเฉพาะสำหรับวิธีเพิ่มประสิทธิภาพแต่ละส่วนได้

ส่วนย่อยของรูปภาพ LCP จะแสดงในเมตริก 4 รายการแยกกัน ดังนี้

  • largest_contentful_paint_image_time_to_first_byte
  • largest_contentful_paint_image_resource_load_delay
  • largest_contentful_paint_image_resource_load_duration
  • largest_contentful_paint_image_element_render_delay

ระบบจะรวมส่วนย่อยไว้สำหรับรูปภาพเท่านั้น และไม่รวมรูปภาพเฟรมวิดีโอแรกเนื่องจากมีความซับซ้อนกว่าเล็กน้อยเพราะเราไม่สามารถวัดเวลาในการดาวน์โหลดทั้งหมดได้ (โปรดทราบว่ารูปภาพเฟรมวิดีโอแรกจะรวมอยู่ในเมตริกประเภททรัพยากร LCP ซึ่งความซับซ้อนดังกล่าวไม่เกี่ยวข้อง)

นอกจากนี้ ระบบยังไม่รวมส่วนย่อยของข้อความเนื่องจากมีประโยชน์น้อยกว่าและจะบิดเบือนตัวเลข LCP ของรูปภาพ สำหรับเว็บไซต์ที่ส่วนใหญ่เป็น LCP ของข้อความ เมตริก TTFB โดยรวมและเมตริก FCP โดยรวมจะเป็นรายละเอียดที่เป็นประโยชน์ แม้ว่าเมตริกเหล่านี้จะครอบคลุม LCP ทั้งหมดและไม่ได้เจาะจงเฉพาะ LCP ของข้อความก็ตาม

ดูข้อมูลเพิ่มเติมได้ที่บล็อกโพสต์เปิดตัวส่วนย่อยของรูปภาพ LCP

เมตริก ประเภทการไปยังส่วนต่างๆ จะแสดงรายละเอียดเปอร์เซ็นต์การดูหน้าเว็บของการไปยังส่วนต่างๆ ต่อไปนี้

ประเภท คำอธิบาย
navigate การโหลดหน้าเว็บที่ไม่เข้ากับหมวดหมู่อื่นๆ
navigate_cache การโหลดหน้าเว็บที่ระบบแสดงทรัพยากรหลัก (เอกสาร HTML หลัก) จากแคช HTTP เว็บไซต์มักใช้ประโยชน์จากการแคชสำหรับทรัพยากรย่อย แต่ระบบมักจะแคชเอกสาร HTML หลักน้อยกว่ามาก และเมื่อแคชได้ ก็อาจส่งผลให้ประสิทธิภาพดีขึ้นอย่างเห็นได้ชัดจากการแคชในเครื่องและใน CDN ได้
reload ผู้ใช้โหลดหน้าเว็บซ้ำโดยกดปุ่มโหลดซ้ำ กด Enter ในแถบที่อยู่ หรือเลิกทำการปิดแท็บ การโหลดหน้าเว็บซ้ำมักส่งผลให้มีการตรวจสอบซ้ำกับเซิร์ฟเวอร์เพื่อดูว่าหน้าหลักมีการเปลี่ยนแปลงหรือไม่ เปอร์เซ็นต์การโหลดหน้าเว็บซ้ำที่สูงอาจบ่งบอกถึงความไม่พอใจของผู้ใช้
restore หน้าเว็บโหลดซ้ำหลังจากเบราว์เซอร์รีสตาร์ท หรือแท็บที่นำออกเนื่องจากหน่วยความจำไม่เพียงพอ สำหรับ Chrome บน Android ระบบจะรายงานการโหลดซ้ำเหล่านี้เป็น "reload" แทน
back_forward การไปยังส่วนต่างๆ ในประวัติการเข้าชม ซึ่งหมายความว่าผู้ใช้เคยเห็นหน้าเว็บนี้และกลับมาดูอีกครั้งเมื่อเร็วๆ นี้ การแคชที่ถูกต้องจะช่วยให้ประสบการณ์การใช้งานเหล่านี้ค่อนข้างรวดเร็ว แต่ก็ยังต้องมีการประมวลผลหน้าเว็บและการเรียกใช้ JavaScript ซึ่งทั้ง 2 อย่างนี้ bfcache จะหลีกเลี่ยง
back_forward_cache การไปยังส่วนต่างๆ ในประวัติการเข้าชมที่แสดงจาก bfcache การเพิ่มประสิทธิภาพหน้าเว็บเพื่อใช้ประโยชน์จาก bfcache โดยการนำตัวบล็อกออกจะส่งผลให้ประสบการณ์การใช้งานเร็วขึ้น ดังนั้นเว็บไซต์ควรพิจารณา
prerender หน้าเว็บได้รับการแสดงผลล่วงหน้า ซึ่งคล้ายกับ bfcache ที่อาจส่งผลให้การโหลดหน้าเว็บได้เกือบจะทันที

ในบางกรณี การโหลดหน้าเว็บอาจเป็นการรวมกันของการไปยังส่วนต่างๆ หลายประเภท ในกรณีดังกล่าว CrUX จะรายงานรายการแรกที่ตรงกันตามลำดับย้อนกลับของตาราง (จากล่างขึ้นบน)

ดูข้อมูลเพิ่มเติมได้ในบล็อกโพสต์ประกาศประเภทการไปยังส่วนต่างๆ

Onload

"เหตุการณ์ load จะเริ่มทำงานเมื่อหน้าเว็บและทรัพยากรที่ขึ้นอยู่กับหน้าเว็บนั้นโหลดเสร็จแล้ว"

MDN

Round Trip Time

แสดงค่าประมาณของ Round Trip Time (RTT) ของ HTTP (เลเยอร์แอปพลิเคชัน) เมื่อเริ่มต้นการไปยังส่วนต่างๆ โดยอิงตามการเชื่อมต่อเครือข่ายล่าสุด เมตริกนี้อิงตามพร็อพเพอร์ตี้ rtt ของ Network Information API ซึ่งเป็น API เดียวกันกับที่รับผิดชอบมิติข้อมูล Effective Connection Type (ECT) ก่อนหน้านี้

ดูข้อมูลเพิ่มเติมได้ที่บล็อกโพสต์เปิดตัวประเภททรัพยากร LCP

เมตริกทดลอง

เมตริกทดลองมีให้ใช้งานทั้งในชุดข้อมูล CrUX โดยใช้ BigQuery และใน CrUX API แม้ว่าเมตริกบางรายการอาจไม่พร้อมใช้งานในทั้ง 2 ที่ เมตริกเหล่านี้อาจมีการเปลี่ยนแปลงเมื่อมีการพัฒนาตามความคิดเห็นของผู้ใช้ โปรดดูบันทึกประจำรุ่นเพื่อติดตามการเปลี่ยนแปลงล่าสุด

เมตริก Core Web Vitals ของการไปยังส่วนต่างๆ แบบย่อยที่ทดลองใช้

รุ่นเดือนตุลาคม 2026 ได้เปิดตัวเมตริก Core Web Vitals เวอร์ชันทดลอง ซึ่งรวมถึงการไปยังส่วนต่างๆ แบบย่อย ดังนี้

  • experimental_largest_contentful_paint_with_softnavs
  • experimental_interaction_to_next_paint_with_softnavs
  • experimental_cumulative_layout_shift_with_softnavs

เมตริกเหล่านี้รวมทั้งการโหลดหน้าเว็บแบบเต็มและการไปยังส่วนต่างๆ แบบย่อย

ดูรายละเอียดเพิ่มเติมได้ที่การเปิดตัวเมตริก Core Web Vitals แบบทดลองในรายงาน Chrome UX

Time to First Byte

ระบบจะรวบรวม TTFB ใน CrUX เมื่อโหลดหน้าเว็บแบบเต็มเท่านั้น ซึ่งแตกต่างจากตัวจับเวลาอื่นๆ (เช่น LCP) ที่ระบบจะรวบรวมเมื่อมีการไปยังส่วนต่างๆ แบบ Back-Forward Cache (bfcache) และ หน้าเว็บที่แสดงผลล่วงหน้าด้วย ด้วยเหตุนี้ ขนาดตัวอย่างของ TTFB จึงอาจเล็กกว่าเมตริกอื่นๆ และอาจไม่สามารถนำไปเปรียบเทียบกับเมตริกอื่นๆ ได้โดยตรง TTFB ใน CrUX จะรวมการโหลดหน้าเว็บแบบเย็น การโหลดหน้าเว็บที่แคชไว้ และการโหลดหน้าเว็บจากการเชื่อมต่อที่สร้างขึ้น (เช่น การโหลดหน้าเว็บภายในเว็บไซต์)

TTFB ไม่ใช่การวัดเวลาในการตอบสนองของเซิร์ฟเวอร์โดยตรง เนื่องจากรวมการวัดก่อนหน้านั้นด้วย ซึ่งรวมถึงเวลาเปลี่ยนเส้นทาง และอาจได้รับผลกระทบจากการแสดงผลการตอบสนองจากแคชหรือ CDN หรือจากเซิร์ฟเวอร์ ซึ่งเห็นได้ชัดเจนโดยเฉพาะในข้อมูลภาคสนาม เช่น CrUX ในขณะที่การทดสอบในห้องทดลองมักได้รับผลกระทบจากปัจจัยเหล่านี้น้อยกว่า เนื่องจาก URL ปลายทางคือการทดสอบและมักจะยกเลิกการเปลี่ยนแปลงการแคชซ้ำๆ

ความนิยม

เมตริก อันดับความนิยม เป็นการวัดความนิยมของเว็บไซต์แบบสัมพัทธ์ภายในชุดข้อมูล CrUX ซึ่งวัดจากจำนวนการไปยังส่วนต่างๆ ทั้งหมดในต้นทาง อันดับจะอยู่ในสเกล log10 โดยมีครึ่งขั้น (เช่น 1,000 อันดับแรก 5,000 อันดับแรก 10,000 อันดับแรก 50,000 อันดับแรก 100,000 อันดับแรก 500,000 อันดับแรก 1 ล้านอันดับแรก ฯลฯ) โดยแต่ละอันดับจะไม่รวมอันดับก่อนหน้า (เช่น 5,000 อันดับแรกคือ URL 4,000 รายการ ไม่รวม 1,000 อันดับแรก) ขีดจำกัดบนจะเปลี่ยนแปลงไปตามการเติบโตของชุดข้อมูล

ความนิยมเป็นเพียงแนวทางสำหรับการวิเคราะห์ในวงกว้าง เช่น เพื่อกำหนดประสิทธิภาพตามประเทศสำหรับต้นทาง 1,000 อันดับแรก

สิทธิ์การแจ้งเตือน

สำหรับเว็บไซต์ที่ขอสิทธิ์แสดงการแจ้งเตือนต่อผู้ใช้ เมตริกนี้จะแสดงความถี่สัมพัทธ์ของการตอบสนองของผู้ใช้ต่อพรอมต์ ได้แก่ ยอมรับ ปฏิเสธ ละเลย หรือปิด

เมตริกโฆษณา

Chrome มีเมตริกและเครื่องมือสาธารณะสำหรับเว็บไซต์และบุคคลอื่นๆ เช่น ผู้ลงโฆษณา เพื่อให้เข้าใจประสบการณ์การใช้งานโฆษณาของผู้ใช้จริงและผลกระทบของโฆษณาได้ดียิ่งขึ้น

เราคาดว่าเมตริกเหล่านี้จะเป็นประโยชน์อย่างยิ่งสำหรับผู้ลงโฆษณาบนเว็บและบริการที่ผู้ลงโฆษณาใช้เพื่อแสดงโฆษณา เราได้รับฟังความคิดเห็นจากผู้มีส่วนได้ส่วนเสียจำนวนมากในระบบนิเวศโฆษณาว่าเมตริกเหล่านี้จะช่วยปรับปรุงวิธีที่ผู้มีส่วนได้ส่วนเสียประเมินโอกาสในการแสดงโฆษณาและตัดสินใจเกี่ยวกับผลิตภัณฑ์โฆษณา

ดูข้อมูลเพิ่มเติมได้ที่บล็อกโพสต์เปิดตัวเมตริกโฆษณาและเอกสารประกอบการวัดผลโฆษณา