8 giờ sáng bạn mở website lên để kiểm tra, thấy giao diện xô lệch, chữ tiếng Việt thành ô vuông, hoặc trang hiện bản cũ dù vừa sửa xong hôm qua. Khách hàng gọi tới báo “trang web lỗi” nhưng bạn vào thử lại thì thấy bình thường. Đây là tình huống rất phổ biến, và phần lớn trường hợp không phải do bị hack — chỉ là lỗi hiển thị thông thường.
Website bị lỗi hiển thị có nhiều dạng khác nhau, mỗi dạng có nguyên nhân và cách kiểm tra riêng. Bài này đi qua từng dạng lỗi hay gặp nhất: vỡ giao diện, lỗi font tiếng Việt, lỗi do cache, lỗi CSS/JS, và lỗi chỉ xảy ra trên di động.
Vỡ giao diện: trang xô lệch, mất bố cục
Dấu hiệu: cột bị đè lên nhau, ảnh tràn ra ngoài khung, menu rơi xuống cuối trang, màu nền hoặc khoảng cách giữa các phần không đúng như thiết kế ban đầu.
Nguyên nhân thường gặp: theme hoặc plugin vừa cập nhật xung đột với giao diện đang dùng; một đoạn code tùy biến (child theme, Code Snippets) bị lỗi cú pháp; hoặc file CSS chính của theme không tải được do đường dẫn sai sau khi đổi domain/host.
Cách kiểm tra nhanh: mở công cụ dành cho nhà phát triển của trình duyệt (phím F12), xem tab Console có báo lỗi màu đỏ không, và tab Network xem file .css hoặc .js nào trả mã lỗi (404, 500) thay vì tải thành công.
Lỗi font tiếng Việt: chữ thành ô vuông, mất dấu, sai ký tự
Dấu hiệu: chữ có dấu hiển thị thành ô vuông hoặc dấu hỏi, một số ký tự tiếng Việt bị thay bằng ký tự lạ, tiêu đề đúng nhưng nội dung bài sai.
Nguyên nhân phổ biến nhất là lệch mã hóa ký tự (encoding): trang cần khai báo UTF-8 nhưng một phần dữ liệu (ví dụ nội dung dán từ Word, hoặc bảng dữ liệu cũ trong CSDL) đang ở mã khác. Nguyên nhân khác: bảng/cột trong cơ sở dữ liệu MySQL dùng collation không khớp (ví dụ latin1 trộn với utf8mb4), hoặc font chữ tùy chỉnh (web font) không hỗ trợ đủ bộ dấu tiếng Việt nên trình duyệt phải dùng font thay thế.
Cách kiểm tra nhanh: xem thẻ <meta charset> trong mã nguồn trang có khai báo UTF-8 không; nếu lỗi chỉ xảy ra ở vài bài cũ, nhiều khả năng là dữ liệu cũ bị lệch mã hóa, cần xử lý riêng cho các bài đó thay vì sửa toàn site.
Lỗi do cache: sửa rồi nhưng vẫn thấy bản cũ
Dấu hiệu: bạn đã sửa nội dung hoặc đổi giao diện, nhưng khách — hoặc chính bạn trên máy khác — vẫn thấy bản cũ trong vài giờ đến vài ngày.
Website thường có nhiều lớp cache chồng lên nhau: cache của plugin cache trên WordPress, cache phía máy chủ (ví dụ cache của aaPanel/LiteSpeed), cache của CDN (ví dụ Cloudflare) nếu đang dùng, và cuối cùng là cache của trình duyệt người xem. Chỉ xóa một lớp mà bỏ qua các lớp khác là nguyên nhân hay gặp nhất khiến thấy “sửa rồi mà không đổi”.
Thứ tự xóa cache an toàn: xóa cache plugin/cache trên WordPress trước, sau đó xóa cache phía máy chủ nếu có, tiếp theo purge cache ở CDN (nếu đang bật), cuối cùng mới tải lại trang bằng Ctrl+Shift+R (hard refresh) để bỏ qua cache trình duyệt khi kiểm tra kết quả.
| Triệu chứng | Nguyên nhân thường gặp | Cách kiểm tra nhanh |
|---|---|---|
| Giao diện xô lệch, mất bố cục | Theme/plugin xung đột, file CSS lỗi đường dẫn, code tùy biến lỗi cú pháp | F12 → tab Console/Network xem file CSS/JS nào lỗi |
| Chữ tiếng Việt thành ô vuông, mất dấu | Lệch mã hóa UTF-8, collation CSDL không khớp, font không đủ bộ dấu | Kiểm tra thẻ meta charset và dữ liệu bài lỗi có phải bài cũ không |
| Sửa rồi vẫn thấy bản cũ | Cache plugin/server/CDN/trình duyệt chưa xóa hết | Xóa cache theo đúng thứ tự, kiểm tra lại bằng hard refresh |
| Trang trắng hoặc chỉ hiện chữ, mất định dạng | File CSS/JS không tải được, bị plugin minify làm hỏng | Tạm tắt plugin minify/combine CSS-JS rồi tải lại trang |
| Hiển thị lỗi chỉ trên điện thoại | Thiếu/ sai thẻ viewport, ảnh hoặc bảng không co giãn theo màn hình nhỏ | Dùng PageSpeed Insights hoặc Lighthouse kiểm tra mục trải nghiệm trên di động |
Lỗi CSS/JS: trang mất định dạng hoặc chức năng không chạy
Dấu hiệu: trang hiện ra nhưng không có định dạng (chỉ thấy chữ đen trên nền trắng), hoặc nút bấm/menu/slide ảnh không hoạt động.
Nguyên nhân hay gặp: plugin tối ưu tốc độ gộp (combine) hoặc rút gọn (minify) nhiều file CSS/JS thành một, nhưng quá trình gộp làm hỏng cú pháp một đoạn code; hoặc một plugin mới cài xung đột với đoạn JS của theme.
Cách xử lý: tạm tắt tính năng minify/combine của plugin tối ưu tốc độ, tải lại trang để xem có hết lỗi không; nếu hết, bật lại từng tùy chọn một để xác định chính xác tùy chọn nào gây lỗi, thay vì tắt toàn bộ plugin. Nếu vẫn không tìm ra, nên tạm tắt từng plugin theo thứ tự cài đặt gần nhất trước, vì phần lớn xung đột xảy ra ngay sau khi cài hoặc cập nhật một plugin mới.
Website ổn trên máy tính nhưng lỗi trên di động
Lưu ý quan trọng: Google đã ngừng hẳn báo cáo “Mobile Usability” và công cụ Mobile-Friendly Test trên Search Console từ cuối năm 2023, nên không thể dùng công cụ đó để kiểm tra nữa. Hiện nay nên dùng PageSpeed Insights hoặc Lighthouse (tích hợp trong Chrome DevTools) để xem các chỉ số liên quan tới trải nghiệm trên thiết bị di động.
Nguyên nhân hay gặp khi lỗi chỉ xảy ra trên di động: thiếu hoặc sai thẻ <meta name="viewport">, bảng dữ liệu rộng không co giãn được trên màn hình nhỏ, hoặc một số theme/plugin có phiên bản hiển thị riêng cho di động bị lỗi riêng.
Website đang gặp lỗi hiển thị và không rõ nguyên nhân?
VIDCO kiểm tra lại giao diện, cache, font và hiển thị trên di động theo đúng phạm vi dịch vụ chăm sóc website — không đoán mò, không vá tạm.
Khi nào lỗi hiển thị thực ra là dấu hiệu bị hack
Một số lỗi hiển thị có thể là dấu hiệu website bị can thiệp, không đơn thuần là lỗi kỹ thuật: trang chủ bị chuyển hướng sang trang lạ, xuất hiện nội dung/quảng cáo không phải của bạn chèn vào giữa bài, hoặc trình duyệt cảnh báo “trang không an toàn”. Những dấu hiệu này khác với lỗi hiển thị thông thường — xem chi tiết cách xử lý ở bài website bị hack.
Trước khi sửa bất kỳ lỗi hiển thị nào, nên có một bản backup gần nhất để có thể khôi phục nếu việc sửa lỗi gây ra vấn đề mới. Nếu lỗi xảy ra ngay sau khi cập nhật WordPress hoặc plugin, nên đọc thêm quy trình cập nhật WordPress/plugin an toàn để tránh lặp lại.
Nếu không có thời gian tự kiểm tra từng lớp lỗi, đây là một trong những việc nằm trong phạm vi dịch vụ chăm sóc website: kiểm tra định kỳ hiển thị, link, chức năng trên website để phát hiện lỗi trước khi khách hàng gặp phải.
Sai lầm hay gặp khi xử lý website bị lỗi hiển thị
- Xóa toàn bộ cache rồi cài lại theme/plugin ngay mà không xem log lỗi trước — mất thời gian và có thể làm mất dữ liệu đã tùy biến.
- Chỉ xóa cache trình duyệt mà quên cache server/CDN — vẫn thấy bản cũ dù đã sửa đúng.
- Tự sửa trực tiếp trên file production mà không backup trước — nếu sửa sai, không có đường lùi.
- Bỏ qua kiểm tra trên di động sau khi sửa lỗi trên máy tính — lỗi vẫn còn với phần lớn khách truy cập bằng điện thoại.
Nguồn tham khảo
Thông tin trong bài được đối chiếu với các nguồn chính thức dưới đây tại thời điểm biên soạn; văn bản và chính sách có thể thay đổi.
- HTTP Network Errors and Googlebot (Google Search Central)
- HTTP Status Code 503 (MDN Reference)
- HTTP Status Code 500 (MDN Reference)
- How to Deal with Planned Site Downtime (Google Search Central Blog)
Câu hỏi thường gặp
Website bị lỗi hiển thị có phải do bị hack không?
Không phải lúc nào cũng vậy. Phần lớn lỗi hiển thị do cache, font, hoặc xung đột CSS/JS. Chỉ nghi ngờ bị hack khi có dấu hiệu chuyển hướng lạ, nội dung lạ chèn vào trang, hoặc cảnh báo an toàn từ trình duyệt.
Tại sao sửa xong vẫn thấy lỗi?
Thường do còn lớp cache chưa xóa hết — plugin cache, cache máy chủ, CDN, hoặc cache trình duyệt. Cần xóa đúng thứ tự rồi kiểm tra lại bằng hard refresh.
Lỗi font tiếng Việt chỉ xảy ra ở vài bài cũ, có cần sửa toàn site không?
Không cần. Nếu chỉ vài bài cũ bị lệch mã hóa, nên xử lý riêng từng bài đó, tránh thay đổi cấu hình chung của toàn site.
Có cách nào kiểm tra website có thân thiện với di động không?
Dùng PageSpeed Insights hoặc Lighthouse, vì Google đã ngừng hẳn Mobile-Friendly Test và báo cáo Mobile Usability trên Search Console từ cuối 2023.
Nguồn đối chiếu: developers.google.com/search/docs/crawling-indexing/http-network-errors, searchengineland.com (thông báo Google ngừng báo cáo Mobile Usability/Mobile-Friendly Test từ 12/2023) — kiểm tra ngày 11/10/2026.
