PageSpeed Insights (PSI) รายงานประสบการณ์ของผู้ใช้หน้าเว็บทั้งในอุปกรณ์เคลื่อนที่และเดสก์ท็อป อุปกรณ์ต่างๆ ของคุณ และให้คำแนะนำว่าจะสามารถปรับปรุงหน้าเว็บได้อย่างไรบ้าง
PSI ให้ข้อมูลทั้งในห้องทดลองและภาคสนามเกี่ยวกับหน้าเว็บ ข้อมูลใน Lab มีประโยชน์สำหรับการแก้ไขข้อบกพร่อง เนื่องจากตรวจพบในสภาพแวดล้อมที่มีการควบคุม แต่ต้องไม่ เพื่อถ่ายภาพจุดคอขวดในโลกแห่งความเป็นจริง ข้อมูลในช่องมีประโยชน์ในการจับภาพผู้ใช้จริง แต่มีชุดเมตริกที่จำกัดกว่า ดู วิธีคิด เกี่ยวกับเครื่องมือความเร็วสำหรับข้อมูลเพิ่มเติมเกี่ยวกับข้อมูลทั้ง 2 ประเภท
ข้อมูลประสบการณ์ของผู้ใช้จริง
ข้อมูลประสบการณ์ของผู้ใช้จริงใน PSI ขับเคลื่อนโดยประสบการณ์ของผู้ใช้ Chrome Report (CrUX) PSI รายงานผลของผู้ใช้จริง ชื่อ Contentful Paint (FCP), การโต้ตอบกับ Next Paint (INP) การแสดงผลเนื้อหาขนาดใหญ่ที่สุด (LCP) และเลย์เอาต์สะสม ประสบการณ์การใช้งาน Shift (CLS) ในช่วง 28 วันที่ผ่านมา PSI ยังรายงานด้วย ประสบการณ์ของเมตริกทดลอง Time to First Byte (TTFB)
ต้องมีข้อมูลที่เพียงพอจึงจะแสดงข้อมูลประสบการณ์ของผู้ใช้สำหรับหน้าเว็บหนึ่งๆ ได้ ที่จะรวมไว้ในชุดข้อมูล CrUX หน้าเว็บอาจมีข้อมูลไม่เพียงพอหาก เพิ่งเผยแพร่เมื่อเร็วๆ นี้ หรือมีตัวอย่างจากผู้ใช้จริงน้อยเกินไป ในกรณีนี้ PSI จะถูกระงับ ย้อนกลับไปยังรายละเอียดระดับต้นทาง ซึ่งครอบคลุมประสบการณ์ของผู้ใช้ทั้งหมดในทุกหน้าของ เว็บไซต์ของคุณ บางครั้งต้นทางอาจมีข้อมูลไม่เพียงพอ ซึ่งในกรณีนี้ PSI จะ แสดงข้อมูลประสบการณ์ของผู้ใช้จริงไม่ได้
การประเมินคุณภาพของประสบการณ์
PSI จำแนกคุณภาพของประสบการณ์ของผู้ใช้ออกเป็น 3 ส่วน ได้แก่ ดี ต้องปรับปรุง หรือแย่ PSI กำหนดเกณฑ์ต่อไปนี้ให้สอดคล้องกับ โครงการริเริ่ม Web Vitals มีลักษณะดังนี้
ดี | ต้องปรับปรุง | แย่ | |
---|---|---|---|
FCP | [0, 1,800 มิลลิวินาที] | (1800 มิลลิวินาที, 3,000 มิลลิวินาที] | มากกว่า 3,000 มิลลิวินาที |
LCP | [0, 2,500 มิลลิวินาที] | (2500 มิลลิวินาที, 4,000 มิลลิวินาที] | มากกว่า 4,000 มิลลิวินาที |
CLS | [0, 0.1] | (0.1, 0.25] | มากกว่า 0.25 |
INP | [0, 200 มิลลิวินาที] | (200 มิลลิวินาที, 500 มิลลิวินาที] | มากกว่า 500 มิลลิวินาที |
TTFB (ทดลอง) | [0, 800 มิลลิวินาที] | (800 มิลลิวินาที, 1800 มิลลิวินาที] | มากกว่า 1,800 มิลลิวินาที |
การกระจายและค่าเมตริกที่เลือก
PSI นำเสนอการกระจายของเมตริกเหล่านี้เพื่อให้นักพัฒนาซอฟต์แวร์สามารถทำความเข้าใจช่วง ของหน้าหรือต้นทางนั้น การกระจายนี้แบ่งออกเป็น 3 หมวดหมู่ ดังนี้ "ดี" "ต้องปรับปรุง" และ "แย่" ซึ่งแสดงเป็นแถบสีเขียว เหลืองอำพัน และสีแดง ตัวอย่างเช่น การเห็น 11% ภายในแถบสีเหลืองของ LCP บ่งบอกว่าค่า 11% ของค่า LCP ที่พบทั้งหมด จะอยู่ระหว่าง 2,500 ถึง 4,000 มิลลิวินาที
![ภาพหน้าจอแสดงการกระจายประสบการณ์ LCP ของผู้ใช้จริง](https://developers.google.cn/static/speed/docs/insights/images/v5/metric_distribution.jpeg?authuser=8&hl=th)
PSI รายงานเปอร์เซ็นไทล์ที่ 75 เหนือแถบการกระจายสําหรับเมตริกทั้งหมด วันที่ 75 เลือกเปอร์เซ็นไทล์เพื่อให้นักพัฒนาแอปเข้าใจ ทำให้ผู้ใช้ได้รับประสบการณ์ที่น่าหงุดหงิดบนเว็บไซต์ ค่าเมตริกช่องเหล่านี้จัดอยู่ในประเภท ดี/ต้องปรับปรุง/แย่โดยการใช้เกณฑ์เดียวกับที่แสดงด้านบน
Core Web Vitals
Core Web Vitals เป็นชุดสัญญาณประสิทธิภาพทั่วไปที่มีความสำคัญต่อ ประสบการณ์ใช้งานเว็บทั้งหมด เมตริกของ Core Web Vitals ได้แก่ INP, LCP และ CLS โดยอาจเป็น รวมที่ระดับหน้าหรือระดับต้นทาง สำหรับการรวมที่มีข้อมูลเพียงพอในทุก เมตริก 3 รายการ ผลรวมผ่านการประเมิน Core Web Vitals หากเปอร์เซ็นไทล์ที่ 75 จากเมตริกทั้ง 3 รายการ ถือว่าดี มิฉะนั้นการรวมจะไม่ผ่านการประเมิน หาก การสรุปรวมมีข้อมูลไม่เพียงพอสำหรับ INP ซึ่งจะทำให้ผ่านการประเมินหากทั้ง 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 ดัชนีความเร็ว, Cumulative Layout Shift เวลาในการโต้ตอบ และเวลาทั้งหมดในการบล็อก
เมตริกแต่ละรายการจะได้รับการให้คะแนนและติดป้ายกำกับด้วยไอคอนดังนี้
- คำว่า "ดี" จะระบุด้วยวงกลมสีเขียว
- ต้องการการปรับปรุงจะกำกับด้วยตารางข้อมูลสีเหลืองอำพัน
- คำว่า "แย่" จะแสดงด้วยสามเหลี่ยมคำเตือนสีแดง
การตรวจสอบ
ในแต่ละหมวดหมู่จะมีการตรวจสอบที่ให้ข้อมูลเกี่ยวกับวิธีปรับปรุงผู้ใช้หน้าเว็บ ประสบการณ์การใช้งาน ดูรายละเอียดได้ในเอกสารประกอบของ Lighthouse รายละเอียดการตรวจสอบของแต่ละหมวดหมู่
คำถามที่พบบ่อย
Lighthouse ใช้สภาพของอุปกรณ์และเครือข่ายใดเพื่อจำลองการโหลดหน้าเว็บ
ปัจจุบัน Lighthouse จำลองเงื่อนไขการโหลดหน้าเว็บของอุปกรณ์ระดับกลาง (Moto G4) บนเครือข่ายมือถือสำหรับอุปกรณ์เคลื่อนที่ และ เดสก์ท็อปจำลองที่มีการเชื่อมต่อแบบใช้สายสำหรับเดสก์ท็อป PageSpeed ยังทำงานใน ศูนย์ข้อมูลที่อาจแตกต่างกันไปตามสภาพเครือข่าย คุณสามารถตรวจสอบตำแหน่ง ที่การทดสอบ คือการดูบล็อกสภาพแวดล้อมของรายงาน Lighthouse ดังนี้
![ภาพแสดงเคล็ดลับเครื่องมือของข้อมูลการควบคุม](https://developers.google.cn/static/speed/docs/insights/images/v5/lh_network_throttling.jpeg?authuser=8&hl=th)
หมายเหตุ: PageSpeed จะรายงานว่าทำงานในทวีปอเมริกาเหนือ ยุโรป หรือเอเชีย
เหตุใดบางครั้งข้อมูลภาคสนามและข้อมูลในห้องทดลองจึงขัดแย้งกัน
ข้อมูลฟิลด์คือรายงานข้อมูลย้อนหลังเกี่ยวกับประสิทธิภาพของ URL หนึ่งๆ และแสดงถึง ข้อมูลประสิทธิภาพที่ไม่ระบุตัวตนจากผู้ใช้ในชีวิตจริงบนอุปกรณ์และเครือข่ายที่หลากหลาย ข้อมูลในห้องทดลองนั้นมาจากการจำลองการโหลดหน้าเว็บบนอุปกรณ์เครื่องเดียว และ ของเงื่อนไขเครือข่าย ด้วยเหตุนี้ ค่าจึงอาจแตกต่างกันไป ดูเหตุใดข้อมูลห้องทดลองและภาคสนามจึงอาจแตกต่างกัน (และสิ่งที่ต้องทำ) เพื่อดูข้อมูลเพิ่มเติม
เหตุใดจึงเลือกเปอร์เซ็นไทล์ที่ 75 สำหรับเมตริกทั้งหมด
เป้าหมายของเราคือการทำให้หน้าเว็บทำงานได้ดีสำหรับผู้ใช้ส่วนใหญ่ โดยมุ่งเน้นที่อันดับที่ 75 ค่าเปอร์เซ็นต์ไทล์สำหรับเมตริกของเรา ซึ่งจะช่วยให้แน่ใจว่าหน้าเว็บมอบประสบการณ์การใช้งานที่ดีให้แก่ผู้ใช้ ภายใต้สภาวะของอุปกรณ์และเครือข่ายที่ยากที่สุด ดูการกำหนดเกณฑ์เมตริก Core Web Vitals เพื่อดูข้อมูลเพิ่มเติม
ข้อมูลในการทดสอบมีคะแนนที่ดีเท่าไร
คะแนนสีเขียว (90+) ถือว่าดี แต่โปรดทราบว่าการมีข้อมูลห้องทดลองที่ดีจะไม่ จะต้องหมายความว่าประสบการณ์ของผู้ใช้จริงจะดีด้วยเช่นกัน
เหตุใดคะแนนประสิทธิภาพจึงเปลี่ยนจากการวิ่งเป็นการเรียกใช้ ฉันไม่ได้เปลี่ยนแปลงอะไรในหน้าเว็บ
แนะนำความผันแปรในการวัดประสิทธิภาพผ่าน จำนวนช่องที่มีผลกระทบในระดับต่างๆ แหล่งที่มาทั่วไปหลายแห่งของเมตริก ความแปรปรวนคือความพร้อมใช้งานของเครือข่ายท้องถิ่น ความพร้อมใช้งานของฮาร์ดแวร์ไคลเอ็นต์ และทรัพยากรของไคลเอ็นต์ การช่วงชิง
เหตุใดข้อมูล CrUX ของผู้ใช้จริงจึงใช้กับ URL หรือต้นทางไม่ได้
รายงานประสบการณ์ของผู้ใช้ Chrome รวบรวมข้อมูลความเร็วตามจริงจาก ผู้ใช้ที่เลือกใช้และ URL ต้องเป็นแบบสาธารณะ (รวบรวมข้อมูลและจัดทำดัชนีได้) และมีตัวอย่างที่ไม่ซ้ำกันในจำนวนที่เพียงพอ ซึ่งให้มุมมองที่เป็นตัวแทนแบบไม่ระบุตัวตน ประสิทธิภาพของ URL หรือต้นทาง
หากมีคำถามเพิ่มเติม
หากคุณมีคำถามเกี่ยวกับการใช้ PageSpeed Insights ที่เฉพาะเจาะจงและตอบได้ ถามคำถามเป็นภาษาอังกฤษใน Stack Overflow
หากคุณมีความคิดเห็นหรือคำถามทั่วไปเกี่ยวกับ PageSpeed Insights หรือหากต้องการเริ่ม การสนทนาทั่วไป ให้เริ่มต้นชุดข้อความในรายชื่ออีเมล
หากมีคำถามทั่วไปเกี่ยวกับเมตริก Web Vitals ให้เริ่มชุดข้อความในกลุ่มสนทนา web-vitals-feedback
ความคิดเห็น
หน้านี้มีประโยชน์ไหม