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

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

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

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

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

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

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

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

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

การวิเคราะห์เชิงลึกเพื่อตรวจสอบปัญหา

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

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

เชื่อมโยงกับเมตริกทางธุรกิจอื่นๆ

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

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

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

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

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

กฎของ Segal

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

ข้อมูลห้องทดลองเทียบกับข้อมูลภาคสนาม

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

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

ประชากร

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

โซลูชัน RUM สามารถรับข้อมูลสําหรับเบราว์เซอร์ที่ไม่ใช่ Chrome และโดยเฉพาะอย่างยิ่งจากเบราว์เซอร์ที่ใช้ Chromium ซึ่งมักจะมีเมตริกเดียวกัน (เช่น Core Web Vitals) ในตัว โซลูชัน RUM จะวัดเบราว์เซอร์ที่ไม่ใช่ Chromium ด้วยเช่นกัน แต่อาจมีชุดเมตริกที่จํากัดมากกว่า เช่น การจัดวางที่เลื่อนไปโดยรวม (CLS) และ การโต้ตอบกับการวาดภาพครั้งถัดไป (INP) มีให้บริการในเบราว์เซอร์ที่พัฒนาบน Chromium เท่านั้น เมตริกอื่นๆ บางรายการ เช่น 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

ภาพหน้าจอ PageSpeed Insights ที่แสดงฮิสโตแกรมของการโหลดหน้าเว็บตามคะแนน LCP
PageSpeed Insights แสดงข้อมูลเปอร์เซ็นไทล์ที่ 75 และฮิสโตแกรมของ CrUX

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

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

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

ข้อมูล CrUX คือชุดข้อมูลอย่างเป็นทางการของโครงการริเริ่ม 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 ความแตกต่างจะชัดเจนกว่า ตัวอย่างเช่น 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 แต่ละรายการ

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

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

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

การขอคำอธิบายจากผู้ให้บริการ 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 แต่ความแตกต่างหลักๆ ก็มีระบุไว้ในส่วนต่อไปนี้ด้วย

แคชย้อนหลัง

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

iframe

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

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

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

ทรัพยากรข้ามแหล่งที่มา

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

ซึ่งอาจทําให้เกิดสถานการณ์ที่ดูเหมือนจะเป็นไปไม่ได้เมื่อ Web 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 วัน

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

ขอขอบคุณ

ภาพปกโดย Steven Lelham ใน Unsplash