เหตุใดข้อมูล CrUX จึงแตกต่างจากข้อมูล RUM ของฉัน

ดูข้อมูลเกี่ยวกับเหตุผลที่ข้อมูล RUM สามารถแสดงตัวเลข Core Web Vitals ที่แตกต่างจาก CrUX

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

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

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

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

ประโยชน์ของการเสริม CrUX ด้วยโซลูชัน RUM

CrUX เป็นเครื่องมือที่ยอดเยี่ยมสำหรับการแสดงมุมมองที่สอดคล้องกันในเว็บไซต์ต่างๆ และในฐานะชุดข้อมูลอย่างเป็นทางการสำหรับโปรแกรม Core Web Vitals เว็บไซต์ต่างๆ อาจจะต้องการติดตามสิ่งที่เว็บไซต์แสดง เป้าหมายของ CrUX คือการนำเสนอภาพรวมที่เกี่ยวข้องทางสถิติของเว็บไซต์หลายล้านเว็บไซต์เพื่อเปรียบเทียบระหว่างกัน

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

การวิเคราะห์ที่ละเอียดขึ้นเพื่อตรวจสอบปัญหา

CrUX มักใช้เพื่อระบุว่าคุณมีปัญหาบนเว็บไซต์หรือไม่ แต่ไม่จำเป็นต้องเจาะจงว่าปัญหาอยู่ตรงไหนในเว็บไซต์หรือเพราะอะไร โซลูชัน RUM ไม่ว่าจะพัฒนาเองผ่านคลังเว็บไวท์ัลหรือผลิตภัณฑ์เชิงพาณิชย์อื่นๆ ก็ตาม จะช่วยเติมเต็มช่องว่างนั้นได้

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

สัมพันธ์กับเมตริกธุรกิจอื่นๆ

RUM ยังให้คุณเปรียบเทียบเมตริกประสิทธิภาพเว็บกับเมตริกธุรกิจต่างๆ ได้โดยตรง โดยแสดงมูลค่าในการลงทุนกับประสิทธิภาพ และประสิทธิภาพอื่นๆ ที่ต้องให้ความสำคัญ เรามีกรณีศึกษามากมายเกี่ยวกับธุรกิจที่ทำความสัมพันธ์นี้ เช่น Farfetch หรือ The Economic Times

การรวบรวมข้อมูลประสิทธิภาพอื่นๆ

โซลูชัน RUM ให้คุณรวบรวมเมตริกที่กำหนดเองอื่นๆ ซึ่งเชื่อมโยงกับธุรกิจที่เฉพาะเจาะจงของคุณโดยตรง ตัวอย่างหนึ่งซึ่งเป็นที่รู้จักกันดีมากขึ้นคือเมตริก “Time to first Tweet” ของ Twitter จากนั้น การวัดเฉพาะเว็บไซต์เหล่านี้จะสัมพันธ์กับการปรับปรุง Core Web Vitals และเมตริกธุรกิจ

ความแตกต่างระหว่างชุดข้อมูลสองชุด

ผู้ชายที่มีนาฬิการู้ว่าเวลาอะไร ผู้ชายที่มีนาฬิกา 2 เรือนไม่เคยรู้มาก่อน

กฎหมายเซกัล

เมื่อใดก็ตามที่คุณมีแหล่งข้อมูล 2 แหล่ง มักจะอาจสร้างความสับสนหรือน่าหงุดหงิดได้เกี่ยวกับเหตุผลที่แหล่งข้อมูลทั้งสองแตกต่างกัน ในทำนองเดียวกับการทําความเข้าใจความแตกต่างระหว่างเมตริกของห้องทดลองกับเมตริกภาคสนาม ก็ยังมีความแตกต่างระหว่างแหล่งข้อมูลภาคสนาม 2 แหล่งด้วย แม้ว่าข้อมูลจะเหมือนกันทั้งในกรณีที่เป็นอุดมคติ แต่ก็มีหลายสาเหตุที่ข้อมูลอาจแตกต่างกันได้

ข้อมูลในห้องปฏิบัติการเทียบกับข้อมูลภาคสนาม

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

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

จำนวนประชากร

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

เบราว์เซอร์ที่รวมอยู่

ชื่อรายงานประสบการณ์ของผู้ใช้ Chrome มีไว้สำหรับ Chrome เท่านั้น แม้ว่าจะมีเบราว์เซอร์แบบ Chromium จำนวนมาก (Edge, Opera และ Brave เป็นต้น) ที่รองรับเมตริกเดียวกันกับ Chrome ในฐานของโค้ดหลักที่ใช้ร่วมกัน แต่มีเพียงผู้ใช้ Chrome เท่านั้นที่จะป้อนข้อมูลลงใน CrUX ข้อจำกัดนี้ยังหมายรวมถึงผู้ใช้ Chrome ใน iOS ด้วย เนื่องจากเครื่องมือนี้ใช้เครื่องมือเบราว์เซอร์ Webkit พื้นฐาน นอกจากนี้ Android WebView จะไม่นับเป็น "Chrome" ดังนั้นจะไม่มีการรวมข้อมูลจากผู้ใช้เหล่านี้ แต่จะรวมข้อมูลจากแท็บที่กำหนดเองของ Chrome ไว้ด้วย

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

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

โซลูชัน RUM จะรับข้อมูลสำหรับเบราว์เซอร์ที่ไม่ใช่ Chrome โดยเฉพาะจากเบราว์เซอร์แบบ Chromium ที่มักจะมีเมตริกเดียวกัน (เช่น Core Web Vitals) ในตัว เบราว์เซอร์ที่ไม่ใช่ Chromium จะวัดด้วยโซลูชัน RUM ด้วย แต่อาจมีชุดเมตริกที่จำกัดมากกว่า ตัวอย่างเช่น ปัจจุบัน Largest Contentful Paint (LCP) และ Cumulative Layout Shift (CLS) มีให้ใช้งานเฉพาะในเบราว์เซอร์แบบ Chromium และเมตริกอื่นๆ บางรายการอาจวัดต่างกันไป (ดูในภายหลัง)

ผู้ใช้ที่เลือกใช้

นอกจากการจำกัดให้เฉพาะผู้ใช้ Chrome แล้ว CrUX ยังมีข้อจำกัดเพิ่มเติมโดยการวัดเฉพาะผู้ใช้ Chrome กลุ่มหนึ่งที่เลือกแชร์ข้อมูล CrUX เมื่อติดตั้งเบราว์เซอร์

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

เว็บไซต์ที่รวมไว้

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

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

อุปกรณ์

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

ข้อมูล RUM จะให้คุณแบ่งกลุ่มการเข้าชมได้ในลักษณะเดียวกัน แต่มักจะแสดงข้อมูลรวมโดยค่าเริ่มต้น RUM อาจอนุญาตให้แบ่งกลุ่มตามประเภทอุปกรณ์ (เช่น อุปกรณ์เคลื่อนที่) หรือเบราว์เซอร์ (เช่น Chrome) ได้ง่ายๆ แต่ไม่อนุญาตให้ดูการเข้าชม Chrome บนอุปกรณ์เคลื่อนที่ทั้ง 2 อย่างเท่านั้น เมื่อเปรียบเทียบกับข้อมูล CrUX ให้ตรวจสอบว่าคุณกำลังเปรียบเทียบแบบเหมือนกันโดยกรองตามประเภทอุปกรณ์และเบราว์เซอร์ Chrome

ทดสอบผลิตภัณฑ์

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

การรวมข้อมูล

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

ระยะเวลา

ข้อมูล CrUX อิงตามกรอบเวลาการเข้าชมแบบเลื่อน 28 วัน และจะเปลี่ยนกรอบเวลานี้ไม่ได้ แม้ว่าระบบจะจัดเก็บข้อมูล BigQuery ไว้ในแต่ละเดือน ซึ่งช่วยให้คุณดูเดือนก่อนหน้าได้

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

การรวมสถิติ

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

ผลิตภัณฑ์ RUM มักมีตัวเลือกที่หลากหลายกว่าในการรวบรวมเมตริก ซึ่งรวมถึงเปอร์เซ็นไทล์ที่ 75, ค่ามัธยฐาน และเปอร์เซ็นไทล์อื่นๆ หากต้องการเปรียบเทียบค่า RUM กับข้อมูล CrUX คุณต้องดูที่ข้อมูลเปอร์เซ็นไทล์ที่ 75 เพื่อเปรียบเทียบแบบเหมือนกัน

ข้อมูลฮิสโตแกรมใน CrUX มีข้อมูลที่มีอยู่ทั้งหมด ไม่ใช่เฉพาะเปอร์เซ็นไทล์ที่ 75 และแสดงจำนวนการดูหน้าเว็บในแต่ละคะแนน แต่คะแนนรวมจะขึ้นอยู่กับเปอร์เซ็นไทล์ที่ 75 ข้อมูล CrUX นี้จะแสดงในเครื่องมืออย่างเช่น PageSpeed Insights ดังนี้

ภาพหน้าจอของ PageSpeed Insights แสดงฮิสโตแกรมของการโหลดหน้าเว็บการจัดประเภท LCP

ความแตกต่างของเมตริก

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

เมตริกที่วัดได้

ข้อมูล CrUX คือชุดข้อมูลอย่างเป็นทางการของโครงการริเริ่ม Core Web Vitals ซึ่งจะวัดเมตริก 3 รายการนี้เป็นหลัก (LCP, FID และ CLS) โดยมีเมตริกเพิ่มเติม 2-3 รายการเพื่อเสริมข้อมูลดังกล่าว

โดยทั่วไปแล้วเครื่องมือ RUM จะมี Core Web Vitals เหล่านี้ แต่ก็มีเมตริกอื่นๆ อีกมากมายด้วยเช่นกัน ผู้ให้บริการ RUM บางรายยังวัดผลประสบการณ์ของผู้ใช้โดยใช้เมตริกทั้งหมดของตนเองรวมกัน จึงอาจแสดงดัชนีความสุขได้ เมื่อเปรียบเทียบข้อมูล RUM กับ CrUX ให้ตรวจสอบว่าคุณกำลังเปรียบเทียบแบบคล้ายกัน

เครื่องมือที่ประเมินสถานะผ่าน/ไม่ผ่านของ Core Web Vitals ควรพิจารณาการส่งหน้าเว็บหากเป็นไปตามเป้าหมายที่แนะนำที่เปอร์เซ็นไทล์ที่ 75 สำหรับ Core Web Vitals ทั้งหมด หากไม่มี FID สำหรับหน้าที่ไม่มีการโต้ตอบ จะมีเพียง LCP และ CLS เท่านั้นที่ต้องส่ง

ความแตกต่างของเมตริกในเบราว์เซอร์ต่างๆ

CrUX จะวัดเฉพาะในเบราว์เซอร์ Chrome เท่านั้น และคุณสามารถไปที่บันทึกการเปลี่ยนแปลงของ Web Vitals เพื่อดูการเปลี่ยนแปลงเหล่านี้ใน Chrome แต่ละเวอร์ชันได้

อย่างไรก็ตาม โซลูชัน RUM จะวัดจากเบราว์เซอร์ที่หลากหลายมากกว่า เบราว์เซอร์แบบ Chromium (Edge, Opera เป็นต้น) มีแนวโน้มที่จะคล้ายกับ Chrome เว้นแต่ Chrome จะใช้การเปลี่ยนแปลงใหม่ตามที่ระบุไว้ใน Changelog

สำหรับเบราว์เซอร์ที่ไม่ใช่ Chromium ความแตกต่างจะเด่นชัดกว่า เช่น First Contentful Paint (FCP) มีให้ใช้งานใน Safari และ Firefox แต่มีการวัดด้วยวิธีอื่น ซึ่งอาจส่งผลให้เวลาที่รายงานมีความแปรปรวนอย่างมาก อย่างที่ได้กล่าวไปแล้ว หากคุณต้องการเปรียบเทียบ RUM กับ CrUX วิธีที่ดีที่สุดคือการกรองเฉพาะผู้ใช้ Chrome เพื่อทำการเปรียบเทียบได้แบบคล้ายๆ กัน

ช่วงเวลาของเมตริก

เมตริก Core Web Vitals ระบุโดย API ของเว็บเบราว์เซอร์ แต่ไม่ได้หมายความว่าไม่มีแนวโน้มความแตกต่างของค่าที่รายงานจากการใช้เมตริกดังกล่าว เกิดขึ้นเมื่อมีการใช้การวัดเมตริกในขณะที่โหลดหน้าเว็บหรือตลอดวงจรทั้งหน้าอาจทําให้เกิดความแตกต่างได้ เครื่องมือ RUM อาจไม่วัดเมตริกในลักษณะเดียวกันเสมอไป แม้ว่าจะใช้ชื่อเดียวกันและมีการใช้ API เบราว์เซอร์เดียวกันในการรับข้อมูล ซึ่งอาจทำให้เกิดความสับสนได้

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

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

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

Cumulative Layout Shift (CLS) จะวัดตลอดอายุของหน้าเว็บ ดังนั้น CLS ของการโหลดหน้าเว็บช่วงแรกอาจไม่ใช่ตัวแทนของหน้าเว็บที่ทําให้เกิดการเปลี่ยนแปลงมากขึ้นหลังจากที่หน้าเว็บโหลดและผู้ใช้โต้ตอบด้วย ดังนั้น การใช้ค่า CLS เฉพาะหลังจากการโหลดหน้าเว็บ (เช่นเดียวกับผลิตภัณฑ์ RUM หลายๆ รายการ) จะให้ผลลัพธ์ที่แตกต่างจากการใช้ค่า CLS หลังจากที่ผู้ใช้อ่านหน้าเว็บจบแล้ว

First Input Delay (FID) กำหนดให้ต้องวัดอินพุต ดังนั้นจึงวัดไม่ได้เมื่อโหลดหน้าเว็บ แต่ FID จะวัดอินพุตแรกเท่านั้นตามที่ชื่อบอก เมตริกการตอบสนอง Interaction to Next Paint (INP) ที่ใหม่กว่าจะวัดการโต้ตอบทั้งหมดตลอดอายุของหน้าเว็บในลักษณะคล้ายกับ CLS ดังนั้นค่า INP ที่รายงานจึงอาจแตกต่างกันมากหากวัดหลังจากที่ผู้ใช้สร้างการโต้ตอบในหน้าเว็บจำนวนหนึ่งแล้ว

CrUX จะปฏิบัติตามเอกสารประกอบของ Core Web Vitals และวัดผลตลอดอายุการใช้งานหน้าเว็บ ผู้ให้บริการ RUM หลายรายเลือกวัดผลเมตริกเหล่านี้แทน ไม่ว่าจะหลังจากโหลดหน้าเว็บ หรือในช่วงเวลาอื่น (เช่น เมื่อมีการคลิกคำกระตุ้นให้ดำเนินการสำคัญ) โดยมีเหตุผลหลายประการ

การทำความเข้าใจจากผู้ให้บริการ RUM เกี่ยวกับเวลาที่มีการวัด Core Web Vitals เป็นสิ่งสำคัญเมื่อเห็นความแปรปรวนที่ไม่สามารถอธิบายได้ระหว่างแหล่งข้อมูล 2 แหล่ง

แอปพลิเคชันหน้าเว็บเดียว

แอปพลิเคชันหน้าเว็บเดียว (SPA) ทำงานโดยการอัปเดตเนื้อหาในหน้าปัจจุบัน แทนที่จะใช้การนำทางหน้าเว็บแบบเดิมที่ระดับเบราว์เซอร์ ซึ่งหมายความว่าเบราว์เซอร์จะไม่เห็นรายการเหล่านี้เป็นการนำทางหน้าเว็บ แม้ว่าผู้ใช้จะพบปัญหาประเภทนี้ก็ตาม Core Web Vitals API ที่เบราว์เซอร์มีให้จะไม่พิจารณารายการเหล่านี้ ดังนั้น CrUX จึงยังไม่รองรับการไปยังส่วนต่างๆ ในหน้าเหล่านี้ เรากำลังดำเนินการแก้ไขปัญหานี้อยู่ ดูโพสต์การทดสอบด้วยการวัดการนำทางแบบนุ่มนวลสำหรับข้อมูลเพิ่มเติม

ผู้ให้บริการ RUM บางรายพยายามตรวจหา "การไปยังส่วนต่างๆ แบบนุ่มนวล" ใน SPA แต่หากมีการระบุแหล่งที่มาของเมตริก Core Web Vitals ไปยัง "การไปยังส่วนต่างๆ แบบนุ่มนวล" ด้วย ก็จะทำให้เกิดความแตกต่างกับ CrUX เนื่องจาก API ที่สำคัญไม่รองรับการดำเนินการนี้

ความแตกต่างระหว่าง CrUX และ Web API

นอกจากความแตกต่างระหว่างการดูหน้าเว็บใดและสิ่งที่วัดแล้ว ยังมีสถานการณ์อื่นๆ ที่ซับซ้อนกว่าปกติอีก 2-3 สถานการณ์ที่ควรทราบซึ่งอาจทำให้เกิดความแตกต่างในข้อมูล CrUX และ RUM ได้ ปัญหาเหล่านี้ส่วนหนึ่งเกิดจากข้อจำกัดของ Web API ที่ใช้วัดเมตริก และบางส่วนคือจุดที่ API แสดงผลที่ต้องได้รับการจัดการแตกต่างกันในบางสถานการณ์ เอกสารประกอบเกี่ยวกับ Core Web Vitals แสดงความแตกต่างเหล่านี้สําหรับ LCP, CLS และ FID แต่ความแตกต่างหลักๆ จะระบุไว้ด้านล่างนี้

Back-Forward Cache

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

iframe

หน้าระดับบนสุดจะไม่มีสิทธิ์เข้าถึงเนื้อหาภายใน iframe (แม้แต่ iframe ที่เป็นต้นทางเดียวกัน) เนื่องด้วยเหตุผลด้านความปลอดภัยและความเป็นส่วนตัว ซึ่งหมายความว่าเมตริกประสิทธิภาพของเนื้อหาเหล่านั้นจะวัดได้ด้วยตัว iframe เท่านั้น ไม่ใช่ผ่าน Web API ในหน้าการจัดเฟรม หากเนื้อหา iframe มีองค์ประกอบ LCP หรือเนื้อหาที่มีผลต่อ CLS, FID หรือ INP ที่ผู้ใช้พบ โซลูชันนี้จะใช้กับโซลูชัน RUM ไม่ได้ (รวมถึงไลบรารี JavaScript ของ Google Web-vitals)

อย่างไรก็ตาม เบราว์เซอร์ Chrome จะวัด CrUX แทนหน้าไม่มีข้อจำกัดเหล่านี้ และจะวัดเมตริกภายใน iframe ด้วยเมื่อรายงาน Core Web Vitals ซึ่งสะท้อนให้เห็นถึงประสบการณ์ของผู้ใช้ได้อย่างถูกต้องมากกว่า แต่ก็อาจเป็นอีกสาเหตุหนึ่งที่ทำให้เกิดความแตกต่างสำหรับเว็บไซต์ที่ใช้ iframe

ตัวอย่างที่ชัดเจนตัวอย่างหนึ่งของวิธีที่อาจทำให้เกิดความแตกต่างระหว่างข้อมูล LCP ใน CrUX และ RUM คือ <video> เฟรมทาสีแรกขององค์ประกอบ <video> ที่เล่นอัตโนมัติอาจเป็นตัวเลือก LCP แต่การฝังสำหรับบริการสตรีมมิงวิดีโอยอดนิยมอาจวางองค์ประกอบเหล่านี้ใน <iframe> ตั้งแต่สิงหาคม 2023 เป็นต้นไป CrUX จะแจ้งให้ทราบถึงปัญหานี้ เนื่องจากบริษัทเข้าถึงเนื้อหา <iframe> ได้ แต่โซลูชัน RUM ทำไม่ได้

ทรัพยากรแบบข้ามต้นทาง

สื่อ LCP ที่แสดงจากโดเมนอื่นๆ จะไม่ให้เวลาในการแสดงผลใน PerformanceObserver API เว้นแต่มีการระบุส่วนหัว Timing-Allow-Origin (TAO) เนื่องจากข้อจำกัดด้านความปลอดภัยของเบราว์เซอร์เพื่อลดการโจมตีเรื่องเวลา ซึ่งจะลดลงเวลาโหลดของแหล่งข้อมูล แต่อาจแตกต่างจากเวลาที่ลงเนื้อหาจริง

ซึ่งอาจนำไปสู่สถานการณ์ที่ดูเหมือนว่าเป็นไปไม่ได้หาก Web API รายงาน LCP ว่าเร็วกว่า FCP ไม่ใช่กรณีเช่นนี้ แต่เป็นเพราะข้อจำกัดด้านความปลอดภัยนี้เท่านั้น

CrUX รายงานข้อมูลเวลาในการแสดงผลสำหรับ Core Web Vitals เช่นเดียวกัน ขอแนะนำให้เว็บไซต์จำกัดเนื้อหาแบบข้ามต้นทางที่ส่งผลต่อเมตริก Core Web Vitals และควรเปิดใช้ TAO หากทำได้ หากต้องการวัดผลดังกล่าวให้แม่นยำยิ่งขึ้น ทรัพยากรแบบข้ามต้นทางอื่นๆ อาจอยู่ภายใต้ข้อจำกัดที่คล้ายกัน

แท็บพื้นหลังและการแสดงผลล่วงหน้า

เมื่อหน้าเว็บไม่ได้เปิดในเบื้องหน้า เช่น การเปิดอยู่เบื้องหลังหรือใช้ตัวเลือกการแสดงผลล่วงหน้า (ขณะนี้อยู่ระหว่างการพัฒนาสำหรับ Chrome) หน้าเว็บจะยังคงส่งเมตริกผ่าน 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 ช่วยเติมเต็มช่องว่างดังกล่าวได้

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

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

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

ข้อความแสดงการยอมรับ

รูปภาพหลักโดย Steven Lelham ใน Unsplash