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

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

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

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

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

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

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

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 ด้วยเช่นกัน แต่อาจมีชุดเมตริกที่จํากัดมากกว่า เช่น Cumulative Layout Shift (CLS) และ Interaction to Next Paint (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 ดังนี้

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

มีเมตริกหลายรายการที่ใช้วัดประสิทธิภาพของเว็บ ดังนั้นเมื่อเปรียบเทียบชุดข้อมูล 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 แต่ละรายการ

ระบบจะวัด 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

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

Back-Forward Cache

CrUX จะถือว่าแคชย้อนหลัง (หรือ 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 ซึ่งจะไม่เป็นเช่นนี้ แต่ปรากฏขึ้นเนื่องจากข้อจำกัดด้านความปลอดภัยนี้เท่านั้น

เราขอย้ำอีกครั้งว่า 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