Website cũng giống như một cỗ máy vận hành liên tục, chỉ một thay đổi nhỏ ở hosting, xung đột plugin hay hết hạn chứng chỉ bảo mật cũng có thể khiến toàn bộ hệ thống bị tê liệt. Thay vì rơi vào thế bị động khi khách hàng phản ánh không vào được web, nắm rõ các lỗi web thường gặp sẽ giúp bạn nhanh chóng "bắt đúng bệnh" và xử lý dứt điểm sự cố chỉ trong vài phút. Hãy cùng điểm qua danh sách lỗi chi tiết và lưu lại các bước khắc phục khẩn cấp dưới đây!
Lỗi web là gì?
Lỗi web là tình trạng website không thể hoạt động hoặc phản hồi đúng như mong đợi khi người dùng truy cập, thực hiện thao tác hoặc gửi yêu cầu đến máy chủ. Lỗi có thể khiến trang không tải được, nội dung hiển thị không đầy đủ, chức năng không hoạt động hoặc hệ thống trả về các mã trạng thái như 404, 403, 500, 502.
Lỗi web có thể xuất hiện ở nhiều vị trí khác nhau trong quá trình người dùng tương tác với website, chẳng hạn:
- Phía trình duyệt: Cache, cookie, tiện ích mở rộng hoặc trình duyệt gặp vấn đề khiến website hiển thị sai.
- Phía giao diện: HTML, CSS, JavaScript hoặc các thành phần frontend bị lỗi khiến trang không hiển thị hoặc không tương tác được.
- Phía máy chủ: Web server, PHP, application server hoặc cấu hình hosting gặp sự cố.
- Phía cơ sở dữ liệu: Database mất kết nối, truy vấn lỗi hoặc dữ liệu bị thiếu khiến website không thể lấy thông tin.
- Phía mạng và DNS: Domain không phân giải đúng, kết nối mạng không ổn định hoặc CDN gặp sự cố.
- Giữa các hệ thống: Website không thể kết nối đúng với API, gateway hoặc một dịch vụ bên thứ ba.
Nhóm lỗi web liên quan đến mã trạng thái HTTP
Mã trạng thái HTTP là thông tin máy chủ trả về sau khi tiếp nhận một request từ trình duyệt hoặc một client khác. Các mã này cho biết request đã được xử lý thành công, cần thực hiện thêm thao tác hay gặp vấn đề trong quá trình truy cập tài nguyên. Trong đó, các lỗi web 4xx thường liên quan đến request hoặc quyền truy cập, còn 5xx thường phản ánh vấn đề xảy ra ở phía máy chủ hoặc hệ thống trung gian.
1. Lỗi 404 Not Found
404 Not Found xảy ra khi máy chủ nhận được request nhưng không tìm thấy tài nguyên tương ứng với URL mà người dùng đang truy cập. Đây là một trong các lỗi website phổ biến nhất, thường xuất hiện khi URL bị nhập sai, trang đã bị xóa hoặc đường dẫn đã thay đổi nhưng chưa được chuyển hướng.
Biểu hiện: Người dùng thường nhìn thấy thông báo như “404 Not Found”, “Page Not Found” hoặc một trang 404 tùy chỉnh của website. Một số trường hợp khác không hiển thị rõ mã 404 mà chỉ thông báo rằng trang không tồn tại.
Cách khắc phục:
- Kiểm tra URL xem có chính xác hay không, bao gồm slug, thư mục, ký tự đặc biệt và phần mở rộng file.
- Nếu trang hoặc file bị xóa nhầm nhưng vẫn cần sử dụng, có thể khôi phục tài nguyên về đúng URL cũ.
- Nếu URL đã được thay đổi vĩnh viễn, chuyển hướng 301 từ URL cũ sang URL mới có nội dung tương đương để hạn chế mất traffic và tín hiệu SEO.
- Sửa liên kết nội bộ, tìm và thay thế các internal link đang trỏ đến URL 404.
- Xử lý các URL không còn giá trị nhưng không nên redirect hàng loạt về trang chủ. Với những trang thực sự không còn tồn tại và không có nội dung thay thế phù hợp, có thể duy trì 404 hoặc sử dụng 410 trong trường hợp thích hợp.
- Thiết kế trang 404 hữu ích cung cấp đường dẫn về trang chủ, danh mục, chức năng tìm kiếm hoặc các nội dung liên quan để người dùng tiếp tục hành trình trên website.
2. Lỗi 403 Forbidden
403 Forbidden cho biết server đã nhận và hiểu request nhưng từ chối cho phép truy cập tài nguyên được yêu cầu. Khác với 404, tài nguyên có thể vẫn tồn tại nhưng người dùng hoặc client hiện tại không có quyền truy cập vào tài nguyên đó.
Biểu hiện: Khi gặp lỗi 403, trình duyệt thường hiển thị thông báo “403 Forbidden” hoặc “You don't have permission to access this resource”.
Nguyên nhân:
- Người dùng không có quyền truy cập tài nguyên.
- File hoặc thư mục được thiết lập permission không phù hợp.
- Cấu hình .htaccess, Nginx hoặc Apache chặn request.
- IP của người truy cập bị chặn.
- Firewall hoặc WAF nhận diện request là đáng ngờ.
- Plugin bảo mật hoặc hệ thống chống bot chặn truy cập.
- Website yêu cầu authentication nhưng request chưa đáp ứng điều kiện.
- Cấu hình CDN hoặc server không cho phép truy cập tài nguyên nhất định.
Cách khắc phục:
- Kiểm tra quyền file và thư mục, đảm bảo permission của tài nguyên phù hợp với yêu cầu của website và server.
- Kiểm tra cấu hình server, rà soát các rule trong Apache, Nginx hoặc .htaccess có đang vô tình chặn URL hay không.
- Kiểm tra firewall/WAF nếu hệ thống bảo mật chặn nhầm request hợp lệ, cần xác định rule gây ra vấn đề và điều chỉnh phù hợp.
- Với website có hệ thống đăng nhập, xác nhận tài khoản đang truy cập có đúng role hoặc permission cần thiết.
- Kiểm tra IP bị blacklist. Nếu chỉ một số mạng hoặc địa chỉ IP gặp lỗi, cần kiểm tra rule chặn IP trên server, firewall hoặc CDN.
- Kiểm tra log server, log có thể giúp xác định request bị từ chối ở tầng web server, ứng dụng hay hệ thống bảo mật.
3. Lỗi 500 Internal Server Error
500 Internal Server Error là lỗi máy chủ xảy ra khi server gặp một vấn đề không xác định được cụ thể hoặc không thể hoàn thành request. Đây là mã lỗi khá tổng quát, vì vậy chỉ nhìn vào thông báo 500 thường chưa đủ để xác định chính xác nguyên nhân.
Biểu hiện: Người dùng thường thấy thông báo “500 Internal Server Error” khi truy cập một trang hoặc thực hiện một thao tác trên website.
Nguyên nhân:
- Code phía server có lỗi.
- PHP hoặc runtime gặp exception/fatal error.
- Plugin hoặc module xung đột.
- File cấu hình server bị sai.
- Database query gặp lỗi.
- Server hết tài nguyên CPU, RAM hoặc process.
- File hoặc thư mục có permission không phù hợp.
- Lỗi khi deploy phiên bản code mới.
- Biến môi trường hoặc thông tin cấu hình bị thiếu.
- Dependency của ứng dụng gặp vấn đề.
Cách khắc phục:
- Kiểm tra server log, đây thường là bước quan trọng nhất vì log có thể chỉ ra exception, fatal error hoặc module gây lỗi.
- Kiểm tra thay đổi gần nhất, nếu lỗi xuất hiện ngay sau khi cập nhật plugin, theme, code hoặc cấu hình server, cần kiểm tra và rollback thay đổi nếu cần.
- Kiểm tra tài nguyên server: Xem CPU, RAM, disk space, PHP workers hoặc các giới hạn process để xác định server có bị quá tải hay không.
- Kiểm tra database, xác nhận web có kết nối được với database và các truy vấn quan trọng có hoạt động bình thường.
- Kiểm tra cấu hình web, rà soát environment variables, API key, database credentials và các thông số runtime.
- Kiểm tra permission, đảm bảo application có quyền đọc, ghi hoặc thực thi những file/thư mục cần thiết.
- Rollback phiên bản lỗi, nếu 500 phát sinh sau một lần deploy, việc quay lại phiên bản ổn định có thể giúp khôi phục dịch vụ nhanh trước khi điều tra nguyên nhân gốc.
4. Lỗi 502 Bad Gateway
502 Bad Gateway xảy ra khi một server đóng vai trò gateway hoặc proxy nhận được phản hồi không hợp lệ từ upstream server mà nó đang kết nối. Vì vậy, lỗi 502 thường liên quan đến sự giao tiếp giữa các thành phần trong hệ thống, thay vì đơn thuần là trình duyệt của người dùng.
Biểu hiện: Người dùng có thể nhìn thấy thông báo “502 Bad Gateway”, “502 Proxy Error” hoặc thông báo tương tự tùy hệ thống khi truy cập website.
Nguyên nhân:
- Upstream server bị down hoặc không phản hồi.
- Web server proxy không kết nối được với application server.
- Application server mất quá nhiều thời gian xử lý request.
- Server upstream bị quá tải.
- Reverse proxy hoặc load balancer cấu hình sai.
- DNS giữa các thành phần không phân giải đúng.
- Firewall chặn kết nối giữa proxy và upstream.
- CDN gặp vấn đề khi kết nối với origin server.
- PHP-FPM hoặc application process không hoạt động.
- Timeout giữa các tầng được thiết lập quá thấp.
Cách khắc phục:
- Kiểm tra upstream server bằng cách xác nhận application server, API server hoặc dịch vụ phía sau proxy có đang hoạt động hay không.
- Kiểm tra kết nối giữa các tầng: Xác định reverse proxy có thể kết nối đến đúng upstream host và port hay không.
- Kiểm tra log của proxy và upstream: Đối chiếu log Nginx, Apache, CDN, load balancer và application server để xác định request bị lỗi ở đâu.
- Kiểm tra timeout: Nếu upstream xử lý quá lâu, cần đánh giá nguyên nhân gây chậm trước khi tăng timeout một cách máy móc.
- Kiểm tra tải hệ thống: CPU, RAM, connection pool, worker hoặc process bị quá tải có thể khiến upstream không phản hồi kịp thời.
- Kiểm tra DNS và firewall: Đảm bảo proxy phân giải đúng địa chỉ upstream và các rule mạng không chặn kết nối.
- Kiểm tra CDN/reverse proxy: Nếu website sử dụng CDN hoặc proxy trung gian, cần xác định lỗi xuất hiện giữa CDN và origin hay bên trong origin server.
503 Service Unavailable là lỗi xảy ra khi máy chủ hiện không thể đáp ứng request từ người dùng, dù website hoặc dịch vụ phía sau vẫn có thể đang hoạt động bình thường. Điểm đặc trưng của lỗi này là tình trạng không khả dụng thường mang tính tạm thời, chẳng hạn server đang quá tải, hệ thống đang được bảo trì hoặc một dịch vụ backend cần thiết chưa sẵn sàng. Khi đó, server có thể chủ động trả về mã trạng thái 503 để thông báo rằng request chưa thể được xử lý tại thời điểm hiện tại, thay vì phản ánh một lỗi xử lý cụ thể như 500 Internal Server Error.
Biểu hiện thường gặp:
- Website không thể truy cập trong một khoảng thời gian.
- Trang tải rất chậm rồi trả về lỗi 503.
- Chỉ một số thời điểm website xuất hiện lỗi.
- Website hoạt động trở lại sau vài phút mà không cần thay đổi gì.
- Lỗi xảy ra khi lượng truy cập tăng đột biến.
- API hoặc một dịch vụ cụ thể tạm thời không thể phản hồi.
Nguyên nhân:
- Server quá tải: Lượng request vượt quá khả năng xử lý của máy chủ.
- Bảo trì hệ thống: Website chủ động trả về 503 trong thời gian nâng cấp hoặc bảo trì.
- Thiếu tài nguyên: CPU, RAM, process hoặc connection của server đạt giới hạn.
- Application server quá tải: PHP-FPM, Node.js, Python hoặc service backend không thể xử lý thêm request.
- Giới hạn hosting: Hosting áp dụng giới hạn CPU, RAM, entry processes hoặc số lượng kết nối.
- Traffic tăng đột biến: Lượng truy cập từ chiến dịch marketing, viral content hoặc bot khiến hệ thống quá tải.
- Dịch vụ phụ trợ gặp sự cố: Database, API hoặc một service quan trọng không phản hồi khiến ứng dụng tạm thời không phục vụ được request.
- Cấu hình load balancer hoặc reverse proxy: Một upstream server bị đánh dấu unavailable hoặc không còn đủ capacity.
Cách khắc phục:
- Kiểm tra trạng thái server: Theo dõi CPU, RAM, disk, process, connection và các chỉ số tài nguyên khác để xác định máy chủ có đang quá tải hay không.
- Kiểm tra log: Đối chiếu web server, application server và system log để tìm thời điểm lỗi bắt đầu cũng như nguyên nhân khiến service ngừng phản hồi.
- Kiểm tra dịch vụ backend: Xác nhận các service như PHP-FPM, Node.js, database hoặc API có đang hoạt động bình thường hay không.
- Xử lý traffic tăng đột biến: Nếu nguyên nhân đến từ lượng truy cập lớn, có thể tối ưu cache, CDN, database, application hoặc nâng cấp tài nguyên server.
- Kiểm tra giới hạn hosting: Với website sử dụng shared hosting hoặc cloud server có giới hạn tài nguyên, cần kiểm tra các ngưỡng CPU, RAM, process và connection.
- Kiểm tra quá trình bảo trì: Nếu website đang bảo trì, cần đảm bảo hệ thống trả về 503 đúng cách và cung cấp thông tin phù hợp cho người dùng. Sau khi hoàn tất, phải đưa website trở lại trạng thái hoạt động bình thường.
6. Lỗi 504 Gateway Timeout
504 Gateway Timeout là lỗi website xảy ra khi một server đóng vai trò gateway hoặc proxy không nhận được phản hồi kịp thời từ server phía sau (upstream server) để hoàn tất request của người dùng. Nói cách khác, request đã được tiếp nhận và chuyển tiếp đến một hệ thống khác, nhưng hệ thống này xử lý quá lâu hoặc không phản hồi trong khoảng thời gian mà gateway cho phép. Khi thời gian chờ vượt quá giới hạn, gateway kết thúc request và trả về mã trạng thái 504 cho trình duyệt.
Một số biểu hiện thường gặp: Khi website gặp lỗi 504, trình duyệt thường hiển thị thông báo như “504 Gateway Timeout”, “Gateway Timeout” hoặc một trang lỗi tùy chỉnh từ máy chủ, CDN hay reverse proxy. Người dùng không thể nhận được phản hồi hoàn chỉnh từ website dù request đã được gửi đi.
Nguyên nhân:
- Upstream server phản hồi quá chậm: Application server cần nhiều thời gian để xử lý logic hoặc tạo phản hồi, khiến gateway hết thời gian chờ.
- Database của trang web truy vấn chậm, các câu SQL phức tạp, thiếu index hoặc bảng dữ liệu lớn có thể kéo dài thời gian truy xuất dữ liệu.
- Server quá tải: CPU, RAM, số lượng worker hoặc connection đạt giới hạn khiến request phải chờ lâu mới được xử lý.
- Kết nối mạng giữa các server gặp vấn đề: Đường truyền không ổn định, mất gói tin hoặc sự cố định tuyến khiến gateway không nhận được phản hồi đúng hạn.
- Dịch vụ API bên thứ ba bị chậm: Website phải chờ hệ thống thanh toán, vận chuyển hoặc một API bên ngoài phản hồi trước khi hoàn thành request.
- Cấu hình timeout không phù hợp: Giới hạn thời gian chờ tại Nginx, Apache, CDN, load balancer hoặc ứng dụng quá ngắn so với thời gian xử lý thực tế.
Cách khắc phục:
- Kiểm tra log của gateway và upstream server: Đối chiếu log tại Nginx, Apache, CDN, load balancer và application server để xác định request bị timeout ở tầng nào. Các thông tin như thời gian xử lý, địa chỉ upstream và thông báo lỗi sẽ giúp khoanh vùng nguyên nhân.
- Kiểm tra hiệu suất database: Phân tích các truy vấn chạy chậm, kiểm tra index, execution plan và tình trạng connection pool. Nếu database là nút thắt cổ chai, cần tối ưu truy vấn hoặc điều chỉnh cách lấy dữ liệu.
- Kiểm tra tài nguyên server: Theo dõi CPU, RAM, số lượng worker, kết nối đồng thời và hàng đợi request. Nếu hệ thống thường xuyên quá tải, cần tối ưu ứng dụng, phân phối tải hoặc nâng cấp tài nguyên phù hợp.
- Kiểm tra kết nối giữa các thành phần: Xác nhận gateway có thể kết nối đến đúng upstream server, port và địa chỉ mạng. Đồng thời, kiểm tra DNS, firewall và các vấn đề mạng có thể khiến phản hồi bị trì hoãn.
- Kiểm tra dịch vụ bên thứ ba: Nếu website phụ thuộc vào API bên ngoài, hãy đo thời gian phản hồi và kiểm tra trạng thái dịch vụ đó. Có thể sử dụng cache, retry có giới hạn hoặc cơ chế circuit breaker để giảm tác động khi dịch vụ phụ trợ gặp sự cố.
7. Lỗi 408 Request Timeout
408 Request Timeout là mã trạng thái HTTP cho biết server không nhận được request đầy đủ trong khoảng thời gian mà server cho phép. Khác với lỗi 504, trong đó gateway hoặc proxy chờ một server phía sau phản hồi quá lâu, lỗi 408 thường xảy ra khi quá trình gửi request từ client đến server bị kéo dài hoặc bị gián đoạn. Nói đơn giản, server đã chờ dữ liệu từ phía người gửi nhưng phải kết thúc kết nối vì thời gian chờ vượt quá giới hạn.
Biểu hiện: Khi xảy ra lỗi 408, trình duyệt có thể hiển thị “408 Request Timeout”, “Request Timeout” hoặc trang lỗi tùy chỉnh của website. Người dùng thường không nhận được kết quả mong muốn vì server đã kết thúc request trước khi dữ liệu được gửi đầy đủ.
Nguyên nhân:
- Kết nối Internet của người dùng quá chậm hoặc không ổn định, khiến request không được gửi hoàn chỉnh.
- Client gửi dữ liệu quá chậm, đặc biệt với các request upload file hoặc gửi form có dung lượng lớn.
- Server đặt thời gian chờ quá ngắn, khiến request hợp lệ nhưng mất nhiều thời gian truyền dữ liệu bị kết thúc sớm.
- Reverse proxy hoặc load balancer timeout, làm gián đoạn request trước khi web server nhận đủ dữ liệu.
- Kết nối mạng bị gián đoạn, khiến quá trình truyền request không thể hoàn tất.
- Server đang quá tải, làm giảm khả năng tiếp nhận và xử lý các connection mới.
- Firewall hoặc hệ thống bảo mật can thiệp vào connection, khiến request bị trì hoãn hoặc kết thúc trước thời hạn.
- Người dùng giữ connection quá lâu nhưng không tiếp tục gửi dữ liệu, khiến server phải đóng connection để giải phóng tài nguyên.
Cách khắc phục:
- Kiểm tra kết nối mạng: Nếu lỗi chỉ xảy ra với một người dùng hoặc một mạng cụ thể, cần kiểm tra tốc độ và độ ổn định của kết nối trước khi điều chỉnh server.
- Thử gửi lại request: Với lỗi mang tính tạm thời, refresh trang hoặc thực hiện lại request có thể giúp xác định lỗi có xảy ra liên tục hay không.
- Kiểm tra timeout trên web server: Rà soát các thiết lập timeout của Nginx, Apache hoặc web server đang sử dụng để xác định giới hạn hiện tại có quá thấp hay không.
- Kiểm tra reverse proxy và load balancer: Nếu request đi qua nhiều tầng trung gian, cần đảm bảo các tầng có cấu hình timeout phù hợp và không đóng connection quá sớm.
- Tối ưu upload và request lớn: Với file dung lượng lớn, có thể sử dụng cơ chế upload theo từng phần hoặc điều chỉnh giới hạn kích thước và thời gian xử lý phù hợp.
- Kiểm tra server load: Theo dõi CPU, RAM, connection và số lượng request đồng thời để xác định server có đang quá tải hay khiến request phải chờ quá lâu hay không.
- Kiểm tra log: Đối chiếu access log và error log để xác định request bị timeout ở thời điểm nào, từ đó phân biệt vấn đề nằm ở client, mạng, proxy hay server.
8. Lỗi 400 Bad Request
400 Bad Request là mã trạng thái HTTP cho biết server không thể xử lý request vì request gửi lên không hợp lệ hoặc không đúng định dạng mà server yêu cầu. Khác với lỗi 404, trong đó server không tìm thấy tài nguyên được yêu cầu, lỗi 400 xảy ra ngay ở bước server phân tích và xác thực request. Nói cách khác, tài nguyên có thể vẫn tồn tại và server vẫn hoạt động bình thường, nhưng thông tin được gửi trong request có vấn đề khiến server không thể tiếp tục xử lý.
Biểu hiện: Khi gặp lỗi 400, trình duyệt thường hiển thị thông báo “400 Bad Request”, “Bad Request” hoặc một thông báo tùy chỉnh từ website/server. Tùy cấu hình, người dùng có thể chỉ nhìn thấy trang lỗi mà không biết chính xác thành phần nào trong request gây ra vấn đề.
Nguyên nhân:
- URL không hợp lệ: URL chứa ký tự đặc biệt, encoding sai hoặc cấu trúc không đúng.
- Query parameter sai: Thiếu tham số bắt buộc, sai tên hoặc truyền giá trị không đúng định dạng.
- Request body không hợp lệ: Dữ liệu JSON, form data hoặc XML không đúng cấu trúc.
- Thiếu hoặc sai HTTP header: Một số API yêu cầu Content-Type, Authorization hoặc các header cụ thể.
- Cookie bị lỗi hoặc quá lớn: Cookie cũ, hỏng hoặc vượt giới hạn có thể khiến server từ chối request.
- URL hoặc request header vượt giới hạn: Request chứa quá nhiều dữ liệu hoặc kích thước vượt mức server cho phép.
- Dữ liệu người dùng nhập không hợp lệ: Form yêu cầu một kiểu dữ liệu nhưng client gửi giá trị khác.
- API client và server không tương thích: Client gửi request theo cấu trúc cũ trong khi API đã thay đổi yêu cầu.
Cách khắc phục:
- Kiểm tra URL: Xác nhận domain, path, query parameters và các ký tự đặc biệt trong URL. Nếu URL được tạo tự động, cần kiểm tra quá trình encode dữ liệu.
- Kiểm tra request parameters: Đối chiếu tên, kiểu dữ liệu và giá trị của từng parameter với yêu cầu của endpoint. Đặc biệt chú ý các trường bắt buộc nhưng đang bị bỏ trống.
- Kiểm tra request body: Với JSON hoặc form data, xác nhận dữ liệu đúng cú pháp và cấu trúc mà server yêu cầu.
- Kiểm tra HTTP headers: Xác nhận các header quan trọng như Content-Type, Accept hoặc Authorization được gửi đúng định dạng.
- Xóa cache và cookie: Nếu lỗi chỉ xuất hiện trên một trình duyệt hoặc tài khoản cụ thể, có thể thử xóa cookie/cache rồi gửi lại request để loại trừ dữ liệu cũ bị lỗi.
- Kiểm tra giới hạn request: Với URL, header hoặc request body có kích thước lớn, cần kiểm tra giới hạn của web server, reverse proxy và application.
- Kiểm tra API contract: Nếu lỗi xuất hiện khi frontend gọi backend, cần đối chiếu request thực tế với tài liệu API để xác định client đang gửi sai trường, sai kiểu dữ liệu hoặc sai endpoint.
401 Unauthorized là mã trạng thái HTTP cho biết request chưa cung cấp thông tin xác thực hợp lệ để truy cập tài nguyên được yêu cầu. Mặc dù tên gọi có chữ “Unauthorized”, lỗi web này chủ yếu liên quan đến authentication - xác thực danh tính, tức server cần biết người gửi request là ai trước khi cho phép tiếp tục xử lý. Lỗi website 401 có thể xảy ra khi người dùng chưa đăng nhập, session đã hết hạn, access token không hợp lệ hoặc thông tin xác thực được gửi lên không đúng định dạng.
Biểu hiện: Khi xảy ra lỗi 401, trình duyệt hoặc ứng dụng có thể hiển thị “401 Unauthorized”, “Unauthorized” hoặc thông báo yêu cầu đăng nhập/xác thực. Một số website không hiển thị trực tiếp mã 401 mà tự động chuyển người dùng đến trang đăng nhập.
Nguyên nhân:
- Người dùng chưa đăng nhập nhưng truy cập tài nguyên yêu cầu xác thực.
- Username/password không chính xác hoặc quá trình xác thực thất bại.
- Access token đã hết hạn hoặc bị thu hồi.
- Token được gửi sai định dạng, chẳng hạn thiếu tiền tố Bearer.
- Request không gửi authentication header cần thiết.
- Cookie phiên đăng nhập bị xóa, hết hạn hoặc không được gửi đến server.
- Session trên server đã hết hạn hoặc bị mất.
- Client sử dụng token của môi trường khác, chẳng hạn token staging cho production.
- Cấu hình authentication middleware hoặc identity provider bị lỗi.
- Thời gian giữa client và server sai lệch, khiến token có thời hạn bị xem là không hợp lệ.
Cách khắc phục:
- Kiểm tra trạng thái đăng nhập: Nếu tài nguyên yêu cầu tài khoản, hãy xác nhận người dùng đã đăng nhập và session vẫn còn hiệu lực.
- Đăng nhập lại: Với các session hoặc token đã hết hạn, đăng xuất rồi đăng nhập lại có thể tạo thông tin xác thực mới.
- Kiểm tra access token: Đối với API, bạn cần xác nhận token có tồn tại, chưa hết hạn, chưa bị thu hồi và được gửi đúng định dạng.
- Kiểm tra HTTP Authorization header: Với cơ chế Bearer Token, cần đảm bảo request gửi đúng dạng Authorization: Bearer và không bị frontend, proxy hoặc middleware loại bỏ.
- Kiểm tra cookie và session: Xác nhận cookie authentication được tạo, lưu và gửi đúng domain/path; đồng thời kiểm tra các thiết lập liên quan đến Secure, HttpOnly và SameSite khi website sử dụng cookie để xác thực.
- Kiểm tra authentication middleware: Với website hoặc API, cần xác định middleware xác thực có đang hoạt động đúng và có vô tình từ chối các request hợp lệ hay không.
- Kiểm tra hệ thống cấp token: Nếu website sử dụng OAuth hoặc một identity provider, cần kiểm tra quá trình cấp, refresh và xác thực token.
Các lỗi web thường gặp liên quan đến giao diện
Khác với nhóm lỗi web HTTP, lỗi giao diện thường không thể xác định chỉ bằng mã trạng thái server mà cần quan sát trực tiếp trên trình duyệt và kiểm tra giao diện ở nhiều kích thước màn hình. Một website có thể hiển thị hoàn toàn bình thường trên máy tính nhưng lại bị vỡ trên tablet hoặc mobile do CSS cố định chiều rộng, hình ảnh không co giãn hoặc các thành phần chưa được thiết kế responsive. Vì vậy, khi kiểm tra các lỗi website nhóm này, bạn cần đánh giá cả bố cục, khả năng tương tác và tính nhất quán của giao diện trên nhiều thiết bị.
1. Lỗi website bị vỡ giao diện
Website bị vỡ giao diện là tình trạng các thành phần trên trang không còn được hiển thị theo bố cục được thiết kế ban đầu. Nội dung có thể bị tràn khỏi khung, cột bị lệch, khoảng cách giữa các thành phần không đều hoặc hình ảnh và nút bấm xuất hiện sai vị trí. Trong một số trường hợp, lỗi chỉ xuất hiện ở một trang hoặc một khu vực cụ thể; nhưng nếu nguyên nhân nằm trong CSS dùng chung, nhiều trang trên website có thể bị ảnh hưởng cùng lúc.
Nguyên nhân phổ biến của lỗi này là CSS bị ghi đè, kích thước phần tử được thiết lập không phù hợp hoặc cấu trúc HTML không khớp với stylesheet. Chẳng hạn, một phần tử có chiều rộng cố định quá lớn có thể khiến toàn bộ nội dung bị tràn ngang trên màn hình nhỏ. Ngoài ra, thay đổi theme, plugin, thư viện frontend hoặc thêm một đoạn CSS mới cũng có thể tạo ra xung đột với các quy tắc định dạng đang tồn tại. Những lỗi liên quan đến display, position, width, height, margin, padding, overflow hoặc z-index thường cần được kiểm tra khi bố cục có biểu hiện bất thường.
Để khắc phục, cần xác định chính xác thành phần đang gây lỗi trước khi thay đổi CSS. Developer có thể mở DevTools của trình duyệt, sử dụng công cụ Inspect để kiểm tra cấu trúc HTML và các thuộc tính CSS đang được áp dụng cho phần tử. Nếu một quy tắc bị ghi đè, có thể xác định stylesheet hoặc selector gây ra xung đột thông qua phần Styles và Computed. Sau khi sửa, cần kiểm tra lại trên nhiều kích thước màn hình để bảo đảm thay đổi không làm phát sinh lỗi ở desktop, tablet hoặc mobile.
2. Website không responsive trên mobile
Website không responsive trên mobile là tình trạng giao diện không tự điều chỉnh phù hợp với kích thước màn hình điện thoại hoặc máy tính bảng. Người dùng có thể phải kéo ngang để xem toàn bộ nội dung, chữ quá nhỏ, hình ảnh vượt khỏi khung hoặc các nút bấm nằm quá sát nhau. Đây là một dạng lỗi giao diện đáng chú ý vì thiết kế dành cho màn hình lớn không thể được giữ nguyên một cách máy móc trên thiết bị có chiều rộng nhỏ hơn.
Nguyên nhân thường nằm ở việc website sử dụng kích thước cố định thay vì các đơn vị linh hoạt, thiếu media query hoặc chưa xây dựng đúng cấu trúc responsive. Ví dụ, một container có width: 1200px có thể hiển thị bình thường trên màn hình desktop nhưng gây tràn ngang khi mở bằng điện thoại. Ngoài ra, hình ảnh không có thuộc tính co giãn phù hợp, bảng dữ liệu quá rộng, menu desktop không có trạng thái mobile hoặc font chữ được thiết lập quá lớn cũng có thể khiến giao diện khó sử dụng trên màn hình nhỏ.
Để xử lý lỗi này, cần kiểm tra giao diện ở nhiều kích thước viewport thay vì chỉ kiểm tra trên một thiết bị thực tế. Các thành phần có kích thước cố định nên được thay thế bằng cách thiết lập linh hoạt khi phù hợp, đồng thời sử dụng media query để thay đổi bố cục theo từng breakpoint. Hình ảnh cũng cần được giới hạn trong chiều rộng của container để tránh tràn khung. Sau khi điều chỉnh, nên kiểm tra các thành phần quan trọng như menu, form, nút CTA, bảng, hình ảnh và nội dung văn bản trên cả mobile, tablet và desktop.
3. Hình ảnh không hiển thị
Hình ảnh không hiển thị là tình trạng ảnh trên website không xuất hiện như thiết kế, thay vào đó người dùng có thể nhìn thấy vùng trống, biểu tượng hình ảnh bị lỗi hoặc nội dung alt text. Lỗi có thể xảy ra với toàn bộ hình ảnh trên website hoặc chỉ một số ảnh cụ thể, tùy thuộc vào nguyên nhân nằm ở URL ảnh, file trên server, quyền truy cập, CDN hoặc mã HTML/CSS.
Hình ảnh được tải thông qua một request riêng từ trình duyệt đến nơi lưu trữ tài nguyên. Vì vậy, một trang web vẫn có thể tải HTML và CSS bình thường nhưng hình ảnh lại không xuất hiện nếu đường dẫn đến file bị sai, file đã bị xóa hoặc server không cho phép truy cập. Ngoài ra, lazy loading, định dạng ảnh không tương thích, cấu hình CDN hoặc một đoạn CSS vô tình ẩn hình ảnh cũng có thể gây ra lỗi.
Khi xử lý, trước tiên cần kiểm tra URL được khai báo trong src hoặc srcset của thẻ < img >. Nếu đường dẫn trả về lỗi 404, cần kiểm tra lại vị trí và tên file trên server, đồng thời lưu ý sự khác biệt giữa chữ hoa và chữ thường trên một số hệ thống máy chủ. Trường hợp file vẫn tồn tại nhưng không tải được, có thể kiểm tra quyền truy cập, CDN, CORS hoặc các thiết lập bảo mật liên quan. Developer cũng có thể mở DevTools và xem mục Network, lọc theo loại Img để xác định request hình ảnh đang trả về mã trạng thái nào.
4. Font chữ hoặc icon hiển thị sai
Font chữ hoặc icon hiển thị sai là tình trạng kiểu chữ, biểu tượng hoặc các thành phần trực quan trên website không được trình duyệt hiển thị đúng như thiết kế. Font có thể bị thay thế bằng font mặc định, ký tự bị lỗi, icon biến thành ô vuông hoặc một số biểu tượng hoàn toàn không xuất hiện. Lỗi này không chỉ ảnh hưởng đến tính thẩm mỹ mà còn có thể làm thay đổi kích thước chữ, khoảng cách dòng và bố cục tổng thể của trang.
Font và icon thường được tải từ các file như WOFF, WOFF2, SVG, icon font hoặc từ các thư viện frontend và CDN. Do đó, website có thể vẫn tải HTML và CSS bình thường nhưng font hoặc icon lại không xuất hiện nếu file bị thiếu, URL sai, server trả về MIME type không phù hợp hoặc trình duyệt chặn request. Trường hợp CSS khai báo sai font-family, font-weight hoặc thư viện icon không được tải đầy đủ cũng có thể khiến biểu tượng hiển thị khác với thiết kế.
Để khắc phục, cần kiểm tra request tải font hoặc icon trong DevTools, đặc biệt tại mục Network và bộ lọc Font. Nếu file trả về 404, cần kiểm tra lại đường dẫn; nếu request bị chặn do CORS hoặc lỗi MIME type, cần điều chỉnh cấu hình server hoặc CDN. Với trường hợp font đã tải nhưng hiển thị sai, cần kiểm tra lại @font-face, font-family, font-weight và các stylesheet có liên quan. Nếu sử dụng thư viện icon, cũng cần bảo đảm CSS, font hoặc file SVG cần thiết của thư viện đã được tải đầy đủ.
Nhóm lỗi website liên quan đến hiệu suất & tốc độ tải trang
Hiệu suất website phản ánh khả năng máy chủ và trình duyệt xử lý yêu cầu, tải tài nguyên và hiển thị nội dung cho người dùng trong khoảng thời gian nhất định. Một website có thể hoạt động bình thường về mặt chức năng nhưng vẫn gặp lỗi hiệu suất nếu thời gian phản hồi lâu, tài nguyên tải quá nhiều hoặc hệ thống không xử lý kịp lượng truy cập. Những vấn đề này thường biểu hiện qua tình trạng trang tải chậm, nội dung xuất hiện từng phần, thao tác bị trễ hoặc tốc độ giảm mạnh vào thời điểm có nhiều người truy cập.
1. Lỗi website tải chậm
Website tải chậm là tình trạng trang mất nhiều thời gian để phản hồi hoặc hiển thị đầy đủ nội dung sau khi người dùng truy cập. Người dùng có thể nhìn thấy màn hình trắng trong thời gian dài, nội dung chính xuất hiện chậm, hình ảnh tải từng phần hoặc phải chờ khá lâu mới có thể tương tác với trang. Lỗi này có thể xảy ra ở một trang cụ thể hoặc trên toàn bộ website, tùy thuộc vào thành phần đang gây ra độ trễ.
Website tải chậm thường không xuất phát từ duy nhất một nguyên nhân. Nếu thời gian phản hồi từ server đã cao ngay từ đầu, vấn đề có thể nằm ở hosting, máy chủ, mã nguồn hoặc database. Ngược lại, nếu server phản hồi nhanh nhưng trang vẫn mất nhiều thời gian để hoàn tất, nguyên nhân có thể nằm ở số lượng tài nguyên cần tải, hình ảnh có dung lượng lớn, JavaScript/CSS chưa được tối ưu hoặc các dịch vụ bên thứ ba. Những website sử dụng quá nhiều plugin cũng có thể phát sinh thêm request và mã nguồn cần xử lý, từ đó làm tăng thời gian tải trang.
Để xác định nguyên nhân, cần phân biệt thời gian server phản hồi với thời gian trình duyệt hoàn tất tải trang. DevTools của trình duyệt có thể được sử dụng để kiểm tra Network, từ đó xem từng request mất bao lâu, tài nguyên nào có dung lượng lớn và request nào đang chờ lâu. Các công cụ đo hiệu suất cũng có thể giúp phát hiện những vấn đề như hình ảnh chưa tối ưu, tài nguyên chặn quá trình hiển thị hoặc JavaScript thực thi quá nhiều.
Việc khắc phục nên bắt đầu từ những thành phần gây ra độ trễ lớn nhất thay vì tối ưu tất cả cùng lúc. Hình ảnh có thể được nén và sử dụng định dạng phù hợp, đồng thời chỉ tải kích thước cần thiết cho từng khu vực. CSS và JavaScript không cần thiết có thể được giảm tải hoặc trì hoãn thời điểm thực thi. Nếu thời gian phản hồi server cao, cần kiểm tra hosting, database, cache và mã nguồn backend thay vì chỉ tối ưu giao diện. Sau khi thay đổi, nên đo lại hiệu suất để xác định cải thiện thực tế thay vì chỉ dựa vào cảm nhận.
2. Time to First Byte (TTFB) cao
Time to First Byte (TTFB) cao là tình trạng trình duyệt phải chờ lâu từ lúc gửi request đến server cho đến khi nhận được byte dữ liệu đầu tiên từ server. Chỉ số này tập trung vào giai đoạn đầu của quá trình tải trang, vì vậy TTFB cao thường cho thấy request mất nhiều thời gian ở phía server, mạng hoặc quá trình xử lý trước khi nội dung bắt đầu được trả về. Đây là một vấn đề khác với trường hợp server phản hồi nhanh nhưng trình duyệt mất nhiều thời gian để tải toàn bộ tài nguyên của trang.
TTFB có thể bị ảnh hưởng bởi nhiều thành phần trong chuỗi xử lý request. Khi người dùng truy cập website, request có thể đi qua DNS, kết nối mạng, CDN hoặc reverse proxy trước khi đến web server. Sau đó, server có thể phải xử lý mã nguồn, truy vấn database, gọi API hoặc thực hiện các tác vụ backend trước khi tạo response. Nếu một trong những bước này mất nhiều thời gian, byte dữ liệu đầu tiên sẽ được gửi về chậm và TTFB tăng lên.
Để khắc phục TTFB cao, trước tiên cần xác định độ trễ nằm ở mạng, máy chủ hay quá trình xử lý backend. Có thể kiểm tra request trong DevTools hoặc các công cụ đo hiệu suất để quan sát thời gian chờ phản hồi từ server. Nếu nguyên nhân nằm ở backend, cần rà soát truy vấn database, các API bên ngoài, mã nguồn xử lý request và những tác vụ không cần thiết. Nếu website có lượng truy cập phân bố ở nhiều khu vực, CDN và caching có thể giúp đưa nội dung đến gần người dùng hơn và giảm số request phải xử lý trực tiếp tại server.
3. Lỗi website chậm khi có nhiều người truy cập
Website chậm khi có nhiều người truy cập là tình trạng tốc độ phản hồi giảm rõ rệt khi số lượng request đồng thời tăng lên. Trong điều kiện bình thường, website có thể tải nhanh và hoạt động ổn định, nhưng khi chạy chương trình quảng cáo, có nội dung lan truyền hoặc vào thời điểm cao điểm, thời gian phản hồi tăng mạnh. Một số trường hợp nghiêm trọng có thể khiến request bị timeout, trả về lỗi 5xx hoặc website tạm thời không thể truy cập.
Nguyên nhân thường nằm ở khả năng xử lý tải của hệ thống chưa đáp ứng được lượng request đồng thời. Máy chủ có thể bị sử dụng gần hết CPU hoặc RAM, database phải xử lý quá nhiều truy vấn hoặc giới hạn kết nối bị đạt đến mức tối đa. Nếu website sử dụng hosting có tài nguyên giới hạn, lượng truy cập tăng đột ngột có thể khiến các website hoặc tiến trình dùng chung tài nguyên cạnh tranh với nhau. Ngoài ra, không có cơ chế cache khiến mỗi request đều phải xử lý từ đầu cũng làm server nhanh chóng bị quá tải.
Để khắc phục, cần theo dõi mức sử dụng CPU, RAM, database connection, request/second và thời gian phản hồi trong thời điểm website có nhiều người truy cập. Cơ chế page cache, object cache hoặc CDN có thể giảm số lượng request phải xử lý trực tiếp bởi server. Những truy vấn database chậm cũng cần được kiểm tra và tối ưu, đồng thời các tác vụ nặng có thể được tách khỏi quá trình xử lý request nếu không cần thực hiện ngay.
Nhóm lỗi website liên quan đến bảo mật
Các lỗi bảo mật website có thể ảnh hưởng đến kết nối, dữ liệu và trải nghiệm của người dùng. Những vấn đề thường gặp gồm lỗi SSL/TLS, Mixed Content, mã độc, chuyển hướng bất thường và cấu hình bảo mật chưa đúng.
1. Lỗi "Kết nối của bạn không phải là kết nối riêng tư" (SSL/TLS error)
“Kết nối của bạn không phải là kết nối riêng tư” là cảnh báo thường xuất hiện khi trình duyệt không thể xác minh an toàn chứng chỉ SSL/TLS của website. Thay vì truy cập trang bình thường, người dùng có thể nhìn thấy cảnh báo về kết nối không riêng tư và được yêu cầu quay lại trang trước. Về bản chất, lỗi này cho thấy trình duyệt chưa thể thiết lập hoặc xác minh một kết nối HTTPS đáng tin cậy với website.
Một trong những nguyên nhân phổ biến là chứng chỉ SSL đã hết hạn, chưa được cài đặt đúng hoặc không khớp với tên miền. Ví dụ, chứng chỉ được cấp cho một tên miền nhưng website lại được truy cập bằng một tên miền khác không nằm trong phạm vi chứng chỉ. Lỗi cũng có thể xảy ra khi chuỗi chứng chỉ không đầy đủ, chứng chỉ bị cấu hình sai trên server hoặc hệ thống sử dụng chứng chỉ không được trình duyệt tin cậy. Trong một số trường hợp, vấn đề còn nằm ở cấu hình TLS hoặc thời gian hệ thống trên thiết bị người dùng.
Khi gặp lỗi, trước tiên cần kiểm tra thông tin chứng chỉ của tên miền và thời hạn sử dụng. Quản trị viên cần bảo đảm chứng chỉ được cấp đúng cho tên miền đang sử dụng, cấu hình đầy đủ trên web server và thiết lập chuyển hướng HTTP sang HTTPS một cách chính xác. Nếu website sử dụng CDN hoặc reverse proxy, cần kiểm tra cả cấu hình SSL/TLS giữa người dùng và CDN cũng như giữa CDN và máy chủ gốc. Sau khi sửa, cần kiểm tra lại website trên nhiều trình duyệt và thiết bị để bảo đảm chứng chỉ được xác minh bình thường.
2. Lỗi Mixed Content
Mixed Content xảy ra khi một website đã được truy cập bằng HTTPS nhưng vẫn tải một hoặc nhiều tài nguyên thông qua HTTP. Các tài nguyên này có thể là hình ảnh, file CSS, JavaScript, font, iframe hoặc nội dung được gọi từ một nguồn bên ngoài. Trình duyệt có thể chặn một số tài nguyên không an toàn hoặc hiển thị cảnh báo, khiến một phần giao diện hoặc chức năng của website không hoạt động như dự kiến.
Lỗi thường xuất hiện sau khi website chuyển từ HTTP sang HTTPS nhưng một số URL cũ vẫn chưa được cập nhật. Chẳng hạn, trang chính sử dụng https:// nhưng trong mã HTML hoặc CSS vẫn tồn tại đường dẫn http://example.com/image.jpg. Các tài nguyên được nhúng từ plugin, theme, thư viện bên thứ ba hoặc CDN cũng có thể tạo ra Mixed Content nếu chúng chưa hỗ trợ HTTPS đúng cách.
Để khắc phục, cần xác định chính xác tài nguyên nào đang được tải qua HTTP. DevTools của trình duyệt thường hiển thị cảnh báo Mixed Content trong Console, đồng thời có thể kiểm tra các request trong phần Network. Sau đó, những URL HTTP cần được chuyển sang HTTPS nếu nguồn tài nguyên hỗ trợ kết nối bảo mật. Với website sử dụng CMS, cần kiểm tra cả URL trong database, theme, plugin và các đoạn mã tùy chỉnh thay vì chỉ sửa đường dẫn trên một trang.
3. Website bị chèn mã độc hoặc chuyển hướng bất thường
Website bị chèn mã độc hoặc chuyển hướng bất thường là tình trạng mã nguồn hoặc tài nguyên của website bị thay đổi trái phép, khiến trang xuất hiện nội dung lạ, quảng cáo không mong muốn hoặc tự động chuyển người dùng sang một địa chỉ khác. Một số website chỉ chuyển hướng trong những điều kiện nhất định, chẳng hạn khi truy cập bằng thiết bị di động hoặc thông qua công cụ tìm kiếm, nên lỗi có thể khó phát hiện nếu chỉ kiểm tra website bằng một cách truy cập duy nhất.
Nguyên nhân thường liên quan đến việc tài khoản quản trị, CMS, plugin, theme hoặc server tồn tại lỗ hổng bảo mật. Kẻ tấn công có thể chèn mã JavaScript, PHP hoặc thay đổi các file cấu hình để tạo nội dung hoặc chuyển hướng người dùng. Trong một số trường hợp, mã độc không được chèn trực tiếp vào file giao diện mà nằm trong database, .htaccess, cấu hình server hoặc các thành phần bên thứ ba.
Khi phát hiện dấu hiệu bất thường, cần hạn chế tiếp tục chỉnh sửa hoặc xóa file một cách thủ công nếu chưa xác định được phạm vi ảnh hưởng. Quản trị viên nên sao lưu dữ liệu phục vụ điều tra, kiểm tra file mã nguồn, database, tài khoản quản trị, log server và các thay đổi gần thời điểm website bắt đầu có vấn đề. Những plugin, theme hoặc phần mềm CMS không còn được cập nhật cũng cần được kiểm tra vì chúng có thể là điểm xâm nhập ban đầu.
4. Lộ thông tin hoặc lỗi cấu hình bảo mật
Lộ thông tin hoặc lỗi cấu hình bảo mật là tình trạng website vô tình công khai những dữ liệu hoặc thông tin kỹ thuật không nên được người dùng bên ngoài truy cập. Những thông tin này có thể bao gồm file cấu hình, thư mục chứa dữ liệu, thông tin phiên bản phần mềm, thông báo lỗi chi tiết, file sao lưu hoặc các endpoint quản trị. Không phải mọi thông tin bị lộ đều trực tiếp tạo thành một cuộc tấn công, nhưng chúng có thể cung cấp thêm dữ liệu để xác định cấu trúc và điểm yếu của hệ thống.
Một số lỗi bắt nguồn từ việc server cho phép directory listing, để các file nhạy cảm trong thư mục public hoặc bật chế độ debug trên môi trường production. Khi xảy ra lỗi, server có thể trả về stack trace hoặc thông tin chi tiết về đường dẫn file, framework, database và phiên bản phần mềm. Cấu hình quyền truy cập quá rộng, endpoint quản trị không được bảo vệ đầy đủ hoặc HTTP security headers chưa được thiết lập phù hợp cũng có thể làm tăng rủi ro.
Để khắc phục, cần rà soát những tài nguyên đang được công khai từ web server và loại bỏ các file không cần thiết khỏi thư mục có thể truy cập trực tiếp. Chế độ debug và các thông báo lỗi chi tiết nên được tắt trên môi trường production, đồng thời hệ thống chỉ nên trả về thông tin lỗi cần thiết cho người dùng. Quyền truy cập file và thư mục cũng cần được thiết lập theo nguyên tắc ít quyền nhất, nghĩa là mỗi thành phần chỉ được cấp quyền cần thiết cho chức năng của nó.
Các lỗi web liên quan đến cơ sở dữ liệu và máy chủ
Cơ sở dữ liệu và máy chủ là hai thành phần quan trọng giúp website xử lý request, lưu trữ dữ liệu và trả nội dung đến người dùng. Khi database hoặc server gặp sự cố, website có thể không truy cập được, phản hồi chậm, hiển thị dữ liệu sai hoặc phát sinh lỗi 5xx.
1. Không kết nối được database
Không kết nối được database là tình trạng website không thể thiết lập kết nối đến cơ sở dữ liệu để lấy hoặc ghi dữ liệu. Khi đó, người dùng có thể nhìn thấy thông báo lỗi thay vì nội dung website, chẳng hạn như “Error establishing a database connection”. Với các website phụ thuộc nhiều vào database như WordPress, lỗi này có thể khiến toàn bộ trang hoặc một số chức năng quan trọng ngừng hoạt động.
Nguyên nhân thường nằm ở thông tin kết nối database bị sai, database server ngừng hoạt động hoặc tài khoản database không còn quyền truy cập. Các thông tin như hostname, database name, username và password nếu được cấu hình không chính xác sẽ khiến ứng dụng không thể xác thực với database. Ngoài ra, database có thể bị quá tải, giới hạn số lượng kết nối hoặc gặp lỗi sau khi server được khởi động lại.
Để khắc phục, cần kiểm tra thông tin kết nối trong file cấu hình của website và xác nhận database server vẫn đang hoạt động. Nếu thông tin đăng nhập chính xác, cần kiểm tra quyền của tài khoản database, số lượng connection và log của database server để xác định nguyên nhân. Với website sử dụng hosting, có thể kiểm tra trạng thái database thông qua control panel; còn với server riêng, cần kiểm tra trực tiếp service database và tài nguyên hệ thống.
2. Database quá tải hoặc truy vấn chậm
Database quá tải hoặc truy vấn chậm là tình trạng database mất nhiều thời gian để xử lý các yêu cầu từ website, khiến trang phản hồi chậm hoặc một số request bị timeout. Lỗi thường rõ rệt hơn khi website có nhiều người truy cập cùng lúc hoặc khi một chức năng phải xử lý lượng dữ liệu lớn.
Nguyên nhân có thể đến từ truy vấn SQL chưa được tối ưu, bảng dữ liệu quá lớn, thiếu index hoặc hệ thống phải thực hiện quá nhiều truy vấn cho một request. Những truy vấn phức tạp, truy vấn lặp lại hoặc yêu cầu quét một lượng lớn dữ liệu có thể tiêu tốn nhiều CPU và RAM của database server. Ngoài ra, việc lưu trữ quá nhiều dữ liệu không cần thiết, plugin tạo dữ liệu liên tục hoặc database không được bảo trì cũng có thể làm hiệu suất giảm theo thời gian.
Để xử lý, trước tiên cần xác định truy vấn nào đang chiếm nhiều thời gian hoặc tài nguyên nhất thông qua database log và các công cụ monitoring. Sau đó, developer có thể tối ưu câu lệnh SQL, bổ sung index phù hợp, giảm số lượng truy vấn không cần thiết hoặc điều chỉnh cấu trúc dữ liệu nếu cần. Cơ chế cache cũng có thể giúp giảm số lần website phải truy vấn trực tiếp vào database đối với những dữ liệu được yêu cầu thường xuyên.
3. Hết dung lượng hosting/server
Hết dung lượng hosting/server xảy ra khi không gian lưu trữ hoặc tài nguyên được cấp cho website đã đạt giới hạn. Khi đó, website có thể không thể ghi thêm file, tạo log, lưu dữ liệu tạm hoặc thực hiện các thao tác cần đến bộ nhớ lưu trữ. Trong một số trường hợp, website vẫn truy cập được nhưng một số chức năng như upload hình ảnh, gửi form hoặc cập nhật nội dung không hoạt động.
Nguyên nhân không chỉ đến từ file website mà còn có thể liên quan đến hình ảnh, video, bản sao lưu, log server, email hoặc dữ liệu tạm. Với website phát triển trong thời gian dài, những file backup cũ hoặc log không được dọn dẹp có thể chiếm một lượng lớn dung lượng. Nếu giới hạn nằm ở inode hoặc một loại tài nguyên khác thay vì dung lượng ổ đĩa, website cũng có thể gặp lỗi dù vẫn còn một phần không gian lưu trữ.
Cách xử lý là kiểm tra mức sử dụng tài nguyên trong control panel hoặc hệ thống quản trị server để xác định loại tài nguyên đang đạt giới hạn. Các file tạm, bản sao lưu không còn cần thiết và log cũ có thể được dọn dẹp theo quy trình an toàn. Nếu website thường xuyên sử dụng gần hết dung lượng, cần nâng cấp gói hosting hoặc mở rộng tài nguyên server thay vì chỉ xóa dữ liệu tạm thời.
4. DNS không trỏ đúng website
DNS không trỏ đúng website là tình trạng tên miền không phân giải đến đúng địa chỉ IP hoặc máy chủ đang chứa website. Khi người dùng nhập tên miền, trình duyệt có thể không mở được website, hiển thị trang mặc định của nhà cung cấp hosting hoặc truy cập nhầm một máy chủ khác. Lỗi này thường xảy ra sau khi đổi hosting, thay đổi DNS hoặc cấu hình tên miền chưa hoàn tất.
Nguyên nhân có thể là bản ghi A, AAAA hoặc CNAME được thiết lập sai, nameserver chưa trỏ về đúng nhà cung cấp DNS hoặc bản ghi cũ vẫn còn hiệu lực. Một số website còn có cấu hình khác nhau giữa tên miền chính và www, khiến một địa chỉ truy cập được nhưng địa chỉ còn lại lại không hoạt động. Ngoài ra, thay đổi DNS cần thời gian để được cập nhật trên các DNS resolver nên website có thể chưa hiển thị đồng nhất ở mọi nơi ngay sau khi chỉnh sửa.
Để khắc phục, cần kiểm tra nameserver và các bản ghi DNS hiện tại, sau đó đối chiếu với thông tin do nhà cung cấp hosting hoặc server cung cấp. Cần bảo đảm tên miền chính, phiên bản www và các subdomain cần thiết đều được trỏ đến đúng đích. Sau khi thay đổi, nên kiểm tra quá trình phân giải DNS và chờ hệ thống cập nhật trước khi kết luận website vẫn gặp lỗi. Nếu DNS đã trỏ đúng nhưng website chưa hoạt động, cần tiếp tục kiểm tra web server, virtual host và cấu hình domain trên máy chủ.
Các lỗi website liên quan đến SEO
Các lỗi SEO kỹ thuật có thể khiến công cụ tìm kiếm khó thu thập dữ liệu, lập chỉ mục hoặc hiểu đúng cấu trúc website. Những vấn đề thường gặp gồm trang bị chặn index, broken link, URL trùng lặp, redirect sai, sitemap lỗi và canonical không chính xác.
1. Lỗi website bị chặn index
Website bị chặn index là tình trạng một hoặc nhiều trang không được công cụ tìm kiếm đưa vào chỉ mục, khiến các URL này khó xuất hiện trên kết quả tìm kiếm tự nhiên. Lỗi có thể xảy ra do cấu hình noindex, file robots.txt, thiết lập trong CMS hoặc một số chỉ thị khác khiến bot tìm kiếm không thể hoặc không nên lập chỉ mục trang.
Nguyên nhân phổ biến là thẻ meta robots được thiết lập noindex nhưng quản trị viên không nhận ra. Website mới triển khai cũng có thể vô tình bật tùy chọn ngăn công cụ tìm kiếm lập chỉ mục. Ngoài ra, việc chặn URL trong robots.txt có thể khiến bot không thu thập được nội dung, dù cần phân biệt rằng robots.txt và noindex có chức năng khác nhau: robots.txt chủ yếu kiểm soát việc thu thập dữ liệu, còn noindex là chỉ thị yêu cầu không đưa trang vào chỉ mục.
Để khắc phục, cần kiểm tra URL bị ảnh hưởng trong công cụ quản trị website của công cụ tìm kiếm, sau đó rà soát meta robots, HTTP header X-Robots-Tag và file robots.txt. Nếu trang cần xuất hiện trên kết quả tìm kiếm, cần loại bỏ chỉ thị noindex hoặc điều chỉnh quy tắc chặn không phù hợp. Sau khi sửa, có thể yêu cầu công cụ tìm kiếm thu thập và lập chỉ mục lại URL để kiểm tra trạng thái mới.
2. Broken link (liên kết bị hỏng)
Broken link là liên kết dẫn đến một URL không còn tồn tại, không thể truy cập hoặc trả về lỗi. Người dùng có thể gặp trang 404 khi nhấp vào liên kết, trong khi bot tìm kiếm cũng có thể không thể tiếp tục thu thập dữ liệu theo đường dẫn đó. Broken link có thể xuất hiện ở liên kết nội bộ, liên kết đến website bên ngoài, hình ảnh hoặc các tài nguyên khác.
Nguyên nhân thường là trang đích đã bị xóa, URL đã thay đổi nhưng liên kết cũ chưa được cập nhật hoặc website sử dụng sai đường dẫn. Khi cấu trúc website được thay đổi, các liên kết cũ trong bài viết cũng có thể trở thành broken link. Ngoài ra, một website có nhiều nội dung cũ và ít được kiểm tra định kỳ sẽ dễ tích lũy các liên kết không còn hoạt động.
Cách xử lý là rà soát các liên kết trả về mã trạng thái lỗi như 404 hoặc 410 và xác định URL nào thực sự cần được giữ lại. Nếu nội dung đã chuyển sang URL mới, nên thiết lập redirect phù hợp thay vì để liên kết cũ dẫn đến trang lỗi. Với liên kết không còn giá trị, có thể cập nhật sang một trang liên quan hoặc loại bỏ khỏi nội dung. Việc kiểm tra broken link định kỳ giúp hạn chế tình trạng người dùng và bot liên tục gặp các URL không tồn tại
3. URL bị trùng lặp
URL bị trùng lặp là tình trạng nhiều URL khác nhau có thể truy cập đến cùng một nội dung hoặc các phiên bản nội dung rất giống nhau. Ví dụ, website có thể tạo nhiều URL do tham số truy vấn, bộ lọc, phân trang hoặc các phiên bản khác nhau của cùng một trang. Khi đó, công cụ tìm kiếm phải xác định URL nào nên được xem là phiên bản chính.
Nguyên nhân thường đến từ cấu trúc website chưa được kiểm soát tốt, đặc biệt ở các website thương mại điện tử hoặc website có chức năng lọc và sắp xếp nội dung. Các URL có tham số như ?sort=, ?filter= hoặc ?utm_source= có thể tạo ra nhiều biến thể của cùng một trang. Phiên bản HTTP và HTTPS, có hoặc không có www, hoặc URL có dấu / cuối cũng cần được cấu hình nhất quán để hạn chế các phiên bản không cần thiết.
Để xử lý, cần xác định đâu là URL chính mà website muốn công cụ tìm kiếm lập chỉ mục. Sau đó, có thể sử dụng canonical, redirect hoặc các quy tắc cấu trúc URL phù hợp tùy từng trường hợp. Những URL không có giá trị tìm kiếm nhưng vẫn cần tồn tại cho chức năng website cần được kiểm soát để tránh tạo ra quá nhiều phiên bản nội dung tương tự. Quan trọng là không nên sử dụng một phương pháp duy nhất cho mọi trường hợp mà cần xem xét mục đích của từng URL.
4. Redirect sai hoặc tạo redirect chain
Redirect sai là tình trạng URL chuyển hướng đến một trang không phù hợp, không tồn tại hoặc không phải đích cuối mà người dùng mong muốn. Trong khi đó, redirect chain xảy ra khi một URL phải đi qua nhiều lần chuyển hướng trước khi đến trang cuối cùng, chẳng hạn A → B → C → D. Chuỗi chuyển hướng dài khiến quá trình truy cập phức tạp hơn và có thể làm tăng thời gian xử lý request.
Nguyên nhân thường xuất hiện khi website thay đổi cấu trúc URL nhiều lần nhưng redirect cũ vẫn giữ nguyên. Ví dụ, URL cũ được chuyển từ A sang B, sau đó B tiếp tục được chuyển sang C nhưng redirect A → B chưa được cập nhật. Redirect cũng có thể bị cấu hình sai khi nhiều rule trong .htaccess, server hoặc plugin SEO cùng tác động lên một URL.
Cách khắc phục là rà soát toàn bộ chuỗi chuyển hướng và xác định URL đích cuối cùng. Khi có thể, nên chuyển trực tiếp URL cũ đến URL cuối thay vì tạo nhiều bước trung gian. Đồng thời, cần kiểm tra các rule redirect trên server, CMS và plugin để tránh nhiều hệ thống cùng tạo chuyển hướng cho một URL. Sau khi điều chỉnh, nên kiểm tra cả mã trạng thái HTTP, URL đích và khả năng truy cập của trang cuối.
5. Sitemap XML bị lỗi hoặc không cập nhật
Sitemap XML bị lỗi hoặc không cập nhật là tình trạng file sitemap chứa URL không hợp lệ, không thể truy cập hoặc không phản ánh đúng các trang hiện có trên website. Sitemap giúp công cụ tìm kiếm phát hiện các URL mà website muốn ưu tiên cho quá trình thu thập dữ liệu, vì vậy một sitemap sai có thể làm giảm chất lượng tín hiệu mà website cung cấp cho bot tìm kiếm.
Một số lỗi phổ biến là sitemap chứa URL 404, URL bị redirect, URL có noindex hoặc URL không phải phiên bản canonical. Sitemap cũng có thể không cập nhật khi website thêm, xóa hoặc thay đổi URL nhưng hệ thống tạo sitemap không được cấu hình đúng. Ngoài ra, file XML sai cấu trúc hoặc vượt quá giới hạn cho phép cũng có thể khiến sitemap không được xử lý như mong muốn.
Để khắc phục, cần kiểm tra sitemap và đối chiếu các URL bên trong với trạng thái thực tế của website. Các URL quan trọng trong sitemap nên trả về mã trạng thái thành công, có thể thu thập dữ liệu và không bị thiết lập noindex. Nếu website sử dụng CMS hoặc plugin SEO để tự động tạo sitemap, cần kiểm tra cấu hình cập nhật tự động và loại nội dung được đưa vào sitemap. Sau khi sửa, cần gửi lại sitemap trong công cụ quản trị tìm kiếm và theo dõi trạng thái xử lý.
6. Website có lỗi canonical
Lỗi canonical xảy ra khi thẻ rel="canonical" trên website không xác định đúng URL chính của một trang. Canonical là tín hiệu giúp công cụ tìm kiếm hiểu URL nào nên được xem là phiên bản đại diện khi có nhiều URL chứa nội dung giống hoặc tương tự nhau. Nếu canonical trỏ sai, trỏ đến URL không tồn tại hoặc không thống nhất với cấu trúc website, công cụ tìm kiếm có thể chọn một URL khác làm phiên bản chính.
Một số lỗi thường gặp là canonical trỏ sang một trang khác không liên quan, canonical trỏ đến URL trả về 404 hoặc redirect, sử dụng HTTP trong khi website chính thức dùng HTTPS hoặc đặt canonical không nhất quán giữa các phiên bản URL. Website cũng có thể gặp tình trạng nhiều trang quan trọng cùng trỏ canonical về một URL duy nhất dù nội dung của chúng khác nhau.
Để xử lý, cần kiểm tra thẻ canonical thực tế trong mã HTML của từng nhóm trang và xác định URL được khai báo có phải phiên bản chính hay không. Với các trang độc lập, canonical thường cần trỏ về chính URL chuẩn của trang nếu website không có phiên bản tương đương khác. Với các trang có nội dung trùng lặp hoặc gần giống, cần xác định rõ URL nào là phiên bản chính trước khi thiết lập canonical. Sau khi thay đổi, cần kiểm tra sự nhất quán giữa canonical, internal link, sitemap và redirect để tránh gửi các tín hiệu SEO mâu thuẫn cho công cụ tìm kiếm.
Qua bài viết của Phương Nam Vina, có thể thấy website gặp trục trặc trong quá trình vận hành là điều khó tránh khỏi, nhưng tốc độ xử lý sự cố sẽ quyết định trực tiếp đến trải nghiệm người dùng và thứ hạng trên công cụ tìm kiếm. Thay vì rơi vào thế bị động khi lỗi phát sinh, hãy hình thành thói quen kiểm tra định kỳ, cập nhật hệ thống và luôn sao lưu dữ liệu dự phòng. Một trang web vận hành mượt mà, ổn định không chỉ giúp bạn giữ chân từng lượt truy cập mà còn là nền tảng vững chắc nhất để duy trì doanh thu và uy tín thương hiệu trên môi trường số.
Tham khảo thêm:
Lỗi SSL là gì? Nguyên nhân và cách khắc phục lỗi SSL triệt để
Nguyên nhân và cách xử lý lỗi 505 HTTP Version Not Supported
Sập web là gì? Nguyên nhân và cách khắc phục trang web bị sập
