เว็บไซต์ WordPress ของฉันล่ม: ต้องทำอย่างไร (เช็กลิสต์)

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

อย่างแรก: ล่มสำหรับทุกคนหรือเปล่า?

ลองเปิดเว็บบนมือถือด้วยเน็ตมือถือ ไม่ใช่ Wi-Fi ของออฟฟิศ หรือให้คนที่อยู่อีกที่หนึ่งลองเปิดดู ถ้าเปิดได้ แปลว่าปัญหาอาจอยู่ที่เครือข่ายหรือแคชเบราว์เซอร์ของคุณเอง ไม่ใช่ตัวเว็บไซต์ และให้จดไว้ด้วยว่าเห็นอะไรอยู่กันแน่ ไม่ว่าจะเป็นหน้าว่าง ข้อความแสดงข้อผิดพลาด คำเตือนจากเบราว์เซอร์ หรือหน้า “ไม่สามารถเข้าถึงเว็บไซต์นี้ได้” ข้อความนั้นบอกว่าควรไปดูที่ไหนต่อ

จับคู่สิ่งที่เห็นกับสาเหตุที่น่าจะเป็น

สิ่งที่คุณเห็น	สาเหตุที่น่าจะเป็น	ควรตรวจที่ไหน
“This site can't be reached” หรือหน้า parking	โดเมนหมดอายุ DNS ถูกเปลี่ยน หรือโฮสติ้งถูกระงับ	ผู้ให้บริการจดโดเมนและบัญชีโฮสติ้งของคุณ
“Your connection is not private”	ใบรับรอง SSL หมดอายุหรือไม่ตรงกับโดเมน	การตั้งค่า SSL ที่โฮสต์ของคุณ
“Error establishing a database connection”	ข้อมูลฐานข้อมูลไม่ถูกต้อง หรือเซิร์ฟเวอร์ฐานข้อมูลล่ม	wp-config.php และหน้าสถานะของโฮสต์
“There has been a critical error on this website” หรือหน้าจอขาว	PHP error ซึ่งมักมาจากการอัปเดตปลั๊กอินหรือธีม	อีเมล recovery mode, debug log, ปลั๊กอิน
“Briefly unavailable for scheduled maintenance”	การอัปเดตถูกขัดจังหวะ	ไฟล์ .maintenance
500 Internal Server Error	ไฟล์ .htaccess เสีย ติดขีดจำกัดของ PHP หรือเซิร์ฟเวอร์มีปัญหา	.htaccess, หน่วยความจำ PHP, error log ของโฮสต์
ถูกส่งต่อไปเว็บแปลกๆ หรือมีคำเตือนจาก Google	เว็บไซต์ถูกแฮก	ทีมซัพพอร์ตของโฮสต์ และแบ็กอัปที่สะอาด

โดเมน โฮสติ้ง และ SSL

• โดเมน: เข้าสู่ระบบที่ผู้ให้บริการจดโดเมนแล้วตรวจวันหมดอายุ โดเมนที่หมดอายุมักแสดงหน้า parking ต่ออายุแล้วมักกลับมาใช้ได้ภายในไม่กี่ชั่วโมง
• โฮสติ้ง: ตรวจบัญชีโฮสติ้งว่ามีใบแจ้งหนี้ค้างชำระ ประกาศระงับบริการ หรือหน้าสถานะที่แจ้งว่าระบบล่มหรือไม่
• SSL: ถ้าเบราว์เซอร์เตือนว่าการเชื่อมต่อไม่เป็นส่วนตัว ใบรับรองน่าจะหมดอายุ โฮสต์ส่วนใหญ่ต่ออายุให้ได้จากแผงควบคุม

ข้อผิดพลาดการเชื่อมต่อฐานข้อมูล

WordPress อ่านชื่อฐานข้อมูล ผู้ใช้ รหัสผ่าน และโฮสต์จากไฟล์ wp-config.php ถ้ามีคนเปลี่ยนรหัสผ่านฐานข้อมูล หรือโฮสต์ย้ายฐานข้อมูลไปที่อื่น ข้อมูลเหล่านี้จะไม่ตรงกันอีกต่อไป ให้เทียบกับข้อมูลฐานข้อมูลในแผงควบคุมโฮสติ้งของคุณ ถ้าตรงกันดี อาจเป็นเซิร์ฟเวอร์ฐานข้อมูลเองที่ล่ม ซึ่งมีเพียงโฮสต์เท่านั้นที่แก้ได้

Critical error และหน้าจอขาว

นี่คืออาการล่มที่พบบ่อยที่สุด และมักเริ่มขึ้นทันทีหลังการอัปเดต

1. ตรวจอีเมลของคุณ เมื่อ WordPress จับ fatal error ได้ ระบบจะส่งอีเมลถึงผู้ดูแลเว็บพร้อมลิงก์เข้า recovery mode ซึ่งคุณสามารถล็อกอินและปิดการใช้งานปลั๊กอินหรือธีมที่เป็นต้นเหตุได้
2. เปิด debug log ใน wp-config.php ให้ตั้งค่า WP_DEBUG และ WP_DEBUG_LOG เป็น true ข้อผิดพลาดจะถูกบันทึกลงใน wp-content/debug.log ซึ่งมักระบุชื่อปลั๊กอินหรือธีมที่ผิดพลาด เมื่อเสร็จแล้วอย่าลืมปิดกลับ
3. ปิดปลั๊กอินทั้งหมด หากเข้าแอดมินไม่ได้ ให้เปลี่ยนชื่อโฟลเดอร์ wp-content/plugins (เช่นเป็น plugins-off) ผ่านตัวจัดการไฟล์ของโฮสต์หรือ FTP ถ้าเว็บกลับมา ให้เปลี่ยนชื่อกลับ แล้วเปิดปลั๊กอินทีละตัวเพื่อหาตัวการ
4. เปลี่ยนธีม ถ้าปลั๊กอินไม่ใช่สาเหตุ ให้เปลี่ยนชื่อโฟลเดอร์ธีมที่ใช้งานอยู่ใน wp-content/themes จากนั้น WordPress จะถอยไปใช้ธีมเริ่มต้น หากมีติดตั้งไว้

ค้างอยู่ในโหมดบำรุงรักษา หรือเกิด 500 error

• โหมดบำรุงรักษา: ระหว่างอัปเดต WordPress จะสร้างไฟล์ชื่อ .maintenance ในโฟลเดอร์รากของเว็บ ถ้าการอัปเดตถูกขัดจังหวะ ให้ลบไฟล์นั้น ข้อความก็จะหายไป จากนั้นค่อยอัปเดตใหม่อีกครั้ง
• 500 error: เปลี่ยนชื่อไฟล์ .htaccess ในโฟลเดอร์รากแล้วโหลดเว็บใหม่ ถ้าใช้งานได้ ให้สร้างไฟล์ใหม่โดยบันทึก permalink ที่ Settings, Permalinks ถ้าไม่ได้ ให้ดู error log ในแผงควบคุมโฮสติ้ง หรือขีดจำกัดหน่วยความจำ PHP ที่ต่ำเกินไป

ถ้าเว็บไซต์ถูกแฮก

การถูกส่งต่อไปเว็บสแปม มีผู้ใช้แอดมินใหม่ที่ไม่รู้จัก หรือมีคำเตือน “deceptive site” จาก Google แปลว่ามีคนอื่นเข้าถึงเว็บของคุณได้ อย่าแค่ลบไฟล์แปลกๆ ให้กู้คืนแบ็กอัปที่สะอาดจากก่อนถูกโจมตี อัปเดต WordPress ปลั๊กอิน และธีม เปลี่ยนรหัสผ่านทุกอย่าง (ผู้ใช้แอดมิน โฮสติ้ง ฐานข้อมูล FTP) และลบปลั๊กอินที่ไม่ได้ใช้ ขอความช่วยเหลือจากโฮสต์ หลายแห่งมีทีมด้านความปลอดภัย

เพื่อไม่ให้เกิดซ้ำอีก

• ตั้งแบ็กอัปรายวันอัตโนมัติ เก็บไว้ที่อื่นที่ไม่ใช่บัญชีโฮสติ้งของคุณ และทดสอบกู้คืนสักครั้ง
• ทดสอบการอัปเดตบนสำเนา staging ก่อนอัปเดตบนเว็บจริง
• ใช้ปลั๊กอินให้น้อยที่สุด และเลือกเฉพาะตัวที่ยังมีการดูแลอยู่
• ตั้งระบบ uptime monitoring เพื่อให้คุณรู้ว่าเว็บล่มก่อนที่ลูกค้าจะรู้
• ตรวจฟรีด้วย EngineeringScore เครื่องมือตรวจสอบของเราเอง ซึ่งให้คะแนนเว็บของคุณด้านความปลอดภัย ประสิทธิภาพ SEO การเข้าถึง และความเสถียร พร้อมรายการสิ่งที่ควรแก้เรียงตามลำดับความสำคัญ
• จดไว้ว่าโดเมน โฮสติ้ง และบัญชีล็อกอินอยู่ที่ไหน และใครมีสิทธิ์เข้าถึงบ้าง

ยังล่มอยู่ไหม?

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