Website WordPress bị trắng trang hoặc báo lỗi nghiêm trọng? Đừng vội xóa plugin, đổi giao diện hoặc nạp bản sao lưu cũ. Hãy ghi nhận tình trạng và nhờ người quản trị kiểm tra nguyên nhân.
Trong vài phút đầu: lưu ảnh màn hình, trang bị lỗi và thời điểm xảy ra. Nếu khách không thể đặt hàng hoặc gửi liên hệ, hãy báo kỹ thuật ngay. Không gửi mật khẩu hay đường dẫn khôi phục qua kênh công khai.
WordPress trắng trang khác gì thông báo lỗi nghiêm trọng?
Critical Error là thông báo WordPress đưa ra khi có lỗi nghiêm trọng. White Screen nghĩa là khách chỉ thấy màn hình trắng. Hai trường hợp có thể liên quan nhưng không nhất thiết cùng nguyên nhân.
Trang trắng có thể xuất hiện vì PHP, kết nối dữ liệu hoặc quá trình tạo trang bị dừng. Có trường hợp website trả HTTP 200 nhưng trang vẫn rỗng. Mã 200 không chứng minh khách đã xem được nội dung.
Tài liệu chính thức WordPress Common Errors liệt kê nhiều nguyên nhân. Không thể kết luận chắc chắn do plugin chỉ bằng một ảnh chụp màn hình.
Chủ doanh nghiệp cần làm gì khi thấy trang trắng?
| Dấu hiệu | Có thể ảnh hưởng | Bạn nên làm gì |
|---|---|---|
| Toàn website hiện trang trắng | Khách không đọc được trang | Ghi giờ, đường dẫn; báo kỹ thuật |
| Hiện lỗi nghiêm trọng | Một phần hoặc toàn website không dùng được | Chụp thông báo, không thử xóa plugin |
| Trang chủ mở nhưng biểu mẫu lỗi | Mất yêu cầu liên hệ | Xác nhận yêu cầu có đến nơi chưa |
| Giỏ hàng hoặc thanh toán không hoạt động | Đơn hàng và tiền có thể bị gián đoạn | Kiểm tra trạng thái thanh toán, tránh đặt lại trùng |
| Chỉ khu vực quản trị lỗi | Người vận hành không thể cập nhật | Kiểm tra quyền đăng nhập và báo người phụ trách |
Với cửa hàng, phải bảo vệ đơn mới và tiền đã thu trước khi phục hồi dữ liệu. Hãy gửi kỹ thuật một thông tin ngắn: trang nào lỗi, lúc nào, khách còn làm được gì và giao dịch nào chưa xác nhận.
Trang trắng có thể bắt nguồn từ đâu?
- Plugin hoặc giao diện gặp lỗi PHP hoặc không tương thích.
- Phiên bản PHP không phù hợp với mã nguồn đang dùng.
- Máy chủ hết bộ nhớ hoặc tài nguyên cho quá trình xử lý.
- Tập tin thiếu, quyền truy cập tập tin sai hoặc mã tùy chỉnh gây lỗi.
- Cơ sở dữ liệu hoặc hệ thống kết nối gặp vấn đề.
- Lỗi xuất hiện sau cập nhật WordPress, plugin, theme hoặc thay đổi hosting.
Danh sách này chỉ là các khả năng thường gặp. Phải đọc nhật ký lỗi, kiểm tra trạng thái máy chủ và thay đổi gần nhất mới xác định được nguyên nhân.
Dành cho đội kỹ thuật: 6 bước kiểm tra có bằng chứng
Bước 1. Xác định trang nào đang lỗi
Kiểm tra trang công khai, /wp-admin/ và trang đăng nhập. Ghi mã HTTP, kích thước nội dung trả về và chức năng nào lỗi. HTTP 500 thường cần kiểm tra PHP hoặc máy chủ. HTTP 200 với nội dung rỗng cũng là bất thường. Với lỗi 500–504, xem bài giải thích lỗi máy chủ.
| Kỹ thuật đo được | Nên kiểm tra tiếp |
|---|---|
| Trang trắng và HTTP 500 | Nhật ký PHP, lỗi nghiêm trọng, truy cập quản trị |
| Trang trắng nhưng HTTP 200 | Nội dung thực trả về, tiến trình tạo trang, plugin và bộ nhớ đệm |
| Không thấy lỗi trong WordPress | Log PHP của hosting và thời điểm lỗi xảy ra |
Một thử nghiệm được công bố tháng 9/2026 ghi nhận cả trang trắng trả 200 và 500. Đây là thử nghiệm của nguồn tham khảo, không phải kết quả đo websitehcm.com.
Bước 2. Kiểm tra WordPress Recovery Mode
WordPress có Recovery Mode để hỗ trợ một số lỗi PHP nghiêm trọng. Hệ thống có thể gửi đường dẫn tới email quản trị. Nếu không thấy thư, hãy kiểm tra thư rác và hệ thống gửi email; không nên mặc định lỗi không thể xử lý.
Chỉ người được ủy quyền mới dùng đường dẫn khôi phục. Một plugin có thể tạm dừng trong phiên quản trị, nhưng khách vẫn có thể gặp lỗi. Kỹ thuật cần sửa hoặc vô hiệu hóa đúng thành phần, rồi kiểm tra ở phiên truy cập thông thường. Xem tài liệu Recovery Mode của WordPress.
Bước 3. Đọc nhật ký lỗi trước khi thay đổi
Đối chiếu log WordPress, PHP và máy chủ theo thời điểm xảy ra sự cố. Ghi tên tập tin, thông báo lỗi, phiên bản liên quan và đường dẫn ảnh hưởng. Đừng xóa log hoặc kết luận nguyên nhân chỉ từ một dòng cảnh báo.
WordPress có WP_DEBUG, WP_DEBUG_LOG và WP_DEBUG_DISPLAY. Muốn ghi debug.log cần bật WP_DEBUG; không hiển thị lỗi nội bộ cho khách. Nếu WordPress chưa khởi động được, debug.log có thể không tồn tại: hãy xem thêm nhật ký PHP của hosting. WordPress khuyến nghị ưu tiên môi trường thử và bảo vệ nơi lưu log.
Bước 4. Kiểm tra thay đổi ngay trước khi lỗi
Ghi thay đổi gần nhất: plugin, giao diện, PHP, mã tự viết hoặc hosting. So thời điểm cập nhật với log rồi mới đưa ra giả thuyết. Nếu lỗi bắt đầu sau cập nhật, tham khảo quy trình xử lý lỗi sau cập nhật.
Bước 5. Cô lập đúng thành phần nghi vấn
Nếu log cho thấy một plugin hoặc giao diện nghi vấn, ưu tiên cô lập đúng thành phần trên môi trường thử. Tắt hàng loạt plugin ngay trên website bán hàng có thể làm hỏng thanh toán, biểu mẫu và đồng bộ đơn.
Health Check Troubleshooting Mode giúp thử xung đột plugin/theme trong phiên quản trị riêng; khách vẫn thấy cấu hình bình thường. Khác với Recovery Mode, công cụ này dành cho kiểm tra có kiểm soát. Learn WordPress có hướng dẫn sử dụng.
Nếu không vào được wp-admin, kỹ thuật có quyền có thể dùng SFTP hoặc trình quản lý tập tin hosting. Chỉ đổi tên thư mục của plugin nghi vấn sau khi ghi nhận phiên bản và có phương án quay lại. Không thao tác hàng loạt nếu chưa duyệt rủi ro.
Bước 6. Đối chiếu phiên bản PHP và khả năng tương thích
Kiểm tra yêu cầu PHP, giới hạn bộ nhớ, quyền tập tin, kết nối dữ liệu và plugin phụ thuộc. Chỉ đổi cấu hình khi có bằng chứng. Xem vòng đời WordPress, theme và PHP.
Có nên nạp bản sao lưu cũ để sửa trang trắng?
Chỉ phục hồi toàn bộ khi có căn cứ và không còn phương án an toàn hơn. Xác nhận mốc dữ liệu, bản sao đáng tin và người phê duyệt trước khi thực hiện.
Bản sao cũ có thể thiếu đơn mới hoặc tiền đã thu. Kỹ thuật cần thử khả năng phục hồi và đối chiếu giao dịch; không ghi đè dữ liệu chỉ vì trang trắng.
Khi nào được xác nhận website đã phục hồi?
| Phần cần nghiệm thu | Kết quả cần thấy |
|---|---|
| Trang chủ và trang quan trọng | Hiển thị đúng trên điện thoại và máy tính |
| Trang quản trị | Đăng nhập và lưu được thay đổi |
| Biểu mẫu liên hệ | Gửi thử và xác nhận đã nhận được |
| Giỏ hàng, đơn hàng, thanh toán | Thử an toàn, không tạo khoản thu hoặc đơn trùng |
| Email, API, tác vụ chạy theo lịch | Hoạt động lại, không gửi dữ liệu nhầm |
| Nhật ký lỗi và trạng thái máy chủ | Không tiếp tục lặp lỗi nghiêm trọng |
| Bộ nhớ đệm hoặc CDN nếu có | Không còn hiển thị trang lỗi từ bộ nhớ đệm |
Đội kỹ thuật phải thử thao tác thật của khách, không chỉ mở trang chủ. Nếu chỉ phiên Recovery Mode vào được nhưng khách vẫn thấy lỗi, sự cố chưa kết thúc.
Sáu việc cần tránh để không làm sự cố nặng hơn
- Tiếp tục cập nhật hàng loạt plugin và giao diện để thử.
- Xóa nhật ký trước khi ghi lại thời điểm và thông tin lỗi.
- Khôi phục bản sao cũ mà không kiểm tra đơn hàng, dữ liệu mới.
- Tắt tất cả plugin trên website thật mà không biết chức năng bị ảnh hưởng.
- Chuyển đổi PHP liên tục hoặc làm lộ đường dẫn Recovery Mode.
- Thông báo đã sửa xong khi chỉ có trang chủ hoạt động.
Khi nào cần xử lý theo quy trình sự cố khẩn cấp?
Nếu website không hoạt động diện rộng, thanh toán gián đoạn hoặc không thể phục hồi an toàn, hãy giao người điều phối và cập nhật tình trạng cho bên liên quan. Đọc quy trình ứng phó sự cố website để xác định trách nhiệm và cách bảo vệ dữ liệu.
Để phòng ngừa, nên thử cập nhật trên website thử nghiệm (staging), giữ bản sao lưu và kiểm tra sau triển khai. Nếu không có quyền truy cập hosting hoặc dữ liệu lỗi rõ ràng, có thể nhờ đội sửa lỗi website khẩn cấp.
Câu hỏi thường gặp
Critical Error có chắc chắn do plugin không?
Không. Nguyên nhân có thể nằm ở giao diện, PHP, bộ nhớ, cơ sở dữ liệu hoặc mã tự viết. Cần kiểm tra nhật ký và những thay đổi trước sự cố.
Không nhận email Recovery Mode thì phải làm sao?
Không có email không đồng nghĩa không thể sửa. Hãy kiểm tra nhật ký PHP của hosting, hệ thống gửi thư và quyền quản trị.
Trang trắng có phải lúc nào cũng là lỗi HTTP 500?
Không. Có thể trang trả 500, nhưng cũng có trường hợp 200 với nội dung rỗng. Cần đo cả mã HTTP và nội dung.
Các hướng dẫn liên quan
- Ứng phó sự cố website: khi sự cố ảnh hưởng nhiều chức năng.
- WordPress lỗi sau cập nhật: nếu lỗi bắt đầu ngay sau thay đổi.
- Lỗi 500, 502, 503, 504: chẩn đoán các lỗi máy chủ.
- Website bị down: xử lý trường hợp mất truy cập.
- Staging WordPress: thử cách sửa ngoài website đang hoạt động.
Kết luận
WordPress trắng trang có nhiều nguyên nhân. Chủ doanh nghiệp cần bảo vệ dữ liệu và gửi đúng thông tin. Kỹ thuật phải đo phản hồi, đọc log, kiểm tra thành phần liên quan và xác minh chức năng thực tế trước khi đóng sự cố.
Tài liệu chính thức: WP_Fatal_Error_Handler và WP_Recovery_Mode.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.