Vì Sao Google Không Index Website? 15 Nguyên Nhân Thường Gặp Và Cách Khắc Phục

Google không index website có thể xuất phát từ lỗi kỹ thuật, cấu hình không phù hợp, nội dung trùng lặp hoặc đơn giản là Google chưa quyết định lập chỉ mục URL tại thời điểm kiểm tra. Không phải mọi URL nằm trong nhóm “Not indexed” đều đang gặp lỗi. Trang chuyển hướng, trang phụ có canonical hợp lệ, URL đã xóa đúng mục đích hoặc trang chủ động đặt noindex có thể không được index theo đúng thiết lập của website.

Để xác định nguyên nhân, cần kiểm tra từng URL bằng URL Inspection trong Google Search Console, đối chiếu mã trạng thái HTTP, khả năng crawl, chỉ thị index, canonical, nội dung được render và hệ thống internal link. Một trang đáp ứng điều kiện kỹ thuật tối thiểu vẫn chưa chắc chắn được index, bởi Google không cam kết lập chỉ mục mọi URL có thể truy cập.

Tóm tắt nhanh

• Không phải mọi URL không được index đều cần sửa.
• Sitemap giúp Google phát hiện URL nhưng không bảo đảm URL được crawl hoặc index.
• robots.txt, noindex và canonical giải quyết ba vấn đề khác nhau.
• Discovered – currently not indexed nghĩa là Google đã biết URL nhưng chưa crawl.
• Crawled – currently not indexed không tự động chứng minh nội dung kém chất lượng.
• Chỉ nên yêu cầu index lại sau khi đã sửa nguyên nhân gốc.

Google phát hiện, crawl và index URL như thế nào?

Để chẩn đoán một URL chưa được lập chỉ mục, có thể xem xét theo trình tự thực hành sau:

1. Google phát hiện URL.
2. Googlebot truy cập và crawl trang.
3. Google xử lý nội dung, xác định canonical và quyết định có lập chỉ mục hay không.

Đây là cách tiếp cận phục vụ chẩn đoán, không phải lúc nào cũng là một quy trình tuyến tính tuyệt đối. Đối với website sử dụng JavaScript, Google còn cần render trang trước khi có thể xử lý đầy đủ nội dung được tạo phía trình duyệt. Google mô tả quá trình xử lý ứng dụng JavaScript qua ba giai đoạn chính là crawling, rendering và indexing.

Về mặt kỹ thuật, một trang cần đáp ứng ba yêu cầu tối thiểu để đủ điều kiện được Google xem xét lập chỉ mục:

• Googlebot không bị chặn.
• Trang trả về mã trạng thái HTTP 200.
• Trang có nội dung có thể lập chỉ mục.

Tuy nhiên, đủ điều kiện không có nghĩa là chắc chắn được index. Google vẫn có thể không lập chỉ mục URL nếu trang trùng lặp, không phải URL canonical hoặc chưa được hệ thống lựa chọn để phục vụ trong kết quả tìm kiếm.

Cách kiểm tra một URL có được Google index không

Công cụ phù hợp nhất để kiểm tra từng URL là URL Inspection trong Google Search Console.

Không nên chỉ dựa vào toán tử site:. Google cho biết danh sách kết quả từ toán tử này không phải lúc nào cũng hiển thị đầy đủ tất cả URL đã được index. Đối với việc chẩn đoán URL cụ thể, URL Inspection đáng tin cậy hơn.

Quy trình kiểm tra nên thực hiện theo thứ tự:

1. Mở Google Search Console.
2. Nhập URL đầy đủ vào thanh URL Inspection.
3. Kiểm tra trạng thái “URL is on Google” hoặc “URL is not on Google”.
4. Mở phần Page indexing.
5. Kiểm tra:
   • Page fetch.
   • Crawl allowed.
   • Indexing allowed.
   • User-declared canonical.
   • Google-selected canonical.
   • Last crawl.
6. Chạy Test Live URL.
7. Xem HTML được render nếu nghi ngờ JavaScript.
8. Chỉ chọn Request Indexing sau khi đã sửa xong.

Live Test phản ánh phiên bản hiện tại của trang nhưng không kiểm tra đầy đủ tất cả vấn đề canonical và duplicate. Vì vậy, cần đối chiếu cả dữ liệu Google đã ghi nhận từ lần crawl trước và kết quả kiểm tra trực tiếp.

15 nguyên nhân và trạng thái khiến URL không được Google lập chỉ mục riêng

1. URL chứa chỉ thị noindex

noindex là chỉ thị yêu cầu công cụ tìm kiếm không lập chỉ mục nội dung.

Chỉ thị này có thể xuất hiện trong:

• Thẻ meta robots.
• HTTP header X-Robots-Tag.
• Cài đặt của plugin SEO.
• Thiết lập hiển thị công cụ tìm kiếm trong CMS.
• Template dùng chung cho một nhóm trang.

Trong báo cáo Page Indexing, trạng thái hiện hành có thể hiển thị là:

URL marked ‘noindex’

Tên tiếng Việt có thể khác tùy ngôn ngữ giao diện Search Console.

Nếu trang được chủ động đặt noindex, đây không phải lỗi. Chỉ cần xử lý khi URL đáng lẽ phải xuất hiện trên Google.

Cách khắc phục:

• Kiểm tra mã nguồn HTML.
• Kiểm tra HTTP response header.
• Xóa noindex nếu trang cần được index.
• Xóa cache website, plugin hoặc CDN.
• Chạy Test Live URL.
• Xác nhận “Indexing allowed” không còn bị chặn.

Googlebot phải truy cập được URL thì mới nhìn thấy chỉ thị noindex. Nếu URL đồng thời bị chặn bằng robots.txt, Google có thể không crawl trang để đọc chỉ thị này.

2. URL bị chặn bởi robots.txt

Trạng thái Search Console thường hiển thị:

URL blocked by robots.txt

Tệp robots.txt kiểm soát quyền crawl, không phải công cụ bảo đảm URL biến mất khỏi kết quả tìm kiếm.

Một URL bị chặn crawl vẫn có thể được Google phát hiện qua internal link hoặc backlink. Trong một số trường hợp, URL vẫn có thể xuất hiện mà không có nội dung mô tả đầy đủ.

Các lỗi cấu hình thường gặp:

• Website production vẫn giữ robots.txt của môi trường staging.
• Chặn nhầm toàn bộ thư mục bài viết.
• Dùng wildcard quá rộng.
• Chặn CSS hoặc JavaScript cần thiết.
• Dùng robots.txt thay cho noindex.

Cách khắc phục:

• Kiểm tra quy tắc áp dụng cho URL.
• Xóa hoặc thu hẹp lệnh Disallow.
• Cho phép Googlebot truy cập HTML và tài nguyên cần thiết.
• Kiểm tra lại bằng URL Inspection.

Nếu muốn ngăn URL xuất hiện trên Google, nên cho phép crawl và sử dụng noindex, yêu cầu đăng nhập hoặc xóa trang, tùy mục đích.

3. Trang yêu cầu đăng nhập hoặc bị giới hạn truy cập

Google chỉ có thể crawl và index nội dung có thể truy cập công khai.

Trang có thể bị hạn chế bởi:

• Màn hình đăng nhập.
• Mật khẩu bảo vệ website.
• Chế độ bảo trì.
• Plugin thành viên.
• Firewall.
• CAPTCHA.
• Danh sách IP được phép truy cập.
• Quyền truy cập theo tài khoản.

Nếu nội dung dành riêng cho thành viên hoặc chứa dữ liệu riêng tư, việc không được index là đúng mục đích.

Nếu trang cần SEO, website nên cung cấp một phiên bản công khai có đủ nội dung chính để người dùng và Googlebot truy cập. Không nên mở công khai nội dung riêng tư chỉ để phục vụ việc index.

4. URL không trả về mã trạng thái HTTP 200

Google yêu cầu trang hoạt động và trả về mã HTTP 200 để đủ điều kiện được lập chỉ mục.

Các mã trạng thái có thể ngăn trang được index gồm:

• 401 Unauthorized.
• 403 Forbidden.
• 404 Not Found.
• 410 Gone.
• 500 Internal Server Error.
• 502 Bad Gateway.
• 503 Service Unavailable.

Không phải mọi mã 404 đều là lỗi SEO. Nếu nội dung đã bị xóa và không có trang thay thế phù hợp, trả về 404 hoặc 410 là cách xử lý hợp lý.

Cách khắc phục:

• Kiểm tra mã trạng thái thực tế.
• Khôi phục URL nếu trang vẫn cần tồn tại.
• Sửa lỗi máy chủ nếu URL trả về 5xx.
• Redirect nếu nội dung đã chuyển sang URL tương đương.
• Giữ 404 hoặc 410 nếu trang đã bị xóa đúng chủ đích.

Không nên chuyển hướng mọi URL lỗi về trang chủ vì URL đích không tương đương với nội dung cũ.

5. Trang bị Google nhận diện là Soft 404

Soft 404 xảy ra khi URL trả về mã 200, nhưng nội dung lại giống một trang lỗi hoặc không có đủ nội dung thực chất.

Ví dụ:

• Trang chỉ hiển thị “Không tìm thấy nội dung”.
• Sản phẩm đã bị xóa nhưng URL vẫn trả về 200.
• Trang gần như trống.
• URL sai hiển thị cùng một template mặc định.
• Mọi URL lỗi đều được trả về trang chủ nhưng vẫn giữ mã 200.

Trong Search Console, trạng thái có thể hiển thị là:

Soft 404

Cách khắc phục:

• Trả về 404 hoặc 410 nếu nội dung không còn tồn tại.
• Khôi phục nội dung nếu URL vẫn cần được sử dụng.
• Redirect sang trang thay thế thực sự tương đương.
• Bổ sung nội dung chính nếu trang đang quá trống.
• Kiểm tra screenshot trong Live Test để xem Google nhìn thấy gì.

Google khuyến nghị trả về mã 404 đúng nghĩa cho trang thực sự không tồn tại.

6. URL là trang chuyển hướng

Trạng thái thường hiển thị:

Page with redirect

Một URL redirect thường không được index riêng. Google sẽ xem xét URL đích của chuyển hướng.

Đây không nhất thiết là lỗi. Nếu URL cũ đã được chuyển sang URL mới tương đương, trạng thái này là bình thường.

Chỉ cần xử lý khi:

• URL lẽ ra phải trả về nội dung nhưng lại redirect.
• Redirect sang trang không liên quan.
• Redirect tạo thành vòng lặp.
• Redirect chain quá dài.
• URL đích bị lỗi hoặc noindex.
• Sitemap vẫn chứa URL chuyển hướng.
• Internal link vẫn trỏ qua URL trung gian.

Cách khắc phục:

• Giữ redirect nếu đây là chủ đích.
• Cập nhật internal link trỏ trực tiếp đến URL cuối.
• Loại URL redirect khỏi sitemap.
• Rút ngắn redirect chain.
• Kiểm tra URL đích có trả về 200 và đủ điều kiện index hay không.

Search Console xác nhận URL chuyển hướng không được index riêng; URL đích có thể được index hoặc không tùy vào cách Google đánh giá URL đó.

7. Canonical trỏ sang URL khác

Thẻ rel="canonical" được dùng để chỉ định URL ưu tiên trong một nhóm trang trùng lặp hoặc rất giống nhau.

Nếu URL A canonical sang URL B, Google có thể không index URL A riêng.

Các lỗi thường gặp:

• Bài viết canonical sang một bài khác.
• Trang sản phẩm canonical về trang danh mục.
• Canonical trỏ về staging.
• Canonical dùng sai phiên bản HTTP hoặc HTTPS.
• Canonical dùng sai phiên bản www hoặc non-www.
• Canonical được tạo sai bởi plugin hoặc template.
• JavaScript thay đổi canonical sau khi tải trang.

Cách khắc phục:

• Dùng canonical tự tham chiếu cho trang độc lập.
• Chỉ canonical sang URL khác khi hai trang thực sự trùng hoặc rất giống nhau.
• Đồng bộ canonical với sitemap, internal link và redirect.
• Kiểm tra cả canonical trong mã nguồn và HTML sau khi render.
• Không dùng robots.txt để thay thế canonical.

Redirect và rel="canonical" là những tín hiệu mạnh cho quá trình chuẩn hóa URL, còn việc đưa URL vào sitemap là tín hiệu yếu hơn.

8. Google chọn canonical khác với URL được khai báo

Các trạng thái liên quan có thể gồm:

• Duplicate without user-selected canonical
• Duplicate, Google chose different canonical than user
• Alternate page with proper canonical tag

Không phải tất cả các trạng thái này đều là lỗi.

Alternate page with proper canonical tag thường có nghĩa là trang phụ đang canonical đúng về URL chính và không cần sửa.

Duplicate without user-selected canonical nghĩa là website chưa khai báo rõ URL ưu tiên và Google tự chọn một URL khác làm canonical.

Duplicate, Google chose different canonical than user nghĩa là Google không đồng ý với canonical mà website khai báo.

Cách khắc phục khi Google chọn sai URL:

• Kiểm tra Google-selected canonical.
• Kiểm tra user-declared canonical.
• So sánh nội dung các URL liên quan.
• Đảm bảo URL mong muốn có nội dung đầy đủ nhất.
• Internal link nhất quán đến URL chuẩn.
• Chỉ đưa URL chuẩn vào sitemap.
• Redirect các phiên bản không cần tồn tại.
• Loại bỏ tín hiệu canonical mâu thuẫn.

Nội dung trùng lặp trên website là hiện tượng bình thường và không tự động vi phạm chính sách. Vấn đề cần xử lý là Google chọn sai URL đại diện hoặc nhiều URL đang cạnh tranh không cần thiết.

9. Sitemap thiếu URL hoặc chứa URL không phù hợp

Sitemap giúp công cụ tìm kiếm phát hiện URL, đặc biệt với:

• Website mới.
• Website lớn.
• Website có nhiều URL khó tiếp cận.
• Website có ít backlink.
• Website có cấu trúc internal link chưa tốt.

Tuy nhiên, sitemap không bảo đảm URL được crawl hoặc index.

Các vấn đề thường gặp:

• URL quan trọng không có trong sitemap.
• Sitemap chứa URL noindex.
• Sitemap chứa URL redirect.
• Sitemap chứa URL 404.
• Sitemap chứa URL canonical sang trang khác.
• URL trong sitemap dùng phiên bản HTTP cũ.
• Sitemap khai báo URL tương đối.
• Sitemap không thể truy cập.
• Sitemap chưa được gửi trong Search Console.

Cách khắc phục:

• Chỉ đưa URL canonical vào sitemap.
• Chỉ giữ URL trả về 200 và cho phép index.
• Sử dụng URL tuyệt đối.
• Loại bỏ URL redirect, 404 và noindex.
• Gửi sitemap trong Search Console.
• Kiểm tra thời điểm Google đọc sitemap gần nhất.

Sitemap nên thể hiện những URL website muốn xuất hiện trong kết quả tìm kiếm, không nên trở thành danh sách toàn bộ URL được CMS tạo ra.

10. URL không có internal link

Một trang không nhận được liên kết nội bộ thường được gọi là orphan page.

Google vẫn có thể phát hiện orphan page thông qua sitemap hoặc backlink, nhưng việc thiếu internal link khiến hệ thống khó hiểu:

• Trang thuộc chủ đề nào.
• Trang quan trọng đến mức nào.
• Trang liên quan với URL nào.
• Người dùng có thể tiếp cận trang từ cấu trúc website hay không.

Orphan page thường xuất hiện ở:

• Landing page chiến dịch.
• Bài viết mới chưa đưa vào danh mục.
• Sản phẩm bị loại khỏi trang danh mục.
• URL cũ không còn trong điều hướng.
• Trang chỉ tồn tại trong sitemap.

Cách khắc phục:

• Thêm liên kết từ bài hoặc trang liên quan.
• Đưa URL vào topic cluster phù hợp.
• Sử dụng anchor text mô tả đúng nội dung.
• Kiểm tra click depth.
• Bổ sung breadcrumb khi cần.
• Ưu tiên liên kết từ những trang đang được crawl thường xuyên.

Google cho biết khi các trang quan trọng được liên kết đúng trong hệ thống điều hướng, hệ thống thường có thể phát hiện phần lớn nội dung của website.

11. Google đã phát hiện nhưng chưa crawl URL

Trạng thái:

Discovered – currently not indexed

Trạng thái này xác nhận Google đã biết URL nhưng chưa crawl trang tại thời điểm báo cáo.

Theo tài liệu Search Console, trường hợp này thường xuất hiện khi Google dự kiến việc crawl URL có thể tạo thêm tải cho website nên trì hoãn quá trình crawl. Tuy nhiên, trạng thái không xác định chính xác nguyên nhân gốc của từng website.

Các giả thuyết cần kiểm tra gồm:

• Website vừa xuất bản nhiều URL.
• Máy chủ phản hồi chậm.
• Website thường xuyên trả về lỗi.
• Cấu trúc URL tạo ra quá nhiều trang lọc.
• Google biết URL qua sitemap nhưng internal link yếu.
• Website mới và chưa được crawl thường xuyên.
• Nhiều URL không có giá trị riêng.

Cách xử lý:

• Kiểm tra hiệu suất và độ ổn định của máy chủ.
• Giảm số URL không cần thiết.
• Kiểm soát URL tham số và bộ lọc.
• Bổ sung internal link.
• Làm sạch sitemap.
• Đảm bảo URL trả về 200.
• Không yêu cầu index lặp lại liên tục.

Không nên kết luận trạng thái này đồng nghĩa với nội dung kém chất lượng. Cần đánh giá đồng thời hạ tầng, kiến trúc URL và khả năng khám phá trang.

12. Google đã crawl nhưng chưa index URL

Trạng thái:

Crawled – currently not indexed

Trạng thái này cho biết Google đã crawl trang nhưng chưa lập chỉ mục URL. URL có thể được index trong tương lai hoặc vẫn tiếp tục không được index. Google cũng cho biết không cần gửi lại URL để crawl chỉ vì trạng thái này.

Quan trọng: trạng thái này không tự động chứng minh nội dung kém chất lượng hoặc website gặp lỗi kỹ thuật.

Các yếu tố nên kiểm tra gồm:

• Nội dung có trùng với URL khác không.
• Trang có canonical đúng không.
• Google có render được nội dung chính không.
• URL có mục đích tìm kiếm riêng không.
• Trang có được internal link hợp lý không.
• Nội dung chính có đủ rõ ràng không.
• Website có tạo ra nhiều trang gần giống nhau không.
• URL có phải trang mỏng do template tạo ra không.

Cách khắc phục:

• So sánh với các URL cùng chủ đề trên website.
• Xác định lời hứa nội dung riêng của trang.
• Gộp các URL không cần tồn tại độc lập.
• Bổ sung nội dung thực chất nếu đang thiếu.
• Cải thiện internal link.
• Kiểm tra Google-selected canonical.
• Kiểm tra HTML sau khi render.
• Chỉ yêu cầu index lại khi đã có thay đổi quan trọng.

Không có số lượng từ cố định bảo đảm một bài viết sẽ được index. Việc kéo dài bài mà không bổ sung giá trị hoặc mục đích riêng thường không giải quyết được nguyên nhân gốc.

13. Nội dung phụ thuộc vào JavaScript nhưng không xuất hiện sau khi render

Google có thể chạy JavaScript, nhưng vẫn có những khác biệt và giới hạn trong quá trình crawl và render.

Các vấn đề thường gặp:

• HTML ban đầu gần như trống.
• Nội dung chỉ tải sau khi người dùng nhấp nút.
• Nội dung chỉ xuất hiện sau thao tác cuộn.
• API trả lỗi cho Googlebot.
• Tài nguyên JavaScript bị chặn.
• Nội dung phụ thuộc cookie hoặc phiên đăng nhập.
• Client-side routing không tạo URL có thể crawl.
• JavaScript thay đổi canonical không nhất quán.

Cách kiểm tra:

• Chạy URL Inspection.
• Chọn View tested page.
• Kiểm tra rendered HTML.
• Kiểm tra screenshot.
• Kiểm tra tài nguyên không tải được.
• Kiểm tra lỗi JavaScript.

Nếu nội dung không xuất hiện trong rendered HTML, Google có thể không lập chỉ mục được phần nội dung đó.

Cách khắc phục:

• Đưa nội dung SEO quan trọng vào HTML có thể truy cập.
• Không yêu cầu thao tác người dùng mới tải nội dung chính.
• Sử dụng liên kết HTML có thuộc tính href.
• Cân nhắc server-side rendering hoặc pre-rendering.
• Cung cấp phương án HTTP fallback cho dữ liệu quan trọng.
• Cho phép crawl các tài nguyên cần thiết.

Phần cấu hình JavaScript chuyên sâu nên được xử lý trong một audit Technical SEO riêng. Trong bài này, mục tiêu chính là xác định liệu Google có nhìn thấy nội dung cần index hay không.

14. Nội dung trùng lặp hoặc URL không có mục đích riêng

Google thường chọn một URL đại diện trong nhóm trang trùng lặp hoặc rất giống nhau.

Các trường hợp thường gặp:

• Hai bài viết cùng trả lời một từ khóa.
• Trang dịch vụ theo tỉnh chỉ thay tên địa phương.
• Trang lọc tạo ra nhiều URL gần giống.
• Nội dung sản phẩm sao chép từ nhà sản xuất.
• Bài viết được tạo hàng loạt theo cùng một mẫu.
• Trang pillar lặp gần như toàn bộ cluster.
• Category và tag hiển thị cùng một danh sách nội dung.

Duplicate content không tự động là vi phạm. Tuy nhiên, Google có thể không index riêng từng URL nếu chúng không mang lại giá trị khác biệt.

Cách khắc phục:

• Thực hiện keyword mapping.
• Gán một intent chính cho mỗi URL.
• Gộp các bài đang cạnh tranh.
• Redirect URL cũ sau khi gộp.
• Dùng canonical nếu cần giữ các phiên bản gần giống.
• Noindex các trang hệ thống không cần tìm kiếm.
• Bổ sung nội dung riêng cho từng trang địa phương hoặc dịch vụ.
• Không tạo URL mới khi nội dung có thể cập nhật vào trang hiện có.

15. Máy chủ, CDN hoặc hệ thống bảo mật chặn Googlebot

Website có thể hoạt động bình thường với người dùng nhưng trả về phản hồi khác cho Googlebot.

Nguyên nhân có thể gồm:

• Firewall chặn bot.
• CDN giới hạn request.
• Hệ thống chống DDoS yêu cầu CAPTCHA.
• Hosting quá tải.
• DNS không ổn định.
• Chứng chỉ HTTPS gặp lỗi.
• Plugin bảo mật chặn user agent.
• Hệ thống chặn theo quốc gia hoặc IP.
• Máy chủ trả về 403, 429 hoặc 5xx.

Cách khắc phục:

• Kiểm tra log máy chủ.
• Kiểm tra Crawl Stats trong Search Console.
• Đối chiếu thời điểm lỗi index với lỗi hosting.
• Rà soát firewall, CDN và plugin bảo mật.
• Kiểm tra mã phản hồi dành cho Googlebot.
• Xác minh Googlebot thay vì chỉ dựa vào tên user agent.
• Phối hợp với đơn vị kỹ thuật nếu lỗi xảy ra trên nhiều URL.

Nếu toàn bộ nhóm URL đồng thời chuyển sang trạng thái lỗi máy chủ hoặc không thể fetch, vấn đề thường nên được xử lý ở cấp hệ thống thay vì sửa từng trang.

Bảng xử lý nhanh theo trạng thái Search Console

Trạng thái	Ý nghĩa	Có cần sửa không?	Hướng xử lý
URL marked ‘noindex’	URL có chỉ thị noindex	Chỉ sửa nếu trang cần index	Xóa chỉ thị và kiểm tra lại
URL blocked by robots.txt	Googlebot bị chặn crawl	Tùy chủ đích	Mở crawl nếu trang cần index
Page with redirect	URL chuyển sang trang khác	Thường không cần	Kiểm tra URL đích
Soft 404	URL trả về 200 nhưng giống trang lỗi	Thường cần	Bổ sung nội dung hoặc trả về 404/410
Duplicate without user-selected canonical	Website chưa chỉ định canonical	Tùy trường hợp	Chọn URL chuẩn và hợp nhất tín hiệu
Duplicate, Google chose different canonical than user	Google chọn canonical khác	Cần kiểm tra	So sánh tín hiệu canonical
Alternate page with proper canonical tag	Trang phụ canonical đúng về trang chính	Thường không cần	Giữ nguyên nếu đúng chủ đích
Discovered – currently not indexed	Đã phát hiện nhưng chưa crawl	Cần theo dõi	Kiểm tra máy chủ, URL và internal link
Crawled – currently not indexed	Đã crawl nhưng chưa index	Cần đánh giá	Kiểm tra nội dung, canonical và rendering
Server error (5xx)	Googlebot gặp lỗi máy chủ	Có	Sửa hosting, CDN hoặc ứng dụng
Not found (404)	URL không tồn tại	Tùy chủ đích	Khôi phục, redirect hoặc giữ 404
Blocked due to access forbidden (403)	Máy chủ từ chối Googlebot	Có nếu trang cần index	Kiểm tra quyền truy cập và firewall

Google lưu ý rằng nhóm “Not indexed” không nhất thiết đồng nghĩa với lỗi. Cần đọc lý do cụ thể và xác định URL có thực sự cần được index hay không.

Checklist kiểm tra website không được index

Khi một URL quan trọng không được index, hãy kiểm tra theo thứ tự:

• URL có thực sự cần được Google index không?
• URL trả về mã HTTP 200.
• Trang không yêu cầu đăng nhập.
• Googlebot không bị chặn bởi robots.txt.
• Trang không chứa meta robots noindex.
• HTTP header không chứa X-Robots-Tag: noindex.
• URL không chuyển hướng ngoài chủ đích.
• Canonical trỏ đúng URL cần index.
• Google-selected canonical khớp với URL mong muốn.
• URL không bị nhận diện là Soft 404.
• URL có trong sitemap hợp lệ.
• Sitemap chỉ chứa URL canonical và indexable.
• Trang có internal link từ nội dung liên quan.
• Nội dung chính xuất hiện trong rendered HTML.
• CSS, JavaScript và API quan trọng có thể tải được.
• Trang có intent và giá trị riêng.
• URL không trùng lặp không cần thiết.
• Máy chủ và CDN không chặn Googlebot.
• Đã chạy Test Live URL sau khi sửa.
• Chỉ yêu cầu index lại sau khi có thay đổi thực sự.

Sau khi sửa, bao lâu Google mới index lại?

Không có thời gian cố định áp dụng cho mọi URL.

Google cho biết quá trình crawl lại có thể mất từ vài ngày đến vài tuần. Việc yêu cầu crawl không bảo đảm URL được index ngay hoặc chắc chắn được index. Gửi yêu cầu nhiều lần cho cùng một URL cũng không làm quá trình nhanh hơn.

Sau khi sửa, nên thực hiện:

1. Chạy Test Live URL.
2. Xác nhận URL trả về 200.
3. Kiểm tra crawl và indexing có được cho phép không.
4. Kiểm tra canonical.
5. Kiểm tra rendered HTML.
6. Chọn Request Indexing một lần.
7. Theo dõi Last crawl.
8. Kiểm tra lại trạng thái sau khi Google crawl phiên bản mới.

Nếu nhiều URL cùng gặp một lỗi, nên sửa ở cấp template, plugin, CMS hoặc hạ tầng trước khi yêu cầu Google xử lý lại từng trang.

Câu hỏi thường gặp về Google không index website

Có sitemap thì Google có chắc chắn index URL không?

Không. Sitemap giúp Google phát hiện URL nhưng không bảo đảm URL sẽ được crawl hoặc index. Sitemap cũng không thay thế internal link, canonical và chất lượng nội dung.

Có nên bấm Request Indexing nhiều lần không?

Không. Gửi nhiều yêu cầu cho cùng một URL không khiến Google crawl nhanh hơn. Chỉ nên yêu cầu lại sau khi đã sửa lỗi hoặc cập nhật nội dung quan trọng.

Trang bị chặn robots.txt có thể xuất hiện trên Google không?

Có thể. Google có thể phát hiện URL qua liên kết từ nơi khác và hiển thị URL mà không crawl được nội dung. Muốn ngăn index, nên dùng noindex, yêu cầu đăng nhập hoặc xóa URL tùy trường hợp.

Crawled – currently not indexed có nghĩa là nội dung kém chất lượng không?

Không thể kết luận như vậy. Trạng thái chỉ xác nhận Google đã crawl nhưng chưa index URL tại thời điểm báo cáo. Cần kiểm tra nội dung, canonical, rendering, internal link và các URL tương tự.

Có nên xóa rồi đăng lại bài khi Google không index không?

Thông thường không cần. Việc đổi URL có thể làm mất tín hiệu đã có nhưng không giải quyết nguyên nhân gốc. Nên kiểm tra Page Indexing và URL Inspection trước khi quyết định.

URL không xuất hiện khi tìm bằng site: có nghĩa là chưa index không?

Không chắc chắn. Toán tử site: không luôn hiển thị đầy đủ mọi URL đã được index. URL Inspection vẫn là công cụ phù hợp hơn để kiểm tra một URL cụ thể.

Bước tiếp theo để khôi phục khả năng index

Khi Google không index website, đừng bắt đầu bằng việc gửi lại sitemap hoặc yêu cầu index hàng loạt. Trước tiên, hãy xác định URL đang gặp vấn đề ở đâu:

• Google chưa crawl URL.
• Googlebot bị chặn.
• Máy chủ trả về lỗi.
• Nội dung không xuất hiện sau khi render.
• Canonical trỏ sai.
• URL bị xem là trùng lặp.
• Trang không có mục đích riêng.
• Trạng thái không index thực tế là đúng chủ đích.

Nếu chỉ có một vài URL gặp vấn đề, có thể xử lý theo checklist trong bài. Nếu hàng trăm hoặc hàng nghìn URL cùng thay đổi trạng thái, cần đánh giá đồng thời Technical SEO, cấu trúc URL, sitemap, canonical, internal link và hệ thống nội dung.

Một quy trình audit có hệ thống sẽ giúp phân biệt rõ URL nào cần khôi phục index, URL nào nên hợp nhất, URL nào nên redirect và URL nào không cần xuất hiện trên Google.