เมตริก

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

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

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

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

Paint Timing API

การแสดงผลที่มีเนื้อหาเต็มครั้งแรก

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

Paint Timing API

โหลดเนื้อหา DOM แล้ว

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

MDN

การแสดงผลเนื้อหาขนาดใหญ่ที่สุด

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

web.dev/articles/lcp

โหลด

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

MDN

การเปลี่ยนเลย์เอาต์สะสม

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

web.dev/articles/cls

ความล่าช้าของอินพุตครั้งแรก

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

web.dev/articles/fid

การโต้ตอบกับ Next Paint

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

web.dev/articles/inp

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

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

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

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

ดูข้อมูลเพิ่มเติมได้ในโพสต์ประกาศประเภทการนําทาง

เมตริกทดลอง

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

เวลาที่ได้รับข้อมูลไบต์แรก

TTFB จะรวบรวมเมื่อโหลดหน้าเว็บแบบเต็มเท่านั้น ซึ่งต่างจากตัวจับเวลาอื่นๆ (เช่น LCP) ซึ่งรวบรวมในการไปยังส่วนต่างๆ ในหน้าย้อนกลับและการแสดงผลล่วงหน้าด้วย ดังนั้น ขนาดตัวอย่างของ TTFB จึงอาจเล็กกว่าเมตริกอื่นๆ และไม่จำเป็นต้องเปรียบเทียบกับเมตริกดังกล่าวโดยตรง

ความนิยม

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

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

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

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