ประมาณเวลาโหลดหน้าเว็บตามขนาดไฟล์และความเร็วอินเทอร์เน็ต
เครื่องมือนี้ช่วยให้คุณประเมินเวลาโหลดหน้าเว็บโดยแยกคำนวณจากขนาดไฟล์แต่ละประเภท ได้แก่ HTML, CSS, JavaScript, รูปภาพ, Web Fonts และไฟล์อื่นๆ พร้อมรองรับตัวแปรสำคัญอย่าง Gzip compression, ประเภทการเชื่อมต่ออินเทอร์เน็ต, จำนวน HTTP requests และ Server latency
ผลลัพธ์จะแสดงการประเมิน Core Web Vitalsตามมาตรฐาน Google PageSpeed Insights เพื่อให้คุณทราบว่าหน้าเว็บของคุณอยู่ในเกณฑ์ Fast, Needs Improvement หรือ Slow
ขนาดทรัพยากรหน้าเว็บ (KB)
วิธีใช้งานเครื่องมือ
- กรอกขนาดไฟล์ (KB) ของแต่ละทรัพยากร ได้แก่ HTML, CSS, JavaScript, รูปภาพ, Web Fonts และอื่นๆ หากไม่มีทรัพยากรประเภทใด ให้ยกเลิกเครื่องหมายถูกหน้ารายการนั้น
- เลือกประเภทการเชื่อมต่ออินเทอร์เน็ต ที่ตรงกับกลุ่มผู้ใช้งานเป้าหมายของคุณ เช่น 4G สำหรับผู้ใช้มือถือทั่วไปในไทย
- ระบุจำนวน HTTP Requests โดยประมาณ (ดูได้จาก DevTools > Network tab ของ Chrome)
- ปรับServer Latency ตามตำแหน่ง Server เช่น 20-50 ms สำหรับ Server ในประเทศ หรือ 150-300 ms สำหรับ Server ต่างประเทศ
- เปิดหรือปิดGzip Compression ตามการตั้งค่า Web Server จริงของคุณ
- กด"คำนวณเวลาโหลด" เพื่อดูผลประเมิน Core Web Vitals และคำแนะนำในการปรับปรุง
สูตรคำนวณและ Methodology
เครื่องมือนี้คำนวณเวลาโหลดแบบ Simplified Waterfall Model โดยแบ่งออกเป็น 2 ส่วนหลัก:
การประเมินCore Web Vitalsอ้างอิงจากเกณฑ์ LCP (Largest Contentful Paint) ของ Google: Fast <2.5 วินาที / Needs Improvement 2.5–4 วินาที / Poor >4 วินาที
ตัวอย่างการใช้งาน
เปิด Gzip: HTML/CSS/JS/Fonts บีบเหลือ 30% → ขนาดรวมหลัง Gzip ≈ (30+60+120+80)×0.30 + 400 = 87 + 400 = 487 KB
4G (25 Mbps), 25 HTTP requests, Latency 60 ms:
Transfer = (487 × 8,192) ÷ 25,000,000 ≈ 0.16 วินาที + Latency 25×0.06 = 1.50 วินาที
รวม ≈ 1.66 วินาที → Fast ✓
เปิด Gzip: ขนาดบีบ = (80+150+500+200)×0.30 + 1,500 = 279 + 1,500 = 1,779 KB
3G ปกติ (5 Mbps), 60 HTTP requests, Latency 120 ms:
Transfer ≈ 2.93 วินาที + Latency 60×0.12 = 7.20 วินาที
รวม ≈ 10.13 วินาที → Poor — ควรลดขนาด JS และรูปภาพ
เปิด Gzip: (40+70+150+100)×0.30 + 300 = 108 + 300 = 408 KB
Fiber 100 Mbps, 20 requests, Latency 15 ms:
Transfer ≈ 0.034 วินาที + Latency 20×0.015 = 0.30 วินาที
รวม ≈ 0.33 วินาที → Fast ✓ (ผู้ใช้ Fiber ได้ประสบการณ์ดีเยี่ยม)
คำถามที่พบบ่อย (FAQ)
Google แนะนำให้หน้าเว็บมีขนาดไม่เกิน 500 KB หลัง Gzip สำหรับผู้ใช้มือถือ และควรอยู่ที่ 1–2 MB สำหรับเดสก์ท็อปที่มีการเชื่อมต่อที่ดี ตัวเลขจาก HTTP Archive (2024) ระบุว่าหน้าเว็บทั่วไปมีขนาดเฉลี่ย 2.2 MB (ก่อนบีบอัด) โดยรูปภาพคิดเป็นสัดส่วนใหญ่ที่สุดราว 50–60% การลดขนาดภาพด้วย WebP หรือ AVIF และใช้ Lazy Loading จะช่วยลดเวลาโหลดได้มากที่สุด
Gzip เป็นมาตรฐานเก่าที่รองรับโดยเว็บเซิร์ฟเวอร์และเบราว์เซอร์ทุกตัว บีบอัดข้อความได้ราว 60–70% ส่วน Brotli (พัฒนาโดย Google) บีบอัดได้ดีกว่า Gzip ประมาณ 15–25% โดยเฉพาะกับ HTML, CSS, JavaScript แต่ต้องการ CPU มากกว่าในการบีบอัด (ฝั่ง Server) รองรับโดยเบราว์เซอร์สมัยใหม่ทั้งหมด แนะนำให้ใช้ Brotli เป็นลำดับแรก แล้ว Fallback ด้วย Gzip หากเบราว์เซอร์ไม่รองรับ
Lazy Loading คือเทคนิคการโหลดทรัพยากรเฉพาะเมื่อผู้ใช้เลื่อน (Scroll) มาถึงตำแหน่งที่เนื้อหานั้นปรากฏ
แทนที่จะโหลดทุกอย่างพร้อมกันตั้งแต่ต้น ส่งผลให้เวลาโหลดหน้าแรก (Initial Load)ลดลงอย่างมีนัยสำคัญ
โดยเฉพาะรูปภาพที่อยู่ใต้ครึ่งล่างของหน้า (Below the Fold) สามารถใช้ได้ง่ายผ่าน attribute
loading="lazy" บน tag <img>
Core Web Vitals คือชุดตัวชี้วัดประสบการณ์ผู้ใช้ที่ Google ใช้เป็นส่วนหนึ่งของ Ranking Signal ประกอบด้วย 3 เมตริกหลัก: LCP (Largest Contentful Paint) วัดความเร็วโหลดเนื้อหาหลัก เกณฑ์ดี <2.5 วินาที, FID/INP (Interaction to Next Paint) วัดการตอบสนอง เกณฑ์ดี <200 ms, และ CLS (Cumulative Layout Shift) วัดความเสถียรของ Layout เกณฑ์ดี <0.1 ดูได้ผ่าน Google PageSpeed Insights หรือ Chrome DevTools
CDN (Content Delivery Network) ช่วยลด Latency ได้อย่างมีนัยสำคัญ โดยส่งไฟล์ Static (รูปภาพ, JS, CSS) จาก Edge Node ที่อยู่ใกล้ผู้ใช้ที่สุด แทนที่จะส่งจาก Origin Server ตัวอย่างเช่น ผู้ใช้ในกรุงเทพฯ ที่เข้าเว็บที่ Host ในสหรัฐฯ อาจมี Latency 200–300 ms แต่เมื่อใช้ CDN ที่มี Node ในไทย Latency จะเหลือ 10–30 ms ลดเวลาโหลดได้ 40–70% ในกรณีที่ผู้ใช้อยู่ไกลจาก Origin Server