Trang thay thế có thẻ canonical phù hợp

Tóm tắt — “Alternate page with proper canonical tag” (bản dịch) “Trang thay thế có thẻ canonical phù hợp” là một trạng thái trong Google Search Console. Nó trông đáng ngại vì nằm dưới “Why pages aren’t indexed” (bản dịch) «Vì sao trang không được lập chỉ mục» — nhưng không phải lỗi. Trạng thái này cho biết trang là bản sao hoặc phiên bản thay thế của trang khác và đã chỉ đúng cho Google lập chỉ mục trang kia. Chính Google nói rằng “there is nothing you need to do.” (bản dịch) «Bạn không cần làm gì.» Chỉ cần lo khi một trang bạn muốn xuất hiện trên Google lại nằm ở đây.

Trạng thái này có nghĩa gì

Khi mở báo cáo Page Indexing trong Google Search Console, bạn sẽ thấy danh sách lý do trang không được lập chỉ mục. “Trang thay thế có thẻ canonical phù hợp” Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report là một trong số đó — và thường gây nhầm lẫn vì nghe giống vấn đề dù phần lớn không phải vậy.

Điều thực sự xảy ra là bạn có hai URL chứa nội dung giống hoặc gần giống nhau. Một URL — “bản thay thế” — có thẻ canonical trỏ tới URL kia, với ý nghĩa “đó là phiên bản chính, hãy lập chỉ mục nó thay vì tôi”. Google kiểm tra, đồng ý, lập chỉ mục trang đích và xếp bản thay thế vào trạng thái này. Đây là kết quả canonical hóa đúng dự kiến. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

Các ví dụ hợp lệ thường rơi vào đây gồm cặp mobile/AMP/desktop mà chính định nghĩa Google nêu, cùng bản in hoặc bản sao có tham số theo dõi. Một ngoại lệ cần biết: Google nói trang thay thế theo ngôn ngữ không được phát hiện dưới đúng trạng thái này, dù nội dung dịch vẫn có thể được canonical hóa ở nơi khác trong hệ thống rộng hơn.

• Phiên bản mobile như m.example.com trỏ tới phiên bản desktop.
• Phiên bản AMP hoặc bản in trỏ tới trang thông thường.
• URL có tham số theo dõi (?utm_source=...) trỏ tới URL sạch.

Điều cần hiểu

Trang này không bị hỏng, chặn hay phạt. Đây là bản trùng lặp nói đúng rằng “đừng lập chỉ mục tôi, hãy lập chỉ mục trang kia” — và Google làm theo. Nội dung vẫn xếp hạng, chỉ là dưới URL canonical, đúng như bạn mong muốn.

Vì vậy cảm giác hoảng khi thấy con số lớn ở đây thường không đúng chỗ. Số lượng lớn là bình thường với cửa hàng, website đa ngôn ngữ và mọi website có bộ lọc hoặc tham số. Chỉ riêng con số không cho thấy có lỗi.

Khi nào bạn thực sự nên quan tâm

Một câu hỏi giải quyết việc này: trong nhóm này có trang nào bạn muốn được lập chỉ mục và xếp hạng không?

• Không — hãy bỏ qua. Hệ thống đang hoạt động đúng.
• Có — vậy có điều không ổn. Một trang quan trọng đang bảo Google lập chỉ mục một trang khác thay cho chính nó. Trường hợp đó đáng sửa (xem thẻ Nâng cao).

Muốn xem bản đầy đủ — ba trạng thái canonical đặt cạnh nhau, danh sách ngắn các vấn đề thực và cách kiểm tra bằng URL Inspection? Hãy chuyển sang thẻ Nâng cao.

Tóm tắt — Đây là trạng thái canonical/trùng lặp duy nhất trong báo cáo Page Indexing đang hoạt động đúng dự kiến — canonical bạn khai báo trùng với canonical Google chọn, và canonical đó được lập chỉ mục. Câu chữ chính xác của Google là “there is nothing you need to do.” (bản dịch) «Bạn không cần làm gì.» Số lượng lớn là bình thường trên website ecommerce, faceted, có tham số và đa ngôn ngữ — Google không công bố ngưỡng số lượng, nên hãy phân loại theo mẫu URL và trang bị ảnh hưởng, không theo tổng thô. Không có gì để Validate, và theo Mueller, bản thân việc hợp nhất canonical không tạo hình phạt xếp hạng. Cổng quyết định là: có trang nào bạn thực sự muốn lập chỉ mục đang nằm ở đây không? Nếu không, bỏ qua. Nếu có, so sánh canonical khai báo với canonical Google chọn trong URL Inspection rồi sửa đích canonical. Đừng nhầm với hai trạng thái cùng nhóm — “Duplicate without user-selected canonical” (bản dịch) «Trùng lặp không có canonical do người dùng chọn» và “Duplicate, Google chose different canonical than user” (bản dịch) «Trùng lặp, Google chọn canonical khác người dùng» — vốn cần được xem xét.

Bắt đầu từ đây: đây là luồng hoạt động đúng

Tôi muốn trấn an ngay vì cách trình bày trạng thái này gây lo lắng không cần thiết hơn gần như mọi mục khác trong Search Console. Báo cáo Page Indexing xếp tất cả dưới “Why pages aren’t indexed” (bản dịch) «Vì sao trang không được lập chỉ mục», và “Trang thay thế có thẻ canonical phù hợp” nằm cạnh lỗi thật như lỗi máy chủ và noindex. Vì vậy mọi người thấy nó, cho rằng có lỗi rồi đi tìm cách sửa.

Không có lỗi. Định nghĩa của Google rất rõ: Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report trang “correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (bản dịch) «trỏ đúng tới trang canonical đã được lập chỉ mục, vì vậy bạn không cần làm gì.» Trong mọi nhóm canonical và trùng lặp của báo cáo, đây là nhóm duy nhất Google mô tả là hoạt động hoàn toàn đúng dự kiến.

Về cơ chế, URL là bản trùng lặp hoặc phiên bản thay thế của trang khác và mang rel="canonical" trỏ tới trang đó. Bạn khai báo canonical; Google đồng ý; Google lập chỉ mục canonical thay vì bản thay thế. Tín hiệu của bạn và quyết định của Google thống nhất — không có xung đột cần xử lý. Bản thay thế không được lập chỉ mục vì canonical của nó đã được lập chỉ mục, đúng mục tiêu hợp nhất.

“Trang thay thế” thực sự là gì

Khai báo canonical là tín hiệu Google dùng khi chọn URL đại diện từ các trang trùng lặp. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

Định nghĩa theo trạng thái của Google nêu một tập ví dụ hẹp: trang AMP có canonical desktop, phiên bản mobile của canonical desktop hoặc phiên bản desktop của canonical mobile. Đáng chú ý, Google nói trang thay thế theo ngôn ngữ không được Search Console phát hiện dưới đúng trạng thái này, dù bản dịch hoặc bản vùng có thể vẫn được canonical hóa ở nơi khác trong hệ thống rộng hơn.

Ngoài các ví dụ riêng của trạng thái, hệ thống canonical hóa rộng hơn — được trình bày trong bài chuyên sâu về canonicalization của tôi — nhận diện nhiều mẫu trùng lặp/thay thế hơn có thể hợp nhất qua canonical; trên thực tế một số cũng xuất hiện dưới trạng thái GSC này:

• URL có tham số và faceted — ?color=blue, ?sort=price, ID phiên, tổ hợp bộ lọc.
• Bản in và biến thể định dạng có cùng nội dung.
• Trang tag, archive hoặc phân trang khi nội dung chính thực sự giống hoặc gần là tập con của trang đích canonical. Google gom nhóm theo độ giống nội dung, không chỉ mẫu URL; đừng mặc định mọi trang phân trang hoặc tag đều phải canonical về trang một — hãy kiểm tra độ trùng nội dung.
• URL gắn UTM từ chiến dịch, tất cả trỏ về URL sạch.
• Biến thể HTTP→HTTPS và dấu gạch chéo cuối / chữ hoa chữ thường của cùng trang.

Tất cả các trường hợp này nên hợp nhất về canonical khi nội dung thực sự tương đương. Nếu chúng xuất hiện đúng ở đây, hệ thống đang làm nhiệm vụ của mình.

Vì sao số lượng lớn thường không sao

Lý do phổ biến nhất khiến mọi người chú ý trạng thái này là con số lớn hoặc tăng dần rồi cho rằng quy mô chính là vấn đề. Thường không phải vậy. Danh mục ecommerce lớn có điều hướng faceted hoặc website đa ngôn ngữ có biến thể quốc gia hợp lệ tạo ra hàng nghìn bản thay thế — đó là hệ quả của bộ lọc, tham số và biến thể. Google không công bố ngưỡng số lượng cho nhóm này — không có mốc chính thức biến “ổn” thành “có vấn đề”. Vì vậy đừng phân loại theo tổng thô; hãy phân loại theo mẫu URL và từng trang cụ thể: nhóm gồm các biến thể bạn không muốn lập chỉ mục hay chứa trang thực sự quan trọng? Câu hỏi đó hữu ích hơn mọi con số. Nếu vẫn muốn một quy tắc kinh nghiệm — đây là của tôi, không phải Google — năm nghìn bản thay thế trên website 300 trang đáng xem lại; năm nghìn trên cửa hàng một triệu URL thì không.

Hai cảnh báo liên quan: số liệu GSC có độ trễ và lấy mẫu, nên đừng hoảng vì tổng trong một ngày. Riêng về hình phạt xếp hạng, John Mueller nói không có tác động xếp hạng tiêu cực khi Google chọn canonical và bạn không nên mất ngủ vì phiên bản được chọn. Đây là nhận xét có phạm vi của Mueller về hợp nhất canonical, không phải bảo đảm chung do nền tảng công bố; tôi diễn giải thay vì trích dẫn vì câu chữ chính xác đến từ nguồn thứ cấp.

Ba trạng thái canonical đặt cạnh nhau

Đây là khác biệt giải quyết phần lớn nhầm lẫn. Báo cáo Page Indexing có ba nhóm liên quan, và chúng mô tả ba tình huống khác nhau:

Trục chính là sự thống nhất. Với trạng thái này, canonical bạn khai báo và canonical Google chọn trùng nhau — không xung đột. Với Duplicate without user-selected canonical, bạn không đưa tín hiệu nên Google tự chọn. Với Duplicate, Google chose different canonical than user, bạn đưa tín hiệu nhưng Google không đồng ý — trường hợp thực sự đáng xem vì có điều khiến Google cho rằng canonical bạn khai báo không phải lựa chọn tốt nhất (thường hai URL không thực sự tương đương hoặc tín hiệu mạnh hơn như liên kết nội bộ và chuyển hướng trỏ nơi khác).

Hai trạng thái cùng nhóm nằm cạnh mục này trong cùng báo cáo. Chẩn đoán khác nhau cho từng mục, nên bước đầu luôn là đọc đúng trạng thái của URL trước khi hành động.

Cổng quyết định: bạn có cần làm gì không?

Đi thẳng tới một câu hỏi: các trang trong nhóm này có phải những trang bạn muốn được lập chỉ mục và xếp hạng không?

• Không — trường hợp phổ biến — hãy bỏ qua. Đặt self-canonical cho các bản thay thế đó sẽ tạo vấn đề nội dung trùng lặp thật, chia tín hiệu giữa các URL vốn không nên cạnh tranh. Cũng không có gì để “Validate Fix” — đây là trạng thái, không phải lỗi — nên gửi lại hay yêu cầu lập chỉ mục chỉ chống lại canonical đúng của bạn.
• Có — chỉ lúc này mới đáng debug. Một trang quan trọng đang bảo Google lập chỉ mục trang khác thay cho nó.

Quy trình audit nhanh cho nhóm lớn

Trước khi kiểm tra từng URL, hãy làm ở cấp cohort:

1. Xuất danh sách URL từ báo cáo Page Indexing cho trạng thái này.
2. Nhóm theo mẫu URL — tham số, cặp mobile/AMP, biến thể dấu gạch chéo/chữ hoa, phân trang, v.v. Phần lớn hàng sẽ co lại thành vài mẫu.
3. Lấy mẫu vài URL mỗi mẫu và chạy URL Inspection để so canonical khai báo với canonical Google chọn.
4. Áp dụng cổng quyết định theo cohort, không theo từng URL: mẫu này có trang bạn muốn lập chỉ mục không?
5. Sửa nguyên nhân gốc cho cohort không đạt — template, plugin hoặc cấu hình — thay vì vá từng URL.

Trình tự đó xử lý nhóm hàng chục nghìn URL trong vài phút thay vì từng URL. Chẩn đoán sâu bên dưới — vấn đề thực trông như thế nào và cơ chế URL Inspection — áp dụng sau khi bạn thu hẹp còn cohort cần xem kỹ.

Khi nào đây thực sự là vấn đề

Nếu một trang mong muốn bị kẹt ở đây, gần như luôn thuộc một trong các trường hợp:

• Trang mong muốn canonical tới sai trang. Canonical đặt sai — template trỏ mọi sản phẩm tới category hoặc trang trỏ tới nội dung gần giống nhưng không thực sự tương đương. Trang bạn muốn lập chỉ mục đang tự nhường chỗ.
• Canonical trỏ tới trang 404, chuyển hướng hoặc không khớp. Đích phải là URL đang hoạt động, trả 200 và thực sự tương đương. Nếu trả 404, chuyển hướng hoặc nội dung khác, canonical bị hỏng.
• Số lượng mất cân đối rõ rệt với quy mô website, thường cho thấy vấn đề cấu trúc tạo bản thay thế ngoài ý muốn — tham số tăng vô hạn, không gian bộ lọc không giới hạn hoặc khác biệt dấu gạch chéo/chữ hoa nhân URL.
• Trang từng xếp hạng mới rơi vào nhóm này cùng lúc traffic giảm — dấu hiệu mạnh rằng canonical đã bị thay đổi (thường do sửa template hoặc plugin) và nay trỏ sai hướng.

Cách kiểm tra: URL Inspection

Đừng đoán — hãy xác minh. Như tôi luôn nói về canonical, nguồn chuẩn để biết Google chọn gì là URL Inspection trong Google Search Console. Nhập URL để xem user-declared canonical (trang của bạn khai báo) cạnh Google-selected canonical (Google thực sự chọn). Với trang thay thế khỏe mạnh, cả hai trường trỏ tới cùng URL canonical. Nếu khác nhau — hoặc canonical khai báo không phải trang bạn mong đợi — đó là tín hiệu điều tra. Hãy chạy trên mẫu đại diện trước khi thay đổi bất cứ điều gì.

Cách sửa — chỉ khi cần

Chỉ khi cổng ở trên trả lời “có, một trang mong muốn đang ở đây”:

• Sửa đích canonical để trang cần xếp hạng tự tham chiếu hoặc trỏ tới đúng URL tương đương.
• Căn chỉnh dấu gạch chéo cuối, chữ hoa, host và giao thức để biến thể quy về một canonical nhất quán (https://, host canonical, một quy ước dấu gạch chéo).
• Sửa hreflang để canonical của biến thể quốc gia/ngôn ngữ trỏ tới trang cùng ngôn ngữ (hoặc ngôn ngữ thay thế gần nhất) — không trỏ xuyên ngôn ngữ. Nội dung chính đã dịch không trở thành bản trùng lặp chỉ vì template và điều hướng dùng chung; chỉ xem là trùng khi nội dung chính thực sự cùng ngôn ngữ và gần như cùng văn bản.
• Chỉ chuyển hướng khi thực sự ngừng dùng bản trùng lặp — 301 phù hợp với URL không nên còn truy cập, không phải phản xạ khi Google chọn canonical khác. Chuyển hướng trang vẫn cần hoạt động chỉ vì Google hiện thích URL khác sẽ loại bỏ một trang bạn có thể cần.
• Đặt self-canonical cho trang cần lập chỉ mục, và để bản thay thế thật (tham số, bộ lọc, bản in) tiếp tục hợp nhất đúng nơi.

Google chọn canonical thế nào — bản ngắn

Tôi không giải thích lại toàn bộ quy trình — nội dung đó nằm ở hub canonicalization. Bản ngắn: canonical hóa là quá trình công cụ tìm kiếm chọn phiên bản chính của URL để lập chỉ mục và hiển thị khi có bản trùng, và Google cân nhiều tín hiệu (khoảng 40) — thẻ canonical, chuyển hướng, URL sitemap, liên kết nội bộ/ngoài, hreflang, HTTPS, URL ngắn hơn và nhiều yếu tố khác. Thẻ canonical là tín hiệu mạnh nhưng là gợi ý, không phải quy tắc — chính vì vậy trạng thái này là luồng tốt: Google đã tôn trọng gợi ý. Khi không tôn trọng, URL rơi vào “Duplicate, Google chose different canonical than user”.

Để xem cách triển khai thẻ đúng, hãy đọc hướng dẫn canonical-tag; để hiểu lý do cần dùng thẻ, hãy xem nội dung trùng lặp và tham số URL. Hai trạng thái cùng nhóm — trùng lặp không có canonical do người dùng chọn và Google chọn canonical khác người dùng — là bài nên đọc tiếp nếu URL không thực sự nằm dưới trạng thái này.

Tóm tắt AI

Bản cô đọng của thẻ Nâng cao:

• Đây là luồng tốt, không phải lỗi. Dù nằm dưới “Why pages aren’t indexed” (bản dịch) «Vì sao trang không được lập chỉ mục», đây là trạng thái canonical/trùng lặp duy nhất Google mô tả là hoạt động đúng dự kiến: trang “correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (bản dịch) «trỏ đúng tới trang canonical đã được lập chỉ mục, vì vậy bạn không cần làm gì.»
• Định nghĩa: Ví dụ riêng của trạng thái Google khá hẹp — cặp mobile, AMP và desktop — và Google nói trang thay thế theo ngôn ngữ không được phát hiện dưới đúng trạng thái này. Trên thực tế, các mẫu canonical hóa rộng hơn (tham số, bộ lọc, bản in, phân trang khi nội dung thực sự trùng, UTM, biến thể HTTP/dấu gạch chéo) cũng xuất hiện ở đây, đều khai báo canonical mà Google đồng ý và lập chỉ mục thay thế.
• Số lượng lớn thường bình thường trên website ecommerce, faceted, có tham số và đa ngôn ngữ — nhưng Google không công bố ngưỡng số lượng. Hãy phân loại theo mẫu URL và trang bị ảnh hưởng, không theo tổng thô. Số GSC cũng có độ trễ/lấy mẫu. Theo Mueller, hợp nhất canonical tự nó không tạo hình phạt xếp hạng — đây là nhận xét có phạm vi, không phải bảo đảm nền tảng.
• Ba trạng thái, một trục (thống nhất): Trang thay thế có canonical phù hợp (bạn khai báo, Google đồng ý — ổn) so với Duplicate without user-selected canonical (không khai báo, Google chọn) và Duplicate, Google chose different canonical than user (bạn khai báo, Google ghi đè — cần điều tra).
• Cổng quyết định: có trang bạn thực sự muốn lập chỉ mục đang ở đây không? Không → bỏ qua (đừng đặt self-canonical, vì sẽ tạo vấn đề trùng lặp; không có gì để Validate Fix). Có → debug.
• Vấn đề thực: trang mong muốn canonical tới sai trang; đích canonical trả 404/chuyển hướng/nội dung khác; số lượng mất cân đối với quy mô website; trang từng xếp hạng mới rơi vào đây cùng traffic giảm.
• Xác minh bằng URL Inspection — so user-declared canonical với Google-selected canonical; với trang thay thế khỏe mạnh, chúng trùng nhau.
• Chỉ sửa khi cần: sửa đích canonical / self-reference, căn chỉnh slash/case/host/protocol, sửa hreflang, dùng 301 cho bản trùng lặp thực sự.
• Đây là gợi ý, không phải quy tắc — trạng thái này nghĩa là Google đã tôn trọng gợi ý; trường hợp ghi đè nằm ở trạng thái cùng nhóm khác.

Tài liệu chính thức

Tài liệu nguồn sơ cấp từ các công cụ tìm kiếm.

Google

• Báo cáo Page Indexing — chính báo cáo, gồm định nghĩa nguyên văn “Alternate page with proper canonical tag” (bản dịch) “Trang thay thế có thẻ canonical phù hợp” và hai trạng thái trùng lặp cùng nhóm.
• Canonical hóa URL là gì — tài liệu khái niệm: URL canonical là gì, câu “hint, not a rule” (bản dịch) «gợi ý, không phải quy tắc», và tín hiệu Google cân nhắc.
• Hợp nhất URL trùng lặp — chỉ định canonical — cách khai báo canonical và lưu ý rằng không phương pháp nào là bắt buộc.
• Khắc phục vấn đề canonical hóa — giải mã trạng thái canonical trong Search Console, gồm khi Google chọn canonical khác khai báo.
• Công cụ URL Inspection — cách xem canonical do người dùng khai báo và canonical Google chọn cho mọi URL.

Bing / Microsoft

• Nội dung trùng lặp có hại SEO và mức hiển thị tìm kiếm AI không? (tháng 12/2025) — Bing không dùng đúng nhãn của Google nhưng cũng xem rel="canonical" là tín hiệu hợp nhất/làm rõ; đây là ngữ cảnh hữu ích, không phải báo cáo tương đương trực tiếp.

Trích dẫn từ nguồn

Phát biểu chính thức từ Google. Mỗi liên kết sâu dẫn tới đoạn được trích trên trang nguồn.

Google — chính trạng thái này (điểm cốt lõi)

• “This page is marked as an alternate of another page… This page correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (bản dịch) «Trang này được đánh dấu là bản thay thế của trang khác… Trang trỏ đúng tới trang canonical đã được lập chỉ mục, vì vậy bạn không cần làm gì.» — Trợ giúp Google Search Console, báo cáo Page Indexing. Đi tới trích dẫn

Google — hai trạng thái cùng nhóm để đối chiếu

• “This page is a duplicate of another page… Google has chosen the other page as the canonical for this page, and so will not serve this page in Search.” (bản dịch) «Trang này là bản trùng lặp của trang khác… Google đã chọn trang kia làm canonical nên sẽ không hiển thị trang này trong Tìm kiếm.» (Duplicate without user-selected canonical) Đi tới trích dẫn
• “This page is marked as canonical for a set of pages, but Google thinks another URL makes a better canonical.” (bản dịch) «Trang này được đánh dấu là canonical cho một tập trang, nhưng Google cho rằng URL khác phù hợp làm canonical hơn.» (Duplicate, Google chose different canonical than user) Đi tới trích dẫn

Google — vì sao trạng thái này là gợi ý được tôn trọng

• “indicating a canonical preference is a hint, not a rule.” (bản dịch) «Việc cho biết ưu tiên canonical là một gợi ý, không phải quy tắc.» — Tài liệu Google Search Central. Đi tới trích dẫn
• “While we encourage you to use these methods, none of them are required; your site will likely do just fine without specifying a canonical preference.” (bản dịch) «Dù chúng tôi khuyến khích dùng các phương pháp này, không phương pháp nào bắt buộc; website nhiều khả năng vẫn hoạt động tốt nếu không chỉ định ưu tiên canonical.» Đi tới trích dẫn

Các mô hình tư duy

1. Ba trạng thái nói về sự thống nhất. Toàn bộ nhóm canonical/trùng lặp trong báo cáo Page Indexing quy về một câu hỏi — canonical bạn khai báo có thống nhất với canonical Google chọn không?

• Thống nhất → Trang thay thế có thẻ canonical phù hợp. Ổn.
• Bạn không khai báo, Google chọn → Duplicate without user-selected canonical. Kiểm tra lựa chọn.
• Bạn khai báo, Google ghi đè → Duplicate, Google chose different canonical than user. Điều tra bất đồng. Hãy đọc đúng nhóm của URL trước khi làm bất cứ điều gì.

2. Cổng “bạn có muốn trang được lập chỉ mục không?”. Với trạng thái này, chỉ một điều quyết định hành động: đây có phải trang bạn muốn xếp hạng không?

• Không → bỏ qua. Hệ thống đã hợp nhất đúng. (Đặt self-canonical sẽ tạo vấn đề nội dung trùng lặp, và không có gì để Validate.)
• Có → debug đích canonical. Trang quan trọng đang tự nhường chỗ.

3. Trạng thái ≠ lỗi. “Why pages aren’t indexed” (bản dịch) «Vì sao trang không được lập chỉ mục» là danh sách lý do, không phải danh sách vấn đề. Không được lập chỉ mục là trạng thái dự kiến của phần lớn URL thay thế. Đừng biến trạng thái thành việc phải làm.

4. Xác minh, đừng giả định. URL Inspection đặt canonical khai báo cạnh canonical Google chọn. Bản thay thế khỏe mạnh có hai trường trùng nhau. Hãy kiểm tra một mẫu trước khi kết luận từ tổng thô.

5. Số lượng mang tính tương đối, không tuyệt đối. Con số lớn chỉ có ý nghĩa khi đặt cạnh quy mô website và việc trang mong muốn có bị ảnh hưởng không. Hàng nghìn bản thay thế trên cửa hàng faceted/đa ngôn ngữ là bình thường; hàng nghìn trên website nhỏ là tín hiệu cấu trúc.

Checklist “Tôi có nên lo không?”

Hãy chạy checklist này trước khi dành thời gian “sửa” trạng thái:

• Xác nhận trạng thái. Trong báo cáo Page Indexing, kiểm tra URL thực sự nằm dưới “Trang thay thế có thẻ canonical phù hợp” — không phải một trong hai trạng thái trùng lặp cùng nhóm.
• Áp dụng cổng quyết định. Có trang nào bạn muốn lập chỉ mục và xếp hạng không? Nếu không → dừng ở đây, hệ thống đang hoạt động đúng.
• Đối chiếu số lượng với quy mô website. Con số có hợp lý với website faceted/có tham số/đa ngôn ngữ, hay mất cân đối rõ rệt với số trang thật?
• Theo dõi thay đổi đột ngột. Trang từng được lập chỉ mục và có traffic có mới rơi vào nhóm này không? Hãy đối chiếu traffic.
• Kiểm tra mẫu bằng URL Inspection. Google-selected canonical có khớp user-declared canonical và đích đó có phải URL bạn mong đợi không?
• Kiểm tra sức khỏe đích canonical. Canonical có trỏ tới trang 200 đang hoạt động (không phải 404 hay chuyển hướng) và thực sự cùng nội dung không?
• Chỉ khi trang mong muốn bị ảnh hưởng: sửa đích canonical / self-reference; căn chỉnh slash, case, host và protocol; sửa hreflang về canonical cùng ngôn ngữ; dùng 301 cho bản trùng lặp không nên truy cập.
• Đừng yêu cầu lập chỉ mục hay dùng Validate Fix để ép bản thay thế vào — không có gì cần validate, và hành động đó chống lại canonical đúng của bạn.

Tôi có nên hành động với trạng thái này không?

Hãy đi qua phần này trước khi thay đổi. Đây là cùng cổng quyết định trong thẻ Nâng cao, được chia thành bốn tình huống thực sự cần sửa.

KPI thường trực: quy mô nhóm so với quy mô website

Tổng thô dưới “Trang thay thế có thẻ canonical phù hợp” tự nó không có ý nghĩa — cửa hàng có điều hướng faceted nên tạo số lượng lớn, và Google cũng không công bố ngưỡng. Quan trọng hơn tỷ lệ là mẫu URL và trang nào tạo nên nhóm — kiểm tra mẫu cùng ý định kinh doanh bắt được vấn đề thật mà tỷ lệ thuần túy có thể bỏ lỡ. Dù vậy, tỷ lệ vẫn là tín hiệu xu hướng hữu ích: tổng đang tăng cùng website hay nhanh hơn website.

Số trang thay thế như tỷ trọng của tổng URL đã biết

• Chỉ số — Số lượng dưới trạng thái này trong báo cáo Page Indexing, theo dõi như tỷ trọng của tổng URL đã biết/được lập chỉ mục và so sánh theo quý.
• Chỉ số cho biết gì — Nhóm đang tăng cùng tốc độ phát triển bình thường của website (thêm sản phẩm, tổ hợp bộ lọc, biến thể locale) hay tăng nhanh hơn — dấu hiệu vấn đề cấu trúc như tham số tăng vô hạn, không gian bộ lọc không giới hạn hoặc khác biệt slash/case nhân URL.
• Cách lấy dữ liệu — Báo cáo Page Indexing của GSC, lọc “Trang thay thế có thẻ canonical phù hợp”, ghi số lượng cạnh tổng Indexed của cùng property. Kiểm tra canonical khai báo của từng mẫu URL bằng Canonical Checker.
• Mốc / khoảng thực tế — Google không công bố ngưỡng, nên đừng xem đây là số pass/fail — theo dõi xu hướng tỷ lệ và quan trọng hơn, liệu URL bị ảnh hưởng là mẫu dự kiến (biến thể, bộ lọc, locale) hay trang bạn muốn lập chỉ mục. Quy tắc kinh nghiệm của tôi, không phải tiêu chuẩn Google: năm nghìn bản thay thế trên website 300 trang đáng xem; năm nghìn trên cửa hàng một triệu URL thường không. Hãy lập đường cơ sở tỷ lệ riêng rồi theo dõi xem nó có mở rộng nhanh hơn website không.
• Tần suất — Hàng quý; và ngay sau migration, thay đổi template hoặc ra mắt điều hướng faceted.

Runbook: trang mong muốn bị kẹt trong nhóm này

Bạn đã áp dụng cổng và xác nhận một trang quan trọng nằm dưới “Trang thay thế có thẻ canonical phù hợp”. Hãy làm theo thứ tự — dừng ngay khi một bước giải thích được nguyên nhân.

1. Xác nhận bạn đang đọc đúng trạng thái. Kiểm tra lại mục Page Indexing cho đúng URL. Rất dễ nhầm trạng thái này với hai mục cùng nhóm — “Duplicate without user-selected canonical” và “Duplicate, Google chose different canonical than user” — trong khi mỗi mục có chẩn đoán khác.

2. So sánh canonical khai báo với canonical Google chọn. Chạy URL qua URL Inspection trong Search Console (hoặc Canonical Checker để đọc nhanh ở cấp HTML/HTTP). Nếu canonical khai báo không phải chính trang hoặc URL bạn mong đợi, đó là câu trả lời — hãy sửa đích canonical.

3. Kiểm tra sức khỏe đích canonical. Nếu canonical khai báo trỏ đúng nơi dự kiến, xác nhận đích thực sự phân giải. Theo dõi bằng Redirect Checker hoặc curl -sI: kết quả nên là 200 sạch, không phải 404 hay một bước chuyển hướng khác.

4. Đối chiếu số lượng với quy mô website. Nếu đích ổn, hãy hỏi đây là một trang đặt sai hay phần của mẫu lớn — số lượng dưới trạng thái này có mất cân đối rõ rệt với số trang thật không? Nếu có, tìm nguyên nhân cấu trúc (tham số, bộ lọc, biến thể slash/case) thay vì xử lý như trường hợp đơn lẻ.

5. Đối chiếu timeline với traffic. Nếu trang từng xếp hạng và mới rơi vào nhóm, hãy mở dữ liệu Performance cho URL. Mức giảm trùng ngày trạng thái xuất hiện cho thấy thay đổi template, plugin hoặc cấu hình gần đây đã đổi đích canonical.

6. Sửa và xác minh lại. Sửa đích canonical — self-reference hoặc trỏ tới URL thực sự tương đương — rồi chạy lại URL Inspection sau khi Google crawl lại để xác nhận canonical khai báo và canonical Google chọn thống nhất.

Tự kiểm tra: trang thay thế có thẻ canonical phù hợp

Năm câu hỏi về trạng thái này và điểm khác với các mục cùng nhóm trong báo cáo Page Indexing.

Kiểm tra hàng loạt đích canonical

Kiểm tra một URL là việc của công cụ. Xác nhận danh sách đích canonical đều phân giải sạch — thay vì âm thầm trả 404 hoặc chuyển hướng — là nhiệm vụ hàng loạt riêng đáng viết script.

Kiểm tra canonical khai báo của một URL bằng Canonical Checker:

1. Dán URL cần audit.
2. Đọc tín hiệu canonical HTML và HTTP được báo cáo, cùng trạng thái đích canonical.
3. Dùng kết quả để xác nhận trang tự tham chiếu hay trỏ nơi khác, và đích có truy cập được không.

Xác nhận đích canonical trả 200 trên danh sách URL (curl)

macOS / Linux / WSL

#!/usr/bin/env bash
# Reads one URL per line from urls.txt, extracts its declared canonical target,
# then confirms that target returns a clean 200 — not a 404 or another redirect.
while IFS= read -r url; do
  target=$(curl -s "$url" \
    | grep -io '<link[^>]*rel="canonical"[^>]*>' \
    | head -1 \
    | grep -oE 'href="[^"]*"' \
    | cut -d'"' -f2)

  if [ -z "$target" ]; then
    echo "$url -> no canonical tag found"
    continue
  fi

  status=$(curl -s -o /dev/null -w "%{http_code}" "$target")
  echo "$url -> $target [$status]"
done < urls.txt

Một hàng sạch trông như https://example.com/page?utm_source=x -> https://example.com/page [200]. Kết quả kết thúc bằng 404 nghĩa là đích canonical hỏng; mã trong dải 3xx nghĩa là canonical trỏ tới một chuyển hướng khác thay vì trang cuối — cả hai đều đáng sửa. Cách trích bằng grep là heuristic nhanh, không phải parser HTML đầy đủ; với trường hợp mơ hồ (nhiều thẻ <link>, canonical do JS chèn), hãy xác nhận bằng Canonical Checker hoặc URL Inspection thay vì tin script hoàn toàn.

Công cụ kiểm tra và sửa trạng thái này

• Canonical Checker — audit tín hiệu canonical HTML và HTTP, kiểm tra đích canonical có phân giải không và giải thích tín hiệu có thể khiến Google chọn URL khác.
• Redirect Checker — theo dõi đích canonical hoặc URL bất kỳ, báo trạng thái cuối cùng và mọi bước để phát hiện canonical trỏ tới chuỗi chuyển hướng thay vì 200 sạch.
• Google Index Checker — kiểm tra tín hiệu indexability quan sát được (chuyển hướng, noindex, gợi ý canonical); hữu ích để kiểm tra nhanh nhưng không thấy canonical Google thực sự chọn — đó là nhiệm vụ của URL Inspection.
• Indexation Reconciler — nối bằng chứng sitemap, fetch, canonical, chuyển hướng và GSC Page Indexing trong một bảng, hữu ích để thấy số trang thay thế mất cân đối trên nhiều URL.
• URL Inspection (Google Search Console) — nguồn chuẩn chính: hiển thị canonical do người dùng khai báo cạnh canonical Google chọn cho mọi URL.

Vấn đề thường gặp khi trang mong muốn bị kẹt ở đây

Bốn thẻ triệu chứng–nguyên nhân–cách sửa độc lập cho tình huống biến trạng thái này thành vấn đề thật.

Canonical của trang mong muốn trỏ sai trang

Triệu chứng: Trang quan trọng hiển thị “Trang thay thế có thẻ canonical phù hợp”, nhưng canonical khai báo không phải chính nó và cũng không phải URL bạn mong đợi.

Nguyên nhân có thể: Canonical đặt sai — thường do template trỏ mọi item tới trang category, hoặc canonical trỏ tới nội dung gần giống nhưng không thực sự tương đương.

Sửa + kiểm tra: Sửa canonical thành self-reference nếu trang nên tự xếp hạng, hoặc trỏ tới URL thực sự tương đương. Sau khi Google crawl lại, xác nhận bằng URL Inspection rằng canonical Google chọn đã khớp.

Đích canonical trả 404, chuyển hướng hoặc không khớp

Triệu chứng: Đích canonical khai báo đúng về nguyên tắc nhưng khi truy cập lại trả 404, một chuyển hướng khác hoặc nội dung không thực sự cùng trang.

Nguyên nhân có thể: Trang đích bị xóa, di chuyển hoặc đổi tên mà không cập nhật thẻ canonical trỏ tới nó.

Sửa + kiểm tra: Trỏ canonical tới trang 200 đang hoạt động và có nội dung thực sự tương đương. Theo dõi đích bằng Redirect Checker hoặc curl -sI để xác nhận phân giải sạch, không có bước tiếp theo.

Số lượng mất cân đối rõ rệt với quy mô website

Triệu chứng: Số URL dưới trạng thái này tiếp tục tăng và quá lớn so với số trang thật của website.

Nguyên nhân có thể: Vấn đề cấu trúc tạo bản thay thế ngoài ý muốn — tham số tăng vô hạn, không gian tổ hợp bộ lọc không giới hạn hoặc khác biệt slash, case hay protocol nhân cùng URL.

Sửa + kiểm tra: Xác định và giới hạn mẫu tạo URL (xử lý tham số, giới hạn bộ lọc, một quy ước slash/case/protocol). Vài tuần sau, đối chiếu lại với tổng URL đã biết để xác nhận số lượng ổn định.

Trang từng xếp hạng mới rơi vào nhóm cùng traffic giảm

Triệu chứng: Trang từng được lập chỉ mục và xếp hạng nay hiển thị “Trang thay thế có thẻ canonical phù hợp”, đồng thời traffic giảm.

Nguyên nhân có thể: Thay đổi template, plugin hoặc cấu hình gần đây đã trỏ canonical của trang tới URL khác — thường ngoài ý muốn.

Sửa + kiểm tra: Tìm thay đổi quanh ngày trạng thái xuất hiện (deploy, cập nhật plugin, sửa template) và sửa canonical trở lại chính trang. Xác minh bằng URL Inspection và theo dõi dữ liệu Performance phục hồi.

Chứng minh bản sửa canonical thực sự có hiệu lực

Sau khi sửa đích canonical đặt sai, các phép kiểm tra này xác nhận Google thực sự tiếp nhận thay đổi — không chỉ HTML đã đổi.

Kiểm tra 1 — Canonical khai báo nay trỏ đúng nơi dự kiến

• Phép kiểm tra — Chạy URL qua Canonical Checker (hoặc xem source / curl -s và tìm thẻ <link rel="canonical">).
• Kết quả dự kiến — Canonical khai báo là chính trang nếu nó nên tự xếp hạng, hoặc URL tương đương dự kiến.
• Diễn giải lỗi — Nếu canonical khai báo vẫn là đích cũ, bản sửa chưa deploy, bị cache hoặc bị template vẫn trỏ sai ghi đè.
• Cửa sổ theo dõi — Ngay lập tức — phản hồi HTML thể hiện thay đổi khi lên live và cache đã xóa.
• Điểm rollback — Không áp dụng ở bước này — đừng sang Kiểm tra 2 cho tới khi canonical khai báo đúng.

Kiểm tra 2 — Đích canonical phân giải sạch

• Phép kiểm tra — Theo dõi đích canonical mới bằng Redirect Checker hoặc curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" <target-url>.
• Kết quả dự kiến — Một 200 duy nhất trên đúng URL canonical — không chuỗi chuyển hướng, không 404.
• Diễn giải lỗi — 404 nghĩa là đích không tồn tại; 3xx nghĩa là canonical trỏ tới chuyển hướng khác thay vì trang cuối — hãy trỏ canonical thẳng tới đích đã phân giải.
• Cửa sổ theo dõi — Ngay lập tức.
• Điểm rollback — Đích không phân giải thành 200 — sửa đích trước khi kiểm tra phía Google.

Kiểm tra 3 — Canonical Google chọn nay khớp canonical khai báo

• Phép kiểm tra — Chạy URL Inspection trong Google Search Console trên URL đã sửa.
• Kết quả dự kiến — Trường Google-selected canonical khớp user-declared canonical, và trạng thái Page Indexing phản ánh quan hệ đã sửa (tự lập chỉ mục hoặc bản thay thế sạch trỏ đúng trang).
• Diễn giải lỗi — Nếu sau khi crawl lại Google vẫn hiển thị đích cũ, tín hiệu xung đột — liên kết nội bộ, sitemap hoặc chuyển hướng — vẫn trỏ hướng cũ và cũng cần căn chỉnh.
• Cửa sổ theo dõi — Vài ngày tới vài tuần tùy tần suất crawl; yêu cầu crawl lại qua URL Inspection để tăng tốc thay vì chờ thụ động.
• Điểm rollback — Đừng hủy và hoàn tác bản sửa chỉ vì Google chưa crawl lại — đó là độ trễ dự kiến, không phải lỗi. Chỉ xem lại bản sửa nếu canonical Google chọn vẫn bất đồng nhiều tuần sau một lần crawl đã xác nhận.

Nhật ký thay đổi