Core Web Vitals ແມ່ນຫຍັງ? ວິທີເຮັດເວັບໃຫ້ PageSpeed 90+
ໃນປີ 2026 Google ໃຊ້ Core Web Vitals ເປັນ Ranking factor — ເວັບທີ່ຜ່ານເກນທັງ 3 ຄ່າໄດ້ອັນດັບສູງກວ່າເວັບທີ່ບໍ່ຜ່ານໃນຕະຫຼາດ competitive ດຽວກັນ
ນອກຈາກນັ້ນ Core Web Vitals ສຳພັນໂດຍກົງກັບ Conversion: ເວັບທີ່ LCP ຫຼຸດລົງ 1 ວິນາທີ Conversion ເພີ່ມ 8-12%
Core Web Vitals ຄື 3 ຄ່າ
1. LCP (Largest Contentful Paint)
ວັດວ່າພາບ ຫຼື ຂໍ້ຄວາມຫຼັກໂຫຼດສຳເລັດເມື່ອໃດ
| Score | Status |
|---|---|
| < 2.5 ວິນາທີ | ✅ Good |
| 2.5-4.0 ວິນາທີ | ⚠️ Needs Improvement |
| > 4.0 ວິນາທີ | ❌ Poor |
ສາເຫດ LCP ຊ້າ:
- Image ຂະໜາດໃຫຍ່ (5MB hero image)
- Slow server response (TTFB > 600ms)
- Render-blocking JS/CSS
- Web Font ທີ່ໂຫຼດຊ້າ
2. CLS (Cumulative Layout Shift)
ວັດວ່າເລເອົາທ໌ “ເລື່ອນເອງ” ຫຼັງໂຫຼດເທົ່າໃດ
| Score | Status |
|---|---|
| < 0.1 | ✅ Good |
| 0.1-0.25 | ⚠️ Needs Improvement |
| > 0.25 | ❌ Poor |
ສາເຫດ CLS ສູງ:
- Image ບໍ່ລະບຸ width/height
- Ads / Embed ທີ່ເພີ່ມຕາມຫຼັງ
- Web Font ທີ່ Swap ແລ້ວ layout ປ່ຽນ
- Dynamic content ທີ່ Inject
3. INP (Interaction to Next Paint) — ແທນທີ່ FID ໃນປີ 2024
ວັດວ່າຫຼັງຄລິກ/ແຕະ ໜ້າຕອບສະໜອງໄວເທົ່າໃດ
| Score | Status |
|---|---|
| < 200ms | ✅ Good |
| 200-500ms | ⚠️ Needs Improvement |
| > 500ms | ❌ Poor |
ສາເຫດ INP ສູງ:
- Heavy JavaScript ທີ່ Block Main thread
- Many event listeners
- Slow third-party scripts (Analytics, Chat widget)
ທົດສອບ Core Web Vitals — Tool ຟຣີ
- PageSpeed Insights — Quick test ສຳລັບ 1 ໜ້າ
- Web.dev Measure — Lighthouse ໃນເວັບ
- Chrome DevTools Lighthouse — Test ແບບ Local
- CrUX Report — Real user data ຈາກ Chrome
- Google Search Console → Core Web Vitals tab — Real performance ຂອງເວັບທ່ານ
ໃຊ້ GSC Real Data ເປັນຫຼັກ ເພາະມັນຄືສິ່ງທີ່ Google ໃຊ້ Rank
ວິທີແກ້ Core Web Vitals — ຕາມອັນດັບ Priority
Priority 1: Image Optimization (ແກ້ LCP)
ນີ້ຄືສິ່ງທີ່ເຮັດໄດ້ງ່າຍທີ່ສຸດແລະກະທົບຫຼາຍທີ່ສຸດ
ໃຊ້ WebP / AVIF:
- JPEG 2MB → WebP 200KB (90% smaller)
- AVIF 100KB (95% smaller)
ໃສ່ width / height:
<img src="hero.webp" width="1200" height="630" alt="...">Lazy Load ສຳລັບພາບທີ່ບໍ່ແມ່ນ Hero:
<img src="..." loading="lazy" alt="...">Use Modern Image Format ຜ່ານ CDN:
- Cloudflare Image / Imgix / Cloudinary
Priority 2: Reduce JavaScript (ແກ້ LCP + INP)
ຫຼຸດ Third-party scripts:
- ທຸກ Tool (Hotjar, Intercom, Chat widget) ຄື “tax” ຂອງ Performance
- ເລືອກໃຊ້ແຄ່ທີ່ຈຳເປັນແທ້
Defer Non-critical JS:
<script src="..." defer></script>Code Splitting (ສຳລັບ Modern Stack):
- Next.js / Astro ເຮັດໃຫ້ອັດຕະໂນມັດ
- WordPress ຕ້ອງລົງ Plugin
Priority 3: Server Response (ແກ້ LCP)
Target TTFB < 600ms:
- Upgrade Hosting (ຈາກ Shared → VPS/Cloud)
- Use CDN (Cloudflare, CloudFront, Fastly)
- Enable Caching (Page cache + Object cache)
ສຳລັບ WordPress:
- ໃຊ້ Cloudflare APO + WP Rocket
- Server-level cache (Nginx FastCGI)
ສຳລັບ Modern Stack (Astro / Next.js):
- Static-generated ຫຼື ISR
- Deploy ໃນ Edge (Cloudflare Workers, Vercel Edge)
Priority 4: Reserve Space (ແກ້ CLS)
ໃສ່ width/height ທຸກ Image / Video / iframe
Reserve space ສຳລັບ Ads:
.ad-slot {
min-height: 250px; /* ຮູ້ຂະໜາດ ads ລ່ວງໜ້າ */
}Avoid Web Font Layout Shift:
- Use
font-display: optionalຫຼືswap - Preload critical font
Priority 5: Optimize Third-party (ແກ້ INP)
Move heavy scripts to Web Worker:
- Partytown library (Astro ມີ integration)
Replace heavy widgets:
- Disqus → Giscus (lighter, GitHub-based)
- Intercom → Open source alternative
ເວັບປະເພດໃດແກ້ຍາກກວ່າ
WordPress + Page Builder (ຍາກສຸດ)
- Elementor / Divi / WPBakery loading JS ໜັກ
- Plugin Hell — ທຸກ plugin ໂຫຼດ JS ເພີ່ມ
- ປົກກະຕິແກ້ໄດ້ແຄ່ 75-85 PageSpeed Mobile
- ແກ້ Real: ປ່ຽນ Theme + ຫຼຸດ Plugin ຫຼື Migrate ໄປ Modern Stack
ອ່ານ WordPress Speed Optimization
Custom WordPress Theme (ກາງ)
- ຂຶ້ນກັບ Theme + Cache plugin
- ເຮັດໄດ້ 85-90+
- ຕ້ອງ Optimize ລະດັບ Code
Modern Stack: Astro / Next.js (ງ່າຍສຸດ)
- PageSpeed 90+ Day 1 (Default)
- ບໍ່ຕ້ອງລົງ Plugin
- Static-first architecture
ອ່ານ WordPress vs Astro
Real Case Phuket Hotel
ໂຮງແຮມໃນກະຣອນ, 2024:
- Before: Mobile 42, LCP 5.8s, CLS 0.34
- Migrate WordPress → Astro: Mobile 96, LCP 1.4s, CLS 0.02 (3 weeks work)
- Result: Direct Booking Conversion ເພີ່ມ 28% ພາຍໃນ 60 ວັນທຳອິດຫຼັງ Migrate
ເລີ່ມແກ້ Core Web Vitals — Roadmap 30 ວັນ
Week 1: Audit (ໃຊ້ PageSpeed + GSC Core Web Vitals tab) Week 2: Image optimization (Convert ທັງໝົດເປັນ WebP, ໃສ່ width/height) Week 3: JS optimization (Defer non-critical, Remove unused) Week 4: Hosting + Cache (Upgrade ຖ້າຈຳເປັນ)
ຫຼັງ 30 ວັນ ຄາດຫວັງ PageSpeed Mobile ຂະຫຍັບ 15-25 ຄະແນນ
ຂໍ Performance Audit ຈາກພວກເຮົາ
ຫາກເວັບທ່ານ PageSpeed Mobile < 60 ແລະອັນດັບບໍ່ດີ ຂໍ Audit — ພວກເຮົາ benchmark + ເຮັດ Action Plan ພາສາລາວ
ຫຼື ຖ້າຕັດສິນໃຈແລ້ວວ່າຕ້ອງການ Migrate ໄປ Modern Stack ເບິ່ງ Web Development