Lỗi 404 là phản hồ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 số URL 404 là hoàn toàn bình thường và không tự động làm toàn bộ website bị Google hạ hạng. Điều cần xử lý là 404 xuất hiện ở URL quan trọng, internal link bị hỏng, backlink có giá trị trỏ tới trang đã mất, landing page quảng cáo lỗi hoặc trang hiển thị “không tồn tại” nhưng server vẫn trả 200 OK.

Cách xử lý đúng không phải chuyển mọi 404 về trang chủ. Hãy xác định URL đã chuyển sang địa chỉ mới, bị xóa vĩnh viễn, còn giá trị nhưng lỗi kỹ thuật hay chỉ là URL rác do người dùng/bot tạo ra. Từ đó mới chọn khôi phục trang, redirect 301/308, giữ 404/410 hoặc sửa nguồn liên kết.

Tại Xuyên Việt Media, tôi xem 404 là một phần của quản trị URL và Technical SEO. Một website khỏe không phải website “không có dòng 404 nào trong Search Console”, mà là website trong đó URL quan trọng luôn có trạng thái đúng, link nội bộ sạch và mọi thay đổi cấu trúc đều có kế hoạch migration rõ ràng.

Mục lục nội dung

Lỗi 404 là gì?

404 Not Found là mã trạng thái HTTP thuộc nhóm lỗi 4xx. RFC 9110 định nghĩa 404 là trường hợp origin server không tìm thấy representation hiện tại của tài nguyên đích hoặc không muốn tiết lộ tài nguyên đó tồn tại.

Ví dụ một request tới URL không tồn tại trên Xuyên Việt Media có thể trả:

GET /duong-dan-khong-ton-tai HTTP/1.1
Host: xuyenvietmedia.com

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

404 không nói rõ tình trạng này tạm thời hay vĩnh viễn. Nếu server biết tài nguyên đã bị xóa lâu dài và khả năng cao không quay lại, RFC 9110 cho biết 410 Gone là mã cụ thể hơn.

Một điểm kỹ thuật ít được nhắc tới: RFC 9110 cho phép response 404 được cache theo heuristic nếu không có chỉ dẫn cache khác. Vì vậy khi sửa một lỗi 404 vừa xảy ra, đôi khi còn cần kiểm tra cache/CDN chứ không chỉ code hoặc permalink.

“Đừng đặt mục tiêu xóa sạch mọi dòng 404. Hãy ưu tiên URL có người dùng, traffic, chuyển đổi, internal link hoặc backlink thật; còn URL rác không có giá trị thì trả 404 đúng nghĩa thường là lựa chọn tốt hơn tạo một redirect vô nghĩa.”
Anh Thắng Giấu Tên – CEO Xuyên Việt Media

Lỗi 404 là gì? — Lỗi 404 là phản hồi hợp lệ khi URL hiện không có tài nguyên để trả về.

Lỗi 404 khác 410, 403, 500 và Soft 404 thế nào?

Mã hoặc tình trạng	Ý nghĩa	Cách xử lý thường gặp
404 Not Found	Không tìm thấy tài nguyên hiện tại tại URL	Khôi phục, redirect phù hợp hoặc giữ 404
410 Gone	Tài nguyên đã bị loại bỏ và khả năng cao là vĩnh viễn	Dùng khi muốn thể hiện rõ trạng thái bị xóa lâu dài
403 Forbidden	Server hiểu request nhưng không cấp quyền	Kiểm tra permission, auth và bảo mật
500 Internal Server Error	Server gặp lỗi khi xử lý request	Kiểm tra log, code, tài nguyên và cấu hình
Soft 404	Nội dung giống trang lỗi nhưng response không phải 404/410 hoặc redirect sai mục tiêu	Trả status đúng, redirect đúng hoặc bổ sung nội dung thật

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 được tới server để nhận mã 404. Vì vậy đổi DNS trên máy tính không phải cách xử lý mặc định khi chỉ một URL riêng lẻ trả 404.

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

Một server có thể hoạt động hoàn toàn bình thường và chủ động trả 404 cho URL không tồn tại. Đây là hành vi HTTP hợp lệ.

404 đôi khi được dùng để che giấu tài nguyên

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

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

Thay slug nhưng không redirect

Khi đổi permalink, danh mục hoặc cấu trúc URL, link cũ vẫn có thể tồn tại trong Google, email, social, bookmark và website khác.

Xóa nội dung

Sản phẩm ngừng kinh doanh, trang khuyến mãi, hồ sơ nhân sự, sự kiện hoặc landing page có thể bị xóa đúng chủ đích. Nếu không có trang thay thế phù hợp, 404/410 là phản hồi hợp lý.

Internal link bị nhập sai

Một ký tự sai, đường dẫn cũ, dấu gạch chéo khác hoặc case mismatch có thể tạo broken link. Với trường hợp này, sửa link nguồn thường quan trọng hơn tạo redirect.

Backlink bên ngoài trỏ sai hoặc trỏ URL cũ

Nếu URL có backlink hoặc referral traffic thực tế, nên kiểm tra có trang thay thế tương đương hay không. Nếu có, permanent redirect có thể giữ hành trình người dùng và giúp Google hiểu địa chỉ mới.

Rewrite/redirect rule bị lỗi

.htaccess, Nginx, CDN, reverse proxy, plugin redirect hoặc router phía ứng dụng có thể tạo route sai, redirect loop hoặc điều hướng request vào template lỗi.

Theme, plugin hoặc JavaScript tạo URL không hợp lệ

Menu, breadcrumb, bộ lọc, phân trang, structured data, canonical hoặc script có thể tự sinh URL rác. Hãy sửa nguồn phát sinh thay vì tạo hàng nghìn redirect chữa triệu chứng.

Deploy chưa đồng bộ

Route có trên staging nhưng chưa có trên production, database chưa đồng bộ, build lỗi hoặc cache vẫn giữ version cũ đều có thể làm URL quan trọng trả 404.

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

Một số URL 404 hợp lệ không làm toàn bộ website bị phạt. Google Search Console Help hiện ghi rõ nhiều 404 không cần sửa nếu bạn chắc chắn URL không nên tồn tại. Google cũng cho biết 404 do URL chưa từng tồn tại hoặc do người dùng gõ sai thường không ảnh hưởng crawling hay ranking toàn site.

Ảnh hưởng thực tế phụ thuộc URL nào đang 404 và URL đó có vai trò gì.

404 bình thường

URL người dùng gõ sai.
URL bot thử ngẫu nhiên.
Nội dung đã xóa đúng và không có thay thế.
URL rác do tham số/phần mềm bên ngoài.
Tài nguyên không công khai.

404 cần ưu tiên xử lý

Trang dịch vụ đang tạo lead.
Landing page quảng cáo.
Bài có organic traffic.
URL có backlink tốt.
Menu/breadcrumb/internal link dẫn tới URL lỗi.
Hàng loạt URL quan trọng lỗi sau migration.
Trang sản phẩm còn kinh doanh nhưng route hỏng.

Đây là lý do lỗi 404 nên được quản trị theo mức độ ảnh hưởng thay vì chỉ đếm số lượng.

404 có làm lãng phí Crawl Budget không?

Với phần lớn website nhỏ và vừa, crawl budget không nên trở thành lý do để hoảng loạn vì vài URL 404.

Tài liệu Crawl Budget của Google cập nhật ngày 22/07/2026 cho biết hướng dẫn nâng cao này chủ yếu dành cho:

Website rất lớn, khoảng từ một triệu URL trở lên và thay đổi tương đối thường xuyên.
Website từ khoảng 10.000 URL trở lên nhưng nội dung thay đổi hằng ngày.
Website có tỷ lệ lớn URL ở trạng thái Discovered – currently not indexed.

Google cũng nhấn mạnh đây chỉ là ngưỡng ước lượng, không phải con số cứng.

Điều đáng chú ý là tài liệu 2026 xác nhận 404 hoặc 410 là tín hiệu mạnh để Google giảm việc crawl URL đã bị xóa. Ngược lại, soft 404 có thể tiếp tục được crawl và gây lãng phí crawl resource trên website lớn.

Do đó, chiến lược đúng là:

Trả 404/410 cho URL đã mất thật.
Loại URL lỗi khỏi internal link và sitemap.
Ngăn hệ thống sinh vô hạn URL rác.
Tránh redirect chain dài.
Không block URL đã xóa bằng robots.txt chỉ để “tiết kiệm crawl”.

Bạn có thể xem thêm về Crawl Budget để hiểu khi nào vấn đề này thực sự cần ưu tiên.

404 và backlink nên xử lý thế nào?

Nếu URL 404 đang có backlink có giá trị, hãy kiểm tra nội dung cũ và nhu cầu người dùng.

Có ba phương án chính:

Khôi phục URL nếu nội dung vẫn cần tồn tại.
Redirect vĩnh viễn nếu có URL mới tương đương hoặc kế nhiệm.
Giữ 404/410 nếu không có thay thế hợp lý.

Không nên redirect một bài kỹ thuật đã xóa về homepage chỉ để “giữ link juice”. Google có thể coi redirect tới trang không liên quan là soft 404.

Cũng không nên cam kết 301 “chuyển 100% sức mạnh SEO”. Google dùng redirect vĩnh viễn như tín hiệu canonical mạnh, nhưng việc hợp nhất tín hiệu còn phụ thuộc nội dung và tính tương đương của trang đích.

404, 410, 301, 308, 302 hay 200: chọn thế nào?

Tình trạng	HTTP phù hợp	Ý nghĩa
Nội dung tồn tại bình thường	200 OK	Phục vụ tài nguyên hiện tại
Đã chuyển vĩnh viễn	301 hoặc 308	Địa chỉ mới lâu dài
Chuyển tạm thời	302 hoặc 307	URL nguồn vẫn là địa chỉ chính trong giai đoạn tạm
Không tìm thấy hiện tại	404	Không có tài nguyên tại URL
Đã xóa lâu dài	410	Thể hiện rõ tài nguyên không còn
Trang lỗi nhưng server trả thành công	Sửa về 404/410 hoặc nội dung thật	Tránh soft 404

Khi nào dùng 301 hoặc 308?

Google hiện xem 301 và 308 là permanent redirects và dùng chúng như tín hiệu rằng URL đích nên trở thành canonical. Dùng khi bạn chắc chắn việc chuyển địa chỉ là lâu dài.

Ví dụ:

Đổi slug bài viết.
Gộp bài trùng intent.
Đổi URL sản phẩm.
Migration cấu trúc website.
Chuyển domain.

Khi nào dùng 302 hoặc 307?

Dùng khi việc chuyển hướng chỉ tạm thời. Google theo redirect nhưng không dùng temporary redirect làm tín hiệu canonical theo cùng cách permanent redirect.

Khi nào giữ 404?

Giữ 404 khi URL không tồn tại và không có trang thay thế phù hợp. Google có thể tiếp tục thử crawl URL đã biết trong một thời gian, sau đó tần suất thường giảm.

Khi nào dùng 410?

410 phù hợp khi tài nguyên từng tồn tại nhưng đã bị loại bỏ lâu dài. Tuy nhiên, Google Search Console Help hiện cho biết Google xử lý 410 tương tự 404 trong Search, nên không cần đổi toàn bộ 404 sang 410 chỉ để mong de-index nhanh hơn.

Soft 404 là gì?

Soft 404 là trường hợp hệ thống trả response thành công hoặc một redirect không phù hợp nhưng nội dung lại cho thấy tài nguyên không tồn tại.

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ể phát hiện soft 404 và hiển thị trạng thái này trong Page indexing report.

Soft 404 không chỉ xảy ra khi trả 200

Google Search Central còn lưu ý một trang đáng ra phải tồn tại có thể bị nhận diện soft 404 nếu:

Nội dung chính gần như trống.
Critical resources không tải được.
Trang render ra thông báo lỗi nổi bật.
Server hoặc JavaScript trả trải nghiệm giống “không có nội dung”.

Vì vậy, nếu một URL tốt bị gắn soft 404, đừng chỉ nhìn status code. Hãy dùng URL Inspection để xem Google render trang ra sao.

Cách sửa soft 404

Nội dung đã mất: trả 404/410.
Nội dung chuyển địa chỉ: redirect tới trang tương đương.
Trang vẫn cần tồn tại: sửa lỗi tải tài nguyên và bổ sung main content thật.
SPA không thể trả đúng status: chuyển tới route server trả 404 hoặc thêm noindex theo hướng dẫn JavaScript SEO của Google.

Trang 404 đẹp có cần trả 200 không?

Không.

Bạn hoàn toàn có thể hiển thị logo, menu, ô tìm kiếm, nội dung gợi ý và thiết kế thương hiệu trong response 404. Người dùng nhận giao diện hữu ích, còn crawler vẫn nhận đúng trạng thái tài nguyên.

Trả 200 OK chỉ vì muốn trang 404 “đẹp” là sai logic kỹ thuật và có thể tạo soft 404.

Quy trình xử lý lỗi 404 theo XVM 1.6

1. Thu thập danh sách URL

Kết hợp Search Console, crawler, analytics, server log, backlink tools và phản hồi người dùng. Không một công cụ nào nhìn thấy toàn bộ URL.

2. Kiểm tra response thật

Dùng URL Inspection, DevTools hoặc curl để xác nhận status cuối cùng, redirect chain và nội dung response.

3. Tìm nguồn tạo URL

Kiểm tra menu, breadcrumb, sitemap, canonical, schema, hreflang, JavaScript, feed, email, quảng cáo và backlink.

4. Đánh giá giá trị kinh doanh

Ưu tiên URL theo traffic, conversion, backlink, branded demand, vị trí trong funnel và vai trò nội dung.

Mức ưu tiên	Ví dụ	Hành động
Cao	Service page, ads landing page, URL có lead	Sửa ngay và kiểm tra sau deploy
Trung bình	Bài cũ có traffic/backlink	Khôi phục hoặc redirect tương đương
Thấp	URL bot tạo, typo ngẫu nhiên	Giữ 404 nếu không có giá trị

5. Chọn hành động

Khôi phục, redirect, sửa link nguồn, giữ 404/410 hoặc sửa soft 404.

6. Cập nhật tín hiệu nội bộ

Sửa internal link, sitemap, canonical, hreflang, structured data, feed và campaign URL. Redirect không thay thế việc cập nhật link nội bộ.

7. Crawl lại và theo dõi

Sau triển khai, crawl lại site, kiểm tra redirect chain, status, rendered page và Search Console.

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

Google Search Console

Trong Page indexing report, kiểm tra các nhóm như Not found (404) và Soft 404. Đây là các URL Google đã biết, không phải toàn bộ link lỗi của website.

Không cần sửa một URL chỉ vì nó xuất hiện trong báo cáo. Hãy xác định URL đó có nên tồn tại hay không.

URL Inspection

URL Inspection giúp kiểm tra Google có fetch được trang hay không, trạng thái indexing, canonical và live test. Sau khi sửa một URL quan trọng, có thể dùng live test rồi request indexing.

Crawler

Screaming Frog, Sitebulb hoặc crawler tương tự giúp tìm internal link đang dẫn tới 4xx. Giá trị quan trọng nhất là xác định source URL để sửa link tại nguồn.

Server log

Log cho biết bot và người dùng thực sự request URL nào, tần suất bao nhiêu và vào thời điểm nào. Đây là nguồn đặc biệt hữu ích với website lớn và hệ thống tạo URL động.

Analytics và quảng cáo

Kiểm tra landing page có traffic/chi phí nhưng trả 404. Đây thường là nhóm lỗi có ưu tiên kinh doanh cao nhất.

Backlink tools

Ahrefs, Semrush hoặc công cụ tương tự giúp phát hiện external links tới URL đã mất. Dữ liệu không hoàn chỉnh nhưng hữu ích để ưu tiên redirect.

Cách kiểm tra status code bằng curl

Kiểm tra header:

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

Kết quả đúng có thể là:

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

Nếu cần theo redirect:

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

Lệnh này giúp xem từng bước trong redirect chain và status cuối.

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

Kiểm tra permalink

Nếu hàng loạt bài đồng loạt 404 sau update, có thể lưu lại cấu hình Permalinks để WordPress làm mới rewrite rules. Không nên đổi cấu trúc permalink production tùy tiện.

Kiểm tra redirect plugin

Với Rank Math, Redirection hoặc plugin tương tự:

Kiểm tra rule trùng.
Tránh regex quá rộng.
Tránh redirect chain.
Không redirect mọi 404 về homepage.
Ghi rõ lý do redirect quan trọng.

Kiểm tra template 404

Template quyết định giao diện nhưng server vẫn phải trả đúng status. Một theme tùy chỉnh sai có thể hiển thị “Không tìm thấy trang” nhưng vẫn trả 200.

Sản phẩm WooCommerce hết hàng có cần 404?

Không mặc định.

Nếu sản phẩm có thể trở lại hoặc vẫn có giá trị tra cứu, có thể giữ trang và hiển thị:

Trạng thái hết hàng.
Model thay thế.
Đăng ký nhận thông báo.
Phụ kiện/bảo hành.

Nếu ngừng vĩnh viễn, mới cân nhắc redirect, giữ trang lịch sử hoặc trả 404/410 tùy ngữ cảnh.

Kiểm tra cache/CDN

Cache có thể giữ response cũ. Sau khi sửa, purge cache theo tầng và test lại khi đăng xuất.

Apache: cấu hình trang 404 và redirect

Trang lỗi tùy chỉnh:

ErrorDocument 404 /404.html

Đây không phải redirect. URL sai vẫn giữ nguyên và response nên là 404.

Redirect URL cũ:

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

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

Nginx: cấu hình 404 và redirect

error_page 404 /404.html;

location = /404.html {
    internal;
}

Permanent redirect:

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

Trước khi sửa production, backup cấu hình, validate syntax và test trên staging nếu có thể.

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

SPA thường trả một HTML shell cho nhiều route rồi JavaScript quyết định nội dung. Nếu một 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 hiện gợi ý hai hướng khi client-side routing không thể trả status chính xác:

Redirect tới một URL mà server thật sự trả 404.
Hoặc thêm/chuyển robots meta thành noindex cho route lỗi.

Với framework có server routing hoặc SSR/SSG, tốt hơn nên trả đúng HTTP status từ route khi có thể.

Khi audit ứng dụng JavaScript, cần kiểm tra cả response ban đầu lẫn rendered content. Đây là một phần của Technical SEO.

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

Thông báo rõ trang không tìm thấy.
Nhận diện thương hiệu nhất quán.
Link về trang chủ.
Search box nếu website có nhiều nội dung.
Một số danh mục hoặc nội dung phổ biến.
Cách báo link lỗi nếu phù hợp.
Thiết kế mobile-friendly.
Tốc độ tải tốt.
Response vẫn là 404.

Google khuyến nghị custom 404 nên thân thiện với người dùng và vẫn trả status 404 để tránh bị index như một trang bình thường.

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

Redirect mọi URL về homepage

Đây là lỗi phổ biến nhất. Trang đích không tương đương có thể gây nhầm lẫn và bị nhận diện soft 404.

Block 404 bằng robots.txt

Google cần crawl URL để thấy 404/410. Block robots có thể khiến URL ở lại crawl queue lâu hơn trên site lớn.

Chỉ dùng Removals Tool

Removals Tool không sửa nguyên nhân. Nếu URL vẫn trả 200 hoặc internal link vẫn tồn tại, vấn đề kỹ thuật chưa được giải quyết.

Chỉ sửa redirect mà không sửa internal link

Internal link nên trỏ thẳng tới URL đích cuối. Điều này giảm redirect hop và giúp cấu trúc website sạch hơn.

Để sitemap chứa URL 404

Sitemap nên tập trung vào URL canonical mà bạn muốn Google crawl. URL đã xóa không nên tiếp tục được gửi trong sitemap.

Đọc thêm về Sitemap XML và Canonical để tránh tín hiệu nội bộ mâu thuẫn.

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

Kiểm tra URL có sai ký tự không.
Quay về danh mục hoặc trang chủ.
Dùng chức năng tìm kiếm của site.
Tìm tiêu đề bằng Google/Search khác.
Mở menu hoặc breadcrumb để tìm nội dung tương đương.
Liên hệ website nếu đây là URL quan trọng được doanh nghiệp cung cấp.

Reload có thể hữu ích nếu lỗi do deploy/cache tạm thời, nhưng không giải quyết URL thật sự đã mất. Đổi DNS cũng không phải bước mặc định cho một 404 riêng lẻ.

Kiểm soát lỗi 404 sau Migration

Migration là thời điểm 404 dễ gây thiệt hại nhất vì hàng loạt URL có thể thay đổi cùng lúc.

Trước khi chuyển site:

Crawl toàn bộ URL cũ.
Lập mapping URL cũ → mới.
Xác định URL có traffic/backlink/conversion.
Chuẩn bị redirect rule.
Backup dữ liệu.

Sau migration:

Kiểm tra 200/301/404 theo mapping.
Cập nhật internal links.
Cập nhật canonical.
Cập nhật sitemap.
Kiểm tra redirect chain.
Theo dõi Search Console và log.

Permanent redirects nên được giữ đủ lâu để người dùng và crawler chuyển sang URL mới. Không nên xóa toàn bộ redirect ngay khi Google bắt đầu index URL mới.

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

Hàng tuần

Kiểm tra landing page quảng cáo và form.
Theo dõi lỗi sau deploy.
Kiểm tra URL tạo doanh thu/lead.

Hàng tháng

Crawl internal links.
Kiểm tra Page indexing report.
Rà broken backlink quan trọng.
Kiểm tra redirect chain và loop.

Trước/sau thay đổi cấu trúc

Lập URL mapping.
Không đổi nhiều yếu tố cùng lúc nếu không cần.
Cập nhật sitemap/canonical/internal link.
So sánh status trước và sau triển khai.

Trong một chiến dịch SEO tổng thể, 404 cần được đánh giá cùng indexability, internal link, backlink, content pruning và migration thay vì xử lý độc lập.

Với website thường xuyên cập nhật plugin, URL, sản phẩm hoặc nội dung, dịch vụ quản trị website giúp theo dõi các lỗi kỹ thuật có thể làm gián đoạn hành trình người dùng và lead.

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

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

Không. Nhiều 404 là bình thường. Cần ưu tiên khi URL quan trọng, internal link hoặc campaign đang dẫn tới trang lỗi.

404 và 410 khác nhau thế nào?

404 không xác định rõ trạng thái mất là tạm hay vĩnh viễn. 410 biểu thị tài nguyên không còn và khả năng cao là lâu dài. Google hiện xử lý 410 tương tự 404 trong Search.

Có nên chuyển tất cả 404 về trang chủ không?

Không. Chỉ redirect khi có URL thay thế hợp lý và tương đương.

Trang 404 tùy chỉnh có được trả 200 không?

Không nên. Giao diện có thể tùy chỉnh nhưng URL không tồn tại vẫn nên trả 404 hoặc 410.

404 có lãng phí crawl budget không?

Một số 404 không đáng lo với site nhỏ. Trên website lớn, URL rác vô hạn và soft 404 mới là vấn đề cần quản trị chặt.

URL 404 trong Search Console có cần xóa không?

Không cần “làm sạch báo cáo” bằng mọi giá. Nếu URL đã xóa đúng và không có thay thế, để 404/410 là hợp lý.

Có nên chặn URL 404 bằng robots.txt?

Không nên dùng robots.txt để che URL đã xóa. Google cần truy cập để nhận status 404/410.

301 có chuyển toàn bộ sức mạnh SEO không?

Không nên cam kết tỷ lệ tuyệt đối. Permanent redirect là tín hiệu canonical mạnh, nhưng trang đích vẫn cần liên quan và tương đương.

Làm sao biết trang đang Soft 404?

Kiểm tra status bằng curl/DevTools và xem Page indexing hoặc URL Inspection. Nếu một trang tốt bị đánh soft 404, kiểm tra rendered content và critical resources.

Kết luận

Lỗi 404 là phản hồi HTTP hợp lệ khi server không tìm thấy tài nguyên hiện tại tại URL được yêu cầu. Một số 404 là bình thường và không tự động khiến toàn bộ website mất thứ hạng.

Cách xử lý đúng là dựa vào trạng thái và giá trị của URL: khôi phục nếu xóa nhầm, dùng 301/308 khi có trang thay thế lâu dài, giữ 404/410 khi nội dung đã mất đúng nghĩa và sửa soft 404 nếu hệ thống đang trả sai status hoặc render thiếu nội dung.

Doanh nghiệp nên ưu tiên URL có traffic, backlink, conversion hoặc internal link thật thay vì cố xóa mọi 404 khỏi Search Console. Một hệ thống tốt còn cần kiểm soát URL inventory, sitemap, canonical, redirect và link nội bộ để lỗi quan trọng không tái diễn sau deploy hoặc migration.

Tài liệu tham khảo

Internet Engineering Task Force. (2022). RFC 9110: HTTP Semantics.

Google Search Console Help. (2026). 404 (Page Not Found) errors.

Google Search Central. (2026). Redirects and Google Search.

Google Crawling Infrastructure. (2026). Optimize your crawl budget.

Google Search Central. (2025). Fix Search-related JavaScript problems.