Lỗi 404 Là Gì? Cách Kiểm Tra Và Xử Lý Chuẩn SEO

Khi website có nhiều bài viết, đổi URL, xóa sản phẩm, cập nhật danh mục hoặc chuyển nền tảng, lỗi 404 gần như chắc chắn sẽ xuất hiện. Vấn đề không nằm ở việc “có 404 hay không”, mà là bạn có biết URL nào nên giữ 404, URL nào nên redirect, URL nào cần khôi phục nội dung và URL nào đang làm đứt luồng truy cập hay không.

Bài viết này hướng dẫn cách hiểu, kiểm tra và sửa lỗi 404 theo góc nhìn SEO kỹ thuật. Mục tiêu không phải là xóa sạch mọi 404 bằng mọi giá, mà là xử lý đúng ngữ cảnh để bảo vệ trải nghiệm người dùng, tín hiệu liên kết và khả năng khám phá nội dung của website.

Câu trả lời ngắn

Lỗi 404 là trạng thái HTTP cho biết máy chủ không tìm thấy tài nguyên tại URL được yêu cầu. Với SEO, 404 không phải lúc nào cũng là lỗi nghiêm trọng. Nếu URL đã bị xóa, không có nội dung thay thế và không còn nằm trong bất kỳ luồng truy cập có giá trị nào, việc để 404 là bình thường. Nhưng nếu URL từng có thứ hạng, backlink, chuyển đổi hoặc còn được liên kết từ menu, bài viết, sitemap, quảng cáo, email hay social, cần kiểm tra và xử lý.

Cách xử lý đúng là: gom danh sách URL 404, xác định nguồn phát sinh và giá trị lịch sử, sau đó chọn khôi phục nội dung, redirect vĩnh viễn sang trang tương đương, giữ 404/410 hoặc sửa liên kết sai tại nguồn.

Lỗi 404 là gì?

Lỗi 404, thường hiển thị dưới dạng “404 Not Found”, là phản hồi cho biết máy chủ đã nhận yêu cầu nhưng không tìm thấy tài nguyên tương ứng tại URL đó. Người dùng hoặc bot truy cập một địa chỉ nhưng website không có trang, file, ảnh hoặc tài nguyên nào khớp với địa chỉ được yêu cầu.

Ví dụ: trước đây website có bài viết /dich-vu-a/, sau đó đổi slug thành /dich-vu-b/ nhưng không tạo redirect. Khi người dùng hoặc Googlebot truy cập URL cũ, máy chủ có thể trả về 404.

404 thường liên quan trực tiếp đến broken link, vì liên kết hỏng có thể đưa người dùng đến URL không tồn tại. Tuy nhiên, không phải cứ có 404 là website bị phạt. Điều quan trọng là xác định 404 đó có đang làm mất giá trị SEO, giảm trải nghiệm hoặc chặn người dùng đến trang quan trọng hay không.

Phân biệt 404, 410, soft 404 và redirect

Trạng thái	Ý nghĩa	Khi phù hợp	Điều cần tránh
404 Not Found	Máy chủ không tìm thấy tài nguyên; mã này không nói rõ tình trạng là tạm thời hay vĩnh viễn.	URL sai, tài nguyên không tồn tại hoặc đã xóa và không có trang thay thế tương đương.	Không giữ URL trong sitemap hoặc internal link nếu đã biết nó không còn tồn tại.
410 Gone	Máy chủ cho biết tài nguyên đã bị xóa có chủ đích và không còn khả dụng.	Đội vận hành muốn biểu đạt rõ việc xóa vĩnh viễn.	Không dùng với trang có thể khôi phục. Với Google Search, 404 và 410 hiện được xử lý như nhau, nên không hứa 410 loại URL nhanh hơn.
Soft 404	URL hiển thị thông báo không có nội dung, nội dung rỗng hoặc lỗi nhưng trả 200; Google cũng có thể phân loại một redirect không liên quan là soft 404.	Không nên chủ động tạo.	Không trả 200 cho trang lỗi và không chuyển nhiều URL không liên quan về trang chủ.
301/308	Redirect vĩnh viễn đến địa chỉ mới.	Tài nguyên đã chuyển và có URL thay thế tương đương về mục đích.	Không redirect chỉ để “xóa 404” khi trang đích không đáp ứng kỳ vọng của URL cũ.
302/307	Redirect tạm thời.	Nội dung cũ dự kiến quay lại và người dùng cần được chuyển tạm.	Không dùng cho migration vĩnh viễn nếu muốn tín hiệu tập trung về URL mới.

Nếu nội dung không còn và không có trang thay thế tương tự, Google khuyến nghị trả 404 hoặc 410. Nếu nội dung đã chuyển sang một địa chỉ rõ ràng, dùng redirect vĩnh viễn. Với trang vẫn tồn tại nhưng bị Google gắn soft 404, cần kiểm tra nội dung render, tài nguyên bị thiếu và mã HTTP thực tế thay vì chỉ đổi trạng thái trong CMS.

Lỗi 404 ảnh hưởng SEO như thế nào?

404 không phải một hình phạt cấp website. Google còn khuyến nghị trả 404 hoặc 410 khi nội dung thực sự không còn và không có trang thay thế. Tác động cần xử lý nằm ở ngữ cảnh của URL, không nằm ở việc website có tổng cộng bao nhiêu URL 404.

Rủi ro	Evidence cần kiểm tra	Quyết định
Người dùng gặp đường cụt	Menu, button, breadcrumb, bài liên quan, email, quảng cáo hoặc kết quả tìm kiếm nội bộ đang trỏ đến URL.	Sửa link nguồn; khôi phục hoặc redirect nếu có trang thay thế đúng.
Mất traffic của URL cũ	Landing-page history trong analytics, Search Console, campaign hoặc referral.	Khôi phục URL hoặc mapping sang trang cùng intent.
Backlink trỏ vào tài nguyên đã mất	Backlink có thật, trang nguồn còn hoạt động và URL đích mới phù hợp.	Redirect vĩnh viễn khi có trang thay thế tương đương; không redirect về trang chủ theo mặc định.
Google tiếp tục phát hiện URL lỗi	URL còn trong sitemap, internal link, hreflang, canonical hoặc feed.	Gỡ tín hiệu lỗi tại nguồn và crawl lại.
Nhiều request lỗi trên website lớn	Log server và Crawl Stats cho thấy mẫu URL lỗi lặp lại theo template hoặc parameter.	Sửa generator, routing hoặc pattern. Không suy luận “lãng phí crawl budget” chỉ từ vài URL 404 trên site nhỏ.
Soft 404 bị loại khỏi Search	Page indexing, URL Inspection và rendered content.	Trả mã đúng hoặc bổ sung nội dung chính nếu trang thực sự cần tồn tại.

Ưu tiên cao nhất là URL dịch vụ, sản phẩm, danh mục hoặc bài viết từng có traffic, backlink, conversion hay nhiều internal link. URL do người dùng gõ sai hoặc bot tự tạo mà chưa từng được website liên kết có thể chỉ cần trả 404 đúng chuẩn.

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

Lỗi 404 thường không xuất hiện ngẫu nhiên. Phần lớn đến từ thay đổi URL, thay đổi cấu trúc website hoặc thiếu quy trình nghiệm thu sau khi cập nhật nội dung.

• Đổi slug hoặc permalink: đổi đường dẫn bài viết nhưng không tạo redirect từ URL cũ sang URL mới. Với WordPress, cấu hình permalink hoặc rewrite sai cũng có thể gây 404 hàng loạt.
• Xóa bài viết, sản phẩm hoặc danh mục: nội dung bị xóa nhưng vẫn còn internal link, backlink, feed hoặc sitemap cũ trỏ về.
• Nhập sai URL: lỗi chính tả, sai chữ hoa/thường, URL encoding, dấu gạch hoặc cấu trúc thư mục.
• Di chuyển website: chuyển domain, CMS hoặc cấu trúc URL mà không có redirect map đầy đủ.
• Liên kết nội bộ lỗi: menu, footer, button, ảnh, breadcrumb hoặc bài cũ vẫn trỏ đến URL đã thay đổi.
• Sitemap lỗi: sitemap XML vẫn chứa URL đã xóa hoặc redirect.
• Server hoặc routing lỗi: quy tắc rewrite, .htaccess, Nginx, cache/CDN hoặc client-side router trả sai tuyến đường.

Với website đang mở rộng nhiều cụm nội dung, việc chuẩn hóa cấu trúc website và nguyên tắc URL chuẩn SEO sẽ giúp giảm lỗi 404 ngay từ đầu.

Cách kiểm tra lỗi 404 và xác định nguồn phát sinh

Nguồn dữ liệu	Trả lời câu hỏi	Giới hạn
Search Console Page indexing	Google biết những URL nào đang trả 404 hoặc bị phân loại soft 404.	Không phải danh sách mọi URL trên website và dữ liệu có độ trễ.
URL Inspection	Google thấy mã phản hồi, phiên bản indexed hoặc live và nguồn phát hiện nào.	Kiểm tra từng URL; live test không thay thế crawl toàn site.
Crawler	Internal link, ảnh, CSS/JS hoặc file nào đang trả 404 và trang nguồn là gì.	Chỉ thấy các URL nằm trong scope và có thể khám phá theo cấu hình crawl.
Analytics	Người dùng còn truy cập URL lỗi từ channel, campaign hoặc referral nào.	Phụ thuộc tracking và không ghi được mọi request.
Backlink data	URL lỗi có liên kết ngoài còn hoạt động hay không.	Chỉ redirect khi có trang đích tương đương; backlink không tự động khiến mọi URL phải được phục hồi.
Server/CDN logs	Bot hoặc người dùng request URL nào, tần suất và user-agent.	Cần lọc bot giả, khoảng thời gian và mẫu URL.
CMS, sitemap và redirect map	URL từng tồn tại, đã chuyển đi đâu và có còn được hệ thống xuất ra không.	Dữ liệu quản trị có thể không phản ánh link hard-code hoặc nguồn ngoài.

Chuẩn hóa URL trước khi đối chiếu: protocol, host, chữ hoa/thường, dấu gạch chéo, URL encoding, query parameter và fragment. Sau đó lưu cả URL lỗi, trang nguồn, mã hiện tại, URL đích đề xuất, traffic, backlink, action owner và ngày QA. Nếu chỉ sửa redirect mà không sửa internal link hoặc sitemap, lỗi vẫn tiếp tục được phát hiện.

Quy trình sửa lỗi 404 chuẩn SEO

Bước	Việc thực hiện	Cổng QA
1. Xác minh	Kiểm tra URL thật sự trả 404/410, soft 404 hay redirect; xem nội dung render và nguồn phát hiện.	Không ra quyết định chỉ từ nhãn trong một công cụ.
2. Xác định lịch sử và giá trị	Đối chiếu CMS, analytics, Search Console, backlink, conversion và internal link.	Biết URL từng chứa gì và người dùng kỳ vọng điều gì.
3. Chọn action	Khôi phục nội dung; redirect đến trang tương đương; giữ 404/410; hoặc sửa URL nhập sai.	Mỗi redirect có URL đích và lý do rõ; không redirect hàng loạt về trang chủ.
4. Sửa nguồn phát sinh	Cập nhật internal link, menu, breadcrumb, sitemap, hreflang, canonical, feed, quảng cáo và email khi có.	Các hệ thống không còn xuất URL lỗi.
5. Triển khai redirect	Dùng 301/308 cho di chuyển vĩnh viễn, 302/307 cho thay đổi tạm thời.	URL cũ chuyển trực tiếp đến URL đích trả 200, không có loop hoặc chain không cần thiết.
6. Kiểm tra trang 404	Giữ status 404 thật và cung cấp điều hướng, tìm kiếm hoặc nội dung gợi ý hữu ích.	Không trả 200 cho giao diện lỗi.
7. Re-crawl và theo dõi	Crawl lại trang nguồn/đích, kiểm tra URL Inspection mẫu và theo dõi Page indexing/log.	Phân biệt “đã sửa cấu hình” với “Google đã crawl lại”.
8. Ghi ledger và rollback	Lưu mapping, ngày triển khai, owner, rule và cách hoàn tác.	Không tạo wildcard redirect rộng mà chưa kiểm tra URL mẫu.

Với migration, hãy duy trì redirect đủ lâu để người dùng và Google có thời gian xử lý thay đổi; đồng thời cập nhật internal link trỏ thẳng đến URL mới. Không dùng redirect như một cách che giấu việc chưa có trang đích phù hợp.

Cách thiết kế trang 404 hữu ích

Không phải mọi 404 đều cần redirect. Nhưng trang 404 vẫn nên được thiết kế tử tế để người dùng không bị “cụt đường”. Một trang 404 tốt cần báo rõ vấn đề, không đánh lừa người dùng và gợi ý bước tiếp theo.

• Thông báo ngắn gọn rằng trang không tồn tại, đã bị xóa hoặc URL không đúng.
• Có ô tìm kiếm nội bộ nếu nó thực sự hoạt động tốt.
• Có link về trang chủ, chuyên mục hoặc dịch vụ quan trọng.
• Có gợi ý bài viết hoặc chủ đề liên quan, không tạo danh sách quá dài.
• Giữ đúng mã trạng thái 404, không trả 200 chỉ vì giao diện được tùy chỉnh.
• Có cách báo broken link khi phù hợp.

Về UX, trang 404 giúp người dùng phục hồi hành trình. Về SEO, máy chủ cần gửi tín hiệu đúng. Hai mục tiêu này không mâu thuẫn: URL có thể trả 404 thật và vẫn hiển thị một giao diện hữu ích.

Checklist nghiệm thu sau khi sửa lỗi 404

1. URL cũ trả đúng trạng thái 301/308, 404 hoặc 410 theo quyết định.
2. URL đích sau redirect trả 200 và đúng intent.
3. Không có redirect loop hoặc chain không cần thiết.
4. Internal link đã sửa tại nguồn, không chỉ dựa vào redirect.
5. Sitemap không còn chứa URL 404 hoặc redirect.
6. Menu, footer, breadcrumb, CTA và bài liên quan không trỏ URL lỗi.
7. Ảnh, PDF, JS và CSS quan trọng không trả 404.
8. Trang 404 tùy chỉnh vẫn trả mã 404 thật.
9. Đã crawl lại và lưu kết quả URL mẫu.
10. Search Console được theo dõi sau khi Google crawl lại.

Với website thương mại hoặc website thường xuyên thay đổi URL, nên đưa kiểm tra 404 vào lịch audit SEO kỹ thuật, đặc biệt sau khi đổi theme, cấu trúc URL, danh mục, sản phẩm hoặc migrate website.

Tình huống minh họa: sửa 404 sau khi đổi cấu trúc URL

Giả sử một website dịch vụ đổi cấu trúc từ /dich-vu/ten-dich-vu-cu/ sang /ten-dich-vu-moi/. Sau khi đổi, nhiều bài cũ vẫn trỏ đến URL cũ, sitemap còn URL cũ và một số backlink ngoài website cũng trỏ về địa chỉ cũ.

Cách xử lý hợp lý không phải redirect tất cả về trang chủ. Đội SEO cần lập mapping: URL cũ có trang mới tương đương thì dùng redirect vĩnh viễn; URL bị xóa và không có thay thế thì trả 404/410; internal link được sửa trực tiếp; sitemap được cập nhật; sau đó crawl lại toàn site.

Mỗi redirect phải trả lời được câu hỏi: người dùng truy cập URL cũ có nhận được nội dung thay thế đúng kỳ vọng không? Nếu không, giữ 404/410 có thể trung thực và hữu ích hơn một redirect không liên quan.

FAQ về lỗi 404

Lỗi 404 có làm website bị Google phạt không?

Không. 404 là phản hồi bình thường khi tài nguyên không tồn tại. Cần xử lý khi URL có giá trị, còn được liên kết hoặc lẽ ra phải tồn tại; không cần “xóa sạch” mọi URL 404 do bot hay người dùng tự tạo.

Có nên redirect toàn bộ lỗi 404 về trang chủ?

Không. Google cảnh báo redirect nhiều URL cũ đến một trang không liên quan như trang chủ có thể gây nhầm lẫn và bị xem là soft 404. Chỉ redirect khi trang đích thực sự thay thế nội dung hoặc mục đích của URL cũ.

Google xử lý 410 nhanh hơn 404 không?

Không nên dựa vào giả định đó. Tài liệu Search Console hiện cho biết Google xử lý 410 và 404 như nhau. Dùng 410 để biểu đạt tài nguyên đã bị xóa vĩnh viễn; dùng 404 khi máy chủ không tìm thấy tài nguyên mà không cần khẳng định tính vĩnh viễn.

Trang 404 tùy chỉnh có cần trả mã 404 không?

Có. Trang có thể giữ giao diện và điều hướng hữu ích, nhưng máy chủ vẫn phải trả 404 cho URL không tồn tại. Trả 200 kèm thông báo lỗi có thể tạo soft 404.

Sửa lỗi xong có cần request indexing không?

Với một số URL quan trọng, có thể dùng URL Inspection để kiểm tra live và yêu cầu crawl lại. Với số lượng lớn, cập nhật sitemap, internal link và redirect map rồi để Google crawl theo hệ thống. Request indexing không bảo đảm trạng thái được cập nhật ngay.

Kết luận

Lỗi 404 không đáng sợ nếu được phân loại và xử lý đúng. Với URL không còn giá trị và không có trang thay thế, 404 hoặc 410 là phản hồi hợp lý. Với URL có traffic, backlink, internal link hoặc intent rõ, hãy khôi phục nội dung, redirect sang trang tương đương hoặc sửa liên kết tại nguồn.

Điểm mấu chốt là không sửa 404 theo cảm tính. Hãy dùng dữ liệu từ Search Console, crawler, analytics, backlink, log và sitemap để quyết định, đồng thời ghi lại mapping và QA sau triển khai để lỗi không tái diễn.