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