รายงาน Core Web Vitals

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

เปิดรายงาน

ทำความเข้าใจเกี่ยวกับรายงาน

รายงาน Core Web Vitals แสดงประสิทธิภาพของ URL ที่จัดกลุ่มตามสถานะ (ช้า ต้องปรับปรุง เร็ว) ประเภทเมตริก (CLS, INP และ LCP) และกลุ่ม URL (กลุ่มหน้าเว็บที่คล้ายกัน)

รายงานนี้ใช้เมตริก 3 รายการเป็นหลัก ซึ่งวัดโดยใช้ข้อมูลผู้ใช้จริง ได้แก่ LCP, INP และ CLS เมื่อกลุ่ม URL มีข้อมูลถึงเกณฑ์สำหรับทั้ง LCP และ CLS สถานะของกลุ่ม URL จะเป็นสถานะของเมตริกที่มีประสิทธิภาพแย่ที่สุด ตัวอย่างเช่น หากกลุ่ม URL มี CLS สถานะ "ช้า" แต่ INP สถานะ "เร็ว" สถานะของ URL จะเป็น "ช้า"

หากกลุ่ม URL ใดมีจำนวนข้อมูลการรายงานสำหรับทั้ง LCP และ CLS ไม่ถึงเกณฑ์ขั้นต่ำ URL นั้นจะไม่แสดงในรายงาน

มีเพียง URL ที่จัดทำดัชนีเท่านั้นที่จะปรากฏในรายงานนี้ ระบบจะกำหนดข้อมูลให้กับ URL จริง ไม่ใช่ Canonical URL ดังที่ปรากฏในรายงานอื่นๆ โดยส่วนใหญ่)

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

การไปยังส่วนต่างๆ ของรายงาน

สำหรับแต่ละแพลตฟอร์ม (อุปกรณ์เคลื่อนที่หรือเดสก์ท็อป) รายงานจะแสดงตาราง URL ที่มีปัญหา "ช้า" หรือ "ต้องปรับปรุง" (เหตุใดจึงไม่ถือว่า URL "เร็ว") และตาราง URL อีกตารางหนึ่งที่คะแนนของ LCP, INP และ CLS เป็น "เร็ว" ทั้งหมด (ดูข้อมูลเกี่ยวกับ URL ที่เร็ว)

1. ดูแผนภูมิแนวโน้มทั่วไปสำหรับแพลตฟอร์มทั้งหมดในหน้า Landing Page
2. เจาะลึกตามแพลตฟอร์ม (อุปกรณ์เคลื่อนที่หรือเดสก์ท็อป) โดยคลิกเปิดรายงานข้างแผนภูมิที่ต้องการ
3. หากต้องการดูประสิทธิภาพของ URL ในเว็บไซต์ซึ่งอิงตามข้อมูลผู้ใช้ที่ผ่านมา ให้สลับดูระหว่างแท็บช้า ต้องปรับปรุง หรือเร็วในแผนภูมิประสิทธิภาพ
4. ดูรายการปัญหาด้านประสิทธิภาพในตารางเหตุใดจึงไม่ถือว่า URL "เร็ว" URL แต่ละรายการที่แสดงเป็นตัวแทนของกลุ่ม URL ที่ต่างกัน
5. คลิก URL ในตารางตัวอย่างของหน้ารายละเอียดของปัญหาเพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับกลุ่ม URL นั้นๆ

แหล่งข้อมูลของรายงาน

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

สถานะกลุ่ม: ช้า ต้องปรับปรุง เร็ว

ป้ายกำกับช้า ต้องปรับปรุง และเร็วจะนำไปใช้กับกลุ่ม URL สำหรับอุปกรณ์เฉพาะประเภทนั้นๆ กลุ่ม URL ที่ไม่มีข้อมูลเกณฑ์สำหรับทั้ง LCP และ CLS จะไม่แสดงในรายงาน (เช่น หาก URL มีข้อมูลเกณฑ์ของ LCP เท่านั้นแต่ไม่มีของ CLS ระบบก็จะไม่แสดงข้อมูลดังกล่าว)

สถานะของกลุ่ม URL จะมีค่าเริ่มต้นเป็นสถานะช้าที่สุดที่ระบบกำหนดให้แก่อุปกรณ์ประเภทนั้นๆ เช่น 

• URL ในอุปกรณ์เคลื่อนที่ที่มีสถานะ CLS เป็นช้า แต่มีสถานะ LCP เป็นต้องปรับปรุง จะได้รับป้ายกำกับช้าในอุปกรณ์เคลื่อนที่
• URL ในอุปกรณ์เคลื่อนที่ที่มีสถานะ LCP เป็นต้องปรับปรุง แต่มีสถานะ CLS เป็นเร็ว จะได้รับป้ายกำกับต้องปรับปรุงในอุปกรณ์เคลื่อนที่
• URL ที่มีสถานะ LCP, INP และ CLS เป็นเร็วในอุปกรณ์เคลื่อนที่และมีสถานะ LCP, INP และ CLS เป็นต้องปรับปรุงในเดสก์ท็อป จะถือว่ามีสถานะเร็วในอุปกรณ์เคลื่อนที่และมีสถานะต้องปรับปรุงในเดสก์ท็อป

คำจำกัดความของสถานะ

ช่วงประสิทธิภาพของแต่ละสถานะมีดังนี้

• LCP (Largest Contentful Paint): ระยะเวลาในการแสดงผลองค์ประกอบเนื้อหาขนาดใหญ่ที่สุดที่มองเห็นได้ในวิวพอร์ต นับตั้งแต่ผู้ใช้ขอ URL โดยทั่วไปองค์ประกอบขนาดใหญ่ที่สุดจะเป็นรูปภาพหรือวิดีโอ หรืออาจเป็นองค์ประกอบของข้อความระดับบล็อกขนาดใหญ่ เมตริกนี้มีความสําคัญเพราะเป็นตัวบ่งชี้ว่าผู้เข้าชมเห็นว่า URL กำลังโหลดอยู่จริงได้เร็วเพียงใด
  • LCP ของกลุ่มที่แสดงในรายงานคือเวลาที่ใช้สำหรับ 75% ของการเข้าชม URL ในกลุ่มเพื่อเข้าถึงสถานะ LCP
• INP (Interaction to Next Paint): เมตริกที่ประเมินการตอบสนองโดยรวมของหน้าเว็บต่อการโต้ตอบของผู้ใช้ โดยสังเกตระยะเวลาที่หน้าเว็บใช้ เพื่อตอบสนองต่อการคลิก แตะ และการโต้ตอบด้วยแป้นพิมพ์ทั้งหมดที่เกิดขึ้นตลอดอายุการเข้าชมหน้าเว็บของผู้ใช้ ค่า INP สุดท้ายคือการโต้ตอบที่ยาวที่สุดที่สังเกตได้ โดยที่ไม่ได้สนใจข้อมูลผิดปกติทางสถิติ 
  • INP ของกลุ่มที่แสดงในรายงานหมายความว่า 75% ของการเข้าชม URL ในกลุ่มนี้มีค่าเท่านี้หรือดีกว่านี้
• CLS (Cumulative Layout Shift): CLS คํานวณคะแนนรวมของการเปลี่ยนแปลงเลย์เอาต์ทั้งหมดสำหรับการเปลี่ยนแปลงเลย์เอาต์ที่ไม่คาดคิดทุกๆ รายการซึ่งเกิดขึ้นตลอดอายุการใช้งานหน้าเว็บ คะแนนมีตั้งแต่ 0 ถึงค่าบวกค่าใดก็ได้ โดยที่ 0 หมายถึงไม่มีการเปลี่ยนแปลง และค่าตัวเลขยิ่งมากเท่าใด การเปลี่ยนแปลงเลย์เอาต์ในหน้าเว็บก็ยิ่งมากเท่านั้น ค่านี้สำคัญ เพราะการเปลี่ยนแปลงองค์ประกอบของหน้าขณะที่ผู้ใช้พยายามโต้ตอบกับหน้า จะทำให้ผู้ใช้ได้รับประสบการณ์การใช้งานที่ไม่ดี หากหาสาเหตุที่ทำให้ค่าสูงไม่ได้ ให้ลองโต้ตอบกับหน้าเว็บดูว่ามีผลกระทบต่อคะแนนอย่างไร
  • CLS ของกลุ่มที่แสดงในรายงานคือ CLS ทั่วไปที่ต่ำที่สุดสำหรับ 75% ของการเข้าชม URL ในกลุ่ม

ดูคําแนะนําในการแก้ไขปัญหาเหล่านี้ได้โดยเรียกใช้การทดสอบภายนอก

กลุ่ม URL

URL ในรายงานจะแบ่งออกเป็นกลุ่มของหน้าเว็บที่มีประสบการณ์ของผู้ใช้ที่คล้ายกัน สถานะ LCP, INP และ CLS จะมีผลกับทั้งกลุ่ม URL บางรายการที่มีค่าผิดแผกจาก URL ส่วนใหญ่ในกลุ่มอาจมีค่าที่ดีกว่าหรือแย่กว่าในการเข้าชมบางครั้ง แต่ 75% ของการเข้าชม URL ทั้งหมดในกลุ่มมีสถานะกลุ่มตามที่แสดง โดยมีสมมติฐานว่ากลุ่มเหล่านี้มีเฟรมเวิร์กร่วมกันและเหตุผลของลักษณะการทำงานที่ไม่ดีของกลุ่มน่าจะเกิดจากสาเหตุพื้นฐานเดียวกัน

กลุ่ม URL ต้องมีข้อมูลถึงจํานวนขั้นต่ำจึงจะปรากฏในรายงาน ทั้งนี้เพื่อเคารพความเป็นส่วนตัวของผู้ใช้ หากกลุ่ม URL มีข้อมูลไม่เพียงพอที่จะแสดงในรายงาน ระบบของ Search Console จะสร้างกลุ่มต้นทางในระดับที่สูงขึ้น ซึ่งควรมี URL และข้อมูลเพียงพอที่จะแสดงในรายงาน กลุ่มต้นทางนี้มีข้อมูลของ URL ทั้งหมดในกลุ่ม protocol://host:port เดียวกัน ตัวอย่างเช่น หาก URL https://m.example.com/a/b/c.html เป็นส่วนหนึ่งของกลุ่มที่มีข้อมูลไม่เพียงพอที่จะแสดง ระบบของ Search Console จะสร้างกลุ่มต้นทาง https://m.example.com ซึ่งมีข้อมูลของ URL ทั้งหมดภายใต้ https://m.example.com ไม่ว่า URL ใดจะอยู่ในกลุ่มที่มีข้อมูลเพียงพอกลุ่มอื่นหรือไม่ก็ตาม

ข้อควรทราบมีดังนี้

• คำจำกัดความของกลุ่มต้นทางจะรวมถึงโปรโตคอล ดังนั้น http://m.il.example.com และ https://m.il.example.com ถือเป็นกลุ่มต้นทางคนละกลุ่ม
• กลุ่มต้นทางประกอบด้วยข้อมูลของ URL ทั้งหมดที่อยู่ภายใต้ต้นทางนั้น ไม่ว่า URL ใดๆ จะเป็นส่วนหนึ่งของกลุ่มอื่นที่แสดงในรายงานหรือไม่ก็ตาม
• หากกลุ่มต้นทางมีข้อมูลไม่เพียงพอ ก็จะไม่แสดง (กล่าวอีกนัยหนึ่งคือ เว็บไซต์จะมีข้อมูลไม่เพียงพอที่จะแสดงในรายงานนี้ เว้นแต่จะมีกลุ่มต้นทางหลายกลุ่ม)
• คุณจะดูข้อมูลของกลุ่มต้นทางได้ไม่ว่ากลุ่มนั้นจะอยู่ภายในพร็อพเพอร์ตี้ปัจจุบันหรือไม่ แต่คุณจะดูได้เฉพาะ URL ตัวอย่างที่อยู่ในพร็อพเพอร์ตี้ปัจจุบัน
• Search Console จะแสดงสมาชิกในกลุ่มโดยเรียงตามการแสดงผลจากมากไปน้อย

แก้ไขปัญหา

สถานะเว็บไซต์เปลี่ยน แต่เว็บไซต์ไม่ได้มีการเปลี่ยนแปลงอะไรเลย

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

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

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

ตรวจสอบการแก้ไข

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

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

สถานะการตรวจสอบปัญหา

นี่คือสถานะของคำขอตรวจสอบทั้งหมด ซึ่งแสดงสำหรับแต่ละปัญหาในหน้าสรุป รวมถึงหน้ารายละเอียดของปัญหา

สถานะการตรวจสอบที่เป็นไปได้มีดังต่อไปนี้

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

สถานะการตรวจสอบ URL

นี่คือสถานะการตรวจสอบ URL แต่ละรายการในหน้าความคืบหน้าการตรวจสอบ สถานะ "รอดำเนินการ/ผ่าน/ไม่ผ่าน" จะแสดงในช่วงที่กำลังตรวจสอบ แต่สถานะ "ไม่ผ่าน" เป็นสถานะเดียวที่จะแสดงเมื่อสิ้นสุดช่วงเวลาดังกล่าวแล้ว (ระบบจะนำรายการที่แก้ไขแล้วออกจากรายการหลังสิ้นสุดช่วงเวลาการตรวจสอบ)

• รอดำเนินการ: Google กำลังรอให้มีข้อมูลเพียงพอที่จะระบุว่า URL นี้ยังได้รับผลกระทบอยู่หรือไม่
• ผ่าน: ดูเหมือนว่า URL นี้จะไม่ได้รับผลกระทบจากปัญหานี้แล้ว
• ไม่ผ่าน: URL ยังคงได้รับผลกระทบจากปัญหาที่แสดงในรายการ

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

URL ที่นำออกจากเว็บแล้วและไม่มีข้อมูลในช่วง 28 วันที่ผ่านมาจะไม่ปรากฏในประวัติการตรวจสอบหรือในรายงานอีก