Cách xử lý Discovered currently not indexed trong Search Console bắt đầu bằng việc xác định có cần xử lý hay không: vài trang mới đăng thì có thể chờ, còn trang quan trọng bị kẹt hàng tuần thì cần kiểm tra máy chủ, nội dung và liên kết nội bộ. Trạng thái này nghĩa là Google đã biết URL nhưng chưa thu thập hoặc lập chỉ mục trang. Các bước dưới đây đi từ chẩn đoán đến khắc phục.
Cách xử lý Discovered currently not indexed trong Search Console: hiểu đúng trạng thái trước khi sửa
Discovered – currently not indexed (đã phát hiện, hiện chưa lập chỉ mục) nghĩa là Google biết URL qua sơ đồ trang (sitemap) hoặc liên kết, đã đưa vào hàng đợi nhưng chưa tải trang về. Vì chưa tải, ngày thu thập gần nhất trong báo cáo thường để trống.
Cần phân biệt với Crawled – currently not indexed. Ở trạng thái đó Google đã tải trang nhưng quyết định không lập chỉ mục, nên hướng xử lý nghiêng về chất lượng nội dung. Còn với lỗi discovered currently not indexed, vấn đề nằm ở khâu Google chưa muốn hoặc chưa thể thu thập.
Về nguyên nhân, hướng dẫn của Rank Math dẫn lại lời John Mueller rằng trạng thái này thường do máy chủ quá tải nên Google lên lịch thu thập lại. Một số tác giả khác cho rằng lời giải thích đó quá chung chung, và trang có thể bị xếp ưu tiên thấp vì thiếu liên kết, dự đoán chất lượng thấp hoặc trùng lặp. Vì các nguồn chưa thống nhất, nên kiểm tra cả ba hướng: máy chủ, nội dung và liên kết.
Tìm trang bị ảnh hưởng và đánh giá có cần xử lý không
Danh sách URL nằm trong báo cáo Pages. Trong Search Console, vào Pages dưới mục Indexing, rồi cuộn xuống phần Why pages aren’t indexed để tìm dòng trạng thái này. Giao diện có thể khác đôi chút theo thời điểm. Bấm vào dòng đó để xem từng URL.
Sau đó đánh giá theo hai yếu tố: số trang và xu hướng theo thời gian. Nếu số trang giảm dần thì có thể chờ, nếu tăng dần thì cần tìm nguyên nhân. Website mới, nội dung vừa đăng hoặc trang ít quan trọng thường nên chờ, vì Google có thể mất khá lâu để lập chỉ mục mọi trang của một website mới.
Cần hành động khi trang quan trọng như trang dịch vụ, trang sản phẩm hay bài trụ cột bị kẹt hàng tuần hoặc hàng tháng. Một số URL không cần lập chỉ mục, ví dụ trang quản trị, nội dung trùng lặp hoặc URL có tham số theo dõi, nên không phải trang nào trong danh sách cũng cần cứu.
Kiểm tra từng URL và gửi yêu cầu lập chỉ mục có chọn lọc
Báo cáo Pages có thể chậm hơn thực tế từ vài ngày đến vài tuần, vì vậy hãy kiểm tra trực tiếp từng URL bằng công cụ URL Inspection (kiểm tra URL) trước khi kết luận. Nếu công cụ cho biết trang đã có trên Google thì không cần làm gì thêm.
- Dán URL vào ô tìm kiếm phía trên Search Console và xem trạng thái hiện tại của trang.
- Nếu trang chưa có trên Google, bấm Request indexing (yêu cầu lập chỉ mục).
- Chờ thông báo; khi thành công, Search Console thường báo URL đã được thêm vào hàng đợi thu thập ưu tiên.
Yêu cầu lập chỉ mục google search console có hạn mức mỗi ngày. Google không công bố con số rõ ràng, các nguồn ước tính khác nhau nhưng đều ở mức nhỏ, hoạt động như cửa sổ trượt và dùng chung cho mọi thuộc tính trong cùng tài khoản. Vì vậy cách này chỉ phù hợp khi có vài trang bị ảnh hưởng, và chỉ nên gửi trang quan trọng chưa có trên Google.
Nếu gặp thông báo Something went wrong, hãy thử lại một lần vì có thể chỉ là lỗi tạm thời, chưa chắc đã hết hạn mức. Với hàng trăm URL, việc gửi thủ công không giải quyết được nguyên nhân gốc.
Rà soát kỹ thuật: robots.txt, máy chủ, chuyển hướng và sitemap
Bước đầu tiên là mở tệp robots.txt và kiểm tra có lệnh Disallow chặn toàn bộ hoặc một phần website hay không. Một dòng chặn nhầm thư mục có thể khiến google không index trang web dù nội dung rất tốt.
Tiếp theo là máy chủ. Theo quan điểm của Gary Illyes được các nguồn dẫn lại, website chậm khiến Google giới hạn thu thập để tránh làm quá tải máy chủ. Máy chủ phản hồi chậm hoặc báo lỗi cần được khắc phục trước, vì cải thiện nội dung sẽ vô ích nếu Google không tải được trang.
Chuyển hướng cũng đáng kiểm tra. Chuỗi chuyển hướng và vòng lặp chuyển hướng làm lãng phí ngân sách thu thập (crawl budget, lượng trang Google sẵn sàng tải về từ một website). Hãy trỏ thẳng liên kết đến URL đích cuối cùng.
Với sitemap, nguyên tắc là chỉ đưa vào URL trả về mã 200, không bị chặn bởi meta robots và chỉ gồm phiên bản canonical. Nếu Search Console hiện No referring sitemaps detected, có thể Google chưa đọc lại sitemap sau khi thêm trang, nên hãy mở trực tiếp sitemap để kiểm tra.
Nội dung mỏng và trùng lặp: gộp, xóa hoặc noindex
Khi nhiều trang giống nhau hoặc quá ít nội dung, Google có thể xem cả nhóm là kém quan trọng. Trong một trường hợp được ghi nhận, 50 trang mỏng và gần giống nhau được đưa vào cùng lúc, kết quả là Google không thu thập trang nào trong nhóm.
Nội dung mỏng nên được gộp hoặc xóa; nếu nội dung không dành cho tìm kiếm tự nhiên thì dùng noindex. Có thể tự đặt một ngưỡng nội dung thực tối thiểu cho website, trang dưới ngưỡng thì noindex và loại khỏi sitemap. Ngưỡng này là quy ước riêng, không phải tiêu chuẩn của Google.
Với trang trùng lặp, thêm thẻ canonical trỏ về bản gốc muốn lập chỉ mục. Nội dung do máy tạo hoặc bản dịch máy kém cũng có thể khiến Google trì hoãn thu thập, nên cần biên tập lại. Nếu phải dọn hàng loạt bài cũ trên WordPress, xem thêm hướng dẫn xóa toàn bộ bài viết cũ trong chuyên mục WordPress.
Liên kết nội bộ và tín hiệu ưu tiên thu thập
Trang mồ côi (không có liên kết nội bộ trỏ tới) hoặc ít liên kết nội bộ rất dễ nằm lâu trong hàng đợi. Hãy dẫn liên kết đến trang đó từ các bài liên quan, và có thể dùng thêm sơ đồ trang HTML để gom liên kết đến các trang sâu.
Kiểm tra cả thuộc tính liên kết: liên kết nội bộ nofollow có thể khiến trang bị xem là kém quan trọng. Liên kết nội bộ giúp Google tìm thấy trang và hiểu tầm quan trọng của nó, còn backlink chất lượng cũng là tín hiệu giúp trang được ưu tiên thu thập.
Ví dụ tình huống: một website bán hàng có vài chục trang danh mục lọc theo thuộc tính, nội dung gần như giống nhau, đều nằm trong sitemap. Cách làm hợp lý là loại các URL lọc khỏi sitemap, đặt canonical về trang danh mục chính, rồi bổ sung liên kết nội bộ đến trang danh mục quan trọng thay vì gửi từng URL thủ công. Đó là cách xử lý Discovered currently not indexed trong Search Console theo nguyên nhân thay vì theo triệu chứng.
Sai lầm thường gặp
Sai lầm phổ biến nhất là gửi yêu cầu lập chỉ mục hàng loạt. Việc này nhanh hết hạn mức, và gửi cho trang đã có trên Google là lãng phí lượt. Yêu cầu chỉ có ích khi nguyên nhân gốc đã được xử lý.
Sai lầm thứ hai là nhầm với Crawled – currently not indexed rồi viết lại nội dung trong khi Google chưa tải trang. Nếu cần sửa lỗi crawled currently not indexed thì hướng đi là cải thiện chất lượng; còn với trang bị discovered not indexed, hãy ưu tiên máy chủ, liên kết và sitemap trước.
Cuối cùng là bỏ qua việc theo dõi. Sau khi sửa, cần kiểm tra lại URL bằng URL Inspection và xem xu hướng trong báo cáo Pages sau vài tuần. Đừng đổi quá nhiều thứ cùng lúc để còn biết thay đổi nào có tác dụng.
Kết luận: áp dụng cách xử lý Discovered currently not indexed trong Search Console theo thứ tự
Thứ tự hợp lý là đánh giá số trang và xu hướng, kiểm tra từng URL, rà robots.txt, máy chủ, chuyển hướng và sitemap, rồi mới xử lý nội dung và liên kết nội bộ. Việc nên làm ngay hôm nay là lọc danh sách trong báo cáo Pages, chọn vài trang quan trọng nhất, bổ sung liên kết nội bộ và chỉ gửi yêu cầu cho những trang đó.
Nếu website chạy WordPress và phải chỉnh tệp hay cơ sở dữ liệu, hãy sao lưu trước khi thao tác; có thể tham khảo hướng dẫn tự động backup database bằng Cronjob nếu hosting của bạn dùng cPanel.
