ตัวตรวจสอบ Brotli

ตัวตรวจสอบ Brotli เป็นเครื่องมือฟรีสำหรับตรวจสอบว่าเว็บไซต์ใช้การบีบอัด Brotli ขณะส่งเนื้อหาหรือไม่

การบีบอัด Brotli คืออะไร?

Brotli เป็นรูปแบบการบีบอัดแบบไม่สูญเสียข้อมูล ช่วยลดปริมาณข้อมูลที่ต้องส่งจากเว็บเซิร์ฟเวอร์ไปยังเบราว์เซอร์ มักใช้กับเนื้อหาประเภทข้อความ เช่น ไฟล์ HTML, CSS, JavaScript, JSON และ SVG

การบีบอัดเกิดขึ้นก่อนหรือระหว่างที่เซิร์ฟเวอร์ส่งการตอบกลับ เบราว์เซอร์ที่รองรับจะแจ้งว่ายอมรับ Brotli โดยใส่ br ซึ่งมีค่าคุณภาพมากกว่าศูนย์ไว้ในส่วนหัวคำขอ HTTP Accept-Encoding หากเซิร์ฟเวอร์หรือเครือข่ายนำส่งเนื้อหาได้รับการตั้งค่าให้ใช้ Brotli ก็สามารถส่งการตอบกลับที่บีบอัดแล้วพร้อม Content-Encoding: br ได้

Brotli ไม่ได้เปลี่ยนความหมายของเนื้อหา เบราว์เซอร์จะคลายการบีบอัดการตอบกลับก่อนนำไปประมวลผล ส่วนรูปแบบที่มีการบีบอัดในตัวอยู่แล้ว เช่น JPEG, PNG, MP4 และไฟล์บีบอัดส่วนใหญ่ มักแทบไม่ได้ประโยชน์จากการบีบอัดด้วย Brotli ซ้ำอีกครั้ง

จะตรวจสอบได้อย่างไรว่าเว็บไซต์ใช้ Brotli?

ป้อนที่อยู่เว็บไซต์แล้วเริ่มตรวจสอบ Brotli เพื่อดูว่าเว็บไซต์ใช้การบีบอัด Brotli หรือไม่

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

จะอ่านผลจากตัวตรวจสอบ Brotli อย่างไร?

ผลลัพธ์จะระบุว่าเว็บไซต์ใช้ Brotli หรือไม่

หากตรวจพบ Brotli แสดงว่าเว็บไซต์ใช้ Brotli หากตรวจไม่พบ เว็บไซต์อาจไม่ได้บีบอัดข้อมูล หรืออาจใช้การเข้ารหัสแบบอื่น เช่น Gzip

วิธีแก้ปัญหา Brotli ที่พบบ่อย

หากระบบตรวจไม่พบ Brotli ทั้งที่ควรตรวจพบ ให้ไล่ตรวจสอบตามขั้นตอนต่อไปนี้

1. เปิดใช้ Brotli แล้ว แต่เว็บไซต์ยังส่ง Gzip กลับมา ตรวจสอบการตั้งค่าการเจรจาเลือกเนื้อหา เงื่อนไขว่าเนื้อหาใดบีบอัดได้ เกณฑ์ขนาดขั้นต่ำ และตัวแปรที่แคชไว้ หากคำขอผ่าน CDN, reverse proxy หรือแพลตฟอร์มโฮสติ้งที่มีนโยบายบีบอัดของตัวเอง ตัวกลางอาจแทนที่ Brotli ด้วยการตอบกลับ Gzip ที่เก็บไว้ในแคช
2. หน้าแรกผ่านการตรวจสอบ แต่ไฟล์สแตติกไม่ผ่าน ตรวจสอบกฎการบีบอัดสำหรับไฟล์ CSS และ JavaScript กฎของเซิร์ฟเวอร์มักกำหนดตามประเภท MIME และไฟล์เหล่านี้อาจถูกส่งจากชื่อโฮสต์อื่น เช่น static.example.co.uk
3. ยังไม่เห็นผลจากการเปลี่ยนโฮสติ้งหรือ CDN เมื่อเร็วๆ นี้ ตรวจสอบ DNS การกำหนดเส้นทาง และส่วนหัวการตอบกลับ HTTP หากทราฟฟิกยังไปถึง edge หรือเซิร์ฟเวอร์ต้นทางเดิม ผลลัพธ์ก็อาจสะท้อนการตั้งค่าก่อนหน้า

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

คุณตรวจสอบผ่านบรรทัดคำสั่งด้วย curl ได้เช่นกัน คำขออย่าง curl --compressed -D - -o /dev/null https://www.example.co.uk/ จะสั่งให้ curl ยอมรับการบีบอัดที่รองรับและแสดงส่วนหัวการตอบกลับ ผลลัพธ์อาจแตกต่างกันหากเซิร์ฟเวอร์ปฏิบัติต่อไคลเอนต์บรรทัดคำสั่งต่างจากไคลเอนต์อื่น หรือหากใช้คำขอ HEAD แทนคำขอ GET ตามปกติ

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

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

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

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

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

เปิดใช้ Brotli กับ Gzip พร้อมกันได้ไหม?

ได้ โดยทั่วไปเซิร์ฟเวอร์จะรองรับทั้งสองแบบและเลือกการเข้ารหัสจากส่วนหัว Accept-Encoding ของไคลเอนต์ วิธีนี้ช่วยให้ไคลเอนต์รุ่นเก่าที่รองรับได้รับ Gzip ขณะที่ไคลเอนต์ซึ่งระบุ br พร้อมค่าคุณภาพมากกว่าศูนย์จะได้รับ Brotli

Brotli ใช้นามสกุลไฟล์ .br หรือไม่?

ไฟล์ Brotli ที่บีบอัดไว้ล่วงหน้าอาจใช้นามสกุล .br บนเซิร์ฟเวอร์ แต่โดยปกติผู้เข้าชมเว็บไซต์จะเรียก URL ต้นฉบับ เซิร์ฟเวอร์จะเลือกตัวแทนเนื้อหาที่บีบอัดแล้ว และระบุรูปแบบผ่านส่วนหัวการตอบกลับ Content-Encoding

ทุกไฟล์ในเว็บไซต์ควรใช้ Brotli ไหม?

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

Brotli ช่วยให้อันดับการค้นหาดีขึ้นไหม?

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

หลังเปิดใช้ Brotli แล้วควรตรวจสอบอะไรบ้าง?

ตรวจสอบว่าการตอบกลับประเภทข้อความที่เป็นตัวแทนของเนื้อหาบนเว็บไซต์โหลดในเบราว์เซอร์ได้อย่างถูกต้อง ตรวจดู Content-Type, Content-Encoding, Content-Length หากมี และ Vary รวมทั้งล้างรายการที่เกี่ยวข้องออกจาก CDN หากตัวแปรเก่ายังคงอยู่ในแคช