ตัวตรวจสอบความเร็วหน้าเว็บ

วิเคราะห์ความเร็วในการโหลดหน้าเว็บ, ส่วนหัวการตอบกลับ (Response Headers) และตัวชี้วัดประสิทธิภาพ รับข้อมูลเชิงลึกที่นำไปใช้ได้จริงเพื่อปรับปรุงความเร็วของเว็บไซต์ การทำแคช การบีบอัด และส่วนหัวความปลอดภัย

ใช้งานฟรีไม่ต้องสมัครสมาชิกผลลัพธ์ทันที

ตัวตรวจสอบความเร็วหน้าเว็บลองใช้เลย — ฟรี ▼

⚡

กำลังวิเคราะห์ประสิทธิภาพ

กำลังเริ่มต้น...

⚠ การวิเคราะห์ล้มเหลว

คะแนน

📊 ลำดับเวลา (Waterfall)

🔍 ตรวจสอบ Header ประสิทธิภาพ

💡 ข้อเสนอแนะ

Embed ตัวตรวจสอบความเร็วหน้าเว็บ Widget

เกี่ยวกับ ตัวตรวจสอบความเร็วหน้าเว็บ

ตัวตรวจสอบความเร็วหน้าเว็บ เป็นเครื่องมือบนเบราว์เซอร์ที่วิเคราะห์ประสิทธิภาพของเว็บไซต์โดยการวัดเวลาการโหลดและตรวจสอบ HTTP response headers เครื่องมือนี้จะให้คะแนนประสิทธิภาพทันที พร้อมแผนภูมิ Waterfall แสดงขั้นตอนเวลา (DNS, การเชื่อมต่อ, TTFB, การดาวน์โหลด) และคำแนะนำที่นำไปปฏิบัติได้จริงเพื่อปรับปรุงความเร็วหน้าเว็บ, การทำแคช, การบีบอัด และส่วนหัวด้านความปลอดภัย

วิธีใช้งานตัวตรวจสอบความเร็วหน้าเว็บ

กรอก URL — พิมพ์หรือวาง URL เต็มของหน้าที่คุณต้องการวิเคราะห์ เครื่องมือจะเพิ่ม https:// ให้โดยอัตโนมัติหากไม่ได้ระบุ
คลิก "วิเคราะห์ความเร็ว" — เครื่องมือจะดึงข้อมูลหน้าเว็บ บันทึกเวลา และวิเคราะห์ response headers
ตรวจสอบคะแนนของคุณ — คะแนนประสิทธิภาพโดยรวม (0–100) จะถูกคำนวณตามเวลาตอบสนองและแนวทางปฏิบัติที่ดีที่สุดของ Header
ตรวจสอบลำดับเวลา (Waterfall) — แผนภูมิ Waterfall จะแยกย่อยขั้นตอนการค้นหา DNS, การเชื่อมต่อ, การตอบสนองของเซิร์ฟเวอร์ (TTFB) และการดาวน์โหลดเนื้อหา
อ่านรายงานการตรวจสอบและข้อเสนอแนะ — ตรวจสอบผลการตรวจสอบ Header เฉพาะจุด และปฏิบัติตามคำแนะนำที่จัดลำดับความสำคัญไว้เพื่อเพิ่มประสิทธิภาพ

ทำความเข้าใจเมตริกสำคัญ

TTFB (Time to First Byte)

TTFB วัดระยะเวลาที่เบราว์เซอร์รอข้อมูลไบต์แรกจากเซิร์ฟเวอร์หลังจากส่งคำขอ ซึ่งรวมถึงการแก้ไข DNS, การเชื่อมต่อ TCP, การสื่อสาร TLS และเวลาประมวลผลของเซิร์ฟเวอร์ ค่า TTFB ที่ดีควรต่ำกว่า 200ms ค่าที่เกิน 1000ms บ่งบอกถึงปัญหาคอขวดที่รุนแรงในฝั่งเซิร์ฟเวอร์

เวลาโหลดทั้งหมด (Total Load Time)

เวลาทั้งหมดตั้งแต่เริ่มคำขอจนถึงการดาวน์โหลดการตอบสนองเสร็จสิ้น สำหรับเอกสาร HTML นี่หมายถึงเวลาในการถ่ายโอนเอกสาร (ไม่รวมการโหลดทรัพยากรอื่นๆ ตามมา เช่น รูปภาพ, CSS และ JavaScript)

ขนาดการตอบสนอง (Response Size)

ขนาดของเนื้อหาที่ตอบสนอง การตอบสนองที่เล็กลงจะโหลดได้เร็วขึ้น ควรเปิดใช้งานการบีบอัด (gzip/Brotli) และย่อขนาด HTML/CSS/JS เพื่อลดขนาดการถ่ายโอน โดยปกติ HTML ของหน้าเว็บควรมีขนาดต่ำกว่า 100KB เมื่อบีบอัดแล้ว

แนวทางปฏิบัติที่ดีที่สุดสำหรับ Header ประสิทธิภาพ

Header	ค่าที่แนะนำ	วัตถุประสงค์
`Cache-Control`	max-age=31536000 (ไฟล์สแตติก)	การทำแคชของเบราว์เซอร์เพื่อลดคำขอซ้ำ
`Content-Encoding`	gzip หรือ br	บีบอัดการตอบสนองเพื่อลดขนาดการโอนถ่าย
`Strict-Transport-Security`	max-age=63072000; includeSubDomains	บังคับใช้การเชื่อมต่อ HTTPS
`X-Content-Type-Options`	nosniff	ป้องกัน MIME type sniffing
`ETag`	รหัสแฮชที่ไม่ซ้ำกันในแต่ละเวอร์ชัน	เปิดใช้งานการทำแคชแบบมีเงื่อนไข 304

การแยกย่อยคะแนน

คะแนนประสิทธิภาพคำนวณจากปัจจัยหลักสองประการ:

เวลาตอบสนอง (60%) — TTFB และเวลาโหลดทั้งหมด ค่า TTFB ต่ำกว่า 200ms และเวลาทั้งหมดต่ำกว่า 1000ms ถือว่ายอดเยี่ยม
การตรวจสอบ Header (40%) — หากขาดการบีบอัด, การทำแคช หรือส่วนหัวด้านความปลอดภัย คะแนนจะลดลง การตรวจสอบที่ล้มเหลวแต่ละจุดจะถูกหักคะแนน

ระดับคะแนนคือ: 90–100 ยอดเยี่ยม, 70–89 ดี, 50–69 ควรปรับปรุง, 0–49 แย่

ข้อจำกัด

เครื่องมือนี้ทำงานในเบราว์เซอร์ของคุณ ดังนั้นผลลัพธ์จะสะท้อนถึงสภาพเครือข่ายและตำแหน่งทางภูมิศาสตร์ ของคุณ
ข้อจำกัดของ CORS อาจขัดขวางการวิเคราะห์ Header อย่างสมบูรณ์ในบางเว็บไซต์ ในกรณีนี้เครื่องมือจะสลับไปวิเคราะห์เฉพาะข้อมูลเวลาแทน
ไม่เหมือนกับเครื่องมือฝั่งเซิร์ฟเวอร์ (เช่น Lighthouse, WebPageTest) เครื่องมือนี้ไม่สามารถวัดเวลาการเรนเดอร์, การรัน JavaScript หรือ Core Web Vitals เช่น LCP, FID และ CLS ได้
ผลลัพธ์อาจแตกต่างกันไปในแต่ละครั้งเนื่องจากสภาพเครือข่าย, ภาระงานของเซิร์ฟเวอร์ และการทำแคช

เคล็ดลับในการปรับปรุงความเร็วหน้าเว็บ

เปิดใช้งานการบีบอัด — กำหนดค่า gzip หรือ Brotli บนเว็บเซิร์ฟเวอร์เพื่อบีบอัดไฟล์ทรัพยากรที่เป็นข้อความ
ตั้งค่า Cache Headers — ใช้ max-age ที่นานสำหรับไฟล์สแตติก และ max-age ที่สั้นพร้อม ETag สำหรับ HTML
ใช้ CDN — ให้บริการไฟล์ทรัพยากรจากตำแหน่งเครือข่ายที่อยู่ใกล้กับผู้ใช้เพื่อลดความหน่วง (latency)
ปรับแต่งรูปภาพ — ใช้รูปแบบไฟล์ที่ทันสมัย (WebP, AVIF), บีบอัดรูปภาพ และใช้การโหลดแบบขี้เกียจ (lazy loading)
ลดทรัพยากรที่ขวางการเรนเดอร์ — เลื่อนการโหลด CSS และ JavaScript ที่ไม่สำคัญออกไป
ลดสคริปต์ภายนอก (Third-Party) — สคริปต์ภายนอกแต่ละตัวจะเพิ่มการค้นหา DNS, การเชื่อมต่อ และเวลาในการประมวลผล

คำถามที่พบบ่อย

ตัวตรวจสอบความเร็วหน้าเว็บวัดค่าอะไรบ้าง?

เครื่องมือนี้วัดเวลาตอบสนอง (TTFB และการโหลดทั้งหมด), วิเคราะห์ HTTP response headers สำหรับแนวทางปฏิบัติที่ดีที่สุดด้านประสิทธิภาพ เช่น การทำแคช, การบีบอัด และส่วนหัวด้านความปลอดภัย พร้อมให้คะแนนประสิทธิภาพโดยรวมและคำแนะนำที่นำไปปฏิบัติได้จริง

ทำไมความเร็วของหน้าเว็บจึงสำคัญต่อ SEO?

Google ใช้ความเร็วหน้าเว็บเป็นปัจจัยในการจัดอันดับ หน้าเว็บที่เร็วขึ้นจะมอบประสบการณ์ผู้ใช้ที่ดีกว่า ลดอัตราการตีกลับ และเพิ่มอัตราการเปลี่ยนเป็นลูกค้า นอกจากนี้ Core Web Vitals ก็เป็นส่วนหนึ่งของสัญญาณประสบการณ์หน้าเว็บของ Google ด้วย

TTFB คืออะไร และทำไมจึงสำคัญ?

TTFB (Time to First Byte) วัดระยะเวลาที่เบราว์เซอร์รอข้อมูลไบต์แรกจากเซิร์ฟเวอร์ ค่า TTFB ที่ดีควรต่ำกว่า 200ms ค่า TTFB ที่สูงบ่งบอกถึงปัญหาฝั่งเซิร์ฟเวอร์ เช่น การค้นหาฐานข้อมูลที่ช้า หรือเซิร์ฟเวอร์ทำงานหนักเกินไป

ทำไมฉันจึงพบข้อผิดพลาด CORS เมื่อทดสอบบาง URL?

ข้อผิดพลาด CORS เกิดขึ้นเมื่อเว็บไซต์จำกัดคำขอข้ามโดเมนผ่านเบราว์เซอร์เพื่อความปลอดภัย หากคุณพบข้อผิดพลาดนี้ แสดงว่าเซิร์ฟเวอร์เป้าหมายไม่อนุญาตให้เบราว์เซอร์ส่งคำขอมาจากโดเมนอื่น

ฉันจะปรับปรุงคะแนนความเร็วหน้าเว็บได้อย่างไร?

เปิดใช้งานการบีบอัด gzip/Brotli, ตั้งค่า Cache-Control headers ที่เหมาะสม, ใช้ CDN, ปรับแต่งรูปภาพ, ลดไฟล์ที่ขวางการเรนเดอร์ และติดตั้งส่วนหัวด้านความปลอดภัย เช่น HSTS

อ้างอิงเนื้อหา หน้าหรือเครื่องมือนี้ว่า:

"ตัวตรวจสอบความเร็วหน้าเว็บ" ที่ https://MiniWebtool.com/th/ตัวตรวจสอบความเร็วหน้าเว็บ/ จาก MiniWebtool, https://MiniWebtool.com/

โดยทีมงาน miniwebtool อัปเดตเมื่อ: 09 มี.ค. 2026