การทดสอบความเร็วเว็บไซต์: การวัดความเร็วของผู้ให้บริการเว็บโฮสติ้งของคุณอย่างถูกต้อง

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

เราจะใช้เครื่องมือทดสอบความเร็วเว็บไซต์ของ Pingdom สำหรับตัวอย่าง มีเครื่องมือที่คล้ายกันมากมาย เช่น Dareboost และ WebPageTest และเราขอแนะนำให้คุณลองใช้เครื่องมือเหล่านี้ทั้งหมดเพื่อให้ได้ผลลัพธ์ที่สมดุลยิ่งขึ้น นอกจากนี้ยังมี GTMetrix และ Page Speed ​​Insights ของ Google ด้วย Google คุณมีสิทธิ์ที่เครื่องมือของ Google มี ข้อเสีย คุณจะไม่ได้รับข้อมูลใดๆ เกี่ยวกับเวลาตอบสนองจริง (เป็นมิลลิวินาที) สำหรับเว็บไซต์ของคุณ ดังนั้นหากคุณติดตามผลลัพธ์เชิงปริมาณ คุณจะต้องตรวจสอบเครื่องมืออื่นๆ

แต่ความจริงก็คือการวัดความเร็วนั้นค่อนข้างยาก มาเคลียร์กันก่อน

การวัดความเร็วของเว็บไซต์นั้น …ซับซ้อน

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

1. รายงานความเร็วเว็บไซต์ช่วยให้คุณมีความเร็วโดยรวมโดยการรวมเมตริกต่างๆ ที่หลากหลายเข้าด้วยกัน ข้อมูลนี้จะให้ค่าประมาณโดยรวมว่าเว็บไซต์ "เร็ว" แค่ไหน อย่างไรก็ตาม เมื่อคุณจำเป็นต้องประเมินความเร็วของผู้ให้บริการเว็บโฮสติ้ง คุณจะต้องพิจารณาผลลัพธ์อย่างละเอียดถี่ถ้วน
2. การทดสอบความเร็วเว็บไซต์เพียงครั้งเดียวไม่ได้ให้มุมมองที่สมจริง คุณจะต้องทำการทดสอบที่แตกต่างกันอย่างน้อย 10 รายการ (โดยใช้เครื่องมือเดียวกันและจากภูมิภาคเดียวกัน) จากนั้นจึงคำนวณค่าเฉลี่ยโดยหารผลลัพธ์ตามลำดับ
3. เครื่องมือความเร็วหน้าเว็บออนไลน์มักจะเลี่ยงกลไกการแคชที่ผู้ให้บริการหรือเว็บไซต์ของคุณอาจมีอยู่แล้ว ตัวอย่างเช่น การตรวจสอบส่วนหัวคำขอของคำขอใดๆ เผยให้เห็นส่วนหัว HTTP สองรายการที่ปิดใช้งานการแคช สำหรับสิ่งนี้ คุณควรคำนึงถึงแคชเสมอในขณะที่ทำการทดสอบ

ความเร็วของผู้ให้บริการเว็บแตกต่างจากความเร็วของแอปพลิเคชัน!

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

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

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

โฮสต์เว็บไซต์ของคุณด้วย Pressidium

รับประกันคืนเงิน 60 วัน

ดูแผนของเรา

ตัววัดความเร็วของผู้ให้บริการเว็บโฮสติ้ง

เวลาตอบสนอง DNS

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

หากคุณสังเกตเห็นค่าที่สูงในเมตริกนี้ คุณอาจต้องเริ่มแก้ปัญหาว่าทำไมถึงเป็นเช่นนั้น ในที่สุด คุณอาจเลือกที่จะเปลี่ยนผู้ให้บริการ DNS ของคุณ แน่นอน หากผู้ให้บริการเว็บโฮสติ้งของคุณเป็นผู้ดูแลรักษาระเบียน DNS คุณจะต้องคำนึงถึงตัวชี้วัด DNS

เชื่อมต่อเวลาตอบสนอง

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

SSL

ในภาพหน้าจอก่อนหน้านี้ เราเห็นว่ามีการเปลี่ยนเส้นทางไปยัง HTTPS URL เกิดขึ้น (มองเห็นได้ในไอคอนด้านบนซ้าย) Pingdom วัดเวลาที่ใช้ในการจับมือ SSL SSL handshakes เป็นการดำเนินการที่เข้มข้นในการคำนวณ เวลาตอบสนองโดยทั่วไปขึ้นอยู่กับปัจจัยต่างๆ เช่น โปรโตคอลที่ใช้ มีเทคนิค เช่น การออฟโหลด SSL หรือไม่ เป็นต้น

คุณจะต้องคำนึงถึงเวลาตอบสนอง SSL เฉพาะเมื่อคุณแน่ใจว่าผู้ให้บริการของคุณทำ SSL handshaking หากคุณไม่แน่ใจ ให้ปล่อยเมตริกนั้นทิ้งไป

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

รอ/รับ

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

เนื่องจากเวลาตอบสนองทั้งสองนี้เกี่ยวข้องกับเว็บเซิร์ฟเวอร์ คุณจึงต้องคำนึงถึงทั้งสองเวลาด้วย

ทรัพย์สินคงที่

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

เว็บเบราว์เซอร์สมัยใหม่เร่งการดาวน์โหลดทรัพยากรโดยใช้เธรดการดำเนินการคู่ขนานและเทคนิคอื่นๆ ตัวอย่างเช่น หากคุณมีเว็บไซต์ที่มีคำขอ 100 รายการ คำขอ 100 รายการเหล่านี้จะถูกดาวน์โหลดพร้อมกัน Internet Explorer 10 ใช้การเชื่อมต่อแบบขนานสูงสุด 8 รายการ ในขณะที่ Chrome ใช้ 6 Firefox3 และ Safari 5 ใช้ 6 เช่นกัน ค่านี้สามารถกำหนดค่าได้ แต่คุณสามารถทำให้คอมพิวเตอร์ของคุณเสียหายได้หากคุณใช้งานในทางที่ผิด ดังนั้นจึงควรปล่อยทิ้งไว้ตามเดิม นอกจากนี้ HTTP/2 ยังช่วยอย่างมากในการเร่งความเร็วการดาวน์โหลด เนื่องจากมีการจัดการการสตรีมแพ็คเก็ตที่เหนือกว่ารุ่นก่อน

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

หากคุณพบว่ามีความล่าช้าอย่างมากในการดึงเนื้อหาในพื้นที่ (โดยเฉพาะรูปภาพและวิดีโอ) ให้พิจารณาใช้เครือข่ายการจัดส่งเนื้อหา (CDN)

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

ในการปิด

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

โดยสรุป ก่อนที่คุณจะเริ่มทดสอบความเร็วเว็บไซต์ของคุณ ให้คำนึงถึงสิ่งต่อไปนี้:

1. ความเร็วของเว็บโฮสติ้งและวิธีการวัดนั้นแตกต่างอย่างสิ้นเชิงกับความเร็วในการโหลดหน้าเว็บ
2. เมตริกหลักที่คุณต้องให้ความสนใจคือเวลาตอบสนองของ Connect/Wait/Receive รวมถึงของสินทรัพย์คงที่ DNS และ SSL จะถูกนำมาพิจารณาก็ต่อเมื่อได้รับการจัดการโดยผู้ให้บริการเว็บโฮสติ้งของคุณ
3. ละเว้นเมตริกทั้งหมดที่เกี่ยวข้องกับเนื้อหาที่ดึงมาจากบริการของบุคคลที่สาม เช่น Youtube
4. ทำการทดสอบหลายครั้ง (อย่างน้อย 10 ครั้ง) แล้วคำนวณค่าเฉลี่ยโดยหารผลลัพธ์ด้วยจำนวนการทดสอบ

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