PageSpeed Insights (PSI) เป็นเครื่องมือสำหรับนักพัฒนาเว็บเพื่อทำความเข้าใจประสิทธิภาพของหน้าเว็บและวิธีปรับปรุง ใช้ Lighthouse เพื่อตรวจสอบหน้าเว็บและระบุโอกาสในการปรับปรุงประสิทธิภาพ นอกจากนี้ยังผสานรวมกับรายงาน UX ของ Chrome (CrUX) เพื่อแสดงให้เห็นประสบการณ์รวมของผู้ใช้จริงกับหน้าเว็บและต้นทาง ในคู่มือนี้ เรียนรู้วิธีใช้ PSI เพื่อแยกข้อมูลเชิงลึกจาก CrUX และทำความเข้าใจประสบการณ์ของผู้ใช้ให้ดียิ่งขึ้น
การอ่านข้อมูล
เริ่มต้นใช้งานโดยไปที่ https://pagespeed.web.dev/ แล้วป้อน URL ของหน้าที่ต้องการทดสอบ แล้วคลิกวิเคราะห์
หลังจากผ่านไป 2-3 วินาที ระบบจะดําเนินการตรวจสอบของ Lighthouse และคุณจะเห็นส่วนที่มีข้อมูลจาก CrUX ("ดูสิ่งที่ผู้ใช้จริงพบ") และ Lighthouse ("วิเคราะห์ปัญหาด้านประสิทธิภาพ") CrUX คือคอลเล็กชันประสบการณ์ของผู้ใช้จริงจากภาคสนาม ส่วน Lighthouse เป็นการทดสอบที่มีการควบคุมในห้องทดลอง
ในส่วนประสบการณ์ของผู้ใช้จริง เมตริกจะจัดกลุ่มตาม Core Web Vitals และเมตริกอื่นๆ ที่โดดเด่น เมตริกของ Core Web Vitals ทั้ง 3 รายการแสดงก่อน ได้แก่ Largest Contentful Paint (LCP), การโต้ตอบกับ Next Paint (INP) และ Cumulative Layout Shift ตามด้วยเมตริกอื่นๆ ที่โดดเด่น ได้แก่ First Contentful Paint (FCP) และ Time to First Byte (TTFB)
Core Web Vitals
- LCP จะวัดระยะเวลาจนกว่าหน้าเว็บจะแสดงเนื้อหาที่น่าจะเป็นเนื้อหาหลัก เช่น รูปภาพหลักหรือส่วนหัว
- INP วัดการโต้ตอบของหน้าเว็บโดยการวัดเวลาในการตอบสนองของการโต้ตอบทั้งหมดที่ผู้ใช้ทำกับหน้าเว็บ และรายงานค่าเดียวที่การโต้ตอบทั้งหมด (หรือเกือบทั้งหมด) น้อยกว่า
- CLS วัดระดับความไม่เสถียรของเลย์เอาต์ในหน้าเว็บเนื่องจากการเปลี่ยนแปลง เช่น การแทรกเนื้อหาที่โหลดแบบไม่พร้อมกัน
เมตริกอื่นๆ ที่โดดเด่น
- FCP จะวัดเวลาจนกว่าหน้าเว็บจะแสดงข้อมูลใน เบื้องหน้า เช่น ข้อความบางส่วนหรือโลโก้
- TTFB เป็นเมตริกทดลองที่วัดเวลาระหว่างคำขอทรัพยากรจนถึงเวลาที่ไบต์แรกของคำตอบเริ่มมาถึง
เกณฑ์เมตริก
ตารางนี้อธิบายวิธีจัดหมวดหมู่ค่าสำหรับเมตริกเหล่านี้เป็น "ดี" "ต้องปรับปรุง" หรือ "แย่"
| เมตริก | "ดี" | "ต้องปรับปรุง" | "แย่" |
|---|---|---|---|
| LCP | 0-2,500 มิลลิวินาที | 2500-4,000 มิลลิวินาที | มากกว่า 4,000 มิลลิวินาที |
| CLS | 0.00-0.10 | 0.10-0.25 | 10+ |
| INP | 0-200 มิลลิวินาที | 200-500 มิลลิวินาที | มากกว่า 500 มิลลิวินาที |
| FCP | 0-1800 มิลลิวินาที | 1800-3,000 มิลลิวินาที | มากกว่า 3,000 มิลลิวินาที |
| TTFB | 0-800 มิลลิวินาที | 800-1800 มิลลิวินาที | 1800ms ขึ้นไป |
เมตริกของ Core Web Vitals เป็นเมตริกที่สำคัญที่สุดและได้รับประสบการณ์จากผู้ใช้จริงโดยตรง เมตริกอื่นๆ อาจใช้เป็นการวินิจฉัย แต่ผู้ใช้จริงอาจไม่รับรู้เสมอไป ดังนั้น เมตริกเหล่านี้จึงไม่เป็นปัจจัยในการประเมิน Core Web Vitals และไม่เป็นไปตามเกณฑ์ที่ "ดี" เกณฑ์เหล่านี้จะมีความสำคัญก็ต่อเมื่อเกณฑ์เหล่านั้นส่งผลเสียต่อ Core Web Vitals
ประสบการณ์ของผู้ใช้จะแสดงใน PSI ได้ 3 วิธีดังนี้
- ป้ายกำกับที่สรุปหน้าเว็บว่าผ่านหรือไม่ผ่าน Core Web Vitals การประเมิน
- เปอร์เซ็นไทล์ที่วัดในหน่วยวินาทีหรือมิลลิวินาที (CLS เป็นแบบไม่เป็นหน่วย)
- การกระจายที่แสดงถึงเปอร์เซ็นต์ของ "ดี" "ต้องปรับปรุง" และ "แย่" แสดงได้โดยคลิกขยายมุมมองที่ด้านขวาบนของส่วนนี้
ในภาพหน้าจอก่อนหน้า หน้านี้ติดป้ายกำกับว่า "การส่ง" การประเมิน Core Web Vitals คุณต้องจัดหมวดหมู่เปอร์เซ็นต์ไทล์เป็น "ดี" จึงจะผ่าน ใน Core Web Vitals ทั้ง 3 อย่าง ไม่เช่นนั้น การประเมินจะปรากฏเป็น "ไม่ผ่าน" หน้าเว็บบางหน้าอาจมีข้อมูล INP ไม่เพียงพอ ซึ่งในกรณีนี้จะมีการประเมินหน้าเว็บโดยใช้เมตริก Core Web Vitals อีก 2 รายการ
เปอร์เซ็นไทล์ที่แสดงสำหรับเมตริกทั้งหมดสอดคล้องกับเปอร์เซ็นไทล์ที่ 75 ในสถิติ เปอร์เซ็นไทล์คือการวัดที่ระบุค่าด้านล่างซึ่งมีเปอร์เซ็นต์ของตัวอย่างอยู่ ตัวอย่างเช่น ภาพหน้าจอด้านบนแสดงให้เห็นว่าเปอร์เซ็นไทล์ที่ 75 ของ INP คือ 64 มิลลิวินาที ซึ่งหมายความว่า 75% ของการใช้งาน INP นั้นเร็วกว่า 64 มิลลิวินาที ค่าเหล่านี้จะแสดงเป็นรหัสสีตามตารางเกณฑ์ก่อนหน้า ซึ่งมีค่าเป็น "ดี" ค่าเป็นสีเขียว ค่า "ต้องปรับปรุง" เป็นสีส้ม และ "แย่" เป็นสีแดง
สุดท้าย แสดงการกระจายของแต่ละเมตริกโดยใช้เมตริก "ดี" "ต้องปรับปรุง" และ "แย่" การจัดกลุ่ม ตัวอย่างเช่น ประสบการณ์การใช้งาน LCP ในหน้านี้ "ดี" (น้อยกว่า 2.5 วินาที) 90% ของเวลาทั้งหมด INP มีค่า "แย่" (อย่างน้อย 500 มิลลิวินาที) 1% ของเวลาทั้งหมด การกระจายเหล่านี้แสดงถึงประสบการณ์ของผู้ใช้ทั้งหมดในหน้าเว็บ และรูปร่างของรูปแบบเหล่านั้นแสดงถึงแนวโน้มที่จะ "ดี" หรือ "แย่"
สรุปประสิทธิภาพของต้นทาง
นอกจากนี้ PSI ยังรวมข้อมูลสรุปประสิทธิภาพของต้นทางไว้ด้วย นี่เป็นการรวมประสบการณ์ของผู้ใช้ในหน้าเว็บทั้งหมดของต้นทาง คุณจะได้รับสถิติเดียวกันสำหรับต้นทางทั้งหมดที่พร้อมใช้งานในแต่ละหน้า ข้อมูลนี้สอดคล้องกับข้อมูลที่มีใน BigQuery แต่ประสิทธิภาพระดับหน้าเว็บไม่มีให้ค้นหา
มีข้อแตกต่างสำคัญอย่างหนึ่งระหว่างข้อมูลระดับต้นทางใน PSI กับ BigQuery ชุดข้อมูลบน BigQuery จะเผยแพร่เดือนละครั้งและรวมข้อมูลจากเดือนก่อนหน้าตามปฏิทิน ตัวอย่างเช่น ชุดข้อมูลปี 202005 จะรวมประสบการณ์ของผู้ใช้ทั้งหมดที่เกิดขึ้นในเดือนพฤษภาคม 2020 ในทางกลับกัน PSI จะรวบรวมข้อมูลใหม่ทุกวันโดยรวมข้อมูลในช่วง 28 วันก่อนหน้า ผลลัพธ์ที่คุณเห็นในวันนี้อาจแตกต่างออกไปในวันพรุ่งนี้ และไม่จำเป็นต้องเหมือนกับที่เห็นในการรวมของเดือนปัจจุบันบน BigQuery
การตอบกลับเมื่อข้อมูล URL ไม่พร้อมใช้งานใน CrUX
หาก URL ที่คุณป้อนไม่พร้อมให้บริการใน CrUX PageSpeed Insights จะพยายามย้อนกลับไปใช้ข้อมูลระดับต้นทางดังที่แสดงในภาพหน้าจอถัดไป การคลิกที่ไอคอนข้างปุ่ม URL นี้ที่ปิดใช้อยู่จะแสดงคำอธิบายเพิ่มเติม
หากข้อมูลระดับต้นทางไม่พร้อมใช้งานใน CrUX ด้วย PSI จะแสดงส่วนนี้ไม่ได้ และคุณจะเห็นข้อความไม่มีข้อมูล ยังมีข้อมูลห้องทดลองจาก Lighthouse อยู่เพื่อให้คุณประเมินประสิทธิภาพของหน้าเว็บโดยประมาณได้
คำถามที่พบบ่อย
คำถามที่พบบ่อยเกี่ยวกับข้อมูล CrUX ใน PageSpeed Insights มีดังนี้
ฉันจะใช้ PageSpeed Insights ต่างจากเครื่องมืออื่นๆ เมื่อใด
PSI รวมข้อมูลประสบการณ์ของผู้ใช้จริงของ CrUX เข้ากับการวินิจฉัยประสิทธิภาพจากห้องทดลองของ Lighthouse ซึ่งช่วยให้คุณเห็นความเร็วของหน้าเว็บและวิธีทำให้หน้าเว็บเร็วขึ้นได้ในที่เดียว การสรุปรวมรายวันของข้อมูลภาคสนามใน PSI ทำให้เป็นแหล่งข้อมูลที่ดีเยี่ยมในการตรวจสอบประสิทธิภาพต้นทางหรือ URL ได้ใกล้ชิดกว่าเครื่องมือที่มีการรวมความถี่น้อยกว่า
การใช้ PageSpeed Insights มีข้อจำกัดไหม
PSI จะแสดงเฉพาะข้อมูลรวมรายวันล่าสุด ดังนั้นคุณอาจดูแนวโน้มประสิทธิภาพของเว็บไซต์ไม่ได้ นอกจากนี้ยังมีเมตริกที่ไม่สำคัญบางรายการรวมอยู่ในชุดข้อมูล CrUX ที่ไม่มีการเปิดเผยใน PSI อีกด้วย
ฉันจะดูข้อมูลเพิ่มเติมเกี่ยวกับ PageSpeed Insights ได้จากที่ใด
ดูเอกสารประกอบ PSI เพื่อดูข้อมูลเพิ่มเติม