Crawled Currently Not Indexed và cách xử lý trong Search Console

Thông báo Crawled Currently Not Indexed thường làm nhiều người hoảng, vì nhìn vào thì thấy bot Google đã ghé qua URL rồi mà trang vẫn không vào chỉ mục. Thực ra đây không mang ý nghĩa website của bạn đang bị phạt, mà nó là tín hiệu cho thấy Google đã đọc URL, nhưng ở lần xử lý đó hệ thống chưa muốn đưa trang vào index.

Với một vài URL phụ như trang lọc, trang tag hoặc URL trùng lặp nhẹ, trạng thái này không đáng lo. Vấn đề nằm ở chỗ nhiều website lại gặp nó ngay trên bài viết chính, landing page dịch vụ hoặc trang sản phẩm cần có traffic. Lúc đó mình cần xem lại chất lượng nội dung, canonical, liên kết nội bộ, tốc độ phản hồi và cách Google phát hiện URL.

ℹ️ Theo tài liệu Search Console Help, Page indexing report chỉ cho bạn biết trạng thái hiện tại và nhóm nguyên nhân. Muốn chẩn đoán một URL cụ thể, URL Inspection mới là chỗ nên mở trước.

Mục lục

• Crawled currently not indexed là gì?
• Những nguyên nhân phổ biến
• Quy trình xử lý trong Search Console
• Cách phân biệt với discovered và duplicate canonical
• Khi nào không cần cố ép index?

Crawled currently not indexed là gì?

Hiểu ngắn gọn, Google đã crawl URL nhưng chưa đưa URL đó vào chỉ mục. Khác với trạng thái chưa crawl, URL này đã được bot truy cập. Khác với noindex, bạn không chặn Google. Khác với 404, server vẫn trả nội dung. Nhưng sau khi đánh giá, Google tạm thời chưa thấy đủ lý do để giữ URL trong index.

Lý do có thể đến từ nhiều phía: nội dung quá mỏng, trùng chủ đề với URL khác mạnh hơn, canonical chưa rõ, internal link quá yếu, server phản hồi chập chờn, hoặc trang hiển thị khác nhau giữa live test và bản Google đã đọc trước đó.

Nếu bạn đang dùng WordPress, đừng chỉ nhìn vào việc plugin SEO báo xanh hay đỏ. Trạng thái index do Google quyết định. Những bài như Index bài viết ngay lập tức với Rank Math SEO hay Rank Math tích hợp IndexNow chỉ hỗ trợ gửi tín hiệu nhanh hơn, chứ không thay thế được chất lượng trang.

⚠️ Request Indexing không phải nút chữa bách bệnh. Nếu nguyên nhân gốc chưa xử lý, URL có thể được crawl lại rồi vẫn quay về trạng thái cũ.

Những nguyên nhân phổ biến

Mình hay gom nguyên nhân thành 6 nhóm dưới đây. Đi theo nhóm sẽ dễ sửa hơn so với việc đoán mò từng URL.

1. Nội dung mỏng hoặc không có giá trị riêng

Trang có vài đoạn ngắn, lặp lại ý cũ hoặc chỉ đổi chút câu chữ từ URL khác rất dễ bị giữ ngoài index. Điều này gặp nhiều ở landing page phụ, tag page và bài viết được viết quá vội.

2. Canonical chưa rõ hoặc Google thấy URL khác mạnh hơn

Nếu site có nhiều URL cùng chủ đề, Google sẽ cố chọn một URL đại diện. Trường hợp này dễ đi chung với nhóm duplicate. Bạn cần xem lại thẻ canonical, internal link và chủ đề giữa các bài có đang quá sát nhau hay không.

3. Internal link yếu, Google tìm thấy URL nhưng không xem là quan trọng

Có URL nằm trong sitemap nhưng gần như không có link nội bộ trỏ tới. Google vẫn crawl vì sitemap khai báo, nhưng chưa coi đó là trang quan trọng. Với blog lớn, chuyện này xảy ra khá nhiều.

4. Trang hiển thị không ổn định khi crawl

Server chậm, timeout, plugin cache lỗi, JavaScript render thiếu nội dung hoặc redirect chập chờn đều làm chất lượng crawl giảm. Bài Hosting ảnh hưởng SEO như thế nào có nói khá rõ chuyện hiệu năng và khả năng index thường đi cùng nhau.

5. Robots, noindex hoặc sitemap đang gửi tín hiệu lẫn nhau

Ví dụ phổ biến là trang đã bỏ noindex nhưng sitemap chưa cập nhật, hoặc robots.txt chặn một thư mục chứa tài nguyên cần thiết cho việc render. Bạn nên rà lại robots.txt và phần khai báo sitemap thay vì chỉ nhìn mỗi report.

6. URL mới nhưng site chưa đủ tín hiệu tin cậy cho cụm nội dung đó

URL mới trên site mới hoặc site chưa có topical authority ở chủ đề đó thường cần thêm thời gian. Không phải cứ đăng bài là Google index ngay. Có khi cần chờ crawl lại, thêm internal link và cập nhật nội dung cho rõ ràng hơn.

Quy trình xử lý trong Search Console

Đây là quy trình mình hay dùng khi gặp URL quan trọng bị kẹt ở trạng thái này.

1. Mở URL Inspection và kiểm tra bản indexed data. Xem lần crawl gần nhất, canonical do Google chọn và việc URL có nằm trong sitemap hay không.
2. Chạy Live Test. Nếu live test hiển thị khác với bản indexed, bạn vừa có một manh mối rất đáng chú ý về cache, render hoặc tài nguyên bị chặn.
3. Đọc lại nội dung URL như một trang độc lập. Nếu trang quá ngắn, thiếu dữ liệu, thiếu ví dụ hoặc trùng nhiều với bài khác, hãy sửa nội dung trước.
4. Kiểm tra thẻ canonical, meta robots, HTTP status, redirect và các tài nguyên quan trọng. Nếu là site WordPress, kiểm tra cả plugin SEO và plugin cache.
5. Bổ sung internal link từ các bài đang mạnh hơn. Một URL chỉ nằm trong sitemap thôi là chưa đủ.
6. Sau khi sửa xong mới Request Indexing. Nếu có cả nhóm URL cùng lỗi, theo dõi thêm Validate Fix trong report.

Hai lệnh đơn giản dưới đây đủ để kiểm tra nhanh HTTP status, canonical và robots ở mức cơ bản:

curl -I https://example.com/url-can-kiem-tra
curl -s https://example.com/url-can-kiem-tra | grep -iE "canonical|robots"

Khi cần kiểm tra DNS, SSL hoặc phản hồi mạng trước khi đổ lỗi cho nội dung, bạn có thể dùng AZDIGI Tools để soi nhanh tình trạng kết nối và chứng chỉ.

💡 Nếu bạn vừa sửa rất nhiều thứ cùng lúc, hãy lưu lại thay đổi theo từng đợt. Như vậy khi Google index lại, bạn còn biết thay đổi nào thực sự có tác dụng.

Phân biệt với discovered currently not indexed và duplicate without user-selected canonical

Ba trạng thái này nhìn qua khá giống nhau, nhưng điểm nghẽn nằm ở ba giai đoạn khác nhau.

Nếu URL của bạn đang là phiên bản phụ, không cần cố ép nó index riêng. Trong nhiều tình huống, cái cần là làm rõ URL canonical nào mới là URL chính. Google cũng nói khá rõ rằng bạn không nên dùng robots.txt hay URL removal tool để xử lý canonical thay cho việc khai báo đúng. Với website đa ngôn ngữ, bạn cũng nên kiểm tra thêm Hreflang WordPress và 7 lỗi WPML thường gặp vì canonical sai ngôn ngữ và hreflang lỗi thường đi chung với nhau.

Khi nào không cần cố ép Google index?

Không phải URL nào cũng đáng đưa vào chỉ mục. Với một số loại trang, việc không index còn là kết quả tốt hơn:

• Trang tag hoặc filter tạo quá nhiều biến thể giống nhau.
• URL phân trang, URL test, URL có tham số theo dõi.
• Landing page chạy ngắn hạn nhưng nội dung quá mỏng.
• Các bản trùng gần như hoàn toàn của cùng một tài nguyên.
• Trang tìm kiếm nội bộ hoặc trang kết quả không có giá trị độc lập.

Mục tiêu của bạn không phải đưa 100% URL lên Google. Mục tiêu là đưa đúng URL quan trọng lên chỉ mục, và làm cho Google hiểu rõ URL nào mới là bản đại diện của mỗi chủ đề.

Nếu bạn đang vận hành blog hoặc site dịch vụ cần tốc độ phản hồi ổn định, cache rõ ràng và khả năng xử lý tốt khi Google crawl nhiều hơn, AZDIGI có Pro Platinum Hosting, Premium Business Hosting và X-Platinum VPS phù hợp cho các website cần hiệu năng tốt hơn để giảm lỗi render, timeout và vấn đề do môi trường hosting.

Câu hỏi thường gặp

Sitemap chỉ là tín hiệu khai báo. Google vẫn đánh giá chất lượng trang, canonical, internal link và mức độ cần thiết của URL trước khi index.

Crawled Currently Not Indexed có phải là án phạt không?

Không. Đây không phải manual action hay hình phạt. Nó chỉ cho thấy Google đã crawl nhưng chưa muốn đưa URL vào index ở thời điểm đó.

Bao lâu sau khi Request Indexing thì URL sẽ được index?

Không có mốc chắc chắn. Có URL được xử lý nhanh, có URL phải đợi thêm vài lần crawl. Nếu nguyên nhân gốc chưa sửa, gửi lại nhiều lần cũng không giúp nhiều.

Trang đã có trong sitemap mà vẫn không index thì sao?

Sitemap chỉ là tín hiệu khai báo. Google vẫn đánh giá chất lượng trang, canonical, internal link và mức độ cần thiết của URL trước khi index.

Nên sửa nội dung hay đi internal link trước?

Thường nên sửa nội dung và tín hiệu kỹ thuật trước, sau đó bổ sung internal link. Nếu nội dung chưa đủ tốt, chỉ thêm link nội bộ thường không giải quyết triệt để.

Có nên xóa URL rồi đăng lại URL mới không?

Chỉ nên làm khi URL cũ thực sự sai và bạn có kế hoạch redirect rõ ràng. Nếu đổi URL hàng loạt chỉ vì chưa index, bạn có thể làm tình hình rối hơn.