คำแนะนำส่วนใหญ่เรื่องวิธีเลือกเว็บโฮสติ้ง เริ่มจากราคาและพื้นที่เก็บข้อมูล แต่ถ้าเรื่องความเร็ว ให้เริ่มจากจุดอื่น โฮสติ้งคือส่วนเดียวของความเร็วเว็บไซต์ ที่งานดีไซน์และงาน front-end ชดเชยให้ไม่ได้ ถ้าเซิร์ฟเวอร์ใช้เวลาหนึ่งวินาทีครึ่ง กว่าจะเริ่มส่งหน้าเว็บ ทุกรูป ฟอนต์ และสคริปต์ ต้องรอต่อคิวอยู่ข้างหลัง ในทางกลับกัน โฮสต์ระดับพรีเมียม ก็ช่วยหน้าเว็บที่ถ่วงด้วยรูปขนาดใหญ่เกินจำเป็น และแท็กการตลาดนับสิบตัวไม่ได้
งานนี้จึงไม่ใช่การหา “โฮสต์ที่เร็วที่สุด” แต่คือการจับคู่ประเภทโฮสติ้ง ให้เหมาะกับเว็บไซต์ ตรวจไม่กี่อย่าง ที่ตัดสินว่าเซิร์ฟเวอร์ตอบสนองเร็วแค่ไหน และทดสอบว่าโฮสต์ปัจจุบันของคุณ เป็นคอขวดจริงหรือไม่ บทความนี้ไม่มีการจัดอันดับ หรือโฮสต์ที่แนะนำเพื่อค่าคอมมิชชัน เพราะโฮสต์เปลี่ยนบ่อย เกินกว่าที่รายชื่อจะยังจริงอยู่ได้
คำตอบสั้น ๆ
- เลือกประเภทโฮสติ้งให้เหมาะกับเว็บไซต์ สำหรับเว็บไซต์ธุรกิจบน WordPress ทั่วไป managed WordPress hosting ที่ดี หรือ managed VPS คือค่าเริ่มต้นที่สมเหตุสมผล แพ็กเกจ shared ราคาถูกที่สุด เป็นสาเหตุที่พบบ่อยของเว็บไซต์ช้า
- ตรวจ stack ไม่ใช่คำโฆษณา ได้แก่ PHP เวอร์ชันที่ยังได้รับการสนับสนุน HTTP/2 หรือ HTTP/3 การแคชหน้าเว็บระดับเซิร์ฟเวอร์ และ CPU กับหน่วยความจำที่รับประกัน
- ใช้เซิร์ฟเวอร์ที่อยู่ใกล้ผู้เข้าชม และเพิ่ม CDN ถ้าผู้เข้าชมกระจายอยู่หลายภูมิภาค
- วัด TTFB (เวลาจนถึงไบต์แรก) web.dev ถือว่า 0.8 วินาทีหรือน้อยกว่า อยู่ในระดับดี ถ้าผู้เข้าชมจริงต้องรอนานกว่านั้นเป็นประจำ โฮสติ้งน่าจะเป็นส่วนหนึ่งของปัญหา
- เป็นเจ้าของบัญชี ในนามธุรกิจของคุณ พร้อมไฟล์สำรอง ที่คุณเคยลองกู้คืนจริงแล้ว
โฮสติ้งควบคุมอะไร และไม่ได้ควบคุมอะไร
การดูหน้าเว็บทุกครั้ง เริ่มจากคำขอไปยังเซิร์ฟเวอร์ของคุณ ซึ่งสร้างหน้าเว็บ (บน WordPress ใช้ PHP และการ query ฐานข้อมูล) แล้วส่ง HTML กลับมา เวลาจนกว่าไบต์แรกจะมาถึงคือ TTFB ซึ่งรวมการค้นหาโดเมน และการเปิดการเชื่อมต่อที่ปลอดภัย นอกเหนือจากงานของเซิร์ฟเวอร์เอง ระยะทางจึงสำคัญด้วย ไม่ใช่แค่กำลังของเครื่อง
โฮสติ้งเป็นตัวกำหนดช่วงเวลานั้นเกือบทั้งหมด ผ่านทรัพยากรของเซิร์ฟเวอร์ ชุดซอฟต์แวร์ การแคช และที่ตั้ง แต่ไม่ได้ควบคุมสิ่งที่เกิดขึ้นหลัง HTML มาถึง ทั้งรูปภาพ สคริปต์ ฟอนต์ และแท็กของบุคคลที่สาม
TTFB ไม่ใช่ Core Web Vital แต่กินเวลาของหนึ่งในนั้น Largest Contentful Paint (LCP) จับเวลาตั้งแต่ผู้เข้าชมเริ่มโหลดหน้า เซิร์ฟเวอร์ที่ใช้เวลาหนึ่งวินาทีกว่าจะตอบสนอง จึงใช้ไปแล้วสองในห้า ของเกณฑ์ “ดี” 2.5 วินาทีของ Google บทความ อธิบาย Core Web Vitals อธิบายตัวชี้วัดเหล่านี้ และ คู่มือเพิ่มความเร็วเว็บไซต์ แสดงว่าโฮสติ้งอยู่ตรงไหน ในภาพรวมของประสิทธิภาพทั้งหมด
เทียบ shared, VPS, cloud และ managed WordPress
โฮสต์ใช้ชื่อเหล่านี้กันแบบหลวม ๆ จึงควรตัดสินแพ็กเกจจากสิ่งที่รวมอยู่ ไม่ใช่จากชื่อที่เรียก
Shared hosting
เว็บไซต์จำนวนมากใช้ CPU หน่วยความจำ และดิสก์ของเซิร์ฟเวอร์เครื่องเดียวร่วมกัน และโฮสต์เป็นคนดูแล นี่คือตัวเลือกที่ถูกที่สุดและง่ายที่สุด
ข้อเสียคือการแย่งทรัพยากร เมื่อเว็บไซต์ข้างเคียงมีคนเข้าเยอะ เว็บไซต์ของคุณอาจช้าลง และแพ็กเกจจะจำกัดสิ่งที่แต่ละบัญชีใช้ได้ ซึ่งไม่ได้แสดงให้เห็นเสมอไป shared hosting ที่ดีเหมาะกับเว็บไซต์แนะนำธุรกิจขนาดเล็ก ที่แคชไว้อย่างดี ปัญหาอยู่ที่ตลาดระดับล่างสุด ซึ่งแพ็กเกจมักถูกเพราะเซิร์ฟเวอร์แออัด
VPS (เซิร์ฟเวอร์เสมือน)
VPS แบ่งเครื่องจริงหนึ่งเครื่อง เป็นเซิร์ฟเวอร์เสมือนหลายเครื่อง แต่ละเครื่องได้ CPU และหน่วยความจำของตัวเอง เว็บไซต์ข้างเคียงที่มีคนเข้าเยอะ จึงกระทบคุณน้อยลงมาก และปรับแต่งเซิร์ฟเวอร์ ให้เหมาะกับเว็บไซต์ของคุณได้
อิสระนั้นมาพร้อมความรับผิดชอบ บน VPS แบบ unmanaged ต้องมีคนปรับแต่ง stack ติดตั้งอัปเดตความปลอดภัย ตั้งค่าการสำรองข้อมูล และคอยเฝ้าดู ถ้าไม่มีใครฝั่งคุณทำ ให้เลือก VPS แบบ managed เซิร์ฟเวอร์ที่ไม่ได้แพตช์ จะเร็วอยู่ได้แค่จนกว่าจะถูกเจาะ
Cloud hosting
“Cloud” อาจหมายถึงแพลตฟอร์ม ที่คุณเช่าเซิร์ฟเวอร์และฐานข้อมูล ตามการใช้งาน หรือเป็นแค่ชื่อที่โฮสต์ใช้เรียก VPS ก็ได้ cloud ของจริงขยายตัวได้เร็ว และกระจายเว็บไซต์ไปหลายภูมิภาคได้ ซึ่งเหมาะกับทราฟฟิกที่พุ่งสูงเป็นช่วง ๆ หรือความต้องการ ด้านความพร้อมใช้งานที่เข้มงวด สำหรับเว็บไซต์ธุรกิจทั่วไป ส่วนใหญ่มันเพิ่มต้นทุนและความซับซ้อน ไม่ใช่ความเร็ว
Managed WordPress hosting
โฮสต์ใช้ stack ที่สร้างมาเพื่อ WordPress โดยมักมีการแคชระดับเซิร์ฟเวอร์ การสำรองข้อมูลอัตโนมัติ เว็บไซต์ staging และทีมซัพพอร์ตที่เข้าใจ WordPress อ่านข้อจำกัดให้ดี แพ็กเกจมักคิดราคาตามจำนวนการเข้าชม หรือพื้นที่เก็บข้อมูล และบางโฮสต์บล็อกปลั๊กอิน ที่ขัดกับระบบแคชของตัวเอง
เทียบกันทีละด้าน
Managed WordPress hosting กับ shared hosting ความต่างด้านความเร็ว ไม่ได้มาจากฮาร์ดแวร์เป็นหลัก แต่มาจากการแคช การปรับแต่ง และความรับผิดชอบ ที่รวมอยู่ในแพ็กเกจ Shared hosting กับ VPS VPS ลดการแย่งทรัพยากร แต่จะช่วยได้ ก็ต่อเมื่อมีคนตั้งค่าและดูแลมัน
โฮสติ้งเป็นคอขวดไหม? ทดสอบด้วย TTFB
ตรวจก่อนย้าย โฮสต์ใหม่แก้รูป hero ขนาด 3 MB ไม่ได้ บทความ ทำไมเว็บไซต์ช้า? อธิบายการวินิจฉัยทั้งหมด ส่วนการตรวจตรงนี้เน้นที่เซิร์ฟเวอร์
1. เริ่มจากข้อมูลผู้เข้าชมจริง
รันหน้าสำคัญผ่าน PageSpeed Insights เมื่อ Google มีข้อมูลผู้ใช้จริงมากพอ ส่วนข้อมูลภาคสนามจะรายงาน TTFB ควบคู่กับ Core Web Vitals บทความ วิธีอ่าน PageSpeed Insights อธิบายว่าทำไมผลภาคสนามกับผลแล็บจึงต่างกัน
2. วัดหน้าที่แคชและไม่แคช แยกกัน
นี่คือการตรวจที่คนส่วนใหญ่ข้ามไป หน้าที่แคชไว้ถูกส่งแบบสำเร็จรูป TTFB ของมันจึงสะท้อนระยะทางเป็นหลัก หน้าที่ไม่ได้แคช ถูกสร้างโดย PHP และฐานข้อมูล จึงแสดงว่าเซิร์ฟเวอร์ทำได้จริงแค่ไหน จับเวลาไบต์แรกจาก terminal สักสองสามครั้ง
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\n" https://www.example.com/
จากนั้นทำซ้ำด้วย query string ที่ยังไม่เคยมีใครขอมาก่อน (?nocache=1 แล้วตามด้วย ?nocache=2) ซึ่งมักบังคับให้สร้างหน้าใหม่ ระบบแคชหลายตัวเพิ่ม response header ที่รายงานว่า HIT หรือ MISS คำสั่ง curl -sI ตามด้วยที่อยู่ จะแสดงค่านั้น
3. ทดสอบจากที่ลูกค้าอยู่ และในระยะยาว
terminal วัดได้แค่จากที่ที่คุณนั่งอยู่ จึงควรใช้ WebPageTest รันหน้าเดียวกัน ทั้งจากจุดที่ใกล้เซิร์ฟเวอร์ และจุดที่ใกล้ลูกค้าของคุณ จากนั้นเปิดรายงาน Crawl stats ใต้เมนู Settings ใน Google Search Console ซึ่งแสดงกราฟเวลาตอบสนองเฉลี่ย ของสิ่งที่ Googlebot ดึงไป และแจ้งปัญหาความพร้อมใช้งานของโฮสต์ แนวโน้มที่สูงขึ้น หรือค่าที่พุ่งในวันที่คนเข้าเยอะที่สุด บ่งบอกว่าเซิร์ฟเวอร์กำลังรับภาระไม่ไหว
วิธีอ่านผล
วิธีเลือกเว็บโฮสติ้ง: ตรวจอะไรก่อนจ่าย
ขอคำตอบแต่ละข้อเป็นลายลักษณ์อักษร โฮสต์ที่ดีจะตอบได้เร็วและเจาะจง
ทรัพยากรที่พึ่งพาได้
ถามว่าแพ็กเกจรับประกัน CPU และหน่วยความจำเท่าไร ไม่ใช่ถามว่าพื้นที่เก็บข้อมูล “ไม่จำกัด” แค่ไหน สำหรับโฮสต์ WordPress ให้ถามเรื่อง PHP worker คือเซิร์ฟเวอร์รับคำขอที่ไม่ผ่านแคช ได้พร้อมกันกี่รายการ เมื่อ worker หมด ผู้เข้าชมต้องต่อคิว
PHP เวอร์ชันปัจจุบันที่คุณควบคุมได้
PHP เวอร์ชันใหม่มักเร็วกว่า และมีเพียงเวอร์ชันที่ยังได้รับการสนับสนุน ที่ยังได้แพตช์ความปลอดภัย ตรวจว่าโฮสต์มีเวอร์ชันที่ php.net ระบุว่ายังสนับสนุน เปิด OPcache ไว้ (ซึ่งเก็บ PHP ที่คอมไพล์แล้วไว้ใช้ระหว่างคำขอ) และให้คุณเปลี่ยนเวอร์ชันเองได้ เพื่อทดสอบการอัปเกรดบน staging ก่อน
โปรโตคอลใหม่และการบีบอัด
HTTP/2 ดึงไฟล์จำนวนมากผ่านการเชื่อมต่อเดียว ส่วน HTTP/3 ทำงานบน QUIC ซึ่งรับมือกับเครือข่ายมือถือ ที่สัญญาณไม่นิ่งได้ดีกว่า มองหา TLS 1.3 และการบีบอัดแบบ Brotli หรือ gzip ด้วย
ลองตรวจเอง ใน Chrome DevTools เปิดแผง Network คลิกขวาที่หัวคอลัมน์ แล้วเปิดคอลัมน์ Protocol คุณควรเห็น h2 หรือ h3 ไม่ใช่ http/1.1
การแคชที่เซิร์ฟเวอร์
การแคชหน้าเว็บระดับเซิร์ฟเวอร์ มักเร็วและเชื่อถือได้มากกว่า การใช้ปลั๊กอินอย่างเดียว ส่วน object cache อย่าง Redis ช่วยหน้าที่ไม่สามารถแคชได้ทั้งหน้า ถามว่าโฮสต์มีอะไรให้ ยกเว้นอะไร และล้างแคชอย่างไร บทความ อธิบายการแคชเว็บไซต์และ CDN อธิบายแต่ละชั้น
ที่ตั้งโฮสติ้ง และ CDN สำหรับผู้เข้าชมที่กระจายตัว
เลือกดาต้าเซ็นเตอร์ ที่ใกล้ผู้เข้าชมส่วนใหญ่ของคุณ ก่อนไบต์แรกจะมาถึง เบราว์เซอร์ต้องสื่อสารไปกลับ กับเซิร์ฟเวอร์หลายรอบ เพื่อเชื่อมต่อ ตกลงการเข้ารหัส และส่งคำขอ ยิ่งเซิร์ฟเวอร์อยู่ไกล แต่ละรอบยิ่งใช้เวลานาน ถ้าลูกค้ากระจายอยู่หลายประเทศ CDN จะส่งสำเนาที่แคชไว้ จากจุดที่ใกล้ลูกค้าแต่ละคน
การสำรองข้อมูล uptime และซัพพอร์ต
มองหาการสำรองข้อมูลรายวันไว้นอกเซิร์ฟเวอร์ ที่เก็บย้อนหลังได้หลายสัปดาห์ ไม่ใช่แค่ไม่กี่วัน และการกู้คืนที่คุณทำเองได้ ทดสอบกู้คืนสักครั้งบนสำเนา staging และเก็บสำเนาอิสระของคุณเองไว้ด้วย คู่มือความปลอดภัย WordPress อธิบายเหตุผล
คำสัญญา uptime 99.9% ยังยอมให้เว็บไซต์ล่มได้ราว 43 นาทีในเดือนที่มี 30 วัน และเมื่อพลาดเป้า มักได้แค่เครดิตค่าบริการ ไม่ใช่ค่าชดเชยการติดต่อสอบถามที่หายไป จึงควรมีการเฝ้าระวังของคุณเอง ก่อนตกลงใช้บริการ ลองถามซัพพอร์ตเรื่องเทคนิคสักข้อ เช่น แคชหน้าเว็บของเขายกเว้นอะไรบ้าง คำตอบจะบอกล่วงหน้า ว่าคุณจะได้ความช่วยเหลือแบบไหน เมื่อมีอะไรพัง
คิดราคาในระยะสามปี ส่วนต่างระหว่างแพ็กเกจ shared ที่แออัด กับ managed hosting ที่ดี มักเล็กน้อย เมื่อเทียบกับค่าสร้างเว็บไซต์ และการติดต่อสอบถามที่เว็บไซต์ช้าทำหลุดไป ตารางคำนวณสามปีใน รูปแบบการคิดราคาเว็บไซต์ ช่วยให้เห็นสัดส่วนนี้
ให้บัญชีโฮสติ้งอยู่ในนามธุรกิจ
โฮสติ้งมักถูกซื้อโดยคนที่ทำเว็บไซต์ ในบัญชีของเขา และรวมอยู่ในค่าบริการรายเดือน ซึ่งใช้ได้จนกว่าความสัมพันธ์จะจบลง บัตรที่ผูกไว้หมดอายุ หรือคนเดียวที่มีรหัสล็อกอินลาออกไป
นี่ไม่ใช่เรื่องของความไม่ไว้ใจ การเป็นเจ้าของบัญชี ทำให้คุณเปลี่ยนผู้ให้บริการได้ โดยไม่ต้องขออนุญาตใคร และ การย้ายเว็บไซต์ไปโฮสต์ใหม่ ก็ทำได้โดยเว็บไซต์ไม่ล่ม และอีเมลไม่หาย
คำถามที่พบบ่อย
โฮสติ้งแบบไหนทำให้เว็บไซต์เร็วที่สุด?
ไม่มีคำตอบเดียวสำหรับทุกคน โฮสต์ที่เร็วที่สุดสำหรับเว็บไซต์ของคุณ อยู่ใกล้ผู้เข้าชม ใช้ stack ที่ทันสมัยและปรับแต่งมาอย่างดี พร้อมการแคชระดับเซิร์ฟเวอร์ และรับประกันทรัพยากร ที่พอสำหรับทราฟฟิกของคุณ สำหรับเว็บไซต์ธุรกิจบน WordPress ส่วนใหญ่ นั่นหมายถึง managed WordPress hosting ที่ดี หรือ managed VPS ที่ดูแลอย่างดี
CDN ชดเชยโฮสติ้งที่ช้าได้ไหม?
ได้บางส่วน CDN ส่งหน้าเว็บและไฟล์ที่แคชไว้ จากจุดที่ใกล้ผู้เข้าชม จึงซ่อนเซิร์ฟเวอร์ที่ช้าได้ สำหรับทุกอย่างที่แคชได้ แต่อะไรที่เป็นข้อมูลส่วนตัว หรือสร้างขึ้นตามคำขอ เช่น ผลการค้นหา ตะกร้าสินค้า และหน้าบัญชีผู้ใช้ ยังต้องมาจากเซิร์ฟเวอร์ของคุณ
ที่ตั้งเซิร์ฟเวอร์มีผลต่อ SEO ไหม?
เพียงเล็กน้อย เอกสารของ Google บอกว่าที่ตั้งเซิร์ฟเวอร์ อาจเป็นเบาะแสหนึ่ง ว่ากลุ่มเป้าหมายของเว็บไซต์อยู่ที่ไหน แต่ไม่ใช่สัญญาณที่ชี้ขาด เพราะเว็บไซต์จำนวนมากใช้ CDN หรือโฮสต์ในอีกประเทศ ความเร็วและความเสถียร สำหรับผู้เข้าชมและ Googlebot สำคัญกว่า ถ้าต้องการเข้าถึงคน ในหลายประเทศและหลายภาษา ให้ใช้โครงสร้างหลายภาษาที่ชัดเจน พร้อม hreflang ซึ่งใช้ได้ไม่ว่าเซิร์ฟเวอร์จะอยู่ที่ไหน
เลือกโฮสติ้งพร้อมกับการสร้างเว็บไซต์
เลือกประเภทโฮสติ้งที่เหมาะกับเว็บไซต์ และกับคนที่จะดูแลมัน ตรวจ stack และซัพพอร์ตก่อนจ่ายเงิน วัด TTFB ก่อนจะโทษเซิร์ฟเวอร์ และเก็บบัญชีไว้ในนามของคุณ
สำหรับเว็บไซต์ใหม่ ให้ตัดสินใจเรื่องโฮสติ้งไปพร้อมกับการสร้าง ไม่ใช่หลังจากนั้น เพราะ CMS ธีม การแคช และเซิร์ฟเวอร์ ต้องเข้ากันได้ เมื่อเรา ออกแบบและสร้างเว็บไซต์ WordPress โฮสติ้งจะอยู่ในบัญชีของธุรกิจคุณ และคุณได้สิทธิ์ผู้ดูแลระบบเต็มรูปแบบเมื่อส่งมอบ ถ้าเว็บไซต์ปัจจุบันช้า และคุณบอกไม่ได้ว่า เป็นเพราะเซิร์ฟเวอร์หรือตัวหน้าเว็บ เริ่มจาก ตรวจสอบเว็บไซต์ฟรี หรือ บอกเราว่าเว็บไซต์ของคุณต้องการอะไร