410 Đã biến mất
Mã HTTP 410 Gone là gì, cách Google deindex trang 410 so với 404, khi nên dùng 410 cho nội dung xóa vĩnh viễn và ảnh hưởng đến ngân sách crawl.
Ngôn ngữ
1 tín hiệu bằng chứng trên trang này
- Công cụ trực tuyến liên quanHTTP Status & Redirect Checker
Mã 410 Gone nói với công cụ tìm kiếm rằng một trang đã được chủ ý xóa vĩnh viễn; 404 chỉ nói không tìm thấy mà không nêu lý do. Cả hai cuối cùng đều loại trang khỏi chỉ mục. 410 thể hiện tính vĩnh viễn rõ hơn nên Google xác nhận xóa nhanh hơn đôi chút và kiểm tra lại ít hơn, nhưng khác biệt nhỏ chứ không phải con số “nhanh gấp 3” thường được nhắc lại. Với lần xóa đơn lẻ, 404 thường đủ; 410 hữu ích ở quy mô lớn như xóa hàng loạt, di chuyển không có URL tương đương hoặc dọn spam. Sai lầm lớn hơn là soft 404 lãng phí ngân sách crawl vô thời hạn.
Tóm tắt — Mã trạng thái 410 Gone là cách bạn nói với công cụ tìm kiếm: “trang này từng tồn tại, chúng tôi chủ ý xóa nó và nó sẽ không quay lại”. Mã này giống 404 (Not Found) nhưng thể hiện rõ ý định: 404 chỉ nói “không có gì ở đây”, còn 410 nói “đã biến mất vĩnh viễn theo chủ ý”. Cả hai cuối cùng đều khiến trang bị loại khỏi Google; tài liệu Google coi chúng tương đương trong Search.
410 có nghĩa là gì
Khi trình duyệt hoặc công cụ tìm kiếm yêu cầu một trang, máy chủ trả lời bằng mã trạng thái. 200 nghĩa là “nội dung đây”. 404 nghĩa là “tôi không tìm thấy gì tại URL đó”. 410 nghĩa là “nội dung từng ở đây và đã biến mất vĩnh viễn”.
Khác biệt giữa 404 và 410 nằm ở mức độ chắc chắn. 404 mơ hồ: có thể trang đã bị xóa, ai đó gõ sai URL hoặc có lỗi và trang sẽ trở lại ngày mai. 410 xóa sự mơ hồ đó — bạn nói rõ với mọi người rằng trang đã được chủ ý gỡ bỏ và sẽ không quay lại.
Evidence for this claim RFC 9110 defines 410 Gone as indicating that access to the target resource is no longer available and is likely to remain unavailable. Scope: HTTP semantics for 410 responses; servers should use 404 when permanence is unknown. Confidence: high · Verified: IETF: RFC 9110 §15.5.11 — 410 GoneVì sao mã này quan trọng với SEO
Nếu bạn xóa một trang và trang trả 404 hoặc 410, Google cuối cùng sẽ loại nó khỏi kết quả tìm kiếm. Đây là điểm quan trọng: cả hai mã đều hoàn thành việc đó. Hướng dẫn công bố của Google xử lý hai mã giống nhau trong Search và không hứa lịch xóa đặc biệt cho 410. Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers
Một vài điều người mới thường hiểu sai:
- Không diễn ra tức thì. Google phải crawl lại URL để nhận thấy trạng thái mới. Trước lúc đó, trang vẫn có thể xuất hiện trong kết quả, đôi khi kèm snippet đã lưu. 410 đẩy nhanh quyết định, không đẩy nhanh lịch crawl.
- Đừng chặn URL. Nếu vừa xóa trang vừa chặn trong
robots.txt, Google không thể crawl để thấy 410 nên không thể xử lý việc xóa. Hãy để URL được crawl. - Nếu có nội dung thay thế phù hợp, hãy chuyển hướng. Khi nội dung đã chuyển hoặc có trang tương đương tự nhiên, chuyển hướng
301thường tốt hơn; 410 loại bỏ trang và nhu cầu dành cho nó, đúng điều bạn không muốn nếu có nơi hữu ích để đưa người dùng đến.
Quy tắc đơn giản
Dùng 410 khi bạn chắc trang đã biến mất vĩnh viễn và muốn nói rõ điều đó — sản phẩm ngừng bán, khu vực đã xóa, dọn spam. Dùng 404 khi chưa chắc, khi trang có thể quay lại hoặc khi không đáng bỏ công kỹ thuật để xử lý riêng. Với phần lớn lần xóa một trang, 404 thông thường hoàn toàn ổn.
Muốn xem dữ liệu phía sau câu “nhanh hơn bao nhiêu”, John Mueller thực sự đã nói gì và cách làm ở quy mô lớn trong một lần di chuyển site? Hãy chuyển sang thẻ Nâng cao.
Tóm tắt — 410 và 404 đều loại URL khỏi chỉ mục Google theo thời gian; câu hỏi thật là tốc độ quyết định xóa và hiệu quả ngân sách crawl, không phải việc URL có bị xóa hay không. Tài liệu tham chiếu của Google gom 404/410 vào cùng nhóm
4xx. Nhận định “410 nhanh hơn” là sắc thái được thử nghiệm thực địa và đại diện Google thừa nhận — nhỏ chứ không kịch tính. Cách nói trung thực: Google xác nhận xóa 410 nhanh hơn đôi chút và crawl lại 410 ít hơn. Con số thường được lặp lại “nhanh gấp 3, 4 ngày so với 12 ngày” là truyền miệng chưa xác minh — đừng nhắc lại. 410 phát huy giá trị ở quy mô lớn (xóa hàng loạt, di chuyển không có URL tương đương, dọn spam/nội dung bị hack), còn sai lầm lớn hơn là soft 404, thứ lãng phí ngân sách crawl vô thời hạn.
410 thực chất là gì
410 Gone là trạng thái lỗi client thuộc nhóm 4xx. Về ngữ nghĩa, đây là “404 mạnh hơn”: tài nguyên từng tồn tại, đã bị chủ ý xóa vĩnh viễn và không có địa chỉ chuyển tiếp. 404 không nói gì về ý định hay tính vĩnh viễn — chỉ là “hiện không tìm thấy”.
RFC 9110 §15.5.11, tiêu chuẩn HTTP thực tế, nói rõ “gone” nghĩa là gì: tình trạng có khả năng vĩnh viễn; nếu thật sự không biết tình trạng có vĩnh viễn không, chính đặc tả hướng dẫn dùng 404. Mục đích được nêu là hỗ trợ bảo trì bằng cách báo cho client và crawler rằng liên kết nên bị xóa. Hai sắc thái đặc tả bổ sung mà đa số bài viết bỏ qua: không bắt buộc mọi tài nguyên đã mất vĩnh viễn phải dùng 410, cũng không bắt buộc duy trì trạng thái 410 vô thời hạn; cả hai do máy chủ gốc quyết định. Đặc tả còn lưu ý phản hồi 410 mặc định có thể được cache theo kinh nghiệm, nên cache trung gian hoặc CDN có thể tiếp tục phục vụ phản hồi đến khi hết hạn nếu bạn không đặt header kiểm soát cache rõ ràng.
Evidence for this claim RFC 9110 does not require every permanently unavailable resource to return 410, nor does it require the 410 status to remain in place indefinitely — both are left to the origin server's discretion. A 410 response is also heuristically cacheable by default unless cache-control headers say otherwise. Scope: HTTP semantics for 410 responses; deployment scope, duration, and caching are origin/CDN-level decisions, not protocol requirements. Confidence: high · Verified: IETF: RFC 9110 §15.5.11 — 410 GoneVới SEO, khác biệt hoàn toàn nằm ở tín hiệu ý định. Cả hai mã nói với crawler rằng trang không nên được phục vụ. 410 thêm ý “…và đừng mong trang quay lại”, là phần công cụ tìm kiếm có thể hành động theo.
Google có deindex 410 nhanh hơn 404 không?
Câu trả lời ngắn: có, nhưng chỉ đôi chút. Đây là phiên bản trung thực, tách ba điều mọi người thường đánh đồng.
1. Tài liệu Google thực sự nói gì. Tài liệu tham chiếu của Google không dành thời gian xử lý đặc biệt cho 410. Tài liệu crawler nêu trực tiếp cách gom nhóm: “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (bản dịch) «Mọi lỗi 4xx, trừ 429, được xử lý giống nhau: crawler Google báo cho hệ thống xử lý tiếp theo rằng nội dung không tồn tại.»
Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers Tài liệu Search mô tả cùng cơ chế bằng cách khác: “Google doesn’t use the content from URLs that return 4xx status codes… URLs that are already indexed and return a 4xx status code are removed from the index.” (bản dịch) «Google không dùng nội dung từ URL trả mã trạng thái 4xx… URL đã được lập chỉ mục rồi trả 4xx sẽ bị loại khỏi chỉ mục.» Cơ chế xóa được mô tả cho 404 và áp dụng tương tự: “the indexing pipeline removes the URL from the index if it was previously indexed… The crawling frequency gradually decreases.” (bản dịch) «Pipeline lập chỉ mục xóa URL nếu URL từng được lập chỉ mục… Tần suất crawl giảm dần.» Ở cấp tài liệu, 404 và 410 giống nhau về chức năng; 429 là mã 4xx duy nhất được xử lý khác vì nó nghĩa là “hãy thử lại sau”, không phải tín hiệu xóa.
2. John Mueller đã nói gì. Người phát ngôn của Google từng đứng ở cả hai phía, và điều đó tự nó đáng chú ý. Ban đầu ông gọi khác biệt là không đáng kể. Sau đó, khi kiểm tra lại nội bộ, ông sửa lời: “it appears I was wrong there — we do treat 410s slightly differently than 404s,” (bản dịch) «có vẻ tôi đã nhầm — chúng tôi thực sự xử lý 410 hơi khác 404», và Google “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410.” (bản dịch) «đôi khi muốn xác nhận 404 trước khi xóa URL khỏi chỉ mục, và có xu hướng làm việc đó nhanh hơn với 410». Vì vậy có khác biệt — quyết định xóa khỏi chỉ mục nhanh hơn đôi chút — nhưng khác biệt nhỏ. Quan trọng là chuyển sang 410 không khiến Google ngừng thỉnh thoảng kiểm tra lại URL, nhất là khi URL vẫn có liên kết trỏ đến.
3. Thử nghiệm độc lập cho thấy gì. Dữ liệu thực tế tốt nhất tôi thấy là thử nghiệm có kiểm soát của Reboot Online: 119 URL thử nghiệm trong hơn ba tháng. Kết quả nói về tần suất crawl, không phải số ngày thô đến khi deindex: “404’s are, on average, crawled 49.6% more often than 410’s.” (bản dịch) «Trung bình, URL 404 được crawl thường hơn 49,6% so với URL 410.» Nói cách khác, Googlebot dành ngân sách ít hơn đáng kể để kiểm tra lại 410. Đây là lập luận ngân sách crawl ở dạng cụ thể. Lưu ý: họ đo tần suất crawl lại vì API GSC không thể đo sạch trạng thái “vẫn trong chỉ mục hay đã xóa”.
Cách tôi diễn đạt trong Mã trạng thái HTTP: Danh sách đầy đủ nhất quán với toàn bộ bằng chứng này: “404s and 410s have a similar treatment. Both drop pages from the index, but 410s are slightly faster. In practical applications, they’re roughly the same.” (bản dịch) «404 và 410 được xử lý tương tự. Cả hai loại trang khỏi chỉ mục, nhưng 410 nhanh hơn đôi chút. Trong ứng dụng thực tế, chúng gần như giống nhau.» Hãy tin chữ “đôi chút” và đừng tin “gấp 3”.
Quan niệm cần bỏ
Bạn sẽ thấy câu “410 deindex nhanh gấp 3 — 4 ngày so với 12 ngày” được lặp lại trên nhiều blog. Tôi chưa bao giờ truy được con số đó về một nghiên cứu gốc có tài liệu phương pháp; có vẻ đây là cách kể biến dạng từ con số của Reboot. Đừng trích dẫn nó. Nhận định có thể bảo vệ là “nhanh hơn một chút và được crawl lại ít hơn một chút”, chỉ vậy.
Khi nào dùng 410, 404 hay chuyển hướng
Đây là quyết định ba hướng, không phải hai.
- Dùng 410 khi bạn chắc nội dung đã mất vĩnh viễn và muốn chủ động phát tín hiệu đó: xóa hàng loạt, dòng sản phẩm ngừng bán, dọn spam/nội dung bị hack, hợp nhất site khi một nhóm URL không có nội dung thay thế. Dùng 410 là bạn đưa ra lập trường.
- Dùng 404 khi bạn chưa chắc, trang có thể quay lại hoặc đơn giản là không đáng chi phí kỹ thuật để xử lý riêng phản hồi. Với số lượng ít và lần xóa đơn lẻ, 404 là đủ; khác biệt SEO không đáng một triển khai tùy chỉnh.
- Dùng chuyển hướng 301 khi có trang tương đương. Đừng trả 410 cho nội dung có thay thế tự nhiên; hãy chuyển hướng, truyền tín hiệu và giữ nhu cầu. Theo thiết kế, 410 vứt bỏ tất cả những điều đó.
Một điểm nữa cần nói rõ: không lựa chọn nào trong số 410, 404 hay chuyển hướng tự nó là đòn bẩy cho giá trị backlink hoặc thẩm quyền chủ đề. Liên kết đến có tiếp tục truyền giá trị hay không phụ thuộc vào nơi chúng trỏ đến sau khi bạn hành động; redirect có thể truyền tín hiệu sang đích mới, còn 410 không có nơi để truyền. Đừng giả định lựa chọn mã trạng thái tự động bảo đảm kết quả thẩm quyền theo hướng nào; hãy kiểm tra bằng chứng về liên kết thật sự và đích của chúng.
Bẫy soft 404 — sai lầm thật sự gây tốn kém
Chọn “sai” mã 4xx chỉ là sai số làm tròn so với phục vụ soft 404 — trang trả 200 OK nhưng hiển thị thông báo “không tìm thấy” trong nội dung. Google tiếp tục crawl soft 404 vì theo mã trạng thái, đó là trang còn hoạt động. Chúng “will continue to be crawled, and waste your budget.” (bản dịch) «sẽ tiếp tục được crawl và lãng phí ngân sách của bạn.» Nếu xóa nội dung, mục tiêu là 404/410 thật, không phải trang “rất tiếc, nội dung đã mất” thân thiện nhưng vẫn trả 200.
410 trong di chuyển site và xóa hàng loạt
Đây là lúc lựa chọn không còn mang tính học thuật. Khi chuyển nền tảng hoặc tinh gọn lượng lớn nội dung, bạn đang quyết định số phận của hàng nghìn URL cùng lúc.
- Di chuyển: hướng dẫn di chuyển của Google nói rõ nội dung bạn không mang sang phải trả 404 hoặc 410 thật trên site mới. Mô hình tư duy là: chuyển hướng nội dung có trang tương đương, trả 410 cho nội dung chủ ý ngừng vĩnh viễn mà không có trang tương đương, và cứ để URL thật sự chưa chắc chắn trả 404. Duy trì redirect lâu dài — Google gợi ý ít nhất một năm — nhưng URL không có gì để chuyển hướng đến là ứng viên 410, không phải redirect cưỡng ép đến trang chỉ liên quan mơ hồ.
- Xóa hàng loạt (gỡ sản phẩm thương mại điện tử, tinh gọn nội dung, hợp nhất): đây là trường hợp mạnh nhất cho 410. Khi loại 50 000 SKU ngừng bán hoặc cả một tiểu mục, khoản tiết kiệm ngân sách crawl từ tần suất crawl lại thấp hơn của 410 sẽ cộng dồn. Với bán lẻ, phán đoán nhanh là: sản phẩm thật sự ngừng bán vĩnh viễn dùng 410; sản phẩm tạm hết hàng nhưng sẽ quay lại thì không — giữ trang hoạt động vì hết hàng không phải xóa.
- Triển khai ở quy mô lớn: làm bằng rule, không làm từng trang. Khớp mẫu URL trong cấu hình máy chủ, CDN/edge worker hoặc CMS — block
locationcủa Nginx,RewriteRule … [R=410]của Apache hay plugin xử lý hàng loạt — để toàn bộ nhóm đã ngừng trả 410 mà không sửa tay từng trang.
Xem thẻ Playbook để có runbook xóa hàng loạt từng bước.
Bing xử lý thế nào và cách tăng tốc
Về tinh thần, cơ chế của Bing giống nhau: xóa trang để trả 404 hoặc 410, giữ URL có thể crawl — không chặn trong robots.txt — để Bingbot quan sát trạng thái, rồi Bing xóa sau khi lần crawl lại xác nhận việc gỡ. Công cụ tăng tốc thực tế của Bing là IndexNow: ping khi xóa để Bing biết cần truy cập lại URL sớm hơn, đồng thời giữ sitemap hiện hành. Với yêu cầu gỡ khẩn cấp như rò rỉ hoặc tuân thủ, công cụ Block URLs của Bing ẩn URL khoảng 90 ngày như biện pháp tạm thời trong lúc 410 vĩnh viễn lan truyền.
Một lưu ý cho đoạn trên: trang trợ giúp Bing được render bằng JavaScript, khiến việc tự động xác minh lại chính xác câu chữ hiện hành không sạch. Hãy coi cơ chế trên là thực hành được Bing ghi nhận, không phải trích dẫn vừa được xác nhận; kiểm tra trang trợ giúp trực tiếp trong Bing Webmaster Tools trước khi coi chi tiết như cửa sổ Block URLs khoảng 90 ngày là kết luận cuối.
Cách xác minh 410 hoạt động
- Kiểm tra trạng thái thô.
curl -I https://example.com/gone-page/phải hiển thịHTTP/… 410. DevTools của trình duyệt → thẻ Network cho cùng kết quả. Đừng tin trang nhìn thấy; hãy tin header. - URL Inspection (GSC). Xác nhận lần cuối Google crawl URL thế nào và thấy trạng thái gì.
- Báo cáo Coverage / Page Indexing. Theo dõi các URL đã xóa rời khỏi tập được lập chỉ mục trong những lần crawl tiếp theo.
Hãy nhớ cách đặt kỳ vọng trong hướng dẫn xóa URL của tôi: trang được “removed from the index shortly after the page is re-crawled. Until it is removed, the page may still show in search results.” (bản dịch) «loại khỏi chỉ mục không lâu sau khi trang được crawl lại; trước lúc bị loại, trang vẫn có thể xuất hiện trong kết quả tìm kiếm.» 410 không thắng được lịch crawl lại; nó chỉ giúp quyết định sau khi crawl lại diễn ra.
Bài liên quan trong cụm này: trạng thái 404 Not Found nói chung, so sánh trực tiếp 404 với 410 và bẫy soft 404 ở trên.
Tóm tắt cho AI
Bản cô đọng của phần Nâng cao:
- 410 Gone = chủ ý xóa vĩnh viễn. Khác 404 (“không tìm thấy”, không nêu lý do), 410 nói rõ trang đã bị chủ ý xóa và sẽ không quay lại.
- Cả hai cuối cùng đều deindex trang. Google gom 404 và 410 vào cùng nhóm
4xx; URL đã lập chỉ mục mà trả4xxsẽ bị xóa và được crawl ít dần theo thời gian. - 410 nhanh hơn, nhưng chỉ đôi chút. Mueller xác nhận Google xử lý 410 “slightly differently” (bản dịch) «hơi khác» và xóa “faster” (bản dịch) «nhanh hơn». Thử nghiệm 119 URL của Reboot Online thấy 404 được crawl thường hơn khoảng 49,6% so với 410; đây là đại diện tần suất crawl, không phải số ngày đến khi deindex.
- Đừng nhắc lại con số “nhanh gấp 3 / 4 ngày so với 12 ngày” — đó là truyền miệng không truy được nguồn.
- Không diễn ra tức thì và không chấm dứt crawl lại; Google vẫn thỉnh thoảng kiểm tra 410, nhất là URL có liên kết trỏ đến.
- Quy tắc quyết định: 410 = chắc chắn và vĩnh viễn (xóa hàng loạt, di chuyển không có trang tương đương, dọn spam); 404 = chưa chắc hoặc cần ít công sức; 301 = có trang tương đương.
- Soft 404 là sai lầm tệ hơn: trang “không tìm thấy” trả
200lãng phí ngân sách crawl vô thời hạn. - Ở quy mô lớn, triển khai 410 bằng rule máy chủ/CDN/CMS; dùng IndexNow để tăng tốc Bing; giữ URL có thể crawl để bot thấy trạng thái.
Tài liệu chính thức
Tài liệu nguồn sơ cấp từ các công cụ tìm kiếm.
Giao thức
- RFC 9110 §15.5.11 — 410 Gone — định nghĩa trong tiêu chuẩn HTTP: tình trạng không khả dụng có khả năng vĩnh viễn, mục đích bảo trì/xóa liên kết, quyền quyết định phạm vi và thời hạn của chủ sở hữu, cùng khả năng cache theo kinh nghiệm.
- Mã trạng thái HTTP, lỗi mạng và DNS ảnh hưởng Google Search thế nào — bảng
4xx, gồm410 (gone), và cách Google loại URL4xxkhỏi chỉ mục. - Mã trạng thái HTTP ảnh hưởng crawler Google thế nào — nêu trực tiếp cách gom nhóm: mọi mã
4xxtrừ429được xử lý giống nhau. - Tối ưu ngân sách crawl — trả 404/410 cho trang đã xóa vĩnh viễn và loại bỏ soft 404.
- Lỗi soft 404 — soft 404 là gì và vì sao tệ hơn 404/410 thật.
- Di chuyển site có thay đổi URL — trả 404/410 cho nội dung đã xóa/hợp nhất không mang sang site mới và hướng dẫn thời hạn redirect.
Bing / Microsoft
- Cách xóa vĩnh viễn URL hoặc trang khỏi Bing hay Copilot — xóa để trả 404/410, giữ URL có thể crawl và dùng Block URLs khi khẩn cấp.
- IndexNow / indexnow.org — ping URL đã đổi/xóa để Bing kiểm tra lại sớm hơn.
Trích dẫn từ nguồn
Các phát biểu được ghi nhận từ Google, người phát ngôn và thử nghiệm độc lập. Mỗi liên kết chính thức dẫn sâu đến đoạn được trích trên trang nguồn.
Google — cách xử lý 4xx, gồm 410
- “All
4xxerrors, except429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (bản dịch) «Mọi lỗi4xx, trừ429, được xử lý giống nhau: crawler Google báo cho hệ thống tiếp theo rằng nội dung không tồn tại.» — Tài liệu crawler của Google. Đi đến trích dẫn - “Google doesn’t use the content from URLs that return
4xxstatus codes. If a URL was previously used but is now returning4xxstatus code, Google systems will stop using the URL over time.” (bản dịch) «Google không dùng nội dung từ URL trả mã4xx. Nếu URL từng được dùng nhưng nay trả4xx, hệ thống Google sẽ dần ngừng dùng URL đó.» — Tài liệu Google Search Central. Đi đến trích dẫn - “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (bản dịch) «Pipeline lập chỉ mục xóa URL nếu URL từng được lập chỉ mục. Trang 404 mới gặp không được xử lý. Tần suất crawl giảm dần.» Đi đến trích dẫn
Google — ngân sách crawl và xóa vĩnh viễn
- “Return a
404or410status code for permanently removed pages. Google won’t forget a URL that it knows about, but a404status code is a strong signal not to crawl that URL again.” (bản dịch) «Trả mã404hoặc410cho trang đã xóa vĩnh viễn. Google không quên URL đã biết, nhưng404là tín hiệu mạnh để không crawl lại URL đó.» — Tài liệu Google Search Central. Đi đến trích dẫn - “Eliminate
soft 404errors.soft 404pages will continue to be crawled, and waste your budget.” (bản dịch) «Loại bỏ lỗisoft 404. Trangsoft 404sẽ tiếp tục được crawl và lãng phí ngân sách của bạn.» Đi đến trích dẫn
John Mueller, Google (qua bài tường thuật thứ cấp)
- “It’s good to double-check these things, and it appears I was wrong there — we do treat 410s slightly differently than 404s.” (bản dịch) «Nên kiểm tra lại những điều này, và có vẻ tôi đã nhầm — chúng tôi thực sự xử lý 410 hơi khác 404.» Google “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410 HTTP result code.” (bản dịch) «đôi khi muốn xác nhận 404 trước khi xóa URL khỏi chỉ mục và có xu hướng làm việc đó nhanh hơn với mã kết quả HTTP 410.» Được truyền đạt qua bài Search Engine Roundtable về lời đính chính của Mueller; hãy xác minh lại với nguồn trực tiếp trước khi coi là cuối cùng. Đọc bài
Thử nghiệm độc lập — Reboot Online
- “An analysis of the Google Search Console API data looking at our sample of 119 test web pages shows that 404’s are, on average, crawled 49.6% more often than 410’s.” (bản dịch) «Phân tích dữ liệu API Google Search Console trên mẫu 119 trang thử nghiệm cho thấy trung bình URL 404 được crawl thường hơn 49,6% so với URL 410.» Đo tần suất crawl lại, đại diện có thể đo của nghiên cứu, chứ không phải số ngày thô đến khi deindex. Đọc thử nghiệm
Runbook: trả 410 hàng loạt cho một nhóm URL
Dùng quy trình này khi ngừng nhiều URL cùng lúc — dòng sản phẩm ngừng bán, khu vực nội dung đã tinh gọn hoặc nội dung bạn chủ ý không mang sang site mới. Thực hiện từ trên xuống.
-
Xác nhận các URL thật sự đã biến mất vĩnh viễn. 410 là cánh cửa một chiều. Bất cứ thứ gì có thể quay lại, như dòng sản phẩm theo mùa hay tạm hết hàng, đều không phải 410; hãy giữ trang hoạt động. Nội dung có trang tương đương thật sự cần chuyển hướng 301, không phải 410. Chỉ URL không có tương lai và không có thay thế mới thuộc danh sách 410.
-
Chia nhóm URL thành một rule sạch. Bạn cần một mẫu, không phải bảng tính 50 000 dòng: tiền tố đường dẫn (
/archive/,/discontinued/), dấu hiệu truy vấn hoặc danh sách có thể biểu diễn bằngmap. Nếu không thể biểu diễn thành rule, nhóm thường quá lộn xộn để an toàn; hãy kiểm tra lại bước 1. -
Triển khai 410 hàng loạt ở edge hoặc máy chủ.
- Nginx:
location /discontinued/ { return 410; } - Apache/.htaccess:
RewriteRule ^discontinued/ - [R=410,L]hoặcRedirect gone /old-path. - CDN/edge worker: trả phản hồi
410cho đường dẫn khớp; đây là cách nhanh nhất để triển khai trên nhóm lớn và thân thiện với cache. - CMS/plugin: nhiều nền tảng hoặc plugin redirect/410 cho phép gán hàng loạt 410 cho danh sách URL mà không sửa từng trang.
- Nginx:
-
Phục vụ nội dung 410 thật, không phải soft 404. Phản hồi phải mang trạng thái
410trong header. Trang thân thiện nói “nội dung đã biến mất” vẫn ổn miễn là trạng thái là 410, không phải200. Kiểm tra mẫu:curl -I <url>phải hiển thịHTTP/… 410. -
Giữ URL có thể crawl. Không chặn chúng trong
robots.txt. Nếu bot không thể crawl URL, chúng không thể thấy 410 và xử lý việc xóa. Hãy gỡ mọi rule disallow cạnh tranh cho nhóm này. -
Dọn liên kết nội bộ và sitemap. Xóa URL đã ngừng khỏi XML sitemap và điều hướng nội bộ để không tiếp tục hướng bot cùng người dùng đến trang chết. Liên kết trỏ đến còn sót là lý do chính Google tiếp tục kiểm tra lại 410.
-
Tăng tốc crawl lại. Với Bing, ping IndexNow bằng các URL đã xóa. Google không có cách tăng tốc xóa hàng loạt, nhưng URL Inspection và sitemap cập nhật giúp Google nhận thấy sớm hơn. Hãy dự kiến nhiều lần crawl, không phải vài giờ.
-
Theo dõi deindex. Theo dõi nhóm URL rời chỉ mục trong báo cáo Page Indexing của GSC và Bing Webmaster Tools trong những tuần tiếp theo. Nếu URL còn dai dẳng, hãy kiểm tra (a) vô tình bị chặn bởi
robots.txt, (b) soft 404 trả200lọt qua hoặc (c) liên kết trỏ đến mạnh khiến URL vẫn “thú vị” với crawler.
Khi không nên chạy playbook này
- Xóa một trang: 404 thông thường là đủ; rule 410 tùy chỉnh không đáng công sức.
- Gỡ tạm thời / hết hàng: giữ trang hoạt động; đừng trả 410 cho nội dung sẽ quay lại.
- Nội dung đã chuyển: chuyển hướng 301 đến URL mới; 410 phá hủy nhu cầu bạn muốn giữ.
- Yêu cầu gỡ pháp lý/rò rỉ khẩn cấp: đặt 410, nhưng đồng thời dùng Block URLs của Bing và Removals của Google để ẩn ngay trong lúc trạng thái lan truyền.
Chẩn đoán 410 ngoài ý muốn
Nếu URL trả 410 dù không nên, hãy kiểm tra những điểm sau trước khi cho rằng lỗi nằm trong mã ứng dụng; rule hàng loạt thường hỏng theo vài cách dễ đoán:
- Rule ở origin, edge và CMS. Kiểm tra cấu hình máy chủ, rule CDN/edge worker và plugin redirect/trạng thái ở CMS để tìm mẫu đường dẫn khớp rộng hơn dự kiến.
- Lớp cache/CDN. 410 mặc định có thể được cache theo kinh nghiệm; phản hồi 410 cũ trong cache có thể tiếp tục được phục vụ sau khi bạn sửa rule nền, cho đến lúc mục cache hết hạn hoặc bị purge.
- Liên kết nội bộ và sitemap. Xác nhận URL bị ảnh hưởng không bị cuốn vào rule 410 hàng loạt bởi phép khớp tiền tố rộng hơn nhóm ngừng dự kiến.
- Canonical, hreflang và feed. Đích canonical, bản thay thế hreflang hoặc mục trong feed sản phẩm/nội dung trỏ đến URL nghĩa là 410 phá nhiều hơn một trang; hãy lần theo mọi nơi tham chiếu URL, không chỉ bản thân URL.
- Rollback. Giữ sẵn rule/cấu hình trước triển khai để có thể hoàn tác phép khớp sai ngay lập tức thay vì chẩn đoán lại toàn bộ rule từ đầu.
URL này có nên trả 410 không?
What should happen to the removed URL?
Prompt: phân loại danh sách cần xóa
Classify each URL in this deletion spreadsheet as keep live, 301 redirect, 404, 410,
or needs human review. Use only the columns I provide: current status, replacement
candidate, permanence, traffic/backlink notes, internal links, and sitemap membership.
Explain each 410 decision, flag unsupported replacement mappings, and output a CSV
plus a validation sample. Do not invent destinations or assume a product is permanent.
[PASTE ROWS AND COLUMN DEFINITIONS]Prompt: rà soát rule 410 hàng loạt
Review this server, CDN, or application rule that returns 410 for retired URLs. Find
overbroad path matches, conflicts with redirects, robots.txt blocking, soft-404 200s,
and URLs that might return. Give a minimal safer rule and a pass/fail test matrix.
Preserve the configuration language I provide and do not invent provider syntax.
[PASTE RULE AND REPRESENTATIVE URLS] Shell: xác minh danh sách URL đã ngừng
Chạy lệnh này trong terminal macOS/Linux với mỗi dòng trong gone-urls.txt là một URL tuyệt đối.
while IFS= read -r url; do
code=$(curl -sS -o /dev/null -w '%{http_code}' "$url")
printf '%s,%s\n' "$code" "$url"
done < gone-urls.txtHãy rà soát mọi kết quả khác 410 thay vì tự động viết lại; redirect hoặc URL còn hoạt động có thể là chủ ý.
PowerShell: xác minh cùng danh sách
Get-Content .\gone-urls.txt | ForEach-Object {
$r = Invoke-WebRequest -Uri $_ -SkipHttpErrorCheck
[PSCustomObject]@{ Status = $r.StatusCode; Url = $_ }
} | Export-Csv .\gone-results.csv -NoTypeInformationConsole DevTools: tìm liên kết đến đường dẫn đã ngừng
Chạy trong Console của trình duyệt sau khi thay tiền tố đường dẫn.
console.table([...document.links].filter(a => new URL(a.href).pathname.startsWith('/retired/')).map(a => ({text: a.textContent.trim(), href: a.href}))); Công cụ triển khai và kiểm tra 410
- Công cụ kiểm tra mã trạng thái HTTP hàng loạt: xác minh toàn bộ nhóm đã ngừng và phát hiện 200s ngoài ý muốn, redirect cùng phản hồi không nhất quán.
- Trình tạo bản đồ chuyển hướng: tách URL có nội dung tương đương thật khỏi URL cần xóa trước khi viết rule 410.
- Trình lập kế hoạch và xác thực di chuyển SEO: rà soát ánh xạ redirect và trạng thái đã triển khai trong lần di chuyển có một số URL ngừng hoạt động.
- Trình phân tích liên kết: tìm liên kết nội bộ vẫn trỏ đến URL đã xóa để site ngừng quảng bá đích chết.
- URL Inspection và Page Indexing trong Search Console: xác nhận phản hồi Google quan sát gần nhất và theo dõi nhóm URL rời chỉ mục sau khi crawl lại.
Xác thực lần triển khai 410
Kiểm tra trạng thái và phạm vi
Kiểm tra cần chạy: kiểm tra các URL đại diện khớp rule, gần khớp và ngoại lệ bằng Công cụ kiểm tra mã trạng thái HTTP hàng loạt. Kết quả mong đợi: chỉ URL đã ngừng được duyệt mới trả 410. Diễn giải lỗi: rule quá rộng, quá hẹp hoặc bị rule khác che. Cửa sổ theo dõi: ngay sau mỗi lần triển khai edge/origin. Điều kiện rollback: bất kỳ URL còn hoạt động hoặc có thể chuyển hướng nào trở thành 410.
Kiểm tra khả năng crawl và nội dung phản hồi
Kiểm tra cần chạy: fetch từng mẫu bình thường và xem robots.txt cùng trạng thái thô. Kết quả mong đợi: crawler có thể yêu cầu URL, phản hồi là 410 và nội dung thân thiện không đổi mã thành 200. Diễn giải lỗi: rule robots che tín hiệu hoặc template lỗi tạo soft 404. Cửa sổ theo dõi: ngay lập tức. Điều kiện rollback: lần triển khai chặn crawl đường dẫn đã ngừng hoặc phục vụ 200.
Kiểm tra dọn tín hiệu nội bộ
Kiểm tra cần chạy: crawl liên kết nội bộ và kiểm tra XML sitemap cho nhóm đã ngừng. Kết quả mong đợi: URL 410 được duyệt không còn trong điều hướng và sitemap hiện hành. Diễn giải lỗi: site vẫn gửi tín hiệu khám phá mâu thuẫn. Cửa sổ theo dõi: sau lần xuất bản sitemap/build kế tiếp. Điều kiện rollback: việc dọn dẹp xóa liên kết hoặc mục sitemap cho URL ngoài nhóm được duyệt.
Kiểm tra chẩn đoán 410 ngoài ý muốn
Kiểm tra cần chạy: với mọi URL bất ngờ trả 410, kiểm tra phạm vi rule origin/edge/CMS, lớp cache/CDN và mọi mục canonical, hreflang hoặc feed tham chiếu URL. Kết quả mong đợi: phép khớp là chủ ý và không ảnh hưởng đích canonical, hreflang hay feed. Diễn giải lỗi: rule quá rộng, 410 cũ trong cache hoặc mục canonical/hreflang/feed sai phạm vi đang tạo trạng thái sai. Cửa sổ theo dõi: ngay khi có báo cáo 410 ngoài ý muốn. Điều kiện rollback: trở về rule/cấu hình tốt gần nhất và purge cache cho đường dẫn bị ảnh hưởng.
Tự kiểm tra: 410 Gone
Năm câu hỏi nhanh về ý nghĩa của 410 và khi nào nên dùng. Chọn đáp án cho từng câu rồi kiểm tra.
Tài nguyên đáng xem
Bài viết liên quan của tôi
- Mã trạng thái HTTP: Danh sách đầy đủ — tài liệu tham chiếu đầy đủ của tôi, gồm cách diễn đạt 404 với 410 “thực tế gần như giống nhau”.
- Cách xóa URL khỏi Google Search (5 phương pháp) — vị trí của 404/410 trong các lựa chọn xóa và lý do việc xóa chậm hơn lần crawl lại.
- Hướng dẫn nhập môn Technical SEO — vị trí của mã trạng thái trong bức tranh kỹ thuật lớn hơn.
Bài nói của tôi
- Cách Search hoạt động trên SlideShare — phần trình bày của tôi về crawl, lập chỉ mục và cách mã trạng thái đi vào pipeline. Tuyên bố giới hạn thường trực vẫn áp dụng: “This is my understanding of systems… not going to be 100% complete or accurate.” (bản dịch) «Đây là hiểu biết của tôi về các hệ thống… không thể đầy đủ hoặc chính xác 100%.»
Tài nguyên trong ngành
- RFC 9110 §15.5.11 — 410 Gone (IETF) — định nghĩa thực tế của tiêu chuẩn HTTP cho mã trạng thái.
- Mã trạng thái HTTP ảnh hưởng Google Search thế nào (Google Search Central) — tài liệu có thẩm quyền về cách xử lý
4xx. - Mã trạng thái HTTP ảnh hưởng crawler Google thế nào (Google) — nêu trực tiếp cách gom 4xx trừ 429.
- Tối ưu ngân sách crawl (Google Search Central) — cách ghép 404/410 với lý do ngân sách crawl rõ nhất trong tài liệu chính thức.
- Di chuyển site có thay đổi URL (Google Search Central) — dùng 404/410 cho nội dung không mang sang site mới.
- 404 với 410: Thử nghiệm Technical SEO (Reboot Online) — thử nghiệm có kiểm soát 119 URL trong hơn ba tháng; 404 được crawl thường hơn khoảng 49,6% so với 410.
- John Mueller của Google làm rõ nhầm lẫn 404 và 410 cho SEO (Search Engine Journal) — bài về lập trường ban đầu “không khác biệt thật sự” của Mueller.
- Google hiện xử lý mã phản hồi 404 và 410 giống nhau (Search Engine Roundtable) — lời đính chính của Mueller thừa nhận khác biệt nhỏ; tiêu đề trớ trêu nên hãy đọc nội dung.
- Cách xóa vĩnh viễn URL khỏi Bing hay Copilot (Bing Webmaster Tools) — cơ chế xóa bằng 404/410 cùng IndexNow của Bing.
Nhật ký thay đổi
Đã cập nhật 22 thg 8, 2026.
Tóm tắt biên tập và chi tiết thay đổi đã ghi nhận.Chi tiết thay đổi
-
Ghi chú thay đổi chi tiết hiện chỉ có bằng tiếng Anh.
Không thể so sánh đầy đủ — không có bản lưu trước đó cho lần sửa đổi này.
Đã cập nhật 9 thg 8, 2026.
Tóm tắt biên tập và chi tiết thay đổi đã ghi nhận.Chi tiết thay đổi
-
Ghi chú thay đổi chi tiết hiện chỉ có bằng tiếng Anh.
Không thể so sánh đầy đủ — không có bản lưu trước đó cho lần sửa đổi này.
Đã cập nhật 8 thg 8, 2026.
Tóm tắt biên tập và chi tiết thay đổi đã ghi nhận.Chi tiết thay đổi
-
Ghi chú thay đổi chi tiết hiện chỉ có bằng tiếng Anh.
Không thể so sánh đầy đủ — không có bản lưu trước đó cho lần sửa đổi này.
Đã cập nhật 17 thg 7, 2026.
Tóm tắt biên tập và chi tiết thay đổi đã ghi nhận.Chi tiết thay đổi
-
Ghi chú thay đổi chi tiết hiện chỉ có bằng tiếng Anh.
Không thể so sánh đầy đủ — không có bản lưu trước đó cho lần sửa đổi này.
Try it live
This is a real endpoint on this site — not a simulation.
Hit it from the button, open it in a new tab, or
curl -i it from your terminal, and the server answers with the actual status code this article is about.