Lỗi 404 là gì: Nguyên nhân và cách giải quyết Error 404

Lỗi 404 là mã trạng thái HTTP cho biết máy chủ không tìm thấy tài nguyên hiện tại tương ứng với URL được yêu cầu. Một vài URL 404 là trạng thái bình thường của website và không tự động khiến toàn bộ domain bị Google hạ hạng. Vấn đề cần xử lý là các liên kết nội bộ bị hỏng, URL quan trọng bị xóa nhầm, backlink trỏ về trang không còn tồn tại hoặc trang báo lỗi nhưng máy chủ vẫn trả mã 200.

Doanh nghiệp không nên chuyển hướng tất cả URL 404 về trang chủ. Cách làm đúng là xác định nội dung đã chuyển đi, bị xóa vĩnh viễn, vẫn tồn tại nhưng lỗi kỹ thuật hay chỉ là URL người dùng gõ sai. Từ đó lựa chọn khôi phục trang, chuyển hướng 301 đến nội dung tương đương, trả 404/410 đúng nghĩa hoặc sửa liên kết nguồn.

Bài viết này giải thích lỗi 404 là gì, khác soft 404 và 410 ra sao, ảnh hưởng thực tế đến SEO, cách phát hiện bằng Search Console và crawler, quy trình xử lý trên WordPress, Apache, Nginx và website JavaScript, đồng thời hướng dẫn xây trang 404 hữu ích nhưng vẫn trả đúng mã HTTP.

Lỗi 404 là gì?

404 Not Found là mã trạng thái thuộc nhóm lỗi phía client trong giao thức HTTP. RFC 9110 định nghĩa mã 404 là trường hợp máy chủ gốc không tìm thấy nội dung đại diện hiện tại cho tài nguyên đích hoặc không muốn tiết lộ rằng tài nguyên đó tồn tại.

Nói đơn giản, trình duyệt đã gửi yêu cầu đến đúng máy chủ, nhưng tại đường dẫn được yêu cầu không có tài nguyên mà máy chủ có thể trả về. Ví dụ:

GET /dich-vu-cu HTTP/1.1
Host: example.com

HTTP/1.1 404 Not Found
Content-Type: text/html; charset=UTF-8

Mã 404 không tự cho biết tình trạng thiếu tài nguyên là tạm thời hay vĩnh viễn. Nếu máy chủ biết nội dung đã bị loại bỏ vĩnh viễn và không có địa chỉ thay thế, RFC 9110 cho biết mã 410 Gone cụ thể hơn.

Các thông báo người dùng thường nhìn thấy gồm:

• 404 Not Found.
• Page Not Found.
• The requested URL was not found on this server.
• HTTP 404.
• Không tìm thấy trang.
• Trang bạn yêu cầu không tồn tại hoặc đã được di chuyển.

Phần câu chữ có thể được tùy biến theo thương hiệu, nhưng status code mà máy chủ trả về mới quyết định đây có phải lỗi 404 kỹ thuật hay không.

Lỗi 404 khác những lỗi nào?

Người dùng thường gọi chung mọi trường hợp không mở được trang là “lỗi 404”, nhưng nguyên nhân có thể nằm ở DNS, quyền truy cập, máy chủ hoặc kết nối. Phân biệt đúng status code giúp tránh sửa sai.

404 không phải lỗi DNS

Nếu tên miền không phân giải được, trình duyệt chưa kết nối tới máy chủ để nhận status code 404. Thay DNS trên máy tính không phải giải pháp mặc định cho một URL riêng lẻ trả 404.

404 không nhất thiết là lỗi server

Máy chủ có thể hoạt động hoàn toàn bình thường và chủ động trả 404 vì tài nguyên không tồn tại. Đây là một phản hồi HTTP hợp lệ, không phải lúc nào cũng là sự cố cần khắc phục.

404 có thể được dùng để không tiết lộ tài nguyên

RFC 9110 cho phép máy chủ trả 404 thay vì tiết lộ rằng tài nguyên bị cấm truy cập. Do đó, không phải mọi 404 đều chứng minh URL chưa từng tồn tại.

Nguyên nhân phổ biến gây lỗi 404

URL đã được thay đổi nhưng không chuyển hướng

Đây là nguyên nhân thường gặp khi sửa slug, thay cấu trúc permalink, đổi danh mục, chuyển CMS hoặc tái cấu trúc website. Liên kết cũ vẫn tồn tại trong Google, email, mạng xã hội hoặc website khác nhưng không còn trỏ đến nội dung mới.

Nội dung đã bị xóa

Sản phẩm hết kinh doanh, bài khuyến mãi cũ, hồ sơ nhân sự, sự kiện và trang dịch vụ có thể bị xóa. Việc trả 404 có thể hoàn toàn đúng nếu không còn nội dung thay thế liên quan.

Liên kết nội bộ bị nhập sai

Chỉ một ký tự sai, dấu gạch chéo thừa, chữ hoa khác chữ thường trên máy chủ phân biệt case hoặc lỗi copy URL cũng có thể tạo broken link.

Backlink bên ngoài trỏ sai URL

Website khác có thể gõ nhầm địa chỉ hoặc tiếp tục dẫn tới URL cũ sau khi doanh nghiệp thay đổi cấu trúc. Những URL này đáng kiểm tra nếu nguồn liên kết có người dùng thật hoặc giá trị thương hiệu.

Quy tắc rewrite hoặc redirect bị lỗi

Cấu hình .htaccess, Nginx, CDN, reverse proxy hoặc plugin redirect có thể tạo đường dẫn không tồn tại, redirect loop hoặc đẩy yêu cầu tới template 404.

Plugin, theme hoặc mã nguồn tạo URL sai

Menu, breadcrumb, phân trang, bộ lọc sản phẩm, canonical, dữ liệu có cấu trúc hoặc JavaScript có thể tạo URL không hợp lệ. Trong trường hợp này, sửa nguồn phát sinh quan trọng hơn việc tạo redirect cho từng URL rác.

Trang chỉ tồn tại với người đã đăng nhập

Một số hệ thống trả 404 cho khách chưa đăng nhập để không tiết lộ tài nguyên. Cần kiểm tra logic quyền truy cập trước khi kết luận trang đã mất.

Lỗi triển khai hoặc đồng bộ môi trường

Trang có thể tồn tại trên staging nhưng chưa được đưa lên production, database chưa đồng bộ, route chưa đăng ký hoặc cache vẫn lưu cấu trúc cũ.

Lỗi 404 có ảnh hưởng SEO không?

Một số URL 404 hợp lệ không phải tín hiệu khiến toàn bộ website bị phạt. Google Search Central từng giải thích rằng các URL không tồn tại do gõ sai hoặc do Googlebot phát hiện từ mã nhúng không nhất thiết ảnh hưởng đến việc thu thập dữ liệu hay thứ hạng website.

Ảnh hưởng thực tế phụ thuộc URL nào bị lỗi và người dùng hoặc bot tìm thấy nó từ đâu.

Khi 404 là trạng thái bình thường

• Người dùng tự gõ một URL chưa từng tồn tại.
• Bot thử các đường dẫn ngẫu nhiên hoặc URL tấn công phổ biến.
• Nội dung đã xóa vĩnh viễn và không có trang thay thế phù hợp.
• URL tham số rác do phần mềm hoặc crawler bên ngoài tạo ra.
• Trang nháp, endpoint hoặc tài nguyên không được công khai.

Trong các trường hợp này, việc trả 404 hoặc 410 rõ ràng thường tốt hơn chuyển hướng tùy tiện.

Khi 404 gây thiệt hại

• Trang đang có traffic hoặc chuyển đổi bị xóa nhầm.
• Menu, bài viết hoặc sitemap liên kết đến URL 404.
• Backlink có giá trị trỏ đến URL đã đổi nhưng chưa redirect.
• Sản phẩm còn bán nhưng route hoặc dữ liệu bị lỗi.
• Trang chiến dịch đang chạy quảng cáo trả về 404.
• Hàng loạt URL quan trọng lỗi sau khi chuyển website.

Thiệt hại trong các tình huống này đến từ việc mất nội dung, mất đường truy cập, mất chuyển đổi hoặc làm gián đoạn hành trình người dùng — không phải vì con số 404 tự thân là một “án phạt”.

404 và crawl budget

Google định nghĩa crawl budget là số URL Googlebot có thể và muốn thu thập. Việc quản lý crawl budget chủ yếu cần thiết với website rất lớn hoặc thay đổi nhanh; phần lớn website nhỏ và vừa không cần coi mỗi URL 404 là một cuộc khủng hoảng crawl budget.

Dù vậy, một hệ thống tạo vô hạn URL lỗi từ bộ lọc, lịch, tham số hoặc JavaScript vẫn có thể làm bot và công cụ audit tốn thời gian. Giải pháp là chặn nguồn tạo URL, sửa internal link và kiểm soát không gian URL, không phải redirect mọi 404 về trang chủ.

404 và tỷ lệ thoát

Người dùng gặp trang lỗi có thể rời website, nhưng bounce rate không phải bằng chứng trực tiếp rằng Google sẽ hạ hạng toàn domain. Đây là chỉ số phân tích hành vi cần đọc theo ngữ cảnh.

Điều doanh nghiệp cần quan tâm là người dùng có tìm được bước tiếp theo hay không: tìm kiếm nội dung, quay về danh mục, liên hệ hỗ trợ hoặc báo link hỏng.

404 và backlink

Khi một trang từng có backlink bị xóa, URL đích không còn cung cấp nội dung cho người dùng. Nếu có trang thay thế tương đương, redirect 301 hợp lý giúp đưa người dùng và công cụ tìm kiếm đến địa chỉ mới.

Không nên tuyên bố toàn bộ “link juice” luôn bị triệt tiêu hoàn toàn hoặc redirect luôn chuyển 100% giá trị. Google sử dụng nhiều tín hiệu và có thể đánh giá mức độ liên quan giữa URL cũ với trang đích mới.

404, 410, 301 hay 200: nên chọn mã nào?

Khi nào dùng redirect 301?

Chỉ redirect khi có một trang mới thực sự đáp ứng cùng nhu cầu hoặc là phiên bản kế nhiệm của URL cũ. Ví dụ:

• Đổi slug bài viết nhưng nội dung không đổi.
• Gộp hai bài trùng intent thành một tài nguyên tốt hơn.
• Chuyển sản phẩm sang URL chuẩn mới.
• Thay đổi cấu trúc website trong quá trình migration.
• Sửa URL bị gõ sai nhưng có nhiều người truy cập.

Google xem redirect vĩnh viễn là tín hiệu mạnh để URL đích trở thành canonical. Tuy nhiên, redirect phải đưa đến nội dung liên quan; chuyển một trang sản phẩm đã xóa về trang chủ có thể bị xem như soft 404.

Khi nào giữ 404?

Giữ 404 khi URL không tồn tại, không có nội dung thay thế hợp lý và không cần khôi phục. Đây là cách hợp lệ để Google dần loại URL khỏi chỉ mục.

Khi nào dùng 410?

410 thích hợp khi bạn biết tài nguyên từng tồn tại nhưng đã bị loại bỏ vĩnh viễn. Về Google Search, tài liệu trợ giúp hiện hành cho biết Google xử lý 410 tương tự 404, vì vậy không cần thay mọi 404 bằng 410 chỉ để kỳ vọng de-index nhanh hơn.

Soft 404 là gì?

Soft 404 là trường hợp trang hiển thị thông điệp hoặc nội dung cho thấy tài nguyên không tồn tại, nhưng máy chủ trả mã thành công như 200 OK, hoặc chuyển hướng người dùng đến một trang không liên quan.

Ví dụ:

HTTP/1.1 200 OK
Content-Type: text/html

<h1>Không tìm thấy sản phẩm</h1>

Google có thể tự nhận diện nội dung này là trang lỗi và ghi “Soft 404” trong Page Indexing report. Google khuyến nghị trả 404 cho trang thật sự không tồn tại, chuyển hướng khi nội dung đã chuyển hoặc bổ sung nội dung nếu trang vẫn cần tồn tại.

Nguyên nhân soft 404 thường gặp

• Template lỗi luôn trả 200 cho mọi URL.
• Chuyển tất cả URL không tồn tại về trang chủ.
• Trang danh mục hoặc tìm kiếm trống nhưng vẫn index.
• Trang sản phẩm hết hàng chỉ còn một dòng thông báo.
• Ứng dụng JavaScript thay nội dung nhưng không thay status code phía server.
• Server trả một trang rất mỏng hoặc không có main content.

Cách sửa soft 404

• Nội dung không còn: trả 404 hoặc 410.
• Nội dung đã chuyển: redirect đến URL thay thế tương đương.
• Trang vẫn cần tồn tại: bổ sung nội dung hữu ích, dữ liệu và chức năng thật.
• SPA không thể trả status đúng ở route client: chuyển đến route mà server trả 404 hoặc dùng noindex theo hướng dẫn của Google.

Quy trình xử lý lỗi 404 trên website

Cách phát hiện lỗi 404

Google Search Console

Trong Search Console, mở báo cáo Page indexing và xem nhóm Not found (404) hoặc Soft 404. Danh sách này chỉ gồm các URL Google biết đến, không phải toàn bộ link hỏng trên website.

URL 404 xuất hiện trong báo cáo không đồng nghĩa phải sửa. Hãy kiểm tra xem đó là URL quan trọng, nội dung xóa đúng hay chỉ là URL lạ do bên ngoài tạo.

URL Inspection

URL Inspection giúp xem trạng thái đã index, lần crawl, canonical và kết quả live test. Đây là cách hữu ích để xác nhận Google nhận được 404, redirect hay soft 404.

Crawler website

Screaming Frog, Sitebulb hoặc crawler tương tự có thể quét liên kết nội bộ và lọc nhóm Client Error 4xx. Giá trị lớn nhất của crawler là chỉ ra trang nguồn đang liên kết đến URL lỗi.

Log máy chủ

Server log cho biết bot và người dùng thực sự yêu cầu URL nào, tần suất bao nhiêu và nguồn truy cập. Đây là nguồn quan trọng với website lớn, API, JavaScript hoặc URL không xuất hiện trong sitemap.

Analytics và hệ thống quảng cáo

Kiểm tra landing page có session nhưng trả 404, chiến dịch đang dùng URL cũ hoặc người dùng vào trang lỗi rồi thoát. Cần phân biệt trang 404 được xem do gõ sai với landing page kinh doanh bị hỏng.

Công cụ backlink

Ahrefs, Semrush hoặc công cụ tương tự có thể phát hiện referring pages trỏ đến URL 404. Dữ liệu bên thứ ba không đầy đủ, nhưng hữu ích để ưu tiên redirect hoặc liên hệ sửa link.

Cách kiểm tra status code bằng công cụ kỹ thuật

Dùng curl

curl -I https://example.com/duong-dan-khong-ton-tai

Kết quả mong đợi:

HTTP/2 404
content-type: text/html; charset=UTF-8

Nếu URL redirect, dùng:

curl -I -L https://example.com/url-cu

Lệnh này cho thấy từng bước trong redirect chain và status cuối cùng.

Dùng DevTools

Mở tab Network, tải lại trang, chọn request Document và xem trường Status Code cùng Response Headers. DevTools giúp phân biệt trang hiển thị “404” nhưng server trả 200.

Dùng trình kiểm tra HTTP hàng loạt

Với danh sách lớn, sử dụng crawler hoặc script có giới hạn tốc độ. Không gửi quá nhiều request đồng thời làm quá tải máy chủ.

Cách xử lý 404 trên WordPress

Kiểm tra cấu trúc permalink

Nếu hàng loạt bài viết đồng loạt 404 sau khi cập nhật, vào phần Permalinks và lưu lại cấu hình để WordPress làm mới rewrite rules. Đây chỉ là bước kiểm tra, không nên liên tục đổi cấu trúc URL trên website đang hoạt động.

Kiểm tra plugin redirect và SEO

Rank Math, Redirection và nhiều plugin có thể quản lý chuyển hướng. Trước khi thêm rule:

• Kiểm tra plugin khác có redirect trùng không.
• Tránh regex quá rộng.
• Không tạo chuỗi nhiều bước.
• Không chuyển tất cả 404 về homepage.
• Ghi lại lý do và ngày tạo redirect.

Kiểm tra theme và template 404

File 404.php hoặc template tương ứng chỉ quyết định giao diện. WordPress vẫn cần gửi đúng status header. Một theme tùy biến sai có thể hiển thị trang 404 nhưng trả 200.

Kiểm tra WooCommerce

Sản phẩm hết hàng không nên tự động trở thành 404 nếu vẫn có giá trị cho người dùng. Có thể giữ trang với trạng thái hết hàng, sản phẩm thay thế, thông báo đăng ký lại hàng hoặc thông tin hỗ trợ.

Nếu sản phẩm bị ngừng vĩnh viễn:

• Redirect đến model kế nhiệm nếu thực sự tương đương.
• Giữ trang nếu còn nhu cầu tra cứu, phụ kiện hoặc bảo hành.
• Trả 404/410 nếu không còn giá trị và không có thay thế.
• Không redirect hàng trăm sản phẩm khác nhau về một danh mục chung nếu gây nhầm lẫn.

Kiểm tra cache và CDN

Cache có thể lưu phản hồi 404 hoặc 200 cũ. Sau khi sửa, xóa cache theo tầng, kiểm tra CDN và thử lại ở trạng thái đăng xuất.

Với website có nhiều plugin hoặc cấu trúc phức tạp, Audit Website cần xác định nguồn tạo URL, status code, internal link và logic redirect trước khi chỉnh hàng loạt.

Cấu hình 404 và redirect trên máy chủ

Apache: trang 404 tùy chỉnh

ErrorDocument 404 /404.html

Đường dẫn trang lỗi phải tồn tại và không tự tạo vòng lặp. Việc hiển thị /404.html không có nghĩa URL yêu cầu ban đầu phải redirect sang URL này; người dùng nên giữ nguyên URL sai và nhận status 404.

Apache: redirect URL cũ

Redirect 301 /url-cu https://example.com/url-moi

Chỉ dùng khi URL mới là địa chỉ thay thế phù hợp.

Nginx: trang 404 tùy chỉnh

error_page 404 /404.html;

location = /404.html {
    internal;
}

Nginx: redirect vĩnh viễn

location = /url-cu {
    return 301 https://example.com/url-moi;
}

Trước khi sửa cấu hình production, cần backup, kiểm tra syntax và test trên staging. Một rule sai có thể làm lỗi cả nhóm URL thay vì chỉ một trang.

Xử lý 404 trên website JavaScript và SPA

Single-page application thường tải một file HTML cho mọi route rồi JavaScript quyết định nội dung. Nếu route không tồn tại nhưng server vẫn trả 200, Google có thể nhận diện soft 404.

Google Search Central khuyến nghị:

• Redirect đến một URL mà server thực sự trả 404.
• Hoặc thêm noindex vào trang lỗi bằng JavaScript khi không thể trả status đúng.

Giải pháp tốt hơn là dùng server-side rendering, static generation hoặc framework hỗ trợ response status theo route. Với Next.js, Nuxt, Laravel, React Router hay hệ thống headless, cần kiểm tra cả status ở request đầu và nội dung sau hydration.

Trang 404 tùy chỉnh nên có gì?

Trang 404 tốt giúp người dùng tiếp tục hành trình nhưng không giả vờ rằng nội dung vẫn tồn tại.

Không nên hiển thị thông tin quá chung chung như “Có lỗi xảy ra” vì người dùng không biết nên chờ, tải lại hay tìm trang khác.

“Trang 404 tốt không cố che giấu rằng URL đã mất. Nó xác nhận vấn đề rõ ràng, giữ đúng status code và đưa người dùng đến lựa chọn gần nhất với nhu cầu ban đầu.”

Anh Thắng Giấu Tên – CEO Xuyên Việt Media

Những sai lầm phổ biến khi xử lý lỗi 404

Người dùng nên làm gì khi gặp lỗi 404?

Nếu bạn chỉ đang truy cập một website và không quản trị trang đó, có thể thử:

1. Kiểm tra lại URL có bị thiếu hoặc sai ký tự không.
2. Xóa phần đường dẫn cuối để quay về danh mục hoặc trang chủ.
3. Dùng chức năng tìm kiếm trên website.
4. Tìm tiêu đề hoặc tên sản phẩm bằng công cụ tìm kiếm.
5. Mở menu chính để tìm nội dung thay thế.
6. Liên hệ website nếu URL quan trọng hoặc liên kết được gửi chính thức.

Tải lại trang có thể hữu ích nếu lỗi do deploy hoặc cache tạm thời, nhưng thường không giải quyết một tài nguyên thật sự không tồn tại. Xóa cache và đổi DNS cũng không phải bước mặc định cho một URL 404 riêng lẻ.

Kế hoạch kiểm soát lỗi 404 định kỳ

Hàng tuần

• Kiểm tra landing page quảng cáo và form chuyển đổi.
• Theo dõi cảnh báo sau deploy hoặc cập nhật plugin.
• Kiểm tra các URL có traffic cao.

Hàng tháng

• Crawl internal link toàn website.
• Xem Page Indexing report và soft 404.
• Kiểm tra broken backlink quan trọng.
• Rà soát redirect chain và loop.

Trước và sau migration

• Lập mapping URL cũ–mới.
• Không đổi nhiều yếu tố cùng lúc nếu không cần.
• Giữ redirect đủ lâu.
• Cập nhật sitemap, canonical và internal link.
• So sánh status code trước–sau bằng danh sách URL đầy đủ.

Trong chiến dịch SEO tổng thể, lỗi 404 cần được đánh giá cùng indexability, content pruning, internal link, backlink và migration để tránh redirect một cách máy móc.

Câu hỏi thường gặp về lỗi 404

Kết luận

Lỗi 404 là phản hồi HTTP hợp lệ cho biết máy chủ không tìm thấy tài nguyên hiện tại tại URL được yêu cầu. Nó không phải lúc nào cũng là lỗi cần sửa và không tự động khiến toàn bộ website mất thứ hạng.

Cách xử lý đúng phụ thuộc trạng thái nội dung. Khôi phục trang nếu xóa nhầm; dùng redirect vĩnh viễn khi có địa chỉ thay thế tương đương; giữ 404 hoặc 410 khi nội dung đã bị loại bỏ đúng; và sửa soft 404 nếu trang lỗi đang trả 200.

Doanh nghiệp nên ưu tiên URL có traffic, chuyển đổi, internal link hoặc backlink thực tế thay vì cố loại mọi dòng 404 khỏi Search Console. Đồng thời, trang lỗi cần được thiết kế hữu ích nhưng vẫn trả đúng status code. Một quy trình quản trị website tốt phải theo dõi link hỏng sau deploy, migration, thay permalink và cập nhật sản phẩm để ngăn lỗi quan trọng tái diễn.