เร่งความเร็ว WordPress บน Shared Hosting 10 วิธีที่ได้ผลจริง

WordPress เป็น CMS ที่ใช้งานง่ายและยืดหยุ่น แต่เมื่อเว็บไซต์โตขึ้น ติด Plugin เพิ่มขึ้น หรือรูปภาพมากขึ้น ความเร็วในการโหลดก็มักตกลงอย่างเห็นได้ชัด บทความนี้รวม 10 วิธีจัดการความเร็ว WordPress บน Shared Hosting ที่ปฏิบัติได้จริง ทำได้เองโดยไม่ต้องพึ่งนักพัฒนา และได้ผลลัพธ์ชัดเจนที่วัดได้จาก Google PageSpeed Insights

ทำไม WordPress ถึงโหลดช้า

ก่อนลงมือแก้ไข ต้องเข้าใจก่อนว่าอะไรคือสาเหตุหลักที่ทำให้ WordPress ช้า เพราะแต่ละสาเหตุต้องการวิธีแก้ที่ต่างกัน:

• Plugin มากเกินไป — ทุก Plugin ที่ Active คือ PHP Code ที่โหลดทุกครั้งที่มี Request เข้ามา Plugin ที่เขียนไม่ดีอาจเพิ่ม Database Query หลายสิบรายการต่อหน้า
• ไม่มีระบบ Cache — WordPress ประมวลผล PHP และดึงข้อมูลจาก Database ทุกครั้งที่มีผู้เข้าชม ถ้าไม่มี Cache ทุก Page View คือการประมวลผลใหม่ทั้งหมด
• รูปภาพที่ไม่ได้ Optimize — รูปขนาด 3–5 MB อัปโหลดโดยตรงจากกล้องโดยไม่ผ่านการบีบอัด เป็นสาเหตุที่พบบ่อยที่สุดของ Page Load Time สูง
• PHP เวอร์ชันเก่า — PHP 7.4 ที่ยังใช้งานอยู่บนเซิร์ฟเวอร์หลายแห่งช้ากว่า PHP 8.1+ อย่างมีนัยสำคัญในทุก Benchmark
• Theme ที่โหลด CSS/JS จำนวนมาก — Theme บางตัวโหลด Script และ Stylesheet หลายสิบไฟล์โดยไม่จำเป็น ทำให้ Render-Blocking Resources สูงขึ้น

วัดความเร็วก่อนลงมือแก้ไข

ก่อนทำอะไรทั้งนั้น ให้วัดตัวเลขปัจจุบันไว้ก่อน เพื่อเปรียบเทียบผลลัพธ์หลังจากทำ Optimization แต่ละขั้นตอน เครื่องมือที่แนะนำ:

จดตัวเลข LCP (Largest Contentful Paint), TTFB (Time to First Byte) และ Total Page Size ไว้เป็น Baseline แล้วค่อยลงมือทำทีละขั้นตอน เป้าหมายคือ LCP ต่ำกว่า 2.5 วินาที ซึ่งเป็นเกณฑ์ "Good" ของ Google

1. อัปเกรด PHP เป็นเวอร์ชัน 8.1 ขึ้นไป

PHP เวอร์ชันที่ใช้บน Server ส่งผลโดยตรงต่อความเร็วในการประมวลผล WordPress Benchmark จาก Phoronix และ kinsta แสดงว่า PHP 8.1 เร็วกว่า PHP 7.4 ประมาณ 25–47% ใน WordPress Workload และ PHP 8.2 ยิ่งเร็วขึ้นไปอีก

บน Hosting ของ AsiaGB ที่ใช้ DirectAdmin สามารถเปลี่ยน PHP Version ได้เองภายใน 1 นาทีโดยไม่ต้องแจ้ง Support:

หาก Plugin บางตัวไม่รองรับ PHP 8.x จะขึ้น Error ให้เห็นทันทีหลังเปลี่ยน ให้อัปเดต Plugin นั้นก่อน หรือหา Alternative ที่รองรับ PHP ใหม่กว่า

2. ติดตั้ง Caching Plugin

Cache Plugin คือการลงทุนที่คุ้มค่าที่สุดสำหรับ WordPress บน Shared Hosting เพราะแทนที่จะให้ Server ประมวลผล PHP และดึงข้อมูล Database ทุกครั้ง Cache Plugin จะบันทึกผลลัพธ์เป็น Static HTML File แล้วส่งตรงให้ผู้เยี่ยมชม ลด Server Load และเวลาโหลดได้อย่างมาก

W3 Total Cache

Cache Plugin ที่ครอบคลุมที่สุดในกลุ่มฟรี รองรับ Page Cache, Object Cache, Database Cache, Browser Cache, Minification และ CDN Integration ใน Plugin เดียว เหมาะสำหรับผู้ที่ต้องการ Control เต็มรูปแบบ แต่ต้องใช้เวลาตั้งค่า

LiteSpeed Cache

หาก Hosting ของคุณรัน LiteSpeed Web Server (เช่น AsiaGB บางแพ็กเกจ) ให้ใช้ LiteSpeed Cache แทน เพราะทำงานร่วมกับ Server ระดับ Native ไม่ใช่แค่ PHP Layer ให้ผลลัพธ์ที่เร็วกว่า W3 Total Cache อย่างเห็นได้ชัด และตั้งค่าง่ายกว่ามาก

3. Optimize รูปภาพ: WebP และ Compress ก่อน Upload

รูปภาพมักคิดเป็น 50–80% ของ Total Page Weight ใน WordPress Site ทั่วไป การ Optimize รูปภาพก่อน Upload จึงให้ผลลัพธ์ที่ชัดเจนที่สุดและเร็วที่สุด

Compress ก่อน Upload ด้วย Squoosh หรือ TinyPNG

Squoosh (squoosh.app) เป็น Web App จาก Google ที่ให้คุณ Compress และแปลงรูปเป็น WebP ได้ฟรี ไม่ต้องติดตั้งโปรแกรม ส่วน TinyPNG (tinypng.com) ใช้งานง่ายกว่า ลาก-วางไฟล์แล้วรอ Download เหมาะสำหรับผู้ที่ไม่ต้องการปรับแต่งมาก

WebP Format

WebP คือ Format รูปภาพจาก Google ที่มีขนาดเล็กกว่า JPEG ประมาณ 25–35% โดยคุณภาพที่มองด้วยตาแยกไม่ออก Browser สมัยใหม่ทุกตัวรองรับ WebP แล้ว Plugin อย่าง ShortPixel, Smush หรือ Imagify สามารถแปลงรูปที่มีอยู่ทั้งหมดเป็น WebP โดยอัตโนมัติและเสิร์ฟให้ Browser ที่รองรับโดยไม่กระทบ Fallback

• ใช้ Squoosh หรือ TinyPNG Compress รูปก่อน Upload ทุกครั้ง
• ตั้งขนาดรูปให้เหมาะกับการแสดงผล ไม่ Upload รูป 4K สำหรับพื้นที่แสดง 800px
• เปิด Lazy Load ใน WordPress 5.5+ (เปิดเป็น Default แล้ว ตรวจสอบใน Settings → Media)
• ใช้ Plugin ShortPixel หรือ Imagify แปลงรูปที่มีอยู่เป็น WebP แบบ Bulk

4. ลด Plugin ที่ไม่จำเป็น

กฎง่าย ๆ: ทุก Plugin คือ Overhead ไม่มีข้อยกเว้น แม้ Plugin ที่ดีและเขียนอย่างมีประสิทธิภาพก็ยังต้องโหลด Code เพิ่ม Plugin ที่เขียนไม่ดีอาจเพิ่มเวลาโหลดได้ 0.5–2 วินาทีต่อตัว

วิธีตรวจสอบว่า Plugin ตัวไหนกิน Resource มาก:

• ติดตั้ง Query Monitor Plugin (ฟรี) เพื่อดู Database Queries, PHP Errors และ Hook Timing ต่อหน้า
• Deactivate Plugin ทีละตัว แล้ววัด Load Time ใน GTmetrix เพื่อหาตัวร้าย
• Plugin ที่ Deactivate แต่ยังไม่ได้ลบ ก็ยังเปลืองพื้นที่ Disk แม้จะไม่โหลด Code ก็ตาม ให้ Delete ทิ้งเลย
• Plugin สำหรับ Security Scanner, Social Share, Slider และ Page Builder มักกิน Resource สูงที่สุด ควรเลือก Alternative ที่เบากว่า

5. ใช้ CDN: Cloudflare Free Plan

CDN (Content Delivery Network) คือเครือข่าย Server ทั่วโลกที่เก็บสำเนา Static Files ของเว็บคุณไว้ใกล้กับผู้เยี่ยมชม แทนที่ทุก Request จะมาที่ Server ในไทย ผู้เยี่ยมชมจากยุโรปหรืออเมริกาจะโหลดรูปภาพและ CSS จาก Server ที่ใกล้พวกเขามากกว่า

วิธีเชื่อม Cloudflare กับ WordPress บน AsiaGB

1. สมัครบัญชี Cloudflare (ฟรี) ที่ cloudflare.com
2. เพิ่มโดเมนของคุณใน Cloudflare และเปลี่ยน Nameserver ที่ Registrar ไปเป็น Nameserver ของ Cloudflare
3. รอ Propagation ประมาณ 24–48 ชั่วโมง
4. ติดตั้ง Plugin "Cloudflare" หรือ "CF7" ใน WordPress แล้วเชื่อมบัญชี
5. เปิด "Rocket Loader" และ "Auto Minify" ใน Cloudflare Dashboard สำหรับ JS, CSS และ HTML

Cloudflare Free Plan ยังให้ SSL Certificate ฟรี, DDoS Protection พื้นฐาน และ DNS Management ครบครัน เป็น Free Tool ที่คุ้มค่าที่สุดสำหรับ WordPress บน Shared Hosting

6. Enable Gzip/Brotli Compression ผ่าน .htaccess

Compression คือการบีบอัดข้อมูลก่อนส่งจาก Server ไปยัง Browser ลดขนาด HTML, CSS และ JS ที่ส่งได้ 60–80% โดยไม่กระทบคุณภาพเลย Browser จะ Decompress กลับเองโดยอัตโนมัติ

เพิ่ม Code ต่อไปนี้ใน .htaccess ของเว็บ (ที่ Root ของ WordPress ใน DirectAdmin File Manager):

# Enable Gzip Compression
<IfModule mod_deflate.c>
  AddOutputFilterByType DEFLATE text/html text/plain text/xml
  AddOutputFilterByType DEFLATE text/css text/javascript
  AddOutputFilterByType DEFLATE application/javascript application/x-javascript
  AddOutputFilterByType DEFLATE application/json application/xml
  AddOutputFilterByType DEFLATE image/svg+xml
</IfModule>

# Enable Brotli (ถ้า Server รองรับ)
<IfModule mod_brotli.c>
  AddOutputFilterByType BROTLI_COMPRESS text/html text/css application/javascript
</IfModule>

ตรวจสอบว่า Gzip เปิดทำงานแล้วได้ที่ gzipwtf.com หรือ tools.pingdom.com หลัง Save .htaccess

7. ลด Render-Blocking JS/CSS ด้วย defer และ async

JavaScript ที่โหลดแบบปกติ (Synchronous) จะหยุดการแสดงผลหน้าเว็บทั้งหมดจนกว่าไฟล์นั้นจะโหลดและ Execute เสร็จ ทำให้ผู้เยี่ยมชมเห็นหน้าว่างนานกว่าที่ควร

defer vs async

• defer — โหลด Script ขนาน (Parallel) กับ HTML แต่รอ Execute จนกว่า HTML Parse เสร็จ เหมาะสำหรับ Script ที่ต้องการ DOM ครบ เช่น Analytics, Slider
• async — โหลดและ Execute ทันทีที่โหลดเสร็จโดยไม่รอ HTML เหมาะสำหรับ Script ที่ Independent จาก DOM เช่น Ads, Tracking

ใน WordPress ไม่แนะนำให้แก้ไข Script Tags ด้วยตนเอง เพราะ Update จะทับ Code แทน ให้ใช้ Plugin:

• Autoptimize — รองรับ async/defer สำหรับ JS พร้อม Minify และ Concatenate
• WP Rocket (Premium) — ตั้งค่าง่ายที่สุด ครอบคลุมที่สุด
• Asset CleanUp — ให้ควบคุม Per-Page ว่าจะโหลด Script/Style ตัวไหนบ้าง

8. Database Optimization ด้วย WP-Optimize

WordPress Database สะสม Overhead เมื่อเวลาผ่านไป ทั้ง Post Revisions, Trashed Items, Expired Transients, Spam Comments และ Orphaned Metadata ข้อมูลเหล่านี้ไม่ได้ใช้ แต่ทำให้ Database Query ช้าลงและขนาด Database ใหญ่โดยไม่จำเป็น

นอกจาก WP-Optimize ควรจำกัด Post Revisions ด้วยการเพิ่ม Code ใน wp-config.php:

// จำกัด Post Revisions ไว้ที่ 3 เวอร์ชันต่อ Post
define('WP_POST_REVISIONS', 3);

9. เลือก Hosting ที่มี SSD และ PHP-FPM

ทุก Optimization ข้างต้นจะได้ผลน้อยมากถ้า Hosting ยังใช้ HDD เก่าหรือ PHP ใน CGI Mode แทน PHP-FPM Infrastructure ของ Hosting ส่งผลโดยตรงต่อ TTFB ซึ่งเป็นจุดเริ่มต้นของทุก Page Load

• SSD Storage — อ่าน/เขียนไฟล์เร็วกว่า HDD 3–5 เท่า ส่งผลต่อ TTFB ทันที
• PHP-FPM (FastCGI Process Manager) — จัดการ PHP Process ดีกว่า CGI ปกติ รองรับ Concurrent Request ได้มากกว่า และใช้ Memory น้อยกว่า
• PHP 8.1+ — ต้องรองรับเวอร์ชันใหม่ที่ Hosting ระดับ Control Panel
• Server Location ในไทยหรือเอเชีย — ลด Latency สำหรับผู้เยี่ยมชมในไทย

AsiaGB ใช้ SSD ทุกเซิร์ฟเวอร์, รองรับ PHP 8.1 / 8.2 / 8.3 ผ่าน PHP-FPM, และ Server ตั้งอยู่ในไทย ทำให้ TTFB สำหรับผู้เยี่ยมชมไทยต่ำกว่า Hosting ที่ใช้ Server ต่างประเทศอย่างเห็นได้ชัด

10. ตรวจสอบและ Optimize ครั้งสุดท้าย

หลังทำ Optimization ทุกขั้นตอนแล้ว ให้วัดผลเปรียบเทียบกับ Baseline ที่บันทึกไว้ตอนต้น ใช้ทั้ง Google PageSpeed Insights และ GTmetrix เพื่อให้ได้มุมมองครบถ้วน

สรุป: เส้นทางสู่ WordPress ที่เร็วขึ้น

การเร่งความเร็ว WordPress บน Shared Hosting ไม่จำเป็นต้องทำทุกอย่างพร้อมกัน แนะนำให้เริ่มจากสิ่งที่ให้ผลลัพธ์มากที่สุดก่อน:

1. วัด Baseline ด้วย PageSpeed Insights และ GTmetrix
2. อัปเกรด PHP เป็น 8.1 หรือ 8.2 ใน DirectAdmin
3. ติดตั้ง LiteSpeed Cache หรือ W3 Total Cache
4. Compress รูปภาพและแปลงเป็น WebP
5. เชื่อม Cloudflare CDN
6. เปิด Gzip ใน .htaccess
7. ลด Plugin ที่ไม่จำเป็นออก
8. เพิ่ม defer/async ให้ JavaScript
9. รัน WP-Optimize ล้าง Database
10. วัดผลอีกครั้งและตั้งเป้า LCP < 2.5 วินาที

เว็บที่เร็วขึ้นไม่ได้แค่ให้ประสบการณ์ที่ดีกว่า แต่ยังช่วย SEO Ranking, ลด Bounce Rate และเพิ่ม Conversion Rate โดยตรง การลงทุนเวลาทำ WordPress Optimization ครั้งเดียวให้ผลตอบแทนระยะยาวที่คุ้มค่ามาก