Alternate page with proper canonical tag là gì? Khi nào cần sửa, khi nào có thể bỏ qua

Alternate page with proper canonical tag là gì?

Alternate page with proper canonical tag là trạng thái trong Page Indexing report cho biết Google xem URL hiện tại là một phiên bản thay thế của URL khác, và đã chọn một canonical URL làm bản chính để index thay vì index URL này.

Nói một cách đơn giản, khi Google phát hiện nhiều URL có nội dung gần giống nhau, công cụ này sẽ tự động ưu tiên một URL chuẩn làm bản gốc để lập chỉ mục, giúp tránh tình trạng trùng lặp nội dung.Trong quá trình audit GSC, đây là một trong những trạng thái bị hiểu nhầm nhiều nhất, vì chữ “excluded” dễ khiến người đọc nghĩ ngay đến lỗi SEO nặng.

Alternate không đồng nghĩa với lỗi kỹ thuật

Từ “alternate” ở đây nên hiểu là phiên bản thay thế, không phải trang hỏng. Một URL bị loại khỏi index chưa chắc là vấn đề nếu đó chỉ là biến thể không cần xuất hiện trên Google. Các trường hợp rất thường gặp gồm:

• URL có UTM hoặc tham số tracking.
• URL lọc sản phẩm bằng filter.
• Biến thể slash/non-slash.
• URL viết hoa và viết thường.
• Phiên bản gần trùng giữa các trang.

Đây đều là dạng URL bị loại khỏi chỉ mục khá phổ biến trên website có nhiều duplicate pages.

Canonical hoạt động ra sao trong trường hợp này?

Canonical URL là tín hiệu cho Google biết đâu là URL chuẩn mà website muốn được index. Tuy nhiên, Google không bắt buộc phải làm theo 100%. Bạn sẽ thường gặp 2 khái niệm:

• user-declared canonical: URL chuẩn do website khai báo.
• Google-selected canonical: URL chuẩn mà Google thực sự chọn.

Hai tín hiệu này có thể giống nhau hoặc khác nhau. Nếu chúng trùng nhau, đó thường là tín hiệu bình thường. Nếu không trùng nhau, bạn cần kiểm tra kỹ hơn để xem Google có đang bỏ qua nhầm một URL quan trọng hay không.

Tóm lại:

• Trạng thái này không phải lúc nào cũng là lỗi.
• Google đang cố gắng gom các URL trùng hoặc gần trùng về một bản chính.
• Việc cần làm là xác định URL bị loại có thực sự cần index hay không.

Trạng thái Alternate page with proper canonical tag có đáng lo không?

Bạn chỉ nên ưu tiên xử lý khi URL bị loại là URL quan trọng về SEO, chuyển đổi hoặc tạo lead. Nếu đó chỉ là URL tracking, filter hoặc biến thể kỹ thuật, việc không được index thường là điều mong muốn.

Bảng quyết định: Khi nào bỏ qua, khi nào cần sửa?

Góc nhìn ưu tiên theo giá trị SEO của URL

Trong thực tế, không nên xử lý tất cả URL bị excluded theo cùng một cách. Cách làm hiệu quả hơn là ưu tiên theo giá trị của trang trong hệ thống website indexing.

Hãy ưu tiên kiểm tra trước các nhóm sau:

• Trang dịch vụ.
• Trang category.
• Pillar content.
• Landing page chạy Ads hoặc tạo lead.
• Trang ngôn ngữ/địa phương hóa quan trọng.

Ngược lại, bạn thường không cần dồn nguồn lực vào:

• URL tracking.
• URL lọc tạm thời.
• URL nội bộ sinh ra bởi hệ thống.

Câu hỏi quan trọng nhất là: Đây có phải phiên bản URL bạn thực sự muốn xuất hiện trên Google không? Nếu câu trả lời là không, trạng thái này thường không đáng lo.

Vì sao Google báo “Alternate page with proper canonical tag”? 6 nguyên nhân phổ biến nhất

Về bản chất, trạng thái này xuất hiện khi Google thấy nhiều URL có quan hệ trùng lặp hoặc gần trùng, rồi quyết định chọn một bản chính để index. Nguyên nhân thường không nằm ở một thẻ canonical đơn lẻ, mà đến từ tổ hợp tín hiệu như nội dung, internal links, sitemap, redirect và cấu trúc URL. Dưới đây là 6 pattern phổ biến nhất trong quá trình audit.

URL có tham số tạo ra nhiều biến thể

Đây là nguyên nhân thường gặp nhất. Các URL parameters như ?utm=, ?ref=, ?sort=, ?filter= có thể tạo ra nhiều URL khác nhau cho cùng một nội dung.

Ví dụ:

• /dich-vu-seo/
• /dich-vu-seo/?utm_source=facebook

Nếu URL có tham số canonical về bản gốc, Google gắn trạng thái alternate thường là bình thường. Trong đa số trường hợp, bạn không cần sửa.

Slash/non-slash, viết hoa-thường, HTTP/HTTPS

Khi hệ thống chưa chuẩn hóa tốt, Google có thể thấy nhiều phiên bản như:

• /seo-b2b
• /seo-b2b/
• /SEO-B2B/
• http://domain.com/seo-b2b/
• https://domain.com/seo-b2b/

Nếu các biến thể này cùng tồn tại, Google sẽ chọn một bản đại diện. Lúc này trạng thái alternate page trong GSC là điều dễ hiểu. Việc cần làm là đồng bộ canonical và redirect để giảm tín hiệu trùng lặp.

Nội dung gần giống nhau giữa nhiều trang

Không phải lúc nào duplicate content cũng là copy 100%. Nhiều website có các landing page, category page hoặc tag page gần giống nhau về tiêu đề, nội dung và mục đích tìm kiếm.

Ví dụ:

• Trang dịch vụ SEO cho doanh nghiệp.
• Trang tư vấn SEO tổng thể cho công ty.

Nếu hai trang quá giống nhau, Google có thể nhóm chúng vào cùng một cụm và chỉ index một URL. Nếu cả hai đều quan trọng, bạn cần tăng độ khác biệt về nội dung, intent và internal links.

Canonical khai báo sai hoặc tín hiệu mâu thuẫn

Đây là nhóm vấn đề về canonical điển hình. Website có thể khai báo một canonical, nhưng các tín hiệu khác lại nói điều ngược lại. Ví dụ mâu thuẫn thường gặp là:

• Canonical trỏ về URL A.
• Internal links chủ yếu trỏ về URL B.
• Sitemap lại đưa URL B.
• Redirect cũng ưu tiên URL B.

Khi đó, Google có thể bỏ qua canonical website khai báo và chọn URL khác. Đây là lý do vì sao chỉ sửa một thẻ canonical thường chưa đủ.

Paginated pages canonical sai về page 1

Đây là lỗi khá phổ biến ở category hoặc blog archive. Nhiều website từng canonical toàn bộ page 2, page 3,… về page 1 để “tránh trùng lặp”, nhưng cách làm này có thể khiến nội dung ở các trang sau không được index đúng.

Hiện nay, với pagination canonical, nếu mỗi trang phân trang có nội dung khác nhau, cách an toàn hơn thường là để self-referencing canonical (canonical tự tham chiếu) cho từng trang. Nếu page 2 bị canonical về page 1 một cách máy móc, bạn nên kiểm tra lại.

Xung đột canonical và hreflang

Với website đa ngôn ngữ, hreflang và canonical phải hỗ trợ nhau, không được mâu thuẫn. Một lỗi phổ biến là trang tiếng Việt lại canonical sang trang tiếng Anh, trong khi vẫn khai báo hreflang cho từng ngôn ngữ.

Ví dụ: /vi/dich-vu-seo/ canonical sang /en/seo-service/

Nếu mỗi phiên bản ngôn ngữ đều cần xuất hiện cho thị trường riêng, mỗi trang thường nên có canonical tự tham chiếu, đồng thời liên kết qua hreflang. Khi canonical và hreflang xung đột, Google có thể chọn sai URL chuẩn.

Cách kiểm tra nhanh trong Google Search Console và trên website

Cách kiểm tra tốt nhất là bắt đầu từ GSC. Mục tiêu của bạn là xác định 3 điểm: Google đang chọn URL nào, website đang khai báo URL nào, và URL bị loại có thực sự cần được index hay không.

1. Mở Page Indexing report.
2. Inspect một vài URL đại diện.
3. Xác định URL đó có cần index không.
4. Kiểm tra rel=canonical trên website.
5. Tìm pattern thay vì soi từng URL lẻ.

Bước 1 - Mở Page Indexing report

Vào:

• Google Search Console
• Pages
• Why pages aren’t indexed
• Chọn trạng thái Alternate page with proper canonical tag

Nếu có nhiều URL, hãy export danh sách để tìm pattern. Thực tế, khi audit website lớn, việc xem từng URL riêng lẻ thường tốn thời gian mà không hiệu quả bằng việc nhóm chúng theo loại.

Bước 2 – Inspect một số URL đại diện

Dùng URL Inspection Tool để kiểm tra từng mẫu URL.

Cần xem:

• user-declared canonical là gì?
• Google-selected canonical là gì?
• Hai URL này có giống nhau không?

Đây là bước quan trọng nhất. Nếu Google và website cùng chọn một URL, trạng thái này thường ổn. Nếu khác nhau, bạn cần điều tra sâu hơn.

Bước 3 – Xác định URL này có cần index không?

Đừng kiểm tra canonical trước khi trả lời câu hỏi này. Hãy xác định:

• Đây có phải landing page chính không?
• Đây có phải URL tracking hoặc filter không?
• URL có nằm trong sitemap không?
• Có được internal link trực tiếp từ menu, category hoặc bài viết khác không?

Câu hỏi quyết định: URL này có phải phiên bản URL chuẩn mà bạn muốn xuất hiện trên Google không?

Bước 4 – Kiểm tra rel=canonical trong source code hoặc CMS

Mở source code và tìm rel="canonical" trong phần <head>. Nếu dùng CMS hoặc plugin SEO, hãy kiểm tra rule sinh canonical có đúng không.

Cần lưu ý:

• Trang quan trọng nên có canonical rõ ràng.
• Canonical tự tham chiếu thường là lựa chọn an toàn cho trang chuẩn.
• Không nên để plugin hoặc template sinh canonical sai hàng loạt.

Bước 5 – Tìm pattern thay vì soi từng URL lẻ

Nếu website có nhiều URL bị gắn trạng thái này, hãy nhóm theo:

• Parameter.
• Slash/non-slash.
• Chữ hoa/chữ thường.
• Thư mục ngôn ngữ.
• Pagination.

Đây là cách tìm nguyên nhân gốc theo hướng chuẩn hóa URL về một dạng thống nhất, thay vì chữa từng URL một.

Nếu đội ngũ của bạn đang rà soát index diện rộng, có thể lưu sẵn một template canonical audit để đánh dấu URL quan trọng, URL biến thể và tín hiệu mâu thuẫn trước khi giao cho dev.

Khi nào nên dùng canonical, khi nào nên dùng 301 redirect?

Nếu cần xử lý, câu hỏi tiếp theo là chọn canonical URL hay 301 redirects. Hai công cụ này không thay thế nhau hoàn toàn. Chúng phục vụ hai mục tiêu khác nhau.

Bảng so sánh canonical vs 301 redirect:

Nguyên tắc ngắn gọn:

• Dùng canonical khi nhiều biến thể vẫn cần tồn tại.
• Dùng 301 redirect khi URL cũ không còn cần giữ lại.

Nếu URL chỉ là bản phụ kỹ thuật, redirect thường sạch hơn. Nếu URL vẫn cần cho tracking hoặc trải nghiệm người dùng, canonical phù hợp hơn.

Cách khắc phục nếu Google đang bỏ qua nhầm một URL quan trọng

Nếu Google đang loại nhầm một URL quan trọng, đừng chỉ sửa mỗi thẻ canonical. Cách làm an toàn là đồng bộ toàn bộ tín hiệu để Google hiểu rõ URL nào mới là bản chính.

Checklist khắc phục an toàn

1. Cập nhật canonical về đúng URL cần index: Kiểm tra lại user-declared canonical (URL chuẩn do chính website khai báo) trên trang bị ảnh hưởng.
2. Chuẩn hóa internal links về cùng một URL: Menu, breadcrumb, bài viết liên quan và CTA nội bộ nên trỏ về đúng URL chuẩn.
3. Rà lại sitemap: Chỉ đưa URL muốn index vào sitemap. Đừng để sitemap chứa URL phụ hoặc biến thể.
4. Kiểm tra redirect: Xác nhận không có 301 redirect hoặc redirect nội bộ đang ưu tiên URL khác.
5. Kiểm tra xung đột hreflang: Với website đa ngôn ngữ, mỗi phiên bản cần logic nhất quán giữa canonical và hreflang.
6. Request indexing hoặc chờ recrawl: Chỉ làm bước này sau khi đã sửa đúng tín hiệu nền tảng.

Lưu ý về thời gian Google cập nhật lại canonical

Google thường không cập nhật ngay sau khi bạn chỉnh sửa. Việc đánh giá lại Google-selected canonical có thể mất vài ngày, và trong một số trường hợp có thể lên tới khoảng 2 tuần sau khi Google recrawl và xử lý lại tín hiệu.

Lưu ý: Nếu nguyên nhân nằm ở nội dung quá giống nhau, chỉ sửa canonical thôi chưa chắc đủ. Bạn có thể cần làm rõ hơn sự khác biệt nội dung giữa các trang để Google ngừng gom chúng vào cùng một cụm trùng lặp.

Nếu đang làm việc với dev hoặc SEO team, bạn nên chuẩn hóa checklist này thành một quy trình canonical audit ngắn để tránh sửa thiếu hoặc sửa quá tay.

Checklist 5 phút trước khi gửi dev hoặc SEO team

Dưới đây là checklist ngắn để bạn chốt nhanh trước khi escalation:

• URL này có thực sự cần index không?
• Google-selected canonical hiện là URL nào?
• User-declared canonical có đang khai báo đúng không?
• URL này có nằm trong sitemap không?
• Internal links có đang trỏ về đúng URL chuẩn không?
• Có redirect nào đang mâu thuẫn không?
• Có xung đột hreflang giữa các phiên bản ngôn ngữ không?
• Đây là lỗi đơn lẻ hay pattern hàng loạt?
• Vấn đề nằm ở canonical, nội dung, hay URL normalization?
• Nếu không sửa, URL này có ảnh hưởng đến traffic hoặc lead không?

Checklist này đặc biệt hữu ích cho manager cần rà nhanh trước khi giao việc cho đội technical SEO hoặc đội phát triển website.

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

"Alternate page with proper canonical tag" là gì?

Đây là một trạng thái trong báo cáo Page Indexing của Google Search Console, cho biết Google đã xác định nội dung trên trang này là bản sao hoặc gần giống với một trang khác. Google đã chọn URL khác làm "bản chính" (canonical) để hiển thị trong kết quả tìm kiếm và bỏ qua trang này.

Trạng thái này có phải là lỗi SEO nghiêm trọng không?

Không. Trong phần lớn trường hợp, đây là trạng thái bình thường cho thấy cơ chế canonical hóa của bạn đang hoạt động đúng. Google đã hiểu đâu là phiên bản ưu tiên. Bạn chỉ cần lo lắng nếu trang bị Google loại bỏ là trang quan trọng (như trang đích hoặc trang bán hàng) mà bạn muốn người dùng tìm thấy.

Tại sao Google lại gắn trạng thái này cho các trang của tôi?

Nguyên nhân phổ biến nhất bao gồm: URL có tham số (như ?sort=, ?filter=), sự khác biệt về dấu gạch chéo (/), trang bị trùng lặp nội dung do cấu trúc website, hoặc các trang phân trang (pagination) đang được canonical sai về trang chủ/trang 1.

Tôi có nên sửa tất cả các URL đang bị trạng thái này không?

Không nên. Bạn chỉ cần tập trung xử lý nếu URL quan trọng bị Google bỏ qua nhầm. Với các URL phụ như trang filter, tracking hoặc các biến thể không cần index, việc Google bỏ qua chúng là hoàn toàn hợp lý và giúp website của bạn tập trung tài nguyên index vào đúng nội dung chủ chốt.

Khi nào nên dùng 301 Redirect thay vì Canonical tag?

Dùng Canonical tag khi bạn muốn giữ lại nhiều biến thể của trang và chỉ muốn Google ưu tiên một bản chính. Dùng 301 Redirect khi bạn muốn loại bỏ hoàn toàn các URL cũ, không còn giá trị truy cập và muốn chuyển hướng người dùng/bot sang một URL mới duy nhất.

Sau khi sửa lỗi canonical, mất bao lâu để Google cập nhật?

Google cần thời gian để thu thập dữ liệu (recrawl) và đánh giá lại. Theo các hướng dẫn mới nhất, quá trình này có thể mất từ vài ngày đến hai tuần tùy thuộc vào tần suất bot ghé thăm website và mức độ phổ biến của trang. Hãy kiểm tra lại bằng công cụ URL Inspection sau thời gian này.

Xem thêm:

• Discovered currently not indexed là gì? Cách xử lý chi tiết
• Indexed Though Blocked by Robots.txt: Nguyên nhân và cách xử lý
• Website không index: Nguyên nhân và cách khắc phục nhanh nhất

Kết luận

Alternate page with proper canonical tag trong Google Search Console thường là trạng thái canonical hóa bình thường, không phải dấu hiệu website đang gặp lỗi nặng. Cách tiếp cận đúng là hiểu bản chất trước, sau đó kiểm tra URL nào bị loại, phân loại theo mức độ quan trọng và chỉ khắc phục khi Google đang bỏ qua nhầm một trang có giá trị SEO.