WORDPRESS CACHE TROUBLESHOOTING

Cache ช่วยให้เว็บเร็ว แต่ต้องใช้ให้ถูกชั้น

เรียนรู้ Cache ใน WordPress แบบเข้าใจง่าย ตั้งแต่ Browser Cache, LiteSpeed Cache, Hosting Cache, CDN ไปจนถึงการ Purge Cache เมื่อแก้หน้าแล้วเว็บไซต์ไม่อัปเดต หรือเกิดปัญหาหลังเปิด Optimization

เลือกอาการ Cache → ดูลำดับการล้าง Cache

✓ LiteSpeed Cache ✓ Browser Cache ✓ Hosting / CDN

WordPress Cache Flow

CACHE ACTIVE

USER

Browser Local cache

LiteSpeed Page cache

WordPress Fresh page

Page Cache Static page copy ACTIVE

Browser Cache CSS / JS / Images ACTIVE

Edited Page Cache may be old PURGE

01 · Symptom เลือกอาการ 02 · Understand เข้าใจ Cache 03 · Purge ล้างตามลำดับ 04 · Verify ตรวจหลังแก้

START WITH THE SYMPTOM

Cache มีปัญหาแบบไหน?

เลือกอาการที่ใกล้เคียงที่สุด เพื่อดูว่าควรเริ่มตรวจจาก Cache ชั้นใดก่อน

STALE CACHE

แก้หน้าแล้วหน้าเว็บยังเป็นของเดิม

แปลว่า Source อาจอัปเดตแล้ว แต่ Browser, LiteSpeed, Hosting หรือ CDN ยังส่ง Cache เวอร์ชันเก่าให้ผู้ใช้

เปิด Incognito เช็กก่อนว่าเป็น Browser Cache หรือไม่

Purge LiteSpeed Cache ล้าง Cache ของหน้าและระบบที่เกี่ยวข้อง

ตรวจ Hosting / CDN Cache หากยังเห็นหน้าเดิมหลัง Purge WordPress

ทดสอบ Device อื่น ยืนยันว่า Cache ใหม่ถูกส่งออกจริง

CSS / JS

Layout พังหลังเปิด Optimization

ไม่ใช่ทุกกรณีที่เกิดจาก Page Cache อาจเกิดจาก Minify, Combine, Delay หรือ Defer CSS/JavaScript

ปิด Optimization ที่เพิ่งเปิด เปลี่ยนทีละกลุ่ม ไม่ปิดทุกอย่างพร้อมกัน

Purge All ล้าง Cache หลังเปลี่ยนค่า Optimization

Regenerate Elementor CSS ใช้เมื่อ Layout หรือ Style ของ Elementor ผิดปกติ

เปิดกลับทีละค่า เพื่อหาว่า Option ใดทำให้หน้าแตก

MOBILE CACHE

มือถือยังแสดงหน้าเวอร์ชันเก่า

อาจเป็น Browser Cache, Cache แยกสำหรับ Mobile หรือ CDN ที่ยังเก็บเวอร์ชันเดิมไว้

ทดสอบ Mobile Incognito แยก Browser Cache ออกจากระบบหลัก

Purge Page Cache ล้าง Cache ของหน้าที่แก้ไข

ตรวจ Mobile Cache Setting หากระบบใช้ Cache แยก Desktop / Mobile

ตรวจ CDN CDN อาจยังส่ง Asset หรือ HTML เก่า

PERFORMANCE

เปิด Cache แล้วเว็บยังช้า

Cache ไม่ได้แก้ทุกปัญหา Performance หากรูปภาพใหญ่, Plugin หนัก, JavaScript เยอะ หรือ Hosting ช้า เว็บก็ยังช้าได้

ตรวจว่ามี Cache Hit หรือไม่ Cache ต้องทำงานจริง ไม่ใช่แค่เปิด Setting

ตรวจรูปภาพ Image Size ยังคงมีผลแม้ Page Cache ทำงาน

ตรวจ Plugin / JavaScript Cache ไม่ได้ทำให้ Script หนักหายไป

ตรวจ Hosting โดยเฉพาะกรณี wp-admin ช้าร่วมด้วย

DYNAMIC CONTENT

Login แล้วเห็นข้อมูลไม่ตรง

หน้า Dynamic, สมาชิก, Account, Cart หรือข้อมูลเฉพาะผู้ใช้ ไม่ควรถูก Cache แบบเดียวกับหน้า Static ทุกกรณี

ตรวจว่า User Login อยู่หรือไม่ Cache Policy อาจต่างจากผู้ใช้ทั่วไป

ตรวจหน้า Dynamic หน้า Account หรือข้อมูลเฉพาะบุคคลต้องระวัง

Exclude URL หากจำเป็น เฉพาะหน้าที่ไม่เหมาะกับการ Cache

ทดสอบทั้ง Guest และ Login เปรียบเทียบข้อมูลทั้งสองสถานะ

SCRIPT CONFLICT

Form หรือ JavaScript พังหลัง Optimize

ปัญหามักเกี่ยวกับ JS Minify, Combine, Delay หรือ Defer มากกว่าการ Cache HTML ธรรมดา

ปิด JS Optimization ล่าสุด เริ่มจาก Option ที่เพิ่งเปลี่ยน

Purge Cache ทุกครั้งหลังเปลี่ยน Optimization

ทดสอบ Form / Menu / Slider ตรวจ Workflow จริง ไม่ดูเฉพาะหน้าเปิดได้

Exclude Script เมื่อจำเป็น หลังยืนยันแล้วว่า Script ใดได้รับผลกระทบ

CACHE LAYERS

Cache ไม่ได้มีแค่จุดเดียว

การรู้ว่า Cache อยู่ชั้นไหน ช่วยลดปัญหาการล้างผิดที่ และทำให้แก้เว็บไซต์ได้เร็วขึ้น

BRW

Browser Cache

Browser เก็บ CSS, JS, Font และรูปภาพ ไว้ในเครื่องผู้ใช้

LiteSpeed Cache

WordPress Cache ที่ช่วยลดการสร้างหน้าใหม่ ทุก Request

HOST

Hosting Cache

Hosting บางระบบ มี Cache เพิ่มอีกชั้นหนึ่ง นอก WordPress

CDN

CDN Cache

CDN อาจเก็บ Asset หรือ Content ไว้ตาม Edge Server

CACHE PURGE FLOW

แก้หน้าแล้วไม่อัปเดต ให้ไล่ตามนี้

เริ่มจากจุดที่กระทบน้อยที่สุด และค่อยล้าง Cache ชั้นที่สูงขึ้น

VERIFY

ตรวจว่า Update สำเร็จจริง

ตรวจว่า Elementor หรือ WordPress บันทึกการแก้ไขแล้ว ก่อนสรุปว่า Cache เป็นปัญหา

→

BROWSER

เปิด Incognito

หาก Incognito เห็นหน้าใหม่ แต่ Browser ปกติเห็นหน้าเก่า ปัญหามักอยู่ที่ Browser Cache

→

LITESPEED

Purge LiteSpeed Cache

ล้าง Page Cache หลังแก้ Layout, CSS, Menu, Header หรือ Footer

→

ELEMENTOR

Regenerate CSS เมื่อจำเป็น

หาก Content ใหม่แล้ว แต่ Style หรือ Responsive ยังแสดงผิด ให้ตรวจ Elementor CSS / Data

→

HOST / CDN

Purge Hosting หรือ CDN

ทำเมื่อ WordPress Cache ถูกล้างแล้ว แต่ผู้ใช้ยังได้รับเวอร์ชันเก่า

→

TEST

ทดสอบหลาย Device

ตรวจ Desktop, Mobile, Guest, Login และ Workflow สำคัญหลัง Purge

✓

LITESPEED CACHE

ตั้ง LiteSpeed Cache แบบค่อยเป็นค่อยไป

เป้าหมายไม่ใช่เปิดทุก Option แต่คือทำให้เว็บเร็วขึ้น โดยไม่ทำให้ Elementor, Form, Menu, Slider หรือ JavaScript ทำงานผิดปกติ

เปิด Page Cache ก่อน

ทดสอบ Frontend

ค่อยปรับ CSS Optimization

ค่อยปรับ JavaScript Optimization

Purge และทดสอบทุกครั้ง

LiteSpeed Learning Flow RECOMMENDED FLOW

Cache → Enable Cache เริ่มจากระบบ Cache พื้นฐานก่อน

START

Page Optimization → CSS ทดสอบ Layout หลังเปิดแต่ละ Option

TEST

Page Optimization → JS ตรวจ Menu, Form และ Interactive Elements

TEST

Media ตรวจ Lazy Load และ Image Optimization

REVIEW

Purge ล้าง Cache หลังปรับ Setting

VERIFY

CACHE BEST PRACTICE

วิธีใช้ Cache แบบปลอดภัยกว่า

การตั้ง Cache ที่ดีควรแก้ปัญหาได้ง่าย และสามารถย้อนกลับได้เมื่อเว็บไซต์มีปัญหา

✓

ควรทำ

Backup ก่อนเปลี่ยน Optimization หลายรายการ

เปลี่ยน Setting ทีละกลุ่ม

Purge หลังเปลี่ยนค่า

ทดสอบ Guest และ Login

ทดสอบ Desktop และ Mobile

ตรวจ Form, Menu และ Elementor

ควรระวัง

เปิด Minify + Combine + Delay พร้อมกัน

ใช้ Cache Plugin หลายตัวทำหน้าที่ซ้ำกัน

Cache หน้า Account หรือข้อมูลเฉพาะผู้ใช้แบบสุ่ม

เปลี่ยนหลาย Setting แล้วไม่จดว่าแก้อะไร

ล้าง Cache อย่างเดียวทั้งที่ Source ยังไม่ Update

ดูเฉพาะ Desktop แล้วสรุปว่าเว็บปกติ

Cache Plugin มากกว่า 1 ตัว ไม่ได้แปลว่าเว็บจะเร็วกว่า

หากมี LiteSpeed Cache, Hosting Cache, CDN และ Plugin Optimization ทำงานพร้อมกัน ควรเข้าใจว่าระบบใดทำหน้าที่อะไร เพราะการซ้อน Cache หรือ Optimization แบบไม่จำเป็น อาจทำให้ หน้าไม่อัปเดต, Redirect ผิด, CSS เพี้ยน หรือ JavaScript ทำงานผิดปกติ

CACHE CHECKLIST

เช็กให้ครบก่อนถือว่า Cache ทำงานปกติ

กด Checklist ได้จริง ระบบจะจำสถานะไว้ใน Browser และคำนวณ Progress อัตโนมัติ

CACHE HEALTH

Cache ที่ดีไม่ใช่แค่เว็บเปิดเร็ว แต่ต้องไม่ทำให้ Content, Form หรือระบบ Dynamic แสดงข้อมูลผิดด้วย

✓

Source Update สำเร็จ WordPress หรือ Elementor บันทึกแล้ว

✓

ตรวจ Browser Cache แล้ว Incognito แสดงข้อมูลถูกต้อง

✓

Purge LiteSpeed แล้ว Cache ของ WordPress ถูกรีเฟรช

✓

Elementor Style ถูกต้อง CSS และ Responsive แสดงปกติ

✓

ตรวจ Hosting / CDN Cache แล้ว ไม่มี Cache ชั้นอื่นค้างอยู่

✓

Form และ JavaScript ทำงาน Form, Menu, Slider และ Button ถูกทดสอบแล้ว

✓

Mobile แสดงถูกต้อง ไม่มี Cache เวอร์ชันเก่าบนมือถือ

✓

Guest / Login ถูกทดสอบแล้ว ข้อมูล Dynamic ไม่แสดงผิดผู้ใช้

FAQ

คำถามเกี่ยวกับ Cache WordPress

ตรวจว่า Elementor บันทึก Update สำเร็จก่อนครับ จากนั้นเปิด Incognito เพื่อแยก Browser Cache แล้วค่อย Purge LiteSpeed Cache หาก Content ใหม่แต่ Style ยังผิด สามารถตรวจ Elementor CSS / Data และ Cache ชั้น Hosting หรือ CDN ต่อ

ไม่จำเป็นต้อง Purge All ตลอดเวลาครับ โดยทั่วไปควรล้างเมื่อมีการเปลี่ยน Content, Layout, CSS หรือ Setting ที่ Cache เดิมอาจยังเก็บไว้ การ Purge แบบมีเหตุผลจะช่วยให้วิเคราะห์ปัญหาได้ง่ายกว่า

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

ไม่แนะนำให้เปิดหลาย Optimization พร้อมกันโดยไม่ทดสอบครับ โดยเฉพาะ CSS และ JavaScript ควรเปิดทีละกลุ่ม แล้วตรวจ Elementor, Form, Menu, Slider และ Function สำคัญ เพื่อรู้ว่า Option ใดทำให้เกิดปัญหา

ผลของ Cache ขึ้นอยู่กับประเภทหน้าและระบบครับ หน้า Static สามารถได้ประโยชน์มาก แต่หน้า Dynamic, Login, Account, Cart หรือข้อมูลเฉพาะผู้ใช้ อาจต้องใช้ Cache Policy ที่แตกต่างออกไป

Cache เป็นเพียงส่วนหนึ่งของ Performance ครับ เว็บไซต์ยังอาจช้าจากรูปภาพขนาดใหญ่, JavaScript, Plugin, Third-party Script, Database หรือ Hosting จึงควรวิเคราะห์ Performance แยกจาก Cache ด้วย

TROUBLESHOOTING HUB

Cache ปกติแล้ว แต่เว็บไซต์ยังมีปัญหาอื่น?

กลับไปยังศูนย์แก้ปัญหา WordPress เพื่อเลือก Elementor, Email ไม่ส่ง, เว็บไซต์ช้า, Plugin Error, SSL / HTTPS หรือ WordPress เข้าไม่ได้

กลับหน้าศูนย์แก้ปัญหา →