Cách xử lý sitemap báo lỗi 404

Xác định sitemap lỗi 404 thuộc trường hợp nào

Trước khi redirect, xóa URL hoặc tạo lại sitemap, hãy kiểm tra chính xác đối tượng nào đang trả về mã 404.

Trường hợp 1: Chính URL sitemap trả về 404

Ví dụ bạn gửi:

https://example.com/sitemap.xml

nhưng khi truy cập URL này, máy chủ trả về 404 Not Found.

Trong Search Console, lỗi lấy sitemap ở cấp sitemap có nghĩa là Google không truy xuất được chính tệp sitemap. Vì vậy, cần xử lý khả năng truy cập tệp trước khi kiểm tra các URL bên trong.

Các nguyên nhân thường gặp gồm:

• Đường dẫn sitemap đã thay đổi

• Plugin hoặc CMS ngừng tạo sitemap

• Rewrite rule bị lỗi

• Sitemap bị xóa sau khi thay đổi cấu hình website

• Cấu hình máy chủ trả về 404 cho bot hoặc một số request

• Đã gửi nhầm URL sitemap trong Search Console

Trường hợp 2: Sitemap hoạt động nhưng chứa URL trả về 404

Tệp XML vẫn trả về 200 OK, nhưng một hoặc nhiều URL được liệt kê bên trong đã bị xóa hoặc không còn tồn tại.

Ví dụ:

https://example.com/sitemap.xml → 200 OK

nhưng:

https://example.com/san-pham-cu → 404 Not Found

Trong trường hợp này, bạn không cần sửa đường dẫn sitemap. Việc cần làm là xác định URL nào nên được xóa khỏi sitemap và URL nào cần chuyển hướng.

Google hướng dẫn rằng sitemap nên khai báo các URL canonical mà bạn muốn công cụ tìm kiếm biết đến.

Cách kiểm tra nhanh sitemap báo lỗi 404

Kiểm tra trực tiếp URL sitemap

Mở URL sitemap bằng trình duyệt hoặc kiểm tra HTTP status bằng công cụ phù hợp.

Kết quả cần phân biệt:

• 200 OK: Sitemap có thể truy cập được ở cấp HTTP

• 404 Not Found: Đường dẫn sitemap không tồn tại

• 403 Forbidden: Máy chủ đang từ chối truy cập

• 5xx: Máy chủ gặp lỗi khi xử lý request

• Redirect: Cần kiểm tra URL đích cuối cùng có thực sự trả về sitemap hay không

Việc một sitemap mở được trên trình duyệt của bạn chưa đủ để chứng minh Google luôn truy cập được; Search Console vẫn là nơi cần kiểm tra trạng thái Google đã đọc và xử lý sitemap.

Kiểm tra trong Google Search Console

Vào báo cáo Sitemaps, chọn sitemap đang gặp vấn đề và kiểm tra trạng thái.

Nếu Search Console báo không thể lấy sitemap, hãy ưu tiên kiểm tra chính URL sitemap, mã phản hồi HTTP và khả năng Google truy cập tệp. Báo cáo sitemap cũng cho biết thời điểm Google truy cập sitemap và các vấn đề phát sinh trong quá trình xử lý.

Kiểm tra URL bên trong sitemap

Nếu sitemap trả về 200 OK, hãy lấy danh sách URL bên trong và kiểm tra status code của từng URL.

Có thể thực hiện bằng crawler SEO hoặc hệ thống kiểm tra URL hàng loạt. Mục tiêu là phân loại ít nhất thành:

• URL trả về 200

• URL trả về 404 hoặc 410

• URL redirect

• URL gặp lỗi máy chủ

Không nên mặc định mọi URL 404 đều phải redirect. Cần xác định lý do URL biến mất trước.

Cách xử lý khi chính sitemap trả về 404

Kiểm tra lại đường dẫn sitemap thực tế

Website không bắt buộc phải sử dụng đúng tên /sitemap.xml. CMS hoặc plugin có thể tạo sitemap ở đường dẫn khác.

Hãy xác định URL sitemap hiện tại mà hệ thống thực sự tạo ra, sau đó so sánh với URL đã gửi trong Search Console.

Nếu sitemap cũ đã bị thay thế bằng sitemap mới, hãy gửi đúng URL đang hoạt động.

Kiểm tra CMS hoặc plugin tạo sitemap

Với website tạo sitemap tự động, lỗi 404 có thể xuất hiện sau khi:

• Tắt chức năng XML sitemap

• Thay plugin SEO

• Thay đổi permalink

• Xóa plugin đang tạo sitemap

• Xung đột cache hoặc rewrite

• Chuyển môi trường hoặc tên miền

Google cũng khuyến nghị với các CMS phổ biến nên sử dụng khả năng tạo sitemap của CMS khi phù hợp thay vì duy trì thủ công một danh sách lớn URL.

Kiểm tra rewrite và cấu hình máy chủ

Một số sitemap được sinh động chứ không tồn tại dưới dạng file XML vật lý. Vì vậy, sitemap 404 có thể xuất phát từ rewrite rule hoặc routing bị lỗi.

Nếu CMS xác nhận sitemap đang bật nhưng URL vẫn 404, cần kiểm tra:

• Rewrite configuration

• Web server configuration

• Cache

• CDN

• Quyền truy cập

• Routing của ứng dụng

Sau khi sửa, URL sitemap phải truy cập được ổn định trước khi gửi lại cho Google.

Cách xử lý URL 404 nằm trong sitemap

Redirect 301 nếu URL có trang thay thế tương đương

Nếu URL cũ biến mất vì nội dung đã được chuyển sang một URL mới có cùng hoặc rất gần mục đích, redirect 301 là lựa chọn phù hợp.

Ví dụ:

/dich-vu-seo-cu → /dich-vu-seo

Sau khi redirect, nên cập nhật sitemap để chứa URL đích canonical thay vì tiếp tục khai báo URL cũ. Sitemap được dùng để chỉ ra những URL mà bạn muốn Google xem là URL ưu tiên, vì vậy không cần duy trì URL redirect trong sitemap chỉ để Google phát hiện chuyển hướng.

Không nên redirect hàng loạt mọi URL 404 về trang chủ chỉ để loại bỏ trạng thái 404. Redirect chỉ hợp lý khi có đích đến thực sự tương ứng với nội dung cũ.

Loại URL khỏi sitemap nếu trang đã xóa vĩnh viễn

Nếu trang không còn giá trị sử dụng và không có trang thay thế tương đương, URL có thể tiếp tục trả về 404 và được loại khỏi sitemap.

404 trong trường hợp một tài nguyên thực sự không tồn tại là phản hồi bình thường của web. Google từng làm rõ rằng việc phát hiện các URL 404 không tự động gây hại cho thứ hạng của những URL khác trên website.

Điều cần sửa ở đây không phải là “che” mã 404, mà là ngừng khai báo URL đã mất trong sitemap khi đó không còn là URL bạn muốn Google xử lý như một trang hợp lệ.

Cập nhật sitemap sau khi đổi hoặc xóa URL

Sau khi hoàn tất redirect hoặc xóa URL, sitemap cần phản ánh trạng thái mới của website.

Một sitemap sạch nên ưu tiên:

• URL hiện tồn tại

• URL canonical

• URL mà website thực sự muốn Google xem xét lập chỉ mục

Google mô tả sitemap là tín hiệu giúp công cụ tìm kiếm biết những URL bạn ưu tiên; việc gửi sitemap cũng chỉ là một tín hiệu, không đảm bảo mọi URL trong đó sẽ được crawl hoặc index.

Gửi lại sitemap sau khi khắc phục

Sau khi xử lý lỗi, hãy kiểm tra lại theo thứ tự:

1. Mở URL sitemap và xác nhận sitemap có thể truy cập

2. Xác nhận sitemap chứa đúng các URL cần giữ

3. Kiểm tra các URL quan trọng không còn trả về 404 ngoài ý muốn

4. Kiểm tra URL cũ đã redirect đúng nếu có trang thay thế

5. Gửi sitemap hiện tại trong Google Search Console

6. Theo dõi trạng thái xử lý của sitemap trong báo cáo Sitemaps

Search Console cho phép gửi sitemap và theo dõi lần Google truy cập cũng như các lỗi trong quá trình xử lý. Việc submit sitemap là tín hiệu giúp Google phát hiện sitemap, không phải yêu cầu bắt buộc Google phải crawl hoặc index tất cả URL ngay lập tức.

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

Không nên xem mọi lỗi 404 là một “án phạt SEO”.

Nếu một trang đã bị xóa hợp lệ và trả về 404, bản thân phản hồi này không có nghĩa toàn bộ website bị Google đánh giá thấp. Google đã nêu rõ rằng các URL không tồn tại và trả về 404 có thể được bỏ qua nếu đó thực sự là trạng thái mong muốn.

Vấn đề cần quan tâm hơn là sitemap không còn phản ánh đúng website. Nếu sitemap liên tục khai báo URL đã mất, URL redirect hoặc các URL không phải canonical, bạn đang cung cấp cho công cụ tìm kiếm một danh sách kém chính xác về những trang mà website muốn ưu tiên. Google khuyến nghị chọn các URL canonical để đưa vào sitemap.

Ảnh hưởng thực tế cũng khác nhau tùy tình huống:

• Sitemap file bị 404 khiến Google không thể sử dụng sitemap đó để phát hiện URL

• Một vài URL 404 hợp lệ không đồng nghĩa website bị phạt

• URL quan trọng vô tình trả về 404 có thể mất khả năng được truy cập tại URL đó

• Redirect sai đích có thể khiến việc thay đổi URL không được xử lý như mong muốn

• Sitemap cũ làm quá trình chẩn đoán và quản trị index khó chính xác hơn

Vì vậy, mục tiêu không phải là đạt “0 URL 404 bằng mọi giá”, mà là bảo đảm 404 xuất hiện đúng nơi cần 404 và sitemap chỉ chứa những URL còn phù hợp để khai báo.

Những lỗi cần tránh khi khắc phục sitemap 404

Redirect tất cả URL 404 về trang chủ

Cách làm này không giải quyết đúng nguyên nhân. Nếu URL cũ không có nội dung thay thế tương đương, việc ép người dùng và bot sang trang chủ có thể tạo kết quả không phù hợp với mục đích ban đầu của URL.

Chỉ dùng redirect khi có đích đến hợp lý.

Giữ URL redirect trong sitemap lâu dài

Sau khi URL cũ đã được redirect sang URL mới, sitemap nên được cập nhật để khai báo trực tiếp URL canonical mới thay vì tiếp tục chứa URL trung gian.

Tạo lại sitemap nhưng không sửa nguyên nhân gốc

Nếu lỗi đến từ routing, plugin, cache hoặc máy chủ, tạo một sitemap mới mà không sửa cấu hình có thể khiến lỗi xuất hiện trở lại.

Cần xác định sitemap 404 ở cấp tệp hay ở cấp URL bên trong trước khi chọn giải pháp.

Cho rằng URL 404 nào cũng làm giảm thứ hạng website

Đây là cách hiểu quá rộng. Một URL không còn tồn tại có thể trả về 404 hoàn toàn hợp lệ. Điều quan trọng là xác định URL đó có đáng lẽ phải tồn tại hay không và có còn nên xuất hiện trong sitemap hay không.

Cách hạn chế sitemap lỗi 404 tái diễn

Đồng bộ sitemap với thay đổi URL

Mỗi lần đổi slug, xóa trang hoặc di chuyển nội dung, nên đồng thời xác định:

• URL cũ có cần redirect hay không

• URL mới có cần đưa vào sitemap hay không

• URL cũ đã được loại khỏi sitemap chưa

Cách này ngăn sitemap trở thành danh sách URL lỗi thời.

Ưu tiên sitemap được tạo tự động

Đối với website có nhiều URL hoặc thay đổi thường xuyên, sitemap được CMS hay hệ thống website tạo tự động thường dễ đồng bộ hơn sitemap chỉnh sửa thủ công. Google cũng khuyến nghị để CMS tạo sitemap hoặc tự động sinh sitemap khi số lượng URL lớn.

Kiểm tra sitemap sau những thay đổi lớn

Nên kiểm tra lại sitemap sau các sự kiện như:

• Migration website

• Đổi tên miền

• Thay permalink

• Thay plugin SEO

• Thay cấu trúc danh mục

• Xóa hàng loạt sản phẩm hoặc bài viết

• Thay đổi hệ thống routing

Kiểm tra ngay sau thay đổi giúp phát hiện URL sitemap bị mất hoặc danh sách URL chưa được cập nhật trước khi vấn đề kéo dài.

Cách xử lý sitemap lỗi 404 phụ thuộc vào việc lỗi nằm ở chính tệp sitemap hay ở các URL được khai báo bên trong. Nếu sitemap trả về 404, cần khôi phục hoặc sửa đúng đường dẫn để Google truy cập được. Nếu URL trong sitemap trả về 404, hãy redirect 301 khi có trang thay thế tương đương; nếu trang đã xóa vĩnh viễn và không có đích thay thế phù hợp, có thể giữ phản hồi 404 nhưng phải loại URL đó khỏi sitemap. Sau cùng, cập nhật sitemap và theo dõi lại trong Search Console. Cách xử lý này giữ sitemap nhất quán với trạng thái thực tế của website mà không cần redirect hoặc phục hồi những URL 404 vốn hoàn toàn hợp lệ.