มีเว็บไซต์บนมือถือเพียง 48% เท่านั้นที่ผ่าน Core Web Vitals และเหตุผลใหญ่ที่สุดเพียงอย่างเดียวคือรูปภาพ ซึ่งคิดเป็น 76% ขององค์ประกอบ LCP บนมือถือ แต่ 57% ของรูปภาพเหล่านั้นยังคงเป็น JPG เดสก์ท็อปทำได้ดีกว่าด้วยอัตราผ่าน 56% แต่แทบไม่ขยับเลยในรอบหนึ่งปี ในขณะที่มือถือไต่ขึ้นจาก 36% ในปี 2023 มาเป็น 48% ตัวชี้วัดที่ดูดีที่สุดในภาพรวมกลับซ่อนการกลับด้านที่ชัดเจนที่สุดในชุดข้อมูลนี้ไว้ INP อยู่ในเกณฑ์ดี 97% บนเดสก์ท็อป แต่มีเพียง 63% เท่านั้นในกลุ่มเว็บไซต์มือถือ 1,000 อันดับแรก ตัวเลขด้านล่างนี้มาจาก HTTP Archive Web Almanac และข้อมูลภาคสนามจาก Chrome UX Report
สรุปย่อ
- 48% ของเว็บไซต์บนมือถือมี Core Web Vitals ที่ดี (HTTP Archive Web Almanac)
- 56% ของเว็บไซต์บนเดสก์ท็อปมี Core Web Vitals ที่ดี (HTTP Archive Web Almanac)
- มือถือปรับตัวดีขึ้นจาก 36% ในปี 2023 เป็น 44% ในปี 2024 และ 48% ในปัจจุบัน (HTTP Archive)
- เดสก์ท็อปขยับขึ้นเพียง 1 จุด จาก 55% (HTTP Archive)
- LCP อยู่ในเกณฑ์ดีใน 62% ของหน้าเว็บมือถือและ 74% ของหน้าเว็บเดสก์ท็อป (HTTP Archive)
- รูปภาพคิดเป็น 76% ขององค์ประกอบ LCP บนมือถือและ 85.3% บนเดสก์ท็อป (HTTP Archive)
- JPG ยังคงครองสัดส่วน 57% ของรูปภาพ LCP ลดลง 4 จุด (HTTP Archive)
- WebP ขึ้นมาอยู่ที่ 11% เพิ่มขึ้น 4 จุด ส่วน AVIF มีเพียง 0.7% (HTTP Archive)
- INP อยู่ในเกณฑ์ดีใน 97% ของหน้าเว็บเดสก์ท็อปและ 77% ของหน้าเว็บมือถือ (HTTP Archive)
- มีเพียง 63% ของเว็บไซต์มือถือ 1,000 อันดับแรกเท่านั้นที่มี INP ในเกณฑ์ดี (HTTP Archive)
- CLS อยู่ในเกณฑ์ดีใน 81% ของหน้าเว็บมือถือ ซึ่งเป็นตัวชี้วัดเดียวที่มือถือนำหน้า (HTTP Archive)
- 65% ของหน้าเว็บเดสก์ท็อปมีรูปภาพที่ไม่ได้ระบุขนาดไว้อย่างชัดเจน (HTTP Archive)
- 87% ของหน้าเว็บมือถือใช้เว็บฟอนต์ (HTTP Archive)
1. อัตราผ่านหลัก
ตัวเลขสองตัวบอกสถานะของประสิทธิภาพเว็บ และทั้งสองกำลังเคลื่อนที่ด้วยความเร็วต่างกัน 48% ของเว็บไซต์บนมือถือและ 56% ของเว็บไซต์บนเดสก์ท็อปมี Core Web Vitals ที่ดี โดยมือถือเพิ่มขึ้น 4 จุดเมื่อเทียบปีต่อปี ส่วนเดสก์ท็อปเพิ่มขึ้นเพียง 1 จุด มือถือกำลังไล่ตามช่องว่างนี้ทัน ไม่ใช่เพราะเดสก์ท็อปแย่ลง แต่เพราะเดสก์ท็อปหยุดพัฒนาแล้ว
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| Core Web Vitals ที่ดี มือถือ | 48% | HTTP Archive Web Almanac |
| Core Web Vitals ที่ดี เดสก์ท็อป | 56% | HTTP Archive Web Almanac |
| ตัวเลขมือถือในปี 2024 | 44% | HTTP Archive |
| ตัวเลขมือถือในปี 2023 | 36% | HTTP Archive |
| ตัวเลขเดสก์ท็อปในปี 2024 | 55% | HTTP Archive |
| การปรับตัวดีขึ้นของมือถือเมื่อเทียบปีต่อปี | 4 จุด | HTTP Archive |
| การปรับตัวดีขึ้นของเดสก์ท็อปเมื่อเทียบปีต่อปี | 1 จุด | HTTP Archive |
| ช่องว่างระหว่างเดสก์ท็อปและมือถือ | 8 จุด | คำนวณจากตัวเลขของ HTTP Archive |
| การเก็บข้อมูล | กรกฎาคม 2025 ข้อมูลภาคสนามจาก CrUX | HTTP Archive |
มือถือเพิ่มขึ้น 12 จุดในสองปี ในขณะที่เดสก์ท็อปแทบหยุดนิ่ง ซึ่งบ่งชี้ว่าความล้มเหลวที่เหลืออยู่บนเดสก์ท็อปเป็นปัญหาเชิงโครงสร้างมากกว่าจะเป็นการปรับปรุงง่ายๆ แบบที่ทีมมือถือได้เก็บเกี่ยวไปแล้ว แหล่งที่มา: บทว่าด้วยประสิทธิภาพของ HTTP Archive Web Almanac
2. LCP คือปัญหาเรื่องรูปภาพ
LCP คือตัวชี้วัดที่ล้มเหลวบ่อยที่สุด และสาเหตุของมันก็ถูกระบุไว้อย่างชัดเจนผิดปกติ รูปภาพคิดเป็น 85.3% ขององค์ประกอบ LCP บนเดสก์ท็อปและ 76% บนมือถือ ในขณะที่มีเพียง 62% ของหน้าเว็บมือถือเท่านั้นที่ได้คะแนน LCP ในเกณฑ์ดี LCP ที่มาจากข้อความเป็นกรณีส่วนน้อยที่ 14.4% บนเดสก์ท็อปและ 23.7% บนมือถือ ซึ่งหมายความว่างานส่วนใหญ่ในการปรับปรุง LCP คืองานด้านการส่งมอบรูปภาพ ไม่ใช่งานด้านการเรนเดอร์
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| LCP ที่ดี เดสก์ท็อป | 74% | HTTP Archive |
| ต้องปรับปรุง เดสก์ท็อป | 18% | HTTP Archive |
| LCP ที่แย่ เดสก์ท็อป | 7% | HTTP Archive |
| LCP ที่ดี มือถือ | 62% | HTTP Archive |
| ต้องปรับปรุง มือถือ | 25% | HTTP Archive |
| LCP ที่แย่ มือถือ | 13% | HTTP Archive |
| รูปภาพในฐานะองค์ประกอบ LCP เดสก์ท็อป | 85.3% | HTTP Archive |
| รูปภาพในฐานะองค์ประกอบ LCP มือถือ | 76% | HTTP Archive |
| ข้อความในฐานะองค์ประกอบ LCP มือถือ | 23.7% | HTTP Archive |
| หน้าเว็บที่โหลดรูปภาพ LCP ของตัวเองแบบ lazy-load | 16% ถึง 17% | HTTP Archive |
แถวสุดท้ายนี้คือบาดแผลที่เว็บไซต์สร้างขึ้นเอง ประมาณหนึ่งในหกของหน้าเว็บโหลดแบบ lazy-load รูปภาพตัวเดียวกับที่กำหนดคะแนน LCP ของตัวเอง ซึ่งเป็นการหน่วงเวลาตัวชี้วัดที่จำเป็นต้องปรับปรุงมากที่สุด แหล่งที่มา: บทว่าด้วยประสิทธิภาพของ HTTP Archive Web Almanac
3. รูปแบบไฟล์ภาพเปลี่ยนแปลงอย่างช้าๆ
เมื่อรูปภาพเป็นตัวขับเคลื่อน LCP การเปลี่ยนมาใช้รูปแบบไฟล์ใหม่จึงเป็นตัวชี้วัดล่วงหน้าที่ควรจับตามอง และมันก็ไม่ได้เร่งรีบเลย JPG ยังคงครองสัดส่วน 57% ของรูปภาพ LCP ลดลง 4 จุด ในขณะที่ WebP ขึ้นมาอยู่ที่ 11% เพิ่มขึ้น 4 จุด และ AVIF อยู่ที่ 0.7% ด้วยอัตราการย้ายรูปแบบไฟล์ประมาณ 4 จุดต่อปี JPG จะยังคงเป็นรูปแบบ LCP หลักไปจนถึงช่วงลึกของทศวรรษ 2030
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| สัดส่วน JPG ในรูปภาพ LCP | 57% | HTTP Archive |
| การเปลี่ยนแปลงเมื่อเทียบปีต่อปี | ลดลง 4 จุด | HTTP Archive |
| สัดส่วน PNG | 26% | HTTP Archive |
| สัดส่วน WebP | 11% | HTTP Archive |
| การเปลี่ยนแปลงสัดส่วน WebP เมื่อเทียบปีต่อปี | เพิ่มขึ้น 4 จุด | HTTP Archive |
| สัดส่วน AVIF | 0.7% | HTTP Archive |
| การใช้ fetchpriority=“high” มือถือ | 17.3% | HTTP Archive |
| การใช้ fetchpriority=“high” เดสก์ท็อป | 16.3% | HTTP Archive |
| การใช้ preload | 2.1% ถึง 2.2% | HTTP Archive |
ตัวเลขของ fetchpriority เป็นคู่ที่นำไปปฏิบัติได้จริงมากกว่า คำใบ้ที่ส่งผลโดยตรงต่อ LCP ถูกใช้ในประมาณหนึ่งในหกของหน้าเว็บ ส่วน preload ถูกใช้ในหนึ่งในห้าสิบ ข้อมูลด้านการเข้าถึงอยู่ในบทความ สถิติการเข้าถึงเว็บไซต์ ของเรา แหล่งที่มา: บทว่าด้วยประสิทธิภาพของ HTTP Archive Web Almanac
4. การตอบสนองแปรผกผันกับความนิยม
INP ดูเหมือนจะเป็นตัวชี้วัดที่แก้ไขได้แล้ว จนกว่าจะแบ่งข้อมูลออกเป็นกลุ่มย่อย INP อยู่ในเกณฑ์ดีใน 97% ของหน้าเว็บเดสก์ท็อปและ 77% ของหน้าเว็บมือถือ แต่มีเพียง 63% ในกลุ่มเว็บไซต์มือถือ 1,000 อันดับแรก ซึ่งต่ำกว่าค่าเฉลี่ยของมือถือโดยรวมถึง 14 จุด เว็บไซต์ที่มีผู้เข้าชมมากที่สุดกลับตอบสนองได้แย่ที่สุด เพราะแบกรับ JavaScript มากที่สุด
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| INP ที่ดี เดสก์ท็อป | 97% | HTTP Archive |
| INP ที่ดี มือถือ | 77% | HTTP Archive |
| การเปลี่ยนแปลงของมือถือเมื่อเทียบปีต่อปี | เพิ่มขึ้น 3 จุด | HTTP Archive |
| INP ที่ดี เว็บไซต์มือถือ 1,000 อันดับแรก | 63% | HTTP Archive |
| ตัวเลขเดียวกันเมื่อหนึ่งปีก่อน | 53% | HTTP Archive |
| การปรับปรุงในกลุ่ม 1,000 อันดับแรก | 10 จุด | HTTP Archive |
| INP ที่ดี เว็บไซต์มือถือ 10,000 อันดับแรก | 56% | HTTP Archive |
| INP ที่ดี เว็บไซต์มือถือ 100,000 อันดับแรก | 56% | HTTP Archive |
| ช่องว่างระหว่างกลุ่ม 1,000 อันดับแรกกับมือถือโดยรวม | 14 จุด | คำนวณจากตัวเลขของ HTTP Archive |
กลุ่ม 1,000 อันดับแรกปรับตัวดีขึ้น 10 จุดในหนึ่งปี เร็วกว่ากลุ่มอื่นใด ซึ่งบ่งชี้ว่าเว็บไซต์ขนาดใหญ่ที่สุดมีทั้งปัญหาที่ร้ายแรงที่สุดและทรัพยากรมากที่สุดในการแก้ไขปัญหานั้น ตัวเลขที่คงที่ที่ 56% ทั้งในกลุ่ม 10,000 อันดับแรกและ 100,000 อันดับแรกคืออีกครึ่งหนึ่งของเรื่องราวนี้ นอกเหนือจากเว็บไซต์ที่ใหญ่ที่สุดจริงๆ แล้ว การตอบสนองไม่ได้แปรผันตามความนิยมเลย ซึ่งหมายความว่าภาระของ JavaScript ที่ทำให้ INP แย่ลงนั้นกระจายตัวอย่างสม่ำเสมอเกือบทั้งหมดในเว็บเชิงพาณิชย์ บริบทด้านการจัดอันดับอยู่ในบทความ สถิติ SEO ของเรา และบริบทด้านเอนจินการเรนเดอร์อยู่ในบทความ สถิติส่วนแบ่งตลาดเบราว์เซอร์ ของเรา แหล่งที่มา: บทว่าด้วยประสิทธิภาพของ HTTP Archive Web Almanac
5. การขยับเลย์เอาต์และปัญหารูปภาพที่ไม่ระบุขนาดที่แพร่หลาย
CLS คือตัวชี้วัดเดียวที่มือถือทำได้ดีกว่าเดสก์ท็อป และสาเหตุหลักของมันคือการแก้ไขเพียงบรรทัดเดียวที่หน้าเว็บส่วนใหญ่ยังไม่ได้นำไปใช้ 81% ของหน้าเว็บมือถือและ 72% ของหน้าเว็บเดสก์ท็อปมี CLS ที่ดี แต่ 65% ของหน้าเว็บเดสก์ท็อปและ 62% ของหน้าเว็บมือถือกลับมีรูปภาพที่ไม่ได้ระบุขนาดไว้อย่างชัดเจน หน้าเว็บค่ามัธยฐานมีรูปภาพแบบนี้ 2 รูป ส่วนที่เปอร์เซ็นไทล์ที่ 90 มีถึง 26 รูปบนเดสก์ท็อป
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| CLS ที่ดี มือถือ | 81% | HTTP Archive |
| CLS ที่ดี เดสก์ท็อป | 72% | HTTP Archive |
| หน้าเว็บเดสก์ท็อปที่มีรูปภาพไม่ระบุขนาด | 65% | HTTP Archive |
| หน้าเว็บมือถือที่มีรูปภาพไม่ระบุขนาด | 62% | HTTP Archive |
| จำนวนรูปภาพไม่ระบุขนาดต่อหน้าเว็บ ค่ามัธยฐาน | 2 | HTTP Archive |
| เปอร์เซ็นไทล์ที่ 90 เดสก์ท็อป | 26 | HTTP Archive |
| เปอร์เซ็นไทล์ที่ 90 มือถือ | 23 | HTTP Archive |
| หน้าเว็บมือถือที่ใช้เว็บฟอนต์ | 87% | HTTP Archive |
| หน้าเว็บที่มีแอนิเมชันแบบไม่ compositing เดสก์ท็อป | 44% | HTTP Archive |
| หน้าเว็บที่มีแอนิเมชันแบบไม่ compositing มือถือ | 40% | HTTP Archive |
| การใช้ Early Hints เดสก์ท็อป 1 ล้านอันดับแรก | แทบไม่ถึง 6% | HTTP Archive |
| การใช้ Speculation Rules 10 ล้านอันดับแรก | 24% ถึง 25% | HTTP Archive |
การที่ 62% ของหน้าเว็บมือถือมีรูปภาพไม่ระบุขนาด ในขณะที่ 81% ยังคงผ่านการทดสอบ CLS บอกเราว่ารูปภาพไม่ระบุขนาดส่วนใหญ่อยู่ต่ำกว่าขอบจอแรก จึงไม่ได้ทำให้เกิดการขยับใดๆ ความเสี่ยงนี้ยังคงแฝงอยู่มากกว่าจะเกิดขึ้นจริง และมันจะปรากฏขึ้นในทันทีที่เลย์เอาต์เปลี่ยนแปลง ฟอนต์โหลดช้า หรือการเชื่อมต่อที่ช้ากว่าทำให้ลำดับการวาดภาพสลับกัน บริบทด้านคุณภาพการเชื่อมต่ออยู่ในบทความ สถิติความเร็วอินเทอร์เน็ต ของเรา แหล่งที่มา: Web Almanac ฉบับปี 2025
สรุป: ประสิทธิภาพเว็บไซต์เป็นตัวเลข
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| Core Web Vitals ที่ดี มือถือ | 48% | HTTP Archive |
| Core Web Vitals ที่ดี เดสก์ท็อป | 56% | HTTP Archive |
| Core Web Vitals มือถือในปี 2023 | 36% | HTTP Archive |
| Core Web Vitals มือถือในปี 2024 | 44% | HTTP Archive |
| LCP ที่ดี มือถือ | 62% | HTTP Archive |
| LCP ที่ดี เดสก์ท็อป | 74% | HTTP Archive |
| LCP ที่แย่ มือถือ | 13% | HTTP Archive |
| รูปภาพในฐานะองค์ประกอบ LCP เดสก์ท็อป | 85.3% | HTTP Archive |
| รูปภาพในฐานะองค์ประกอบ LCP มือถือ | 76% | HTTP Archive |
| หน้าเว็บที่โหลดรูปภาพ LCP แบบ lazy-load | 16% ถึง 17% | HTTP Archive |
| สัดส่วน JPG ในรูปภาพ LCP | 57% | HTTP Archive |
| สัดส่วน WebP | 11% | HTTP Archive |
| สัดส่วน AVIF | 0.7% | HTTP Archive |
| การใช้ fetchpriority=“high” มือถือ | 17.3% | HTTP Archive |
| INP ที่ดี เดสก์ท็อป | 97% | HTTP Archive |
| INP ที่ดี มือถือ | 77% | HTTP Archive |
| INP ที่ดี เว็บไซต์มือถือ 1,000 อันดับแรก | 63% | HTTP Archive |
| CLS ที่ดี มือถือ | 81% | HTTP Archive |
| CLS ที่ดี เดสก์ท็อป | 72% | HTTP Archive |
| หน้าเว็บเดสก์ท็อปที่มีรูปภาพไม่ระบุขนาด | 65% | HTTP Archive |
| เปอร์เซ็นไทล์ที่ 90 ของรูปภาพไม่ระบุขนาด เดสก์ท็อป | 26 | HTTP Archive |
| หน้าเว็บมือถือที่ใช้เว็บฟอนต์ | 87% | HTTP Archive |
| FCP ที่ดี มือถือ | 55% | HTTP Archive |
| TTFB ที่ดี มือถือ | 44% | HTTP Archive |
วิธีการศึกษาและแหล่งที่มา
- อัตราผ่าน Core Web Vitals ทั้งหมด การแยกย่อยตัวชี้วัด องค์ประกอบของ LCP สัดส่วนรูปแบบไฟล์ภาพ การใช้ resource hint ข้อมูลการขยับเลย์เอาต์ และการเปรียบเทียบกลุ่มต่างๆ มาจากบทว่าด้วยประสิทธิภาพของ HTTP Archive Web Almanac ซึ่งอ้างอิงการวัดผลในเดือนกรกฎาคม 2025 ที่ผสานการเก็บข้อมูลของ HTTP Archive เองเข้ากับข้อมูลภาคสนามจาก Chrome UX Report จากผู้ใช้ Chrome จริง (บทว่าด้วยประสิทธิภาพ, Web Almanac ฉบับสมบูรณ์, บทว่าด้วยขนาดหน้าเว็บ, บทว่าด้วย SEO, HTTP Archive)
- บริบททางประวัติศาสตร์ของตัวชี้วัดเหล่านี้มาจากประวัติ Core Web Vitals ที่เผยแพร่ไว้ (Addy Osmani) และบทสรุปอิสระของฉบับปี 2025 ได้รับการตรวจสอบเทียบกับบทต้นฉบับแล้ว (การวิเคราะห์ของ LavX)
- ข้อควรระวังเกี่ยวกับข้อมูล: Web Almanac ฉบับสมบูรณ์ล่าสุดอ้างอิงการวัดผลในเดือนกรกฎาคม 2025 ดังนั้นตัวเลขเหล่านี้จึงมีอายุประมาณหนึ่งปีแล้วในขณะที่เขียนบทความนี้ และถูกระบุว่าเป็นข้อมูลล่าสุดที่มีในระดับรายละเอียดนี้ ข้อมูล Chrome UX Report เองอัปเดตทุกเดือน ดังนั้นอัตราผ่านรายเดือนปัจจุบันจะแตกต่างจากการวิเคราะห์รายปี CrUX ครอบคลุมเฉพาะผู้ใช้ Chrome ที่ยินยอมให้รายงานข้อมูลการใช้งาน จึงไม่รวมเบราว์เซอร์อื่นเลยและสะท้อนภูมิภาคกับอุปกรณ์ที่มีส่วนแบ่ง Chrome ต่ำได้น้อยกว่าความเป็นจริง อัตราผ่านคำนวณในระดับ origin โดยใช้เกณฑ์เปอร์เซ็นไทล์ที่ 75 ซึ่งหมายความว่าเว็บไซต์อาจไม่ผ่านได้แม้การเข้าชมส่วนใหญ่จะเร็วก็ตาม แถวที่ระบุว่าเป็นการคำนวณคือการคำนวณทางคณิตศาสตร์จากตัวเลขที่เผยแพร่แล้ว
- อัปเดตล่าสุด: 2 สิงหาคม 2026 เราจะอัปเดตรายงานสรุปนี้ทุกไตรมาส และคาดว่าการอัปเดตครั้งใหญ่ครั้งต่อไปจะเกิดขึ้นเมื่อ HTTP Archive เผยแพร่ Web Almanac ฉบับปี 2026