Core Web Vitals — ชุดเมตริกด้านประสบการณ์ผู้ใช้ของ Google — กลายเป็นปัจจัยจัดอันดับโดยตรงตั้งแต่ปี 2021 และทวีน้ำหนักขึ้นเรื่อย ๆ คำแนะนำเรื่อง CWV ของ เว็บ WordPress ส่วนใหญ่บนอินเทอร์เน็ตตั้งสมมติฐานว่าใช้อุปกรณ์มาตรฐานของสหรัฐฯ/ยุโรป: iPhone 14+ บนไฟเบอร์หรือ 5G นั่นไม่ใช่ตลาดไทย
อุปกรณ์ที่ซื้อของจากธุรกิจไทยของคุณจริง ๆ คือ: มือถือ Android อายุ 2-3 ปี (Oppo, Vivo, Xiaomi บางทีก็ Samsung รุ่นกลาง) บน 4G — บางทีเป็น 4G+ ในกรุงเทพฯ บางทีเป็น 3G ในอีสานชนบท ซีพียูช้ากว่ามาตรฐาน iPhone 30-50% และเครือข่ายมีค่าหน่วงสูงกว่า 3-5 เท่า
สิ่งนี้สำคัญเพราะ คะแนน CWV ของคุณถูกวัดเทียบกับส่วนผสมอุปกรณ์จริงของผู้ใช้คุณ ไม่ใช่เทียบกับมือถือเรือธง การตรวจสอบที่ใช้แต่เครื่องเรือธงในกรุงเทพฯ ดูดีไปหมด แต่ประสบการณ์มือถือไทยจริงอาจช้ากว่าถึง 2 เท่า
สามเมตริกที่สำคัญจริง ๆ
Google ให้คะแนน Core Web Vitals สามตัว
LCP (Largest Contentful Paint)
เวลาที่องค์ประกอบเนื้อหาชิ้นใหญ่ที่สุดโหลดเสร็จ เป้าหมาย: ต่ำกว่า 2.5 วินาที
INP (Interaction to Next Paint)
ความเร็วที่หน้าตอบสนองเมื่อผู้ใช้แตะ เป้าหมาย: ต่ำกว่า 200ms เข้ามาแทนที่ FID ในปี 2024
CLS (Cumulative Layout Shift)
ปริมาณที่เนื้อหากระโดดไปมาขณะหน้าโหลด เป้าหมาย: ต่ำกว่า 0.1
สำหรับผู้ใช้มือถือไทยโดยเฉพาะ LCP คือปัญหาหลัก Android รุ่นกลาง + 4G ทำให้รูป hero ขนาดใหญ่และการตอบสนองเซิร์ฟเวอร์ที่ช้ากลายเป็นตัวฆ่าอันดับ
ห้าวิธีแก้ที่ใช้ได้จริงสำหรับมือถือไทย
Shared hosting ในไทย (มีเพื่อนบ้าน 50+ รายบนเซิร์ฟเวอร์เดียวกัน) คือสาเหตุอันดับ 1 ของ TTFB (Time To First Byte) ที่ย่ำแย่ เมื่อ TTFB อยู่ที่ 800ms+ LCP จะแก้ด้วยการ optimise ฝั่งหน้าบ้านไม่ได้ — การตอบสนองของเซิร์ฟเวอร์ช้าเกินไปอยู่แล้ว
วิธีแก้: ใช้ managed WordPress hosting (Cloudways, Kinsta, WPEngine) หรือผู้ให้บริการไทยที่จัดสรรทรัพยากรอย่างเหมาะสม TTFB จะลดจาก 800ms+ เหลือ 100-200ms แล้ว LCP จะตามมา
2. CDN สำหรับการส่งรูปภาพ + ไฟล์ asset
ถ้าไม่มี CDN รูปทุกรูปจะโหลดจากเซิร์ฟเวอร์ต้นทาง ผู้ใช้ในกรุงเทพฯ ที่เข้าเซิร์ฟเวอร์ในสหรัฐฯ เจอค่าหน่วง 200-300ms ต่อไฟล์ asset เมื่อใช้ Cloudflare หรือ Bunny.net ไฟล์เดียวกันจะโหลดจาก edge ในสิงคโปร์หรือกรุงเทพฯ ภายใน 20-40ms
สำหรับผู้ใช้มือถือไทยบน 4G การเปลี่ยนแปลงเพียงจุดเดียวนี้โดยทั่วไปลด LCP ลงได้ 1-2 วินาที
3. รูปแบบ WebP / AVIF พร้อม lazy-load อย่างถูกต้อง
ชัยชนะ Core Web Vitals ที่ใหญ่ที่สุดในเว็บไทยส่วนใหญ่ที่เราตรวจ: รูปแบบและการโหลดรูปภาพ WordPress อัปโหลดเป็น JPEG หรือ PNG โดยปริยาย การแปลงเป็น WebP ลดขนาดไฟล์ลง 25-40%
AVIF ลดได้มากกว่า (50-65%) แต่การรองรับบนมือถือ Android รุ่นเก่ายังไม่แน่นอน เราแนะนำ WebP เป็นจุดที่ลงตัวในทางปฏิบัติ
การ lazy-load ก็สำคัญ: รูปทุกรูปที่อยู่ใต้เส้นพับควรมี `loading="lazy"` เว็บ WordPress ไทยส่วนใหญ่ที่เราตรวจ ไม่ก็ไม่ lazy-load อะไรเลย (ทุกอย่างขวาง LCP) หรือ lazy-load ทุกอย่างรวมถึงองค์ประกอบ LCP เอง (ซึ่งทำให้ LCP แย่ลง)
4. ตัดความอืดของ page builder ออก
Elementor, Divi และ WPBakery สร้าง HTML 5,000+ บรรทัด สำหรับสิ่งที่ควรเป็นหน้าขนาด 200 บรรทัด ทุกกฎ CSS ทุก JS event handler ทุก wrapper div ทบกันเป็นเวลา parse บน Android รุ่นกลาง
เราเจอเป็นประจำว่าเว็บที่เปลี่ยนจาก Elementor มาเป็นธีมที่สร้างขึ้นเองอย่างเหมาะสม ลด LCP ลงได้ 50% แม้ไม่ได้แก้อะไรอย่างอื่นเลย
5. หน่วงเวลาหรือกำจัดสคริปต์จากบุคคลที่สาม
สคริปต์จากบุคคลที่สาม (Facebook Pixel, Google Analytics, วิดเจ็ตแชต, แชต FB, Hotjar ฯลฯ) โหลดแบบ synchronous โดยปริยาย บน Android 4G แต่ละตัวเพิ่มเวลา render 100-300ms
วิธีแก้: เพิ่ม `defer` ให้สคริปต์จากบุคคลที่สามทุกตัว หรือโหลดผ่าน Google Tag Manager ซึ่งจัดการการหน่วงเวลาได้อย่างเหมาะสม เราเคยเห็น INP ลดจาก 400ms เหลือต่ำกว่า 150ms เพียงจากการ optimise จุดเดียวนี้
สิ่งที่ต้องวัด
อย่าเชื่อ "Lab Data" ของ PageSpeed Insights — มันเป็นการจำลองบนอุปกรณ์มาตรฐาน จงเชื่อส่วน Field Data ซึ่งเป็นข้อมูลผู้ใช้จริงจากมือถือไทยจริง ๆ
Field Data แสดงการกระจายประสิทธิภาพจริงของผู้เข้าชมคุณ ถ้าผู้ใช้ 60% ได้ LCP ต่ำกว่า 2.5 วินาที คุณผ่านเมตริกนั้น ถ้าผ่านแค่ 40% คุณสอบตก
Google ใช้ Field Data ในการตัดสินใจเรื่องอันดับ ไม่ใช่ Lab Data
เป้าหมายตามจริงสำหรับเว็บมือถือไทย
ทำได้จริงบน WordPress ที่สร้างอย่างเหมาะสม
LCP
1.5-2.5 วินาที (เป้าหมาย: เกณฑ์ผ่านที่ 2.5 วินาที)
INP
120-180ms (เป้าหมาย: เกณฑ์ผ่านที่ 200ms)
CLS
0.02-0.05 (เป้าหมาย: เกณฑ์ผ่านที่ 0.1)
ไม่สมจริงบน Android รุ่นกลางบน 4G (ไม่ว่าจะ optimise แค่ไหน)
- LCP ต่ำกว่า 1.5 วินาทีบน 3G ชนบท — แค่ค่าหน่วงของสัญญาณก็กินงบของคุณหมดแล้ว
- INP ต่ำกว่า 100ms บน Android อายุ 4 ปี — ซีพียูมันวาดภาพได้ไม่เร็วขนาดนั้น
จงรู้ว่าอะไรทำได้จริงสำหรับฐานผู้ใช้จริงของคุณ ก่อนจะไปไล่ตามคะแนน
สิ่งที่ควรทำในสัปดาห์นี้
ถ้าคุณอยากเห็นว่าเว็บของคุณอยู่ตรงไหนตอนนี้
1. เปิด Google Search Console → รายงาน Core Web Vitals 2. ดูแท็บ Mobile — นั่นคือข้อมูลผู้ใช้จริงของคุณ 3. นับว่ามี URL กี่อันที่ถูกติดธงว่า "Poor" หรือ "Needs improvement" 4. จดเมตริกที่สอบตกมากที่สุด (สำหรับเว็บไทยมักเป็น LCP)
ถ้าคุณมี URL ที่ถูกติดธง Poor บนมือถือเกิน 10% นั่นคือ ตัวถ่วงอันดับ ที่กำลังเกิดขึ้นจริง การแก้ไขโดยทั่วไปดันทราฟฟิกออร์แกนิกขึ้น 10-20% ภายใน 60 วันหลังลงมาต่ำกว่าเกณฑ์