โค้ด JS ทดสอบความเร็วเน็ตทำไมได้ค่าไม่ตรงกัน

โค้ด JS ทดสอบความเร็วเน็ตแสดงผลอย่างไร

การทดสอบความเร็วด้วย JavaScript มักวัดเวลาที่ใช้ดาวน์โหลดหรืออัปโหลดข้อมูลจากเซิร์ฟเวอร์ แล้วคำนวณเป็นเมกะบิตต่อวินาที ส่วนค่า ping จะสะท้อนเวลาตอบสนองของเครือข่าย การทดสอบในเบราว์เซอร์จึงเป็นการวัดประสบการณ์ระหว่างอุปกรณ์กับเซิร์ฟเวอร์ ไม่ใช่ความเร็วของแพ็กเกจโดยตรงทุกกรณี

ตัวอย่างแนวคิดพื้นฐานคือบันทึกเวลาก่อนและหลังรับข้อมูล เช่น ความเร็ว = ขนาดข้อมูลเป็นบิต หารด้วยเวลาที่ใช้เป็นวินาที แล้วแปลงหน่วยเป็น Mbps อย่างไรก็ตาม โค้ดจริงต้องคำนึงถึงขนาดไฟล์ แคช การเชื่อมต่อหลายครั้ง และข้อจำกัดของเบราว์เซอร์ด้วย

สาเหตุที่ผลทดสอบดาวน์โหลดและอัปโหลดไม่คงที่

เซิร์ฟเวอร์ทดสอบอยู่ไกล

หากโค้ด JS ทดสอบความเร็วเน็ตเลือกเซิร์ฟเวอร์ที่อยู่ไกลจากบ้าน แพ็กเก็ตจะใช้เวลาเดินทางมากขึ้นและอาจผ่านเครือข่ายหลายช่วง ทำให้ค่า ping สูงและความเร็วดาวน์โหลดลดลง ควรทดสอบกับเซิร์ฟเวอร์ใกล้พื้นที่ใช้งาน และเปรียบเทียบอย่างน้อยสองแห่ง

มีอุปกรณ์อื่นใช้เครือข่ายพร้อมกัน

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

สัญญาณ Wi-Fi ไม่เสถียร

ระยะห่างจากเราเตอร์ ผนัง สัญญาณรบกวน และการใช้ย่านความถี่ที่มีคนหนาแน่นอาจทำให้ความเร็วแกว่ง แม้สายไฟเบอร์และบริการจากผู้ให้บริการจะทำงานปกติ การทดสอบผ่าน Wi-Fi จึงไม่ควรใช้สรุปคุณภาพสายอินเทอร์เน็ตเพียงอย่างเดียว

เบราว์เซอร์หรืออุปกรณ์มีภาระสูง

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

วิธีคำนวณของโค้ดไม่เหมาะกับการทดสอบ

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

ผู้ให้บริการหรือเส้นทางเครือข่ายมีความหนาแน่น

ในช่วงเวลาที่มีผู้ใช้งานจำนวนมาก เส้นทางจากบ้านไปยังเซิร์ฟเวอร์อาจมีการจราจรสูง จึงเกิดความเร็วลดลงหรือค่า ping เพิ่มขึ้น ปัญหานี้อาจเกิดเฉพาะบางช่วงเวลาและบางปลายทาง ไม่ได้หมายความว่าสายไฟเบอร์เสียเสมอไป

วิธีตรวจสอบว่าปัญหาอยู่ที่จุดใด

1. ทดสอบผ่านสาย LAN: เชื่อมต่อคอมพิวเตอร์กับเราเตอร์โดยตรง แล้วปิดการใช้งานอินเทอร์เน็ตของอุปกรณ์อื่นชั่วคราว
2. เปรียบเทียบหลายเซิร์ฟเวอร์: เลือกเซิร์ฟเวอร์ใกล้บ้านและต่างพื้นที่ เพื่อดูว่าค่าต่างกันตามเส้นทางหรือไม่
3. ทดสอบหลายช่วงเวลา: บันทึกผลช่วงเช้า กลางวัน และช่วงเย็น พร้อมจดค่าดาวน์โหลด อัปโหลด และ ping
4. แยกปัญหาจากโค้ด: ทดสอบด้วยเครื่องมือมาตรฐานในเบราว์เซอร์เดียวกัน หากผลต่างกันมาก ให้ตรวจขนาดไฟล์ แคช จำนวนคำขอ และวิธีจับเวลาใน JavaScript
5. ตรวจเราเตอร์: ดูจำนวนอุปกรณ์ที่เชื่อมต่อ อุณหภูมิ เฟิร์มแวร์ และการใช้งานช่องสัญญาณ Wi-Fi

แนวทางปรับปรุงผลทดสอบและการใช้งานจริง

เริ่มจากปิดการดาวน์โหลดและการซิงก์ข้อมูลที่ไม่จำเป็น แล้วรีสตาร์ตเราเตอร์หากอุปกรณ์ทำงานต่อเนื่องเป็นเวลานาน การทดสอบซ้ำสามครั้งและใช้ค่ามัธยฐานจะลดผลกระทบจากค่าที่ผิดปกติได้ดีกว่าการดูผลครั้งเดียว

หากต้องการวัดความเร็วของแพ็กเกจ ควรใช้สาย LAN หรืออยู่ใกล้เราเตอร์ และเลือกย่าน Wi-Fi ที่เหมาะสม การวางเราเตอร์ในจุดเปิดโล่งและอัปเดตเฟิร์มแวร์ช่วยลดปัญหาสัญญาณได้ แต่ไม่ควรคาดหวังว่าความเร็วผ่าน Wi-Fi จะเท่ากับค่าที่รับจากสายทุกครั้ง

สำหรับผู้พัฒนา ควรใช้ข้อมูลทดสอบขนาดเหมาะสม ป้องกันแคชด้วยพารามิเตอร์ที่เปลี่ยนแปลง สุ่มลำดับการทดสอบ และวัดหลายรอบ ตัวอย่างการจับเวลาควรใช้ performance.now() แทนเวลาที่มีความละเอียดต่ำ และควรตรวจสอบว่าเซิร์ฟเวอร์รองรับ CORS รวมถึงการอัปโหลดข้อมูลตามวิธีที่กำหนด

เมื่อใดควรติดต่อผู้ให้บริการ

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

หากความเร็วผ่านสายอยู่ในเกณฑ์แต่ Wi-Fi ช้า ปัญหามักอยู่ที่ตำแหน่งเราเตอร์ อุปกรณ์ หรือสัญญาณรบกวนมากกว่าสายจากผู้ให้บริการ การแยกปัญหาเป็นแต่ละส่วนจะช่วยหลีกเลี่ยงการเปลี่ยนแพ็กเกจโดยไม่จำเป็น