ตัวตรวจสอบ HTTP/2

ตัวตรวจสอบ HTTP/2 เป็นเครื่องมือฟรีสำหรับตรวจสอบว่าเว็บไซต์ใช้โปรโตคอลเครือข่าย HTTP/2 หรือไม่

การตรวจสอบ HTTP/2 ทดสอบอะไรบ้าง?

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

สำหรับเว็บไซต์ HTTPS ไคลเอนต์และเซิร์ฟเวอร์มักเลือกโปรโตคอลระหว่างการสร้างการเชื่อมต่อที่ปลอดภัย โดยทั่วไปกระบวนการนี้ใช้ Application-Layer Protocol Negotiation หรือ ALPN โปรโตคอล HTTP/2 จะแสดงเป็น h2 ส่วนการเชื่อมต่อแบบเก่าอาจใช้ http/1.1

HTTP/2 ยังคงใช้แนวคิดพื้นฐานของ HTTP เช่น เมธอด รหัสสถานะ และส่วนหัว แต่รับส่งข้อมูลผ่านเฟรมไบนารี โปรโตคอลนี้รองรับสตรีมหลายรายการในการเชื่อมต่อเดียวและบีบอัดส่วนหัว HTTP ได้ จึงอาจช่วยลดภาระจากการเชื่อมต่อ โดยเฉพาะหน้าเว็บที่มีทรัพยากรแยกกันจำนวนมาก อย่างไรก็ตาม HTTP/2 ไม่ได้ทำให้โค้ดแอปพลิเคชันที่ทำงานช้า รูปภาพขนาดใหญ่ หรือคำสั่งค้นหาฐานข้อมูลที่ล่าช้าทำงานเร็วขึ้นได้ด้วยตัวเอง

ใช้ตัวตรวจสอบ HTTP/2 อย่างไร?

ป้อนเว็บไซต์ที่ต้องการตรวจสอบการรองรับ HTTP/2 แล้วเริ่มตรวจสอบ ข้อมูลที่ป้อนจะถูกส่งผ่าน HTTPS ไปยังเซิร์ฟเวอร์เพื่อประมวลผล และจะไม่ถูกจัดเก็บไว้

ป้ายชื่อโดเมนที่มีอักขระกำกับเสียงหรืออักขระนอกอักษรละตินจะแสดงใน DNS เป็น IDNA A-label ซึ่งใช้ขั้นตอนวิธีเข้ารหัส Punycode

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

อ่านผลการตรวจสอบ HTTP/2 อย่างไร?

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

• ผลลัพธ์เชิงบวกยืนยันว่ามีการใช้โปรโตคอลนี้ ส่วนผลลัพธ์เชิงลบหมายความว่าการตรวจสอบไม่สามารถยืนยันการใช้ HTTP/2 ได้ แต่ผลดังกล่าวเพียงอย่างเดียวไม่ได้ระบุว่าเกิดจากสาเหตุใด

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

หากผลลัพธ์ไม่ยืนยันการใช้ HTTP/2 ให้ตรวจสอบเว็บไซต์ด้วยเครื่องมือค้นหาส่วนหัว HTTP แล้วตรวจสอบการตั้งค่าเว็บเซิร์ฟเวอร์หรือ CDN เครื่องมือสำหรับนักพัฒนาในเบราว์เซอร์ยังแสดงโปรโตคอลของแต่ละคำขอได้ด้วย โดยทั่วไปจะแสดงเป็น h2 หรือ http/1.1

ปัญหาทั่วไปที่การตรวจสอบนี้ช่วยให้พบ

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

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

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

ทำไมแคชหรือการกระจายการตั้งค่าจึงอาจทำให้ผลลัพธ์ดูผิด?

แคช DNS และการกระจายการกำหนดค่าอาจทำให้คำขอตรวจสอบแต่ละครั้งถูกส่งไปยังเซิร์ฟเวอร์คนละเครื่องในช่วงเวลาหนึ่ง หลังเปลี่ยนระเบียน DNS ตัวแก้ไข DNS แบบเรียกซ้ำอาจยังใช้คำตอบเดิมจนกว่าค่า time to live จะหมดอายุ ด้วยเหตุนี้ เครื่องมือตรวจสอบฝั่งเซิร์ฟเวอร์กับการเชื่อมต่อจากสำนักงานหรือบ้านของคุณจึงอาจเข้าถึงคนละที่อยู่ IP

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

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

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

เว็บไซต์รองรับทั้ง HTTP/1.1 และ HTTP/2 พร้อมกันได้ไหม?

ได้ เซิร์ฟเวอร์สามารถรองรับทั้งสองเวอร์ชันและเลือกเวอร์ชันที่ไคลเอนต์ซึ่งเชื่อมต่อเข้ามารองรับ ความเข้ากันได้นี้ช่วยให้ไคลเอนต์รุ่นเก่าใช้ HTTP/1.1 ขณะที่ไคลเอนต์รุ่นใหม่เจรจาใช้ HTTP/2 ได้

เว็บไซต์ใช้ทั้ง HTTP/3 และ HTTP/2 ได้ไหม?

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

HTTP/2 จำเป็นต้องใช้ HTTPS ไหม?

HTTP/2 ใช้งานผ่าน TCP ที่ไม่เข้ารหัสได้เมื่อทราบล่วงหน้า ขณะที่การใช้โทเค็น HTTP/1.1 Upgrade แบบเดิมอย่าง h2c ไม่แนะนำให้ใช้แล้ว โดยปกติเบราว์เซอร์ที่ใช้งานกันทั่วไปจะใช้ HTTP/2 ผ่าน HTTPS ดังนั้นสำหรับเว็บไซต์สาธารณะ การกำหนดค่า TLS ที่ถูกต้องจึงมักเป็นส่วนหนึ่งของการทำให้เบราว์เซอร์ใช้งาน HTTP/2 ได้

HTTP/2 แก้ปัญหา time to first byte สูงได้ไหม?

ไม่ได้ ค่า time to first byte ที่สูงมักชี้ไปที่การประมวลผลของเซิร์ฟเวอร์ ระยะทางของเครือข่าย แคชที่ไม่พบข้อมูล หรือโครงสร้างพื้นฐานที่รับภาระหนักเกินไป HTTP/2 อาจช่วยให้คำขอหลายรายการใช้การเชื่อมต่อร่วมกันได้ดีขึ้น แต่ไม่ได้ขจัดความล่าช้าก่อนที่เซิร์ฟเวอร์จะเริ่มตอบสนอง

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