ดูสาเหตุที่ข้อมูล RUM แสดงตัวเลข Core Web Vitals ที่แตกต่างจาก CrUX
เผยแพร่เมื่อวันที่ 15 สิงหาคม 2022 อัปเดตล่าสุดเมื่อวันที่ 17 ธันวาคม 2025
รายงานประสบการณ์ของผู้ใช้ Chrome (CrUX) จะมีเมตริกประสบการณ์ของผู้ใช้ที่แสดงให้เห็นว่าผู้ใช้ Chrome ในชีวิตจริงมีการใช้งานเว็บไซต์ที่ได้รับความนิยมในเว็บอย่างไร Chrome จะรวบรวมข้อมูลนี้โดยอัตโนมัติจากผู้ใช้ที่เลือกใช้ และจะพร้อมใช้งานตามเกณฑ์การมีสิทธิ์ของ CrUX
ดังนั้นข้อมูล CrUX จึงพร้อมใช้งานสำหรับเว็บไซต์หลายล้านแห่ง เจ้าของเว็บไซต์หลายรายไม่เคยเข้าถึงข้อมูลภาคสนามมาก่อน และ CrUX ได้ช่วยให้เว็บไซต์จำนวนมากเห็นคุณค่าของข้อมูลนี้เป็นครั้งแรก เนื่องจากเป็นชุดข้อมูลสาธารณะ CrUX จึงใช้สำหรับการวิเคราะห์เชิงแข่งขันและการเปรียบเทียบเมตริกประสบการณ์ของผู้ใช้ได้ด้วย
การตรวจสอบผู้ใช้จริง (RUM) คล้ายกับ CrUX แต่แทนที่ Chrome จะรวบรวมเมตริกประสบการณ์ของผู้ใช้โดยอัตโนมัติ ระบบจะรวมโค้ดไว้ในเว็บไซต์เพื่อรวบรวมข้อมูลนี้และส่งกลับไปยังผู้ให้บริการ RUM หรือโซลูชันการวิเคราะห์เพื่อทำการวิเคราะห์เพิ่มเติม
เมื่อทั้ง 2 โซลูชันวัดเมตริกประสบการณ์ของผู้ใช้ จึงเป็นเรื่องปกติที่จะคิดว่าทั้ง 2 โซลูชันควรมีค่าเท่ากัน ความแตกต่างที่เห็นอาจทำให้เกิดความสับสน คู่มือนี้จะอธิบายสาเหตุที่อาจทำให้เกิดกรณีดังกล่าว และให้คำแนะนำเกี่ยวกับสิ่งที่ควรทำเมื่อตัวเลขไม่ตรงกัน
ประโยชน์ของการเสริม CrUX ด้วยโซลูชัน RUM
CrUX เป็นเครื่องมือที่ยอดเยี่ยมสำหรับมุมมองที่สอดคล้องกันในเว็บไซต์ต่างๆ และในฐานะชุดข้อมูลของ Google สำหรับโปรแกรม Core Web Vitals เว็บไซต์ต่างๆ อาจต้องการจับตาดูสิ่งที่แสดงอยู่ เป้าหมายของ CrUX คือการแสดงภาพรวมที่เกี่ยวข้องทางสถิติของเว็บไซต์หลายล้านแห่งเพื่อการเปรียบเทียบข้ามเว็บไซต์
อย่างไรก็ตาม หากต้องการเจาะลึกเพื่อตรวจสอบสาเหตุที่ข้อมูลแสดงตัวเลขดังกล่าว การลงทุนในโซลูชัน RUM เต็มรูปแบบเพื่อเสริม CrUX จะช่วยให้คุณเข้าถึงข้อมูลที่ละเอียดกว่าข้อมูลที่มีอยู่ในชุดข้อมูลที่ค้นหาได้แบบสาธารณะ ซึ่งจะช่วยอธิบายและปรับปรุงเมตริกได้หลายวิธี
การวิเคราะห์เชิงลึกเพื่อตรวจสอบปัญหา
CrUX มักใช้เพื่อระบุว่าคุณมีปัญหาในเว็บไซต์หรือไม่ แต่ไม่จำเป็นต้องระบุตำแหน่งที่แน่นอนในเว็บไซต์หรือสาเหตุของปัญหา โซลูชัน RUM ไม่ว่าจะสร้างขึ้นเองผ่านไลบรารี web-vitals หรือผลิตภัณฑ์เชิงพาณิชย์อื่นๆ ก็สามารถช่วยลดช่องว่างดังกล่าวได้
การใช้โซลูชัน RUM ช่วยให้คุณเข้าถึงข้อมูลที่ละเอียดยิ่งขึ้นสำหรับหน้าเว็บทั้งหมดและในเบราว์เซอร์ทั้งหมด นอกจากนี้ยังช่วยให้คุณแบ่งกลุ่มและวิเคราะห์ข้อมูลนี้ในแบบที่ CrUX ทำไม่ได้ ซึ่งช่วยให้คุณเจาะลึกและตรวจสอบส่วนที่เป็นปัญหาของเว็บไซต์ได้ ปัญหาเหล่านี้ได้รับผลกระทบจากกลุ่มผู้ใช้ที่เฉพาะเจาะจงหรือไม่ หรือผู้ใช้ที่ดำเนินการบางอย่าง ปัญหาเริ่มเกิดขึ้นเมื่อใด คำถามเหล่านี้จะตอบได้ง่ายขึ้นมากเมื่อมีข้อมูลเพิ่มเติมที่เครื่องมือ RUM สามารถให้ได้
เชื่อมโยงกับเมตริกทางธุรกิจอื่นๆ
นอกจากนี้ RUM ยังช่วยให้คุณเปรียบเทียบเมตริกประสิทธิภาพของเว็บกับเมตริกธุรกิจได้โดยตรง ซึ่งจะแสดงคุณค่าของการลงทุนในประสิทธิภาพ และงานด้านประสิทธิภาพอื่นๆ ที่ควรให้ความสำคัญ เรามีกรณีศึกษามากมายเกี่ยวกับธุรกิจที่ทำการเชื่อมโยงนี้ เช่น Farfetch หรือ The Economic Times
รวบรวมข้อมูลประสิทธิภาพอื่นๆ
โซลูชัน RUM ช่วยให้สามารถรวบรวมเมตริกที่กำหนดเองอื่นๆ ซึ่งเชื่อมโยงกับธุรกิจของคุณโดยตรง ตัวอย่างหนึ่งที่รู้จักกันดีคือเมตริก "เวลาที่ใช้ในการทวีตครั้งแรก" ของ Twitter จากนั้นจึงนำการวัดผลเฉพาะเว็บไซต์เหล่านี้ไปเชื่อมโยงกับการปรับปรุง Core Web Vitals และเมตริกทางธุรกิจ
ความแตกต่างระหว่างข้อมูลภาคสนาม 2 ชุด
คนที่มีนาฬิกาเรือนเดียวจะรู้ว่าตอนนี้กี่โมง แต่คนที่มีนาฬิกาสองเรือนจะไม่มีทางแน่ใจ
กฎของ Segal
เมื่อใดก็ตามที่คุณมีแหล่งข้อมูล 2 แหล่ง คุณอาจสับสนและหงุดหงิดว่าทำไมข้อมูลจึงแตกต่างกัน การทำความเข้าใจความแตกต่างระหว่างเมตริกในห้องปฏิบัติการและเมตริกในภาคสนามเป็นสิ่งสำคัญ เช่นเดียวกับความแตกต่างระหว่างข้อมูลภาคสนาม 2 แหล่ง แม้ว่าข้อมูลควรจะเหมือนกันในทางทฤษฎี แต่ก็มีสาเหตุหลายประการที่ทำให้ข้อมูลแตกต่างกัน
ข้อมูลในห้องปฏิบัติการเทียบกับข้อมูลภาคสนาม
สิ่งแรกที่ควรตรวจสอบคือคุณกำลังดูเมตริกในห้องปฏิบัติการ (สังเคราะห์) หรือเมตริกภาคสนาม (RUM) แม้ว่าจะเป็นเรื่องปกติที่จะคิดว่าผลิตภัณฑ์ RUM จะดูเฉพาะข้อมูลภาคสนาม แต่หลายๆ ผลิตภัณฑ์ก็มีคอมโพเนนต์ Lab ด้วย
ข้อมูลจากห้องปฏิบัติการมีประโยชน์อย่างมากเนื่องจากวัดภายใต้เงื่อนไขที่คงที่ ซึ่งสามารถใช้เพื่อตรวจสอบการเปลี่ยนแปลงหรือการถดถอยที่ไม่คาดคิดในสภาพแวดล้อมฮาร์ดแวร์และซอฟต์แวร์โดยไม่มีสัญญาณรบกวนจากประชากรในภาคสนามที่เปลี่ยนแปลงไป อย่างไรก็ตาม ข้อมูลในการทดสอบอาจไม่ได้แสดงถึงประสบการณ์ของผู้ใช้จริง ดังนั้นเมตริกภาคสนามจึงอาจแสดงผลลัพธ์ที่แตกต่างกันอย่างมาก
ประชากร
ชุดข้อมูลที่โซลูชัน CrUX และ RUM ใช้อาจแตกต่างกันเนื่องจากความแตกต่างในการวัดการเข้าชมหน้าเว็บ โดยขึ้นอยู่กับเบราว์เซอร์ ผู้ใช้ เว็บไซต์ และอุปกรณ์ที่เปรียบเทียบ
เบราว์เซอร์ที่รวมอยู่
รายงานประสบการณ์ของผู้ใช้ Chrome จะแสดงเฉพาะข้อมูลของ Chrome ตามชื่อรายงาน แม้ว่าจะมีเบราว์เซอร์ที่ใช้ Chromium จำนวนมาก (เช่น Edge, Opera และ Brave) ซึ่งใช้ฐานของโค้ด Chrome ร่วมกันเป็นจำนวนมาก แต่มีเพียงผู้ใช้ Chrome เท่านั้นที่ป้อนข้อมูลลงใน CrUX ข้อจำกัดนี้ยังหมายความว่าผู้ใช้ Chrome ใน iOS จะไม่รวมอยู่ด้วย เนื่องจากใช้เครื่องมือเบราว์เซอร์ Webkit ที่สำคัญ นอกจากนี้ WebView ของ Android ยังไม่นับเป็น "Chrome" ด้วย ดังนั้นจึงไม่รวมข้อมูลจากผู้ใช้เหล่านี้ แม้ว่าจะรวมแท็บที่กำหนดเองของ Chrome ไว้ด้วยก็ตาม
แม้ว่า Chrome จะเป็นหนึ่งในเบราว์เซอร์ที่ได้รับความนิยมมากที่สุดในโลก และมีแนวโน้มที่จะแสดงประสิทธิภาพของเว็บไซต์ในกรณีส่วนใหญ่ได้ในวงกว้าง แต่การวัดผลเฉพาะเบราว์เซอร์นั้นไม่ได้เป็นการวัดผลผู้ใช้ทั้งหมด ซึ่งอาจอธิบายความแตกต่างหลักอย่างหนึ่งระหว่าง RUM และ CrUX โดยเฉพาะอย่างยิ่งเทคนิคด้านประสิทธิภาพที่อาศัย API หรือรูปแบบรูปภาพที่ใช้ได้เฉพาะใน Chrome เท่านั้น เป็นต้น
การไม่มีข้อมูล iOS อาจทำให้เกิดความลำเอียงได้เช่นกัน ตัวอย่างเช่น เนื่องจากผู้ใช้ iOS มักจะใช้อุปกรณ์ที่มีประสิทธิภาพมากกว่าหรือเข้าชมจากประเทศที่มีโครงสร้างพื้นฐานเครือข่ายที่ดีกว่า การรวมผู้ใช้กลุ่มนี้จึงอาจทำให้เมตริกประสิทธิภาพโดยรวมสูงขึ้น ในทางกลับกัน การไม่รวมข้อมูลดังกล่าว (เช่นเดียวกับที่ CrUX ทำ) อาจทำให้ข้อมูลเบ้ไปทางผู้เข้าชมเว็บไซต์ที่มีจำนวนน้อย (ตัวอย่างกรณีศึกษา) โดยทั่วไปแล้ว ผู้ใช้ Android จะครอบคลุมอุปกรณ์ ความสามารถของอุปกรณ์ และตลาดที่หลากหลายกว่า
โซลูชัน RUM สามารถรับข้อมูลสำหรับเบราว์เซอร์ที่ไม่ใช่ Chrome และโดยเฉพาะจากเบราว์เซอร์ที่ใช้ Chromium ซึ่งมักจะมีเมตริกเดียวกัน (เช่น Core Web Vitals) ในตัว เบราว์เซอร์ที่ไม่ได้ใช้ Chromium จะวัดโดยโซลูชัน RUM ด้วย แต่อาจมีชุดเมตริกที่จำกัดมากกว่า เช่น Cumulative Layout Shift (CLS) จะใช้ได้เฉพาะในเบราว์เซอร์ที่ใช้ Chromium เท่านั้น เมตริกอื่นๆ ที่อิงตามการแสดงผล เช่น LCP, INP และแม้แต่ First Contentful Paint (FCP) อาจวัดได้แตกต่างกันมาก (ดูด้านล่าง)
ผู้ใช้ที่เลือกใช้
นอกจากจะจำกัดเฉพาะผู้ใช้ Chrome แล้ว CrUX ยังถูกจำกัดเพิ่มเติมด้วยการวัดเฉพาะผู้ใช้ Chrome บางกลุ่มที่เลือกรับข้อมูล CrUX เมื่อติดตั้งเบราว์เซอร์
นอกจากนี้ ผู้ให้บริการ RUM ยังพิจารณาเฉพาะผู้ใช้บางกลุ่มเท่านั้น ซึ่งมักเกิดจากข้อความแจ้งแบนเนอร์คุกกี้ที่ขอให้ผู้ใช้เลือกใช้การเก็บรวบรวมข้อมูล RUM หรือตัวบล็อกการติดตาม ซึ่งอาจส่งผลเสียต่อการโหลดหน้าเว็บครั้งแรกบางครั้ง หากไม่มีการยืนยันจนกว่าจะถึงหน้าเว็บที่ 2 หรือหน้าถัดไป เมื่อมีการแคชเนื้อหาบางส่วนของเว็บไซต์จากหน้าเว็บก่อนหน้าแล้ว หากกรณีนี้เกิดขึ้นบ่อยครั้ง เมตริกอาจดูดีกว่าใน RUM มากกว่าที่เป็นจริง หากไม่รวมการโหลดหน้าเว็บครั้งแรกที่ช้ากว่าในกรณีที่มีจำนวนมากพอ
เว็บไซต์ที่รวมอยู่
CrUX มีไว้เพื่อรายงานเกี่ยวกับเว็บไซต์สาธารณะเท่านั้น จึงมีเกณฑ์การมีสิทธิ์อื่นๆ ที่อาจส่งผลให้ไม่มีการบันทึกข้อมูลใน CrUX เกณฑ์ที่สำคัญที่สุดคือเว็บไซต์ต้องค้นพบได้แบบสาธารณะและได้รับความนิยมมากพอที่จะมีขนาดกลุ่มตัวอย่างขั้นต่ำที่สามารถนำมาใช้สรุปผลที่มีความหมายได้ ในกรณีส่วนใหญ่ การดำเนินการนี้จะส่งผลให้ไม่มีข้อมูลใน CrUX ซึ่งเป็นความแตกต่างที่สร้างความสับสนน้อยกว่าเมื่อเทียบกับข้อมูลที่พร้อมใช้งานแต่แตกต่างกัน แต่จะอธิบายสาเหตุที่ทำให้เกิดความแตกต่างดังกล่าว
อย่างไรก็ตาม หากหน้าเว็บที่เฉพาะเจาะจงของเว็บไซต์มีการทำเครื่องหมายว่าจัดทำดัชนีได้ แต่หน้าอื่นๆ ไม่ได้ทำเครื่องหมาย คุณอาจเห็นเฉพาะชุดย่อยของ URL ใน CrUX หากต้นทางค้นพบได้แบบสาธารณะ การดูหน้าเว็บทั้งหมดภายในต้นทางนั้นจะรวมอยู่ในข้อมูลระดับต้นทาง แต่ข้อมูลระดับ URL อาจไม่พร้อมใช้งาน
อุปกรณ์
CrUX แบ่งกลุ่มข้อมูลตามอุปกรณ์เคลื่อนที่ เดสก์ท็อป และแท็บเล็ต แม้ว่าเครื่องมือจำนวนมากจะมุ่งเน้นที่ 2 รายการแรกและอาจไม่แสดงข้อมูลแท็บเล็ต หรืออาจรวมไว้ในอุปกรณ์เคลื่อนที่หรือเดสก์ท็อป ลักษณะประสิทธิภาพบนอุปกรณ์เคลื่อนที่และเดสก์ท็อปอาจแตกต่างกันอย่างมาก ทั้งในแง่ของการส่งเนื้อหาและความสามารถของอุปกรณ์ที่ดูเนื้อหา
ข้อมูล RUM จะช่วยให้แบ่งกลุ่มการเข้าชมในลักษณะเดียวกันได้ แต่มักจะแสดงข้อมูลที่รวมไว้โดยค่าเริ่มต้น RUM อาจอนุญาตให้แบ่งกลุ่มตามประเภทอุปกรณ์ (เช่น อุปกรณ์เคลื่อนที่) หรือเบราว์เซอร์ (เช่น Chrome) เท่านั้น แต่ไม่สามารถแบ่งกลุ่มตามทั้ง 2 อย่างเพื่อดูเฉพาะการเข้าชม Chrome บนอุปกรณ์เคลื่อนที่ เมื่อเปรียบเทียบกับข้อมูล CrUX ให้ตรวจสอบว่าคุณกำลังเปรียบเทียบข้อมูลที่คล้ายกันโดยกรองตามประเภทอุปกรณ์และเบราว์เซอร์ Chrome
การสุ่มตัวอย่าง
โดยทั่วไปแล้ว โซลูชัน RUM จะอนุญาตให้ปรับอัตราการสุ่มตัวอย่างของผู้เข้าชมที่เลือกใช้ซึ่งมีการรวบรวมข้อมูล ซึ่งจะช่วยลดปริมาณข้อมูลที่ต้องวิเคราะห์และลดค่าใช้จ่ายของบริการ RUM เชิงพาณิชย์ได้ หากขนาดตัวอย่างเล็กเกินไปและไม่ได้เป็นตัวแทนของประชากรในวงกว้าง เมตริกที่ได้ก็จะคลาดเคลื่อนในทำนองเดียวกัน ปรึกษาผู้ให้บริการ RUM เกี่ยวกับขนาดการสุ่มตัวอย่างที่เหมาะสมสำหรับเว็บไซต์ของคุณ
การรวมข้อมูล
ข้อมูลภาคสนามโดยธรรมชาติแล้วจะมีจุดข้อมูลจำนวนมากของเมตริกเดียวกันเมื่อเทียบกับข้อมูลจากห้องปฏิบัติการ ซึ่งจะให้ค่าเดียว หากข้อมูลนี้ได้รับการรวบรวมแตกต่างกันสำหรับการรายงาน ก็อาจเป็นอีกสาเหตุหนึ่งที่ทำให้ CrUX และ RUM แตกต่างกัน
ช่วงเวลา
ข้อมูล CrUX อิงตามกรอบเวลาแบบเลื่อน 28 วันของการเข้าชม และคุณไม่สามารถเปลี่ยนกรอบเวลานี้ได้ แม้ว่าข้อมูล CrUX BigQuery จะจัดเก็บไว้ในแต่ละเดือน ซึ่งช่วยให้คุณดูเดือนก่อนหน้าได้ และ CrUX History API ยังให้ข้อมูลย้อนหลังในช่วงระยะเวลารายสัปดาห์ด้วย ทั้ง 2 รายงานยังคงให้ข้อมูลตามกรอบระยะเวลาแบบเลื่อน 28 วัน
โดยปกติแล้ว ข้อมูล RUM จะให้รายละเอียดที่ละเอียดยิ่งขึ้นเพื่อให้เห็นผลกระทบของการเปลี่ยนแปลงได้เร็วขึ้นมาก อย่างไรก็ตาม เมื่อเลือกระยะเวลาที่สั้นลง ข้อมูล RUM อาจได้รับผลกระทบอย่างไม่เหมาะสมจากความผันผวนของการเข้าชมเว็บไซต์และผู้เข้าชม เมื่อเปรียบเทียบข้อมูล RUM กับข้อมูล CrUX ให้ตรวจสอบเสมอว่าคุณกำลังดูประสิทธิภาพในช่วง 28 วัน เมื่อพอใจว่าข้อมูลมีความคล้ายคลึงกันแล้ว คุณสามารถดูกรอบเวลาอื่นๆ เพื่อเจาะลึกข้อมูล RUM ได้
การรวมสถิติ
เมตริก CrUX จะวัดที่เปอร์เซ็นไทล์ที่ 75 ซึ่งหมายถึงการดูค่าที่การดูหน้าเว็บ 75% ทำได้ ข้อมูลภาคสนามจะมีค่าสุดโต่ง และการนำประสบการณ์ที่แย่ที่สุด 25% ออกมีจุดประสงค์เพื่อให้ได้ค่าที่ผู้เข้าชมส่วนใหญ่คาดหวังว่าจะได้รับอย่างสมเหตุสมผล
ผลิตภัณฑ์ RUM มักจะมีตัวเลือกที่หลากหลายมากขึ้นเกี่ยวกับวิธีรวมเมตริก ซึ่งรวมถึงเปอร์เซ็นไทล์ที่ 75, ค่ามัธยฐาน และเปอร์เซ็นไทล์อื่นๆ หากเปรียบเทียบค่า RUM กับข้อมูล CrUX คุณต้องตรวจสอบว่ากำลังดูข้อมูลเปอร์เซ็นไทล์ที่ 75 เพื่อเปรียบเทียบข้อมูลที่คล้ายกัน
ข้อมูลฮิสโตแกรมใน CrUX มีข้อมูลทั้งหมดที่มีอยู่ ไม่ใช่แค่เปอร์เซ็นไทล์ที่ 75 และแสดงจำนวนการดูหน้าเว็บในการจัดประเภทแต่ละรายการ แต่คะแนนรวมจะอิงตามเปอร์เซ็นไทล์ที่ 75 ข้อมูล CrUX นี้จะแสดงในเครื่องมือต่างๆ เช่น PageSpeed Insights
ความแตกต่างของเมตริก
มีเมตริกมากมายที่ใช้วัดประสิทธิภาพของเว็บ ดังนั้นเมื่อเปรียบเทียบข้อมูล 2 ชุดที่แตกต่างกัน คุณจึงควรทำความเข้าใจว่ากำลังวัดเมตริกใดอยู่และมีการใช้เมตริกเหล่านั้นอย่างไร
เมตริกที่วัด
ข้อมูล CrUX เป็นชุดข้อมูลของ Google ในโครงการริเริ่ม Core Web Vitals และวัดเมตริกเหล่านี้เป็นหลัก (LCP, CLS และ INP) โดยมีเมตริกเพิ่มเติมอีก 2-3 รายการเพื่อเสริมเมตริกเหล่านี้
โดยปกติแล้ว เครื่องมือ RUM จะรวม Core Web Vitals เหล่านี้ไว้ด้วย แต่ก็มักจะมีเมตริกอื่นๆ อีกมากมาย ผู้ให้บริการ RUM บางรายยังวัดประสบการณ์ของผู้ใช้โดยใช้เมตริกทั้งหมดเหล่านี้ร่วมกันเพื่อระบุ "ดัชนีความสุข" หรืออื่นๆ เมื่อเปรียบเทียบข้อมูล RUM กับ CrUX ให้ตรวจสอบว่าคุณกำลังเปรียบเทียบข้อมูลที่เหมือนกัน
เครื่องมือที่ประเมินสถานะผ่านหรือไม่ผ่านของ Core Web Vitals ควรพิจารณาว่าหน้าเว็บผ่านหากเป็นไปตามเป้าหมายที่แนะนำที่เปอร์เซ็นไทล์ที่ 75 สำหรับ Core Web Vitals ทั้งหมด หากไม่มี INP สำหรับหน้าเว็บที่ไม่มีการโต้ตอบ เฉพาะ LCP และ CLS เท่านั้นที่ต้องผ่านเกณฑ์
ความแตกต่างของเมตริกในเบราว์เซอร์ต่างๆ
CrUX จะวัดเฉพาะในเบราว์เซอร์ Chrome และคุณสามารถดูบันทึกการเปลี่ยนแปลงของ Web Vitals เพื่อดูว่าเมตริกเหล่านี้เปลี่ยนแปลงไปอย่างไรใน Chrome แต่ละเวอร์ชัน
อย่างไรก็ตาม โซลูชัน RUM จะวัดจากเบราว์เซอร์ที่หลากหลายกว่า เบราว์เซอร์ที่ใช้ Chromium (Edge, Opera และอื่นๆ) มีแนวโน้มที่จะคล้ายกับ Chrome เว้นแต่ว่า Chrome จะใช้การเปลี่ยนแปลงใหม่ตามที่ระบุไว้ในบันทึกการเปลี่ยนแปลง
สำหรับเบราว์เซอร์ที่ไม่ใช่ Chromium ความแตกต่างอาจเห็นได้ชัดเจนยิ่งขึ้น ตัวอย่างเช่น เมตริกที่อิงตามการแสดงผล เช่น LCP, INP และ FCP มีให้บริการใน Safari และ Firefox แต่วัดด้วยวิธีที่แตกต่างกัน ซึ่งอาจทำให้เวลาที่รายงานมีความแปรปรวนอย่างมาก ตามที่ระบุไว้ก่อนหน้านี้ หากต้องการเปรียบเทียบ RUM กับ CrUX คุณควรกรองเฉพาะผู้ใช้ Chrome เพื่อให้เปรียบเทียบข้อมูลที่คล้ายกันได้
ช่วงเวลาของเมตริก
เมตริกด้าน Core Web Vitals มาจาก API ของเว็บเบราว์เซอร์ แต่ก็ไม่ได้หมายความว่าค่าที่รายงานโดยใช้ API เหล่านี้จะไม่มีความแตกต่างกัน เวลาที่ทำการวัดเมตริกอย่างแน่นอน ไม่ว่าจะเป็นตอนการโหลดหน้าเว็บหรือตลอดวงจรของหน้าเว็บทั้งหมด อาจทำให้เกิดความแตกต่างได้ เครื่องมือ RUM อาจไม่ได้วัดเมตริกในลักษณะเดียวกันเสมอไป แม้ว่าจะใช้ชื่อเดียวกันและ API ของเบราว์เซอร์เดียวกันเพื่อรับข้อมูล ซึ่งอาจทำให้เกิดความสับสน
Largest Contentful Paint (LCP) เป็นเมตริกการโหลดหน้าเว็บ Web API สามารถรายงานองค์ประกอบ LCP ได้หลายรายการหากมีการโหลดองค์ประกอบที่ใหญ่กว่าในภายหลังหลังจากการแสดงผลครั้งแรก องค์ประกอบ LCP สุดท้ายคือเมื่อหน้าเว็บโหลดเสร็จหรือผู้ใช้โต้ตอบกับหน้าเว็บ ดังนั้นความแตกต่างอาจเกิดขึ้นหากมีการรายงานองค์ประกอบ LCP ก่อนเหตุการณ์ทั้ง 2 รายการดังกล่าว
นอกจากนี้ ในข้อมูลภาคสนาม องค์ประกอบ LCP อาจแตกต่างกันไปตามวิธีโหลดหน้าเว็บ สำหรับการโหลดหน้าเว็บเริ่มต้นที่แสดงเนื้อหาด้านบนของหน้า องค์ประกอบ LCP จะขึ้นอยู่กับขนาดหน้าจอเป็นหลัก อย่างไรก็ตาม หากเปิดหน้าเว็บด้วยลิงก์ตำแหน่งเฉพาะที่อยู่ด้านล่างในเอกสาร หรือเปิดด้วย Deep Link ไปยัง SPA ในลักษณะเดียวกัน (ซึ่งเราจะพูดถึงในภายหลัง) องค์ประกอบ LCP อาจแตกต่างกัน
อย่าคิดว่าเวลา LCP ที่ระบุใน CrUX หรือ RUM อิงตามองค์ประกอบเดียวกับเครื่องมือ Lab แม้ว่า CrUX จะให้ค่า LCP โดยรวมต่อหน้าหรือต้นทาง แต่ RUM สามารถแบ่งกลุ่มนี้เพิ่มเติมเพื่อระบุเซสชันที่มีปัญหา LCP แต่ละรายการได้
Cumulative Layout Shift (CLS) จะวัดตลอดอายุการใช้งานของหน้าเว็บ ดังนั้น CLS ของการโหลดหน้าเว็บครั้งแรกอาจไม่ได้แสดงถึงหน้าเว็บที่ทำให้เกิดการเปลี่ยนแปลงมากขึ้นในภายหลังหลังจากที่หน้าเว็บโหลดแล้วและผู้ใช้ได้โต้ตอบกับหน้าเว็บ ดังนั้น การใช้ค่า CLS หลังจากการโหลดหน้าเว็บเท่านั้น (เช่นเดียวกับผลิตภัณฑ์ RUM หลายรายการ) จะให้ผลลัพธ์ที่แตกต่างจากการใช้ค่า CLS หลังจากที่ผู้ใช้ดำเนินการกับหน้าเว็บเสร็จแล้ว
เมตริกการตอบสนอง Interaction to Next Paint (INP) ต้องมีการวัดอินพุต และสังเกตการคลิก การแตะ และการโต้ตอบด้วยแป้นพิมพ์ทั้งหมดตลอดอายุของหน้าเว็บในลักษณะที่คล้ายกับ CLS ดังนั้นค่าที่รายงานของ INP อาจแตกต่างกันมากหากวัดหลังจากที่ผู้ใช้ทำการโต้ตอบหลายครั้งในหน้าเว็บ
CrUX จะเป็นไปตามเอกสารประกอบของ Core Web Vitals และวัดค่าเหล่านี้ตลอดอายุการใช้งานของหน้าเว็บ ผู้ให้บริการ RUM หลายรายเลือกที่จะวัดเมตริกเหล่านี้หลังจากการโหลดหน้าเว็บหรือในเวลาอื่นๆ (เช่น เมื่อมีการคลิกคำกระตุ้นให้ดำเนินการที่สำคัญ) ด้วยเหตุผลต่างๆ กัน
การทำความเข้าใจจากผู้ให้บริการ RUM ว่ามีการวัด Core Web Vitals เมื่อใดเป็นสิ่งสำคัญเมื่อเห็นความแปรปรวนที่อธิบายไม่ได้ระหว่างแหล่งข้อมูลทั้ง 2 แหล่ง
แอปพลิเคชันหน้าเว็บเดียว
แอปพลิเคชันหน้าเว็บเดียว (SPA) ทำงานโดยการอัปเดตเนื้อหาในหน้าปัจจุบัน แทนที่จะทำการนำทางหน้าเว็บจริงในระดับเบราว์เซอร์ ซึ่งหมายความว่าเบราว์เซอร์จะไม่เห็นการดำเนินการเหล่านี้เป็นการนำทางหน้าเว็บ แม้ว่าผู้ใช้จะเห็นว่าเป็นการนำทางหน้าเว็บก็ตาม API ของ Core Web Vitals ที่เบราว์เซอร์มีให้จะไม่พิจารณาการนำทางเหล่านี้ ดังนั้น CrUX จึงไม่รองรับการนำทางหน้าเว็บเหล่านี้ เรากำลังดำเนินการแก้ไขปัญหานี้ โปรดดูข้อมูลเพิ่มเติมที่โพสต์การวัดการนําทางแบบซอฟต์
ผู้ให้บริการ RUM บางรายพยายามตรวจหา "การนําทางแบบซอฟต์" ใน SPA แต่หากผู้ให้บริการเหล่านั้นระบุแหล่งที่มาของเมตริก Core Web Vitals ไปยัง "การนําทางแบบซอฟต์" ด้วย ก็จะทําให้เกิดความแตกต่างกับ CrUX เนื่องจาก API ที่เกี่ยวข้องไม่รองรับเมตริกหลายรายการ
ความแตกต่างระหว่าง CrUX และ Web API
นอกจากความแตกต่างในการวัดการดูหน้าเว็บและสิ่งที่วัดแล้ว ยังมีสถานการณ์อื่นๆ ที่ซับซ้อนกว่าซึ่งควรทราบซึ่งอาจทำให้ข้อมูล CrUX และ RUM แตกต่างกัน ซึ่งบางส่วนเกิดจากข้อจำกัดของ Web API ที่ใช้ในการวัดเมตริก และบางส่วนเป็นกรณีที่ต้องจัดการผลลัพธ์ที่ API แสดงผลแตกต่างกันไปสำหรับบางสถานการณ์ เอกสารประกอบของ Core Web Vitals จะแสดงความแตกต่างเหล่านี้สำหรับ LCP และ CLS แต่ความแตกต่างหลักๆ จะระบุไว้ในส่วนต่อไปนี้ด้วย
Back-Forward Cache
CrUX ถือว่าการกู้คืน Back-Forward Cache (หรือ bfcache) เป็นการนำทางหน้าเว็บ แม้ว่าจะไม่ได้ส่งผลให้เกิดการโหลดหน้าเว็บแบบเดิมก็ตาม เนื่องจาก Web API ไม่ถือว่าการเปลี่ยนหน้าเว็บเหล่านี้เป็นการโหลดหน้าเว็บ โซลูชัน RUM จึงต้องทำตามขั้นตอนเพิ่มเติมเพื่อให้ระบบนับหน้าเว็บเหล่านี้หากต้องการให้ตรงกับ CrUX การโหลดหน้าเว็บเหล่านี้เร็วกว่ามาก ซึ่งอาจส่งผลให้มีการรายงานประสิทธิภาพโดยรวมที่ดีขึ้นสำหรับเว็บไซต์ ดังนั้นการไม่รวมหน้าเว็บเหล่านี้อาจส่งผลให้เมตริกประสิทธิภาพของหน้าเว็บโดยรวมแย่ลง โปรดดูโซลูชัน RUM เพื่อทำความเข้าใจว่าโซลูชันดังกล่าวจัดการหน้าเว็บที่กู้คืน bfcache หรือไม่
iframe
เนื่องด้วยเหตุผลด้านความปลอดภัยและความเป็นส่วนตัว หน้าเว็บระดับบนสุดจึงไม่มีสิทธิ์เข้าถึงเนื้อหาภายใน iframe (แม้แต่ iframe ต้นทางเดียวกัน) ซึ่งหมายความว่าเมตริกประสิทธิภาพของเนื้อหาใน iframe จะวัดได้โดย iframe เองเท่านั้น และไม่สามารถวัดผ่าน Web API ในหน้าที่มี iframe ได้ หากเนื้อหา iframe มีองค์ประกอบ LCP หรือเนื้อหาที่ส่งผลต่อ CLS หรือ INP ที่ผู้ใช้พบ โซลูชัน RUM (รวมถึงไลบรารี JavaScript ของ Google Web Vitals) จะไม่สามารถเข้าถึงข้อมูลนี้ได้
อย่างไรก็ตาม CrUX ซึ่งวัดโดยเบราว์เซอร์ Chrome เองแทนที่จะเป็น JavaScript ในหน้าเว็บ ไม่มีข้อจำกัดเหล่านี้ จึงวัดเมตริกภายใน iframe เมื่อรายงาน Core Web Vitals ซึ่งจะแสดงสิ่งที่ผู้ใช้เห็นได้แม่นยำยิ่งขึ้น แต่อาจเป็นอีกสาเหตุหนึ่งที่ทำให้เว็บไซต์ที่ใช้ iframe มีความแตกต่างกัน
ตัวอย่างที่ชัดเจนอย่างหนึ่งที่แสดงให้เห็นว่าสิ่งนี้อาจทำให้ข้อมูล LCP ใน CrUX และ RUM แตกต่างกันคือ <video> ที่ฝังไว้ เฟรมที่แสดงผลครั้งแรกขององค์ประกอบ <video> ที่เล่นอัตโนมัติในหน้าเว็บอาจนับเป็นตัวเลือก LCP แต่การฝังสำหรับบริการสตรีมมิงวิดีโอยอดนิยมอาจวางองค์ประกอบเหล่านี้ไว้ใน <iframe> CrUX สามารถพิจารณาเรื่องนี้ได้เนื่องจากเข้าถึงเนื้อหา <iframe> ได้ แต่โซลูชัน RUM ทำไม่ได้
ทรัพยากรแบบข้ามต้นทาง
สื่อ LCP ที่แสดงจากโดเมนอื่นอาจไม่แสดงเวลาในการแสดงผลใน PerformanceObserver API เว้นแต่จะมีการระบุส่วนหัว Timing-Allow-Origin (TAO) เนื่องจากข้อจำกัดด้านความปลอดภัยของเบราว์เซอร์เพื่อลดการโจมตีด้านเวลา ซึ่งจะกลับไปใช้เวลาในการโหลดของทรัพยากร แต่อาจแตกต่างจากเวลาที่แสดงเนื้อหาจริงอย่างมาก
ซึ่งอาจทำให้เกิดสถานการณ์ที่ดูเหมือนเป็นไปไม่ได้ โดยที่ API ของเว็บรายงาน LCP ว่าเร็วกว่า FCP ซึ่งไม่ใช่กรณีนี้ แต่ปรากฏขึ้นเนื่องจากข้อจำกัดด้านความปลอดภัยนี้เท่านั้น
ปัญหานี้ได้รับการแก้ไขแล้วในช่วงปลายปี 2024 และเวลาในการแสดงผลที่หยาบขึ้นเล็กน้อยพร้อมใช้งานตั้งแต่ Chrome 133 แม้ว่าจะไม่มี Timing-Allow-Origin ก็ตาม
ขอย้ำอีกครั้งว่า CrUX จะรายงานข้อมูลเวลาในการแสดงผลสำหรับ Core Web Vitals เราขอแนะนำให้เว็บไซต์จำกัดเนื้อหาแบบข้ามต้นทางที่ส่งผลต่อเมตริก Core Web Vitals และเปิดใช้ TAO หากเป็นไปได้ หากต้องการวัดค่านี้อย่างแม่นยำยิ่งขึ้น ทรัพยากรแบบข้ามต้นทางอื่นๆ อาจขึ้นอยู่กับข้อจำกัดที่คล้ายกัน
แท็บเบื้องหลัง
เมื่อไม่ได้เปิดหน้าเว็บในแท็บพื้นหลัง หน้าเว็บจะยังคงส่งเมตริกโดยใช้ Web API อย่างไรก็ตาม CrUX จะไม่รายงานเหตุการณ์เหล่านี้เนื่องจากให้เวลาที่ไม่สอดคล้องกับประสบการณ์ของผู้ใช้ โซลูชัน RUM ควรพิจารณาละเว้นการดูหน้าเว็บเหล่านี้ด้วย หรืออย่างน้อยก็อธิบายวิธีจัดการกับการดูหน้าเว็บเหล่านี้
แล้วเราจะทำอะไรได้บ้าง
เราได้แสดงให้เห็นสาเหตุที่ข้อมูล CrUX และ RUM อาจแตกต่างกัน ไม่ว่าจะเป็นเพราะความแตกต่างในวิธีการที่แต่ละวิธีใช้ หรือเพราะผู้ใช้และการดูหน้าเว็บที่รวมหรือยกเว้น ตามหลักการแล้ว ข้อมูลทั้ง 2 ชุดจะยังคงแสดงถึงประสิทธิภาพของเว็บไซต์เพื่อให้เป็นประโยชน์ แต่เหตุผลที่ระบุควรระบุว่าเหตุใดจึงไม่น่าจะได้รับตัวเลขที่เหมือนกันทุกประการในแต่ละชุด
ในกรณีที่ความแตกต่างมีเพียงเล็กน้อย (เช่น การรายงาน LCP เป็น 2.0 วินาทีเทียบกับ 2.2 วินาที) ชุดข้อมูลทั้ง 2 ชุดจะมีประโยชน์และมักจะถือว่าสอดคล้องกันโดยประมาณ
เมื่อความแตกต่างที่ชัดเจนทำให้คุณสงสัยในความถูกต้องของข้อมูล คุณควรพยายามทำความเข้าใจความแตกต่างเหล่านั้น ข้อมูล RUM สามารถกรองให้สอดคล้องกับ CrUX มากขึ้น (ดูเฉพาะผู้ใช้ Chrome สำหรับเดสก์ท็อปหรืออุปกรณ์เคลื่อนที่ โดยมีค่าเปอร์เซ็นไทล์ที่ 75 ในช่วง 28 วัน) เพื่อลดความแตกต่างเหล่านี้ได้ไหม
หากเป็นเช่นนั้น และคุณสามารถทำให้ข้อมูลตรงกันมากขึ้น คุณก็ยังควรถามว่าเหตุใดคุณจึงเห็นความแตกต่างเหล่านี้ในข้อมูลโดยรวม และความแตกต่างนี้หมายความว่าอย่างไร ผู้ใช้ที่ไม่ได้ใช้ Chrome ทำให้เมตริกของคุณเบี่ยงเบนไปในทางบวกหรือทางลบ ข้อมูลนี้ช่วยให้คุณทราบข้อมูลเชิงลึกมากขึ้นเกี่ยวกับปัญหาด้านประสิทธิภาพที่คุณสามารถจัดลำดับความสำคัญได้หรือไม่
หากผู้ใช้ที่ไม่ได้ใช้ Chrome ได้รับผลลัพธ์ที่แตกต่างกัน คุณสามารถใช้ข้อมูลเชิงลึกอันมีค่าที่ RUM มอบให้เพื่อเพิ่มประสิทธิภาพในลักษณะที่แตกต่างออกไปได้ ตัวอย่างเช่น API บางรายการไม่พร้อมใช้งานในบางเบราว์เซอร์ แต่คุณสามารถพิจารณาทางเลือกอื่นสำหรับเบราว์เซอร์ที่ไม่รองรับเพื่อปรับปรุงประสบการณ์การใช้งานได้เช่นกัน หรือคุณอาจมอบประสบการณ์การใช้งานที่แตกต่างแต่มีประสิทธิภาพมากกว่าให้แก่ผู้ใช้ที่ใช้อุปกรณ์หรือเครือข่ายที่มีข้อจำกัด CrUX จำกัดเฉพาะข้อมูล Chrome แต่คุณควรพิจารณาประสบการณ์ของผู้เข้าชมเว็บไซต์ทั้งหมดเพื่อช่วยจัดลำดับความสำคัญของการปรับปรุง ข้อมูล RUM จะช่วยเติมเต็มช่องว่างดังกล่าวได้
เมื่อเข้าใจสาเหตุของความแตกต่างแล้ว เครื่องมือทั้ง 2 อย่างจะมีประโยชน์อย่างมากในการทำความเข้าใจประสบการณ์ของผู้ใช้ในเว็บไซต์ และช่วยปรับปรุงประสบการณ์นี้แม้ว่าตัวเลขจะไม่เหมือนกันก็ตาม ใช้ข้อมูล RUM เพื่อเสริมข้อมูล CrUX และช่วยให้คุณเจาะลึกสิ่งที่ CrUX บอกคุณในระดับสูงได้โดยการแบ่งกลุ่มการรับส่งข้อมูลเพื่อช่วยระบุว่ามีส่วนใดของเว็บไซต์หรือฐานผู้ใช้ที่ต้องดำเนินการหรือไม่
การดูแนวโน้มเพื่อดูว่าการปรับปรุงมีผลเชิงบวกตามที่คาดไว้หรือไม่มักมีความสำคัญมากกว่าการที่ตัวเลขแต่ละตัวตรงกันทุกประการระหว่างแหล่งข้อมูลทั้ง 2 แหล่ง ดังที่ได้กล่าวไปก่อนหน้านี้ RUM ช่วยให้คุณดูช่วงเวลาต่างๆ เพื่อดูคะแนน CrUX ในช่วง 28 วันล่วงหน้าได้ แม้ว่าการดูช่วงเวลาที่สั้นเกินไปอาจทำให้ข้อมูลมีความผันผวนสูง ซึ่งเป็นเหตุผลที่ CrUX ใช้ช่วงเวลา 28 วัน
บ่อยครั้งที่ไม่มีคำตอบที่ "ถูก" หรือ "ผิด" ในเมตริกต่างๆ เหล่านี้ เมตริกเหล่านี้เป็นเพียงมุมมองที่แตกต่างกันเกี่ยวกับผู้ใช้และวิธีที่ผู้ใช้ได้รับประสบการณ์จากเว็บไซต์ของคุณ ตราบใดที่คุณเข้าใจสาเหตุที่ทำให้เกิดความแตกต่างเหล่านี้ และผลกระทบที่อาจเกิดขึ้นกับการตัดสินใจของคุณ สิ่งที่สำคัญกว่าคือการให้บริการผู้เข้าชมเว็บไซต์ได้ดียิ่งขึ้น