ดูสาเหตุที่ข้อมูล 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 แหล่ง อาจทำให้เกิดความสับสนและน่าหงุดหงิดว่าเหตุใดข้อมูลเหล่านั้นจึงแตกต่างกัน การทำความเข้าใจความแตกต่างระหว่างเมตริกห้องทดลองและภาคสนามนั้นก็ไม่ต่างจากการเข้าใจความแตกต่างระหว่างแหล่งข้อมูลภาคสนาม 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) ในตัว เบราว์เซอร์ที่ไม่ได้อยู่ใน Chromium จะวัดโดยโซลูชัน RUM ด้วย แต่อาจจะมีชุดเมตริกที่จำกัดกว่า เช่น 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 จะนำการเปลี่ยนแปลงใหม่มาใช้ตามที่ระบุไว้ใน Changelog
สำหรับเบราว์เซอร์ที่ไม่ใช่ Chromium จะเห็นความแตกต่างชัดเจนยิ่งขึ้น ตัวอย่างเช่น First Contentful Paint (FCP) มีให้ใช้งานใน Safari และ Firefox แต่จะมีการวัดด้วยวิธีอื่น ซึ่งอาจทำให้เกิดความแปรปรวนอย่างมากของเวลาที่รายงาน ตามที่ระบุไว้ก่อนหน้านี้ หากคุณต้องการเปรียบเทียบ RUM กับ CrUX ทางที่ดีที่สุดคือการกรองเฉพาะผู้ใช้ Chrome เพื่อให้สามารถเปรียบเทียบแบบใกล้เคียงได้
เวลาของเมตริก
เมตริก Core Web Vitals มาจาก API ของเว็บเบราว์เซอร์ แต่ไม่ได้หมายความว่าจะไม่มีความแตกต่างของค่าที่รายงานซึ่งใช้เมตริกเหล่านั้น จึงอาจทำให้เกิดความแตกต่างได้เมื่อใช้การวัดเมตริกระหว่างการโหลดหน้าเว็บหรือตลอดทั้งวงจรของหน้า เครื่องมือ RUM อาจไม่ได้วัดเมตริกในลักษณะเดียวกันเสมอไป แม้ว่าจะใช้ชื่อเดียวกันก็ตาม และ API เบราว์เซอร์ตัวเดียวกันเพื่อรับข้อมูลซึ่งอาจทำให้เกิดความสับสน
การแสดงผลเนื้อหาขนาดใหญ่ที่สุด (LCP) เป็นเมตริกการโหลดหน้าเว็บ Web API อาจรายงานองค์ประกอบ LCP จำนวนหนึ่งได้ หากโหลดองค์ประกอบขนาดใหญ่กว่าหลังจากการแสดงผลครั้งแรก องค์ประกอบ LCP สุดท้ายคือเมื่อหน้าเว็บโหลดเสร็จแล้วหรือผู้ใช้โต้ตอบกับหน้า ดังนั้นความแตกต่างจึงอาจเกิดขึ้นได้หากมีการรายงานองค์ประกอบ LCP ก่อน 2 เหตุการณ์นั้น
นอกจากนี้ ในข้อมูลช่อง องค์ประกอบ LCP อาจแตกต่างกันขึ้นอยู่กับวิธีโหลดหน้าเว็บ สําหรับการโหลดหน้าเว็บเริ่มต้นที่แสดงเนื้อหาด้านบนของหน้าเว็บ องค์ประกอบ LCP จะขึ้นอยู่กับขนาดหน้าจอเป็นหลัก อย่างไรก็ตาม หากหน้าเปิดด้วยลิงก์ตำแหน่งเฉพาะที่ด้านล่างของเอกสาร หรือเปิดด้วย Deep Link ในแอปหน้าเดียว (SPA) ในทำนองเดียวกัน (ข้อมูลเพิ่มเติมในภายหลัง) องค์ประกอบ LCP ก็อาจแตกต่างกัน
อย่าทึกทักเอาว่าช่วงเวลา LCP ที่ให้ไว้ใน CrUX หรือ RUM อิงตามองค์ประกอบเดียวกันกับเครื่องมือห้องทดลอง แม้ว่า CrUX จะให้ค่า LCP โดยรวมต่อหน้าหรือต้นทาง แต่ RUM ยังแบ่งกลุ่มเพิ่มเติมได้เพื่อระบุเซสชันปัญหา LCP แต่ละรายการ
ระบบจะวัด Cumulative Layout Shift (CLS) ตลอดอายุของหน้าเว็บ ดังนั้น CLS การโหลดหน้าเว็บเริ่มต้นอาจไม่ได้แสดงถึงหน้าเว็บที่ทําให้เกิดการเปลี่ยนแปลงมากขึ้นในภายหลังหลังจากที่หน้าเว็บโหลดขึ้นและผู้ใช้มีการโต้ตอบกับหน้าเว็บแล้ว การใช้ค่า CLS หลังการโหลดหน้าเว็บเช่นเดียวกับผลิตภัณฑ์ RUM จำนวนมากจะให้ผลลัพธ์ที่แตกต่างจากการใช้ค่า CLS หลังจากที่ผู้ใช้ดูหน้าเว็บเสร็จแล้ว
เมตริกการตอบสนองของการโต้ตอบกับ 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 แต่ก็ดูความแตกต่างที่สำคัญในส่วนต่อไปนี้ด้วยเช่นกัน
Back-Forward Cache
CrUX จะถือว่าแคชย้อนหลัง (หรือ bfcache) คืนค่าเป็นการนำทางหน้าเว็บ แม้ว่าจะไม่ส่งผลให้มีการโหลดหน้าเว็บแบบทั่วไปก็ตาม เนื่องจาก Web API ไม่ถือว่า API เหล่านี้เป็นการโหลดหน้าเว็บ โซลูชัน RUM จึงจำเป็นต้องดำเนินการขั้นตอนเพิ่มเติมเพื่อให้ระบบนับหน้าเว็บเหล่านี้หากต้องการจับคู่ CrUX หน้าเว็บเหล่านี้โหลดได้เร็วขึ้นมากและส่งผลให้ประสิทธิภาพโดยรวมดีขึ้นของเว็บไซต์ ดังนั้นการไม่รวมหน้าเหล่านี้อาจส่งผลให้เมตริกประสิทธิภาพของหน้าเว็บโดยรวมแย่ลง โปรดดูโซลูชัน RUM เพื่อทำความเข้าใจว่าบริการจัดการหน้าเว็บที่กู้คืน bfcache หรือไม่
iframe
เพื่อความปลอดภัยและความเป็นส่วนตัว หน้าระดับบนสุดจะไม่มีสิทธิ์เข้าถึงเนื้อหาภายใน iframe (แม้แต่ iframe ต้นทางเดียวกัน) ซึ่งหมายความว่าเมตริกประสิทธิภาพของเนื้อหาในองค์ประกอบเหล่านั้นจะวัดได้ด้วย iframe เท่านั้น ไม่ใช่ผ่าน Web API ในหน้าการจัดเฟรม หากเนื้อหา 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 ซึ่งจะไม่เป็นเช่นนี้ แต่ปรากฏขึ้นเนื่องจากข้อจำกัดด้านความปลอดภัยนี้เท่านั้น
ขอย้ำอีกครั้งว่า 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 จะเข้ามาเติมเต็มช่องว่างนั้นได้
เมื่อคุณเข้าใจเหตุผลของความแตกต่างแล้ว เครื่องมือทั้งสองนี้ก็อาจเป็นประโยชน์อย่างยิ่งในการทำความเข้าใจประสบการณ์ของผู้ใช้ในเว็บไซต์และช่วยปรับปรุงเรื่องนี้แม้ว่าตัวเลขจะไม่เหมือนกันก็ตาม ใช้ข้อมูล RUM เพื่อเสริมข้อมูล CrUX และให้คุณเจาะลึกสิ่งที่ CrUX บอกให้คุณทราบในระดับสูงได้ด้วยการแบ่งกลุ่มการเข้าชมเพื่อช่วยให้ระบุได้ว่าพื้นที่ใดในเว็บไซต์หรือฐานผู้ใช้ที่ต้องให้ความสนใจ
การพิจารณาแนวโน้มเพื่อดูว่าการปรับปรุงของคุณมีผลเชิงบวกที่คาดหวังหรือไม่นั้นสำคัญกว่าการมีตัวเลขแต่ละตัวที่ตรงกันอย่างชัดเจนระหว่างแหล่งข้อมูลทั้งสอง ดังที่กล่าวไปก่อนหน้านี้ RUM ให้คุณดูกรอบเวลาต่างๆ เพื่อดูล่วงหน้าว่าคะแนน CrUX ในช่วง 28 วันจะเป็นอย่างไร แต่การดูกรอบเวลาที่สั้นเกินไปอาจทำให้มีข้อมูลที่รบกวน ดังนั้นสาเหตุที่ CrUX ใช้เวลา 28 วัน
มักไม่มีคำว่า "ถูก" หรือ "ไม่ถูกต้อง" เมตริกต่างๆ เหล่านี้เป็นเพียงมุมมองที่แตกต่างสำหรับผู้ใช้ และประสบการณ์ที่ผู้ใช้พบจากไซต์ของคุณ ตราบใดที่คุณเข้าใจถึงสาเหตุของความแตกต่างเหล่านี้ และสิ่งที่สามารถทำได้เพื่อขับเคลื่อนการตัดสินใจของคุณ ถือเป็นสิ่งสำคัญมากกว่าในการให้บริการแก่ผู้เข้าชมเว็บไซต์ของคุณได้ดียิ่งขึ้น
กิตติกรรมประกาศ
ภาพขนาดย่อโดย Steven Lelham ใน Unsplash