เมตริก

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

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

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

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

Paint Timing API

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

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

Paint Timing API

เนื้อหา DOM ที่โหลด

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

MDN

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

"การแสดงผลเนื้อหาขนาดใหญ่ที่สุด (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 ใน CrUX จะรวบรวมในการโหลดหน้าเว็บแบบเต็มเท่านั้น ซึ่งต่างจากตัวจับเวลาอื่นๆ (เช่น LCP) ซึ่งรวบรวมจากการนำทางแบบย้อนกลับและหน้าที่แสดงผลล่วงหน้าด้วย ด้วยเหตุนี้ ขนาดตัวอย่างของ TTFB อาจน้อยกว่าเมตริกอื่นๆ และไม่จำเป็นต้องเปรียบเทียบกับเมตริกเหล่านี้โดยตรง

CrUX วัด TTFB เนื่องจากได้รับไบต์แรกของทรัพยากรเอกสารจากเซิร์ฟเวอร์ มุมมองปกติของ TTFB มีไว้วัดเวลาที่การตอบกลับเอกสารเริ่มต้น แต่เมื่อมีการใช้คำแนะนำเบื้องต้น "ไบต์แรก" จะมาก่อนเวลานี้ ในอนาคตอาจมีการอัปเดต CrUX ให้ละเว้นคำแนะนำเบื้องต้น

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

ความนิยม

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

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

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

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

ระยะเวลารับส่งข้อมูล

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

เมตริกนี้ใช้ได้เฉพาะใน CrUX API และ CrUX History API โดยรวมกับเปอร์เซ็นไทล์ที่ 75 ฮิสโตแกรมไม่พร้อมใช้งาน และไม่มีใน BigQuery