วิธีลด TTFB เพื่อปรับปรุงเวลาในการโหลดหน้า WordPress

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

• TTFB คืออะไร?
• TTFB มีความสำคัญหรือไม่?
• วิธีวัดค่า TTFB . ของคุณ
• 4 วิธีในการลด TTFB บนเว็บไซต์ WordPress ของคุณ

TTFB คืออะไร?

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

1. ร้องขอไปยังเซิร์ฟเวอร์

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

2. การประมวลผลเซิร์ฟเวอร์

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

3. การตอบสนองต่อลูกค้า

หลังจากที่เซิร์ฟเวอร์ประมวลผลคำขอแล้ว เซิร์ฟเวอร์จะต้องส่งกลับไปยังไคลเอ็นต์ (หรือส่งกลับไบต์แรก) สิ่งนี้ได้รับผลกระทบอย่างมากจากทั้ง ความเร็วเครือข่ายของเซิร์ฟเวอร์และไคลเอนต์ หากไคลเอนต์มีอินเทอร์เน็ตช้าจากฮอตสปอต Wi-Fi จะมีผลใน TTFB

TTFB มีความสำคัญหรือไม่?

สิ่งสำคัญคือต้องเข้าใจว่า TTFB (เวลาถึงไบต์แรก) ไม่เหมือนกับความเร็วของเว็บไซต์ นี่เป็นการวัดการตอบสนองจริงๆ มีการพูดคุยกันมากมายทั่วทั้งเว็บว่า TTFB มีความสำคัญหรือไม่ บางคนบอกว่ามันไม่มีความหมาย (Cloudflare, LittleBizzy) และบางคนบอกว่ามันสำคัญ (Ilya Grigorik วิศวกรประสิทธิภาพเว็บของ Google) ทั้งสองฝ่ายต่างเสนอประเด็นที่ถูกต้องว่าเหตุใดหรือเหตุใดจึงไม่สำคัญ และมีคำถามบางข้อเกี่ยวกับวิธีการคำนวณจริง ๆ

Moz ได้ทำการศึกษาเชิงลึกเกี่ยวกับความสัมพันธ์ระหว่างการจัดอันดับการค้นหาและเวลากับไบต์แรก อย่างไรก็ตาม เป็นเรื่องยากที่จะทราบว่าสาเหตุนี้มาจากสาเหตุหรือว่าเว็บไซต์ที่มี TTFB ต่ำกว่านั้นเร็วกว่าโดยทั่วไป ซึ่งอาจได้รับผลกระทบจากปัจจัยการจัดอันดับความเร็วหน้าเว็บของ Google

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

โดยทั่วไป สิ่งที่ต่ำกว่า 100 ms นั้นยอดเยี่ยมและดี TTFB Google PageSpeed ​​Insights แนะนำให้ใช้เวลาตอบสนองของเซิร์ฟเวอร์ต่ำกว่า 200 ms หากคุณอยู่ในช่วง 300-500 ms นี่เป็นมาตรฐานที่ค่อนข้างดี และหากคุณมีมากกว่า 600 ms คุณอาจมีบางอย่างที่กำหนดค่าผิดพลาดบนเซิร์ฟเวอร์ของคุณ หรืออาจถึงเวลาอัปเกรดเป็นเว็บสแต็กที่ดีกว่า หรือทำตามคำแนะนำด้านล่างเกี่ยวกับวิธีลด TTFB ของคุณ และจำไว้ว่าการเจรจา SSL/TLS ก็อาจเป็นปัจจัยได้เช่นกัน

วิธีวัดค่า TTFB . ของคุณ

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

วัด TTFB ด้วย Google Chrome DevTools

คุณสามารถวัด TTFB ใน Google Chrome ได้โดยเปิด DevTools จำไว้ว่า หากคุณกำลังทดสอบจากคอมพิวเตอร์ว่า TTFB ได้รับผลกระทบจากเวลาแฝงของเครือข่ายและการเชื่อมต่ออินเทอร์เน็ตของคุณ ดังนั้นจึงน่าจะมีประสิทธิภาพมากกว่าในการใช้เครื่องมือของบุคคลที่สาม (ดังที่แสดงเพิ่มเติมด้านล่าง) ซึ่งเป็นการทดสอบจากศูนย์ข้อมูล

• เลือกเครื่องมือเพิ่มเติม > เครื่องมือสำหรับนักพัฒนาซอฟต์แวร์จากเมนู Chrome
• คลิกขวาที่องค์ประกอบของหน้าและเลือกตรวจสอบ
• ใช้แป้นพิมพ์ลัด Ctrl + Shift + I (Windows) หรือ Cmd + Opt + I (Mac)

คุณสามารถเปิดหน้าต่างเครือข่ายและดูประสิทธิภาพของเว็บไซต์ของคุณได้

วัด TTFB ด้วยเครื่องมือของ Geekflare

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

วัด TTFB ด้วย WebPageTest

คุณยังสามารถวัด TTFB ของคุณด้วย WebPageTest ตามอภิธานศัพท์ เวลาเป้าหมายคือเวลาที่จำเป็นสำหรับการเจรจา DNS, ซ็อกเก็ตและ SSL + 100 มิลลิวินาที เกรดตัวอักษรเดียวจะถูกหักออกทุกๆ 100 มิลลิวินาทีที่เกินเป้าหมาย ดังที่คุณเห็นในการทดสอบของเราด้านล่าง ไซต์นี้วัดที่ 0.256s หรือ 256 ms TTFB

วัด TTFB ด้วย Pingdom

Chrome และ WebPageTest เรียกว่า TTFB อย่างไรก็ตาม หากคุณใช้ Pingdom จะเรียกว่า "รอ" จริงๆ อย่าลืมดูคำแนะนำเชิงลึกเกี่ยวกับวิธีใช้ Pingdom

วัด TTFB ด้วย GTmetrix

ใน GTmetrix เช่นเดียวกับ Pingdom TTFB เรียกว่าเวลารอ อย่าลืมดูคำแนะนำเชิงลึกเกี่ยวกับวิธีใช้ GTmetrix ของเราด้วย

วัด TTFB ด้วยเครื่องมือจาก KeyCDN

KeyCDN มีเครื่องมือทดสอบประสิทธิภาพเว็บที่ยอดเยี่ยม ซึ่งคุณสามารถวัด TTFB ของคุณจาก 14 ตำแหน่งที่แตกต่างกันพร้อมกัน ดังที่คุณเห็นด้านล่างในการทดสอบของเรา TTFB นั้นต่ำในสหรัฐอเมริกาและสูงกว่ามากในต่างประเทศ เนื่องจากเซิร์ฟเวอร์ของเราตั้งอยู่ในสหรัฐอเมริกา นี่เป็นข้อพิสูจน์ว่าเวลาแฝงและระยะทางเล่นใน TTFB

นอกจากนี้ยังมีเครื่องมืออื่นๆ ในการวัด TTFB เช่น Sucuri Performance Tool และ ByteCheck เธอรู้รึเปล่า? แม้แต่ Google Analytics ก็มีส่วนสำหรับดูเวลาตอบกลับโดยเฉลี่ยของคุณ เพียงคลิกเข้าไปที่ “พฤติกรรม > ความเร็วไซต์ > ภาพรวม”

4 วิธีในการลด TTFB บนเว็บไซต์ WordPress ของคุณ

ตอนนี้ มาดูวิธีการลด TTFB บนไซต์ WordPress ของคุณกัน

1. ใช้โฮสต์ WordPress ที่รวดเร็ว

วิธีแรกในการลด TTFB คือการทำให้แน่ใจว่าคุณใช้โฮสต์ WordPress ที่รวดเร็ว เราเปรียบเทียบ TTFB ของโฮสต์ที่ใช้ร่วมกันบุคคลที่สาม (อยู่ในฟีนิกซ์ แอริโซนา) กับ TTFB ของ Kinsta (ตั้งอยู่ในเคาน์ซิลบลัฟส์ รัฐไอโอวา) เราใช้การตั้งค่าเดียวกันกับชุดรูปแบบเริ่มต้นของ Twenty Seventeen โปรดจำไว้ว่าตอนนี้ Kinsta มีตำแหน่ง Google Cloud Platform ทั้งหมด 29 แห่ง ดังนั้นการวางกลยุทธ์ให้ไซต์ WordPress ของคุณใกล้ชิดกับผู้เยี่ยมชมมากขึ้นจึงเป็นสิ่งสำคัญ

Kinsta ยัง รวมเครือข่ายระดับพรีเมียมของ Google Cloud Platform ในแผนการโฮสต์ทั้งหมด ผู้ให้บริการโฮสติ้งรายอื่นจำนวนมากใช้เครือข่ายระดับมาตรฐานของ Google Cloud ซึ่งส่งผลให้ความเร็วช้าลง

แชร์โฮสต์TTFB

ทั่วทุกภูมิภาค TTFB เฉลี่ยคือ 520 ms ทั่วทั้งสหรัฐอเมริกาและแคนาดา TTFB เฉลี่ยอยู่ที่ 240 ms

Kinsta TTFB

ทั่วทุกภูมิภาค TTFB เฉลี่ยคือ 412 มิลลิวินาที ทั่วทั้งสหรัฐอเมริกาและแคนาดา TTFB เฉลี่ยคือ 164 ms หากคุณโฮสต์กับ Kinsta คุณสามารถเลือกโฮสต์ไซต์ WordPress ในยุโรปหรือเอเชียได้ ดูรายการตำแหน่ง Google Cloud Data Center

เพียงแค่ใช้โฮสต์ที่เร็วกว่า เราพบว่า TTFB ทั่วโลกลดลง 20% และ TTFB ลดลง 32% ทั่วทั้งสหรัฐอเมริกาและแคนาดา การมีโฮสต์ WordPress ที่ดีพร้อมสถาปัตยกรรมที่คิดอย่างรอบคอบเป็นสิ่งสำคัญในการลด TTFB ของคุณ นอกจากนี้ยังเป็นกรณีที่ดีในการเลือกสถานที่ที่ตั้งอยู่จริงในภูมิภาคที่ลูกค้าของคุณอยู่อย่างรอบคอบ หากลูกค้าส่วนใหญ่ของคุณอยู่ในสหรัฐอเมริกา อย่าโฮสต์เซิร์ฟเวอร์ของคุณในยุโรป (แม้ว่า CDN สามารถช่วยลบล้างบางส่วนได้)

2. ใช้ CDN

อีกวิธีง่ายๆ ในการลด TTFB คือการใช้ Content Delivery Network (CDN) หากคุณมีเว็บไซต์ที่ให้บริการผู้เข้าชมในส่วนต่างๆ ของประเทศหรือทั่วโลก การทำเช่นนี้อาจทำให้ TTFB ของคุณลดลงอย่างมาก ดังที่เราเห็นข้างต้น สถานที่ตั้งมีความสำคัญมาก เราทำการทดสอบเล็กน้อยเพื่อแสดงความแตกต่างกับ KeyCDN ในฐานะผู้ให้บริการ CDN ของเรา การทดสอบแต่ละครั้งดำเนินการ 5 ครั้งและนำมาเฉลี่ย

TTFB ไม่มี CDN

อันดับแรก เราทำการทดสอบโดยปิด CDN ไว้ และอย่างที่คุณเห็นเวลาในการโหลดทั้งหมดอยู่ที่ 1.45 วินาที และ TTFB เฉลี่ยในเนื้อหาประมาณ 136 มิลลิวินาที

TTFB พร้อม CDN

จากนั้นเราเปิดใช้งาน CDN ของเราและทำการทดสอบอีกครั้ง อย่างที่คุณเห็นเวลาโหลดทั้งหมดของเราลดลงเหลือ 788 ms และ TTFB เฉลี่ยของเราตอนนี้คือ 37 ms! CDN สามารถสร้างความแตกต่างได้อย่างไร สิ่งสำคัญอีกประการที่ควรทราบคือเราเลือกสถานที่ในสตอกโฮล์มเพื่อทำการทดสอบนี้ ทำไม? เพราะเราต้องการแสดงให้คุณเห็นถึงพัฒนาการที่แท้จริงที่สามารถทำได้โดยการลดระยะห่างทางกายภาพ มี CDN POP อยู่ในสตอกโฮล์ม ดังนั้นเนื้อหาของเราจึงถูกให้บริการจากสตอกโฮล์ม

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

อย่างไรก็ตาม คุณอาจต้องการดูคำแนะนำของ WP Bullet เกี่ยวกับการใช้การแคชหน้า Cloudflare เพื่อลด TTFB ซึ่งอาจต้องมีการตั้งค่าและการทดสอบเพิ่มเติม ตรวจสอบให้แน่ใจว่าได้ทำการทดสอบของคุณเองเนื่องจากสภาพแวดล้อมแต่ละอย่างแตกต่างกัน

การอ่านที่แนะนำ: วิธีตั้งค่า Cloudflare APO สำหรับ WordPress

3. WordPress Caching

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

โดยไม่ต้องใช้แคช

เราดำเนินการไซต์ผ่าน Pingdom และไม่มีการเรียกใช้แคช ไซต์ของเราได้คะแนนความเร็วในการโหลด 1.17 วินาที และ TTFB 560 มิลลิวินาที

ด้วยการเปิดใช้งานแคช

จากนั้นเราเปิดใช้งานการแคชและรันไซต์ผ่าน Pingdom อีกครั้ง คราวนี้ไซต์ของเรามีความเร็วในการโหลด 643 มิลลิวินาที และ TTFB 57 มิลลิวินาที

ด้วยการเปิดใช้งานการแคช เราจึงสามารถ ลด TTFB ของเราได้มากถึง 90%! คุณสามารถอ่านเพิ่มเติมเกี่ยวกับการแคชของ Kinsta เราทำสิ่งนี้ในระดับเซิร์ฟเวอร์ ซึ่งหมายความว่าไม่จำเป็นต้องใช้ปลั๊กอินแคช หากคุณไม่ได้ใช้โฮสต์ WordPress ที่มีการจัดการ เราขอแนะนำให้ใช้ปลั๊กอินแคชฟรี เช่น Cache Enabler

4. ใช้ผู้ให้บริการ DNS ระดับพรีเมียม

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

ฟรี NameCheap DNS

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

Amazon เส้นทาง 53 DNS

อย่าลืมดูโพสต์ของเราว่าทำไมคุณจึงควรใช้ผู้ให้บริการ DNS ระดับพรีเมียม เราร่วมมือกับ Amazon Route 53 ที่ Kinsta และพร้อมให้บริการแก่ลูกค้าทุกคนโดยไม่เสียค่าใช้จ่าย

สรุป

มีหลายสิ่งหลายอย่างที่คุณสามารถเพิ่มประสิทธิภาพหรือแก้ไขเพื่อลด TTFB ได้ เช่น การแคชฐานข้อมูล, ดิสก์ IO, การใช้สวอป, RAM, การตั้งค่า PHP, การตั้งค่า MySQL, การตั้งค่าเครือข่าย, โอเวอร์เฮด TLS เป็นต้น แต่สิ่งที่กล่าวข้างต้นนั้นค่อนข้างยุติธรรม ใช้งานง่ายและจะเพิ่มประสิทธิภาพได้เร็วที่สุด ดังนั้นในครั้งต่อไปที่มีคนถามคุณถึงวิธีลด TTFB ของคุณ โปรดจำไว้ว่าโฮสต์ WordPress, CDN, แคช และ DNS ที่รวดเร็วล้วนมีส่วนสำคัญ การแก้ไขหรือปรับปรุงปัญหาคอขวดเหล่านั้นจะได้ผล

ประสบการณ์ของคุณกับ TTFB เป็นอย่างไรบ้าง? เราชอบที่จะได้ยินเกี่ยวกับเรื่องนี้ด้านล่าง