PageSpeed Insights (PSI) รายงานประสบการณ์ของผู้ใช้หน้าเว็บทั้งในอุปกรณ์เคลื่อนที่และเดสก์ท็อป และให้คําแนะนําเกี่ยวกับวิธีปรับปรุงหน้าเว็บ
PSI ให้ข้อมูลทั้งจากห้องทดลองและข้อมูลภาคสนามเกี่ยวกับหน้าเว็บ ข้อมูลในการทดสอบมีประโยชน์ในการแก้ไขข้อบกพร่องเนื่องจากได้รับการรวบรวมในสภาพแวดล้อมที่มีการควบคุม แต่อาจไม่ตรวจจับจุดคอขวดจากการใช้งานจริง ข้อมูลในช่องมีประโยชน์ในการบันทึกประสบการณ์ของผู้ใช้ในชีวิตจริง แต่มีชุดเมตริกที่จำกัดกว่า ดูข้อมูลเพิ่มเติมเกี่ยวกับข้อมูล 2 ประเภทได้ในวิธีนึกถึงเครื่องมือปรับความเร็ว
ข้อมูลประสบการณ์ของผู้ใช้จริง
ข้อมูลประสบการณ์ของผู้ใช้จริงใน PSI ขับเคลื่อนโดยชุดข้อมูลรายงานประสบการณ์ของผู้ใช้ Chrome (CrUX) PSI รายงานประสบการณ์ First Contentful Paint (FCP), First Input Delay (FID), Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) และ การโต้ตอบกับ Next Paint (INP) ของผู้ใช้จริงในช่วงการรวบรวมข้อมูล 28 วันที่ผ่านมา PSI ยังรายงานประสบการณ์การใช้งานสำหรับเมตริกทดลอง Time to First Byte (TTFB) อีกด้วย
หากต้องการแสดงข้อมูลประสบการณ์ของผู้ใช้สำหรับหน้าหนึ่งๆ หน้าหนึ่งๆ จะต้องมีข้อมูลเพียงพอเพื่อรวมไว้ในชุดข้อมูล CrUX หน้าเว็บอาจมีข้อมูลไม่เพียงพอหากเผยแพร่เมื่อเร็วๆ นี้หรือมีตัวอย่างจากผู้ใช้จริงน้อยเกินไป เมื่อเกิดกรณีนี้ PSI จะกลับไปใช้รายละเอียดระดับต้นทาง ซึ่งครอบคลุมประสบการณ์ของผู้ใช้ทั้งหมดในทุกหน้าของเว็บไซต์ บางครั้งต้นทางอาจมีข้อมูลไม่เพียงพอ ซึ่งในกรณีนี้ PSI จะแสดงข้อมูลประสบการณ์ของผู้ใช้จริงไม่ได้
การประเมินคุณภาพของประสบการณ์
PSI แบ่งคุณภาพของประสบการณ์ของผู้ใช้ออกเป็น 3 ด้าน ได้แก่ ดี ต้องปรับปรุง หรือแย่ PSI กำหนดเกณฑ์ต่อไปนี้ให้สอดคล้องกับโครงการริเริ่มของ Web Vitals
| เร็ว | ต้องปรับปรุง | แย่ | |
|---|---|---|---|
| FCP | [0, 1,800 มิลลิวินาที] | (1800 มิลลิวินาที, 3,000 มิลลิวินาที] | มากกว่า 3,000 มิลลิวินาที |
| FID | [0, 100 มิลลิวินาที] | (100 มิลลิวินาที, 300 มิลลิวินาที] | มากกว่า 300 มิลลิวินาที |
| LCP | [0, 2,500 มิลลิวินาที] | (2,500 มิลลิวินาที, 4,000 มิลลิวินาที] | มากกว่า 4,000 มิลลิวินาที |
| CLS | [0, 0.1] | (0.1, 0.25] | สูงกว่า 0.25 |
| INP | [0, 200 มิลลิวินาที] | (200 มิลลิวินาที, 500 มิลลิวินาที] | มากกว่า 500 มิลลิวินาที |
| TTFB (ทดลอง) | [0, 800 มิลลิวินาที] | (800 มิลลิวินาที, 1,800 มิลลิวินาที] | มากกว่า 1,800 มิลลิวินาที |
การกระจายและค่าเมตริกที่เลือก
PSI แสดงการแจกแจงเมตริกเหล่านี้เพื่อให้นักพัฒนาแอปเข้าใจประสบการณ์ต่างๆ ของหน้าเว็บหรือต้นทางนั้น การกระจายนี้จะแบ่งออกเป็น 3 หมวดหมู่ ได้แก่ "ดี" "ต้องปรับปรุง" และ "แย่" ซึ่งแสดงด้วยแถบสีเขียว เหลืองอำพัน และสีแดง ตัวอย่างเช่น การเห็น 11% ภายในแถบสีเหลืองของ LCP แสดงว่า 11% ของค่า LCP ที่สังเกตพบทั้งหมดตกอยู่ระหว่าง 2,500 ถึง 4,000 มิลลิวินาที
PSI จะรายงานเปอร์เซ็นไทล์ที่ 75 สำหรับเมตริกทั้งหมดที่ด้านบนแถบการกระจาย เราเลือกเปอร์เซ็นไทล์ที่ 75 เพื่อให้นักพัฒนาซอฟต์แวร์เข้าใจประสบการณ์ของผู้ใช้ที่น่าหงุดหงิดที่สุดในเว็บไซต์ ค่าเมตริกในช่องเหล่านี้จะได้รับการจัดประเภทเป็น "ดี/ต้องปรับปรุง"/แย่ โดยใช้เกณฑ์เดียวกับที่แสดงด้านบน
Core Web Vitals
Core Web Vitals คือชุดสัญญาณประสิทธิภาพทั่วไปที่สำคัญต่อประสบการณ์การใช้งานเว็บทั้งหมด เมตริก Core Web Vitals ได้แก่ FID, LCP และ CLS และอาจมีการรวมที่ระดับหน้าเว็บหรือต้นทาง สำหรับการรวมที่มีข้อมูลเพียงพอในเมตริกทั้ง 3 รายการ การรวมผ่านการประเมิน Core Web Vitals หากเปอร์เซ็นไทล์ที่ 75 ของเมตริกทั้ง 3 รายการเป็น "ดี" มิฉะนั้น การรวบรวมข้อมูลจะไม่ผ่านการประเมิน หากการรวมมีข้อมูลไม่เพียงพอสำหรับ FID ก็จะผ่านการประเมินหากทั้งเปอร์เซ็นไทล์ที่ 75 ของ LCP และ CLS อยู่ในระดับดี หาก LCP หรือ CLS มีข้อมูลไม่เพียงพอ ระบบจะประเมินการรวมระดับหน้าเว็บหรือต้นทางไม่ได้
ความแตกต่างระหว่างข้อมูลช่องใน PSI และ CrUX
ความแตกต่างระหว่างข้อมูลในช่องใน PSI กับชุดข้อมูล CrUX ใน BigQuery คือข้อมูลของ PSI จะอัปเดตทุกวัน ในขณะที่ชุดข้อมูล BigQuery จะอัปเดตทุกเดือนและจำกัดไว้เฉพาะข้อมูลระดับต้นทางเท่านั้น แหล่งข้อมูลทั้ง 2 แห่งแสดงช่วงเวลา 28 วันที่ผ่านมา
การวินิจฉัยของห้องทดลอง
PSI ใช้ Lighthouse เพื่อวิเคราะห์ URL ที่ระบุในสภาพแวดล้อมจำลองสำหรับหมวดหมู่ประสิทธิภาพ การช่วยเหลือพิเศษ แนวทางปฏิบัติแนะนำ และหมวดหมู่ SEO
คะแนน
ที่ด้านบนของส่วนนี้เป็นคะแนนของแต่ละหมวดหมู่ ซึ่งจะกำหนดโดยการเรียกใช้ Lighthouse เพื่อรวบรวมและวิเคราะห์ข้อมูลการวินิจฉัยเกี่ยวกับหน้าเว็บ ได้ 90 คะแนนขึ้นไปถือว่าดี 50 ถึง 89 คือคะแนนที่ต้องปรับปรุง และต่ำกว่า 50 คือคะแนนที่แย่
เมตริก
นอกจากนี้ หมวดหมู่ประสิทธิภาพยังดูประสิทธิภาพของหน้าเว็บตามเมตริกต่างๆ ด้วย เช่น First Contentful Paint, Largest Contentful Paint, Speed Index, Cumulative Layout Shift, Time to Interactive และ Total block Time
เมตริกแต่ละรายการจะมีคะแนน และมีป้ายกำกับเป็นไอคอนดังนี้
- คำว่า "ดี" จะปรากฏเป็นวงกลมสีเขียว
- มีการระบุ "ต้องปรับปรุง" ด้วยสี่เหลี่ยมจัตุรัสที่ให้ข้อมูลสีเหลืองอำพัน
- คำว่า "แย่" จะมีเครื่องหมายสามเหลี่ยมแจ้งเตือนสีแดงกำกับ
การตรวจสอบ
ในแต่ละหมวดหมู่เป็นการตรวจสอบที่ให้ข้อมูลเกี่ยวกับวิธีปรับปรุงประสบการณ์ของผู้ใช้หน้าเว็บ ดูรายละเอียดเกี่ยวกับการตรวจสอบของแต่ละหมวดหมู่ได้ในเอกสารประกอบของ Lighthouse
คำถามที่พบบ่อย (FAQ)
Lighthouse ใช้อุปกรณ์และสภาพเครือข่ายแบบใดเพื่อจำลองการโหลดหน้าเว็บ
ปัจจุบัน Lighthouse จะจำลองเงื่อนไขการโหลดหน้าเว็บของอุปกรณ์ระดับกลาง (Moto G4) บนเครือข่ายมือถือสำหรับอุปกรณ์เคลื่อนที่ และเดสก์ท็อปจำลองที่มีการเชื่อมต่อแบบใช้สายสำหรับเดสก์ท็อป นอกจากนี้ PageSpeed ยังทำงานในศูนย์ข้อมูล Google ซึ่งอาจแตกต่างกันไปตามสภาพเครือข่ายอีกด้วย คุณตรวจสอบตำแหน่งที่ทดสอบได้โดยดูที่บล็อกสภาพแวดล้อมของ Lighthouse Report
หมายเหตุ: PageSpeed จะรายงานว่าทำงานในทวีปอเมริกาเหนือ ยุโรป หรือเอเชีย
ทำไมบางครั้งข้อมูลภาคสนามและข้อมูลในห้องทดลองจึงขัดแย้งกัน
ข้อมูลภาคสนามคือรายงานที่ผ่านมาเกี่ยวกับประสิทธิภาพของ URL หนึ่งๆ และแสดงข้อมูลประสิทธิภาพที่ลบข้อมูลระบุตัวบุคคลออกแล้วจากผู้ใช้จริงในอุปกรณ์และสภาพเครือข่ายต่างๆ ข้อมูลในการทดสอบจะอิงตามการโหลดหน้าเว็บจำลองในอุปกรณ์เดียวและชุดเงื่อนไขของเครือข่ายแบบคงที่ ด้วยเหตุนี้ ค่าจึงอาจแตกต่างกันไป ดูสาเหตุที่ข้อมูลในห้องทดลองและข้อมูลภาคสนามอาจแตกต่างกัน (และสิ่งที่ต้องทำ) สำหรับข้อมูลเพิ่มเติม
เหตุใดจึงเลือกเปอร์เซ็นไทล์ที่ 75 สำหรับเมตริกทั้งหมด
เป้าหมายของเราคือการทำให้แน่ใจว่าหน้าเว็บต่างๆ จะทำงานได้ดีสำหรับผู้ใช้ส่วนใหญ่ การมุ่งเน้นที่ค่าเปอร์เซ็นไทล์ที่ 75 สำหรับเมตริกของเราช่วยให้มั่นใจได้ว่าหน้าเว็บจะมอบประสบการณ์ที่ดีแก่ผู้ใช้ภายใต้สภาวะของอุปกรณ์และเครือข่ายที่ยากลำบากที่สุด ดูข้อมูลเพิ่มเติมได้ที่การกำหนดเกณฑ์เมตริก Core Web Vitals
ข้อมูลในห้องทดลองจะได้คะแนนเท่าไร
ได้คะแนนสีเขียว (90 ขึ้นไป) จะถือว่าดี แต่โปรดทราบว่าการมีข้อมูลในห้องทดลองที่ดีไม่ได้หมายความว่าผู้ใช้จะได้รับประสบการณ์การใช้งานที่ดีเสมอไป
เหตุใดคะแนนประสิทธิภาพจึงเปลี่ยนจากการเรียกใช้เป็นการเรียกใช้ ฉันไม่ได้เปลี่ยนแปลงอะไรในหน้าเว็บ
ความผันแปรในการวัดประสิทธิภาพเกิดขึ้นผ่านช่องทางต่างๆ ที่มีระดับผลกระทบต่างๆ กัน แหล่งที่มาของความผันแปรของเมตริกที่พบบ่อยหลายแหล่งคือความพร้อมใช้งานของเครือข่ายในพื้นที่ ความพร้อมใช้งานของฮาร์ดแวร์ไคลเอ็นต์ และการช่วงชิงทรัพยากรของไคลเอ็นต์
เหตุใดข้อมูล CrUX ของผู้ใช้จริงจึงไม่มีสําหรับ URL หรือต้นทาง
รายงานประสบการณ์ของผู้ใช้ Chrome จะรวบรวมข้อมูลความเร็วจริงจากผู้ใช้ที่เลือกใช้ และกําหนดให้ URL เป็นแบบสาธารณะ (รวบรวมข้อมูลและจัดทำดัชนีได้) และมีตัวอย่างที่ไม่ซ้ำกันในจำนวนที่เพียงพอซึ่งให้มุมมองที่เป็นตัวแทนและข้อมูลระบุตัวบุคคลของประสิทธิภาพของ URL หรือต้นทาง
หากมีคำถามเพิ่มเติม
หากคุณมีคำถามเกี่ยวกับการใช้ PageSpeed Insights ที่เฉพาะเจาะจงและตอบได้ โปรดถามคำถามเป็นภาษาอังกฤษใน Stack Overflow
หากคุณมีความคิดเห็นหรือคำถามทั่วไปเกี่ยวกับ PageSpeed Insights หรือหากต้องการเริ่มการสนทนาทั่วไป ให้เริ่มชุดข้อความในรายชื่ออีเมล
หากคุณมีคำถามทั่วไปเกี่ยวกับเมตริก Web Vitals ให้เริ่มเขียนชุดข้อความในกลุ่มสนทนา web-vitals-feedback
ความคิดเห็น
หน้านี้มีประโยชน์ไหม