เผยแพร่: 27 มีนาคม 2025
คำขอเอกสารเริ่มต้นของหน้าเว็บเป็นคำขอที่สำคัญที่สุดเนื่องจากคำขอเครือข่ายและเนื้อหาหน้าเว็บทั้งหมดจะขึ้นอยู่กับคำขอนี้ การเพิ่มประสิทธิภาพคำขอเอกสารเริ่มต้นจะช่วยปรับปรุงประสิทธิภาพ
สิ่งที่ข้อมูลเชิงลึกตรวจสอบ
ข้อมูลเชิงลึกจะตรวจสอบว่าเงื่อนไขใดต่อไปนี้ส่งผลต่อคำขอเอกสารฉบับแรกหรือไม่
- คำขอไปยังส่วนต่างๆ ของเว็บไซต์ถูกเปลี่ยนเส้นทางอย่างน้อย 1 ครั้ง
- เซิร์ฟเวอร์ใช้เวลาในการตอบกลับคำขอนานกว่า 600 มิลลิวินาที
- การตอบกลับไม่ได้บีบอัด
หลีกเลี่ยงการเปลี่ยนเส้นทาง
การเปลี่ยนเส้นทางจะทำให้หน้าเว็บโหลดช้าลง เมื่อเบราว์เซอร์ขอทรัพยากรที่มีการเปลี่ยนเส้นทาง เซิร์ฟเวอร์มักจะแสดงการตอบกลับ HTTP ดังนี้
HTTP/1.1 301 Moved Permanently
Location: /path/to/new/location
จากนั้นเบราว์เซอร์จะต้องส่งคำขอ HTTP อีกครั้งในตำแหน่งใหม่เพื่อดึงข้อมูล การส่งผ่านข้อมูลผ่านเครือข่ายเพิ่มเติมนี้อาจทำให้การโหลดทรัพยากรล่าช้า
ตรวจสอบว่าลิงก์ชี้ไปยังตำแหน่งปัจจุบันของแหล่งข้อมูล หากคุณใช้การเปลี่ยนเส้นทางเพื่อเปลี่ยนเส้นทางผู้ใช้อุปกรณ์เคลื่อนที่ไปยังหน้าเวอร์ชันอุปกรณ์เคลื่อนที่ ให้ลองออกแบบเว็บไซต์ใหม่โดยใช้การออกแบบที่ปรับเปลี่ยนตามอุปกรณ์
ลดเวลาในการตอบกลับของเซิร์ฟเวอร์
ขั้นตอนแรกในการปรับปรุงเวลาในการตอบกลับของเซิร์ฟเวอร์คือการระบุงานหลักๆ เชิงแนวคิดที่เซิร์ฟเวอร์ต้องทําให้เสร็จสมบูรณ์เพื่อแสดงเนื้อหาหน้าเว็บ จากนั้นจึงวัดระยะเวลาที่แต่ละงานใช้เวลา เมื่อระบุงานที่ใช้เวลานานที่สุดแล้ว ให้หาวิธีเร่งความเร็วของงานเหล่านั้น
สาเหตุที่เซิร์ฟเวอร์ตอบสนองช้าและวิธีปรับปรุงมีมากมาย ดังนี้
- เพิ่มประสิทธิภาพตรรกะแอปพลิเคชันของเซิร์ฟเวอร์เพื่อเตรียมหน้าเว็บได้เร็วขึ้น หากคุณใช้เฟรมเวิร์กเซิร์ฟเวอร์ เฟรมเวิร์กอาจมีคําแนะนําเกี่ยวกับวิธีดำเนินการนี้
- เพิ่มประสิทธิภาพวิธีที่เซิร์ฟเวอร์ค้นหาฐานข้อมูลหรือย้ายข้อมูลไปยังระบบฐานข้อมูลที่เร็วขึ้น
- อัปเกรดฮาร์ดแวร์เซิร์ฟเวอร์ให้มีหน่วยความจำหรือ CPU มากขึ้น
- ใช้ CDN เพื่อลดเวลาในการตอบสนองของเครือข่าย ซึ่งจะมีประสิทธิภาพเป็นพิเศษหากระบบแคชเอกสารได้ที่โหนด Edge ของ CDN
ดูรายละเอียดเพิ่มเติมได้จากคู่มือเพิ่มประสิทธิภาพ TTFB
เปิดใช้งานการบีบอัด
การบีบอัดข้อความจะลดขนาดโดยรวมของเอกสาร HTML เริ่มต้นได้ เมื่อเบราว์เซอร์ขอทรัพยากร เบราว์เซอร์จะใช้ส่วนหัวคำขอ HTTP Accept-Encoding เพื่อระบุอัลกอริทึมการบีบอัดที่รองรับ
Accept-Encoding: gzip, compress, br, zstd
ดูข้อมูลเพิ่มเติมได้ที่เพิ่มประสิทธิภาพการเข้ารหัสและขนาดการโอนของชิ้นงานแบบข้อความ
เซิร์ฟเวอร์ควรส่งส่วนหัวการตอบกลับ HTTP Content-Encoding เพื่อระบุอัลกอริทึมการบีบอัดที่ใช้
คำแนะนำเฉพาะสแต็ก
WordPress
- เปิดใช้การบีบอัดข้อความในการกำหนดค่าเว็บเซิร์ฟเวอร์
- เลือกธีมที่ใช้ทรัพยากรน้อย (โดยปกติแล้วควรเป็นธีมแบบบล็อก) และใช้การแคชหน้าเว็บทั้งหมดหรือโซลูชันเว็บไซต์แบบคงที่ ปิดใช้ปลั๊กอินที่ไม่จำเป็นเพื่อลดภาระของเซิร์ฟเวอร์
- ลองอัปเกรดโฮสติ้งเป็นบริการที่มีการจัดการหรือบริการเฉพาะ
Drupal
- หากติดตั้งโมดูล Redirect ไว้ ให้ตรวจสอบและนำการเปลี่ยนเส้นทางที่ไม่จำเป็นออก
- ลดภาระการเข้าชมด้วยโมดูลการแคช
Drupalอย่างน้อย 1 โมดูล เช่นInternal Page Cache,Internal Dynamic Page CacheและBigPipeเชื่อมต่อโมดูลเหล่านี้ด้วย CDN เพื่อปรับปรุงเวลาในการตอบกลับให้ดียิ่งขึ้น เซิร์ฟเวอร์โฮสติ้งควรใช้ประโยชน์จาก PHP OPcache - ลองใช้การแคชหน่วยความจำ เช่น Redis หรือ Memcached เพื่อลดเวลาในการค้นหาฐานข้อมูล
- ใช้ธีมที่มีประสิทธิภาพ โมดูล และเซิร์ฟเวอร์ที่รวดเร็วกว่าเพื่อลดเวลาในการตอบกลับของเซิร์ฟเวอร์
โต้ตอบ
- หากคุณกำลังใช้ React Router ให้ลดการใช้ของคอมโพเนนต์
<Redirect>ในการไปยังเส้นทางต่างๆ - หากคุณกำลังแสดงคอมโพเนนต์ของ React ใดๆ บนฝั่งเซิร์ฟเวอร์ ให้ลองใช้
renderToNodeStream()หรือrenderToStaticNodeStream()เพื่อให้ลูกค้าได้รับและรวมส่วนต่างๆ ของมาร์กอัปแทนที่จะรวมทั้งหมดในคราวเดียว
Joomla
- เปิดใช้การตั้งค่าการบีบอัดหน้าของ Gzip (ระบบ > การกำหนดค่าส่วนกลาง > เซิร์ฟเวอร์)
- ข้อกำหนดของเทมเพลต ส่วนขยาย และเซิร์ฟเวอร์ล้วนส่งผลต่อเวลาในการตอบสนองของเซิร์ฟเวอร์ ลองหาเทมเพลตที่เพิ่มประสิทธิภาพมากขึ้น พยายามเลือกส่วนขยายการเพิ่มประสิทธิภาพด้วยความระมัดระวัง หรืออัปเกรดเซิร์ฟเวอร์
Magento
- ใช้การผสานรวม Varnish ของ Magento