Canonical tags làm gì khi bạn dùng sai

Thẻ canonical không phải là công cụ xóa nội dung trùng lặp

Thẻ canonical cho công cụ tìm kiếm biết URL nào bạn ưu tiên khi nhiều URL chứa cùng một nội dung, hoặc nội dung về cơ bản là tương tự. Phiên bản HTML phổ biến trông như sau:

<link rel="canonical" href="https://example.com/preferred-page/">

Cũng có một phiên bản HTTP header, chủ yếu hữu ích cho các tệp không phải HTML như PDF:

Link: <https://example.com/preferred-file.pdf>; rel="canonical"

Nghe có vẻ đủ đơn giản. Rắc rối bắt đầu khi các đội ngũ xem canonical tags như một cách an toàn để dọn dẹp mọi thứ khó xử: điều hướng theo bộ lọc, tham số theo dõi, trang in, trang sản phẩm gần trùng lặp, phân trang, URL staging và các trang chiến dịch cũ.

Canonical tags không phải là nút xóa. Chúng không phải là chuyển hướng. Chúng không thay thế cho kiến trúc thông tin. Và không có gì đảm bảo rằng chúng sẽ được tuân theo.

Công cụ tìm kiếm sử dụng canonicals như các tín hiệu gợi ý mạnh. Chúng so sánh thẻ canonical với các tín hiệu khác: chuyển hướng, liên kết nội bộ, URL trong sitemap, chú thích hreflang, mức độ tương đồng của nội dung, mã trạng thái HTTP, và các URL mà người dùng cũng như crawler thực sự gặp. Nếu các tín hiệu đó mâu thuẫn, công cụ tìm kiếm có thể bỏ qua canonical của bạn hoặc chọn một URL canonical hoàn toàn khác.

Đó là lý do việc dùng sai canonicals có thể gây bối rối đến vậy. Markup trông đúng trong trình duyệt, nhưng trang sai lại xuất hiện trong kết quả tìm kiếm — hoặc trang đúng biến mất.

Điều gì xảy ra khi canonical trỏ đến sai URL

Khi công cụ tìm kiếm thấy các URL trùng lặp hoặc gần trùng lặp, nó thường nhóm chúng thành một cụm và chọn một URL làm canonical. Canonical được chọn là phiên bản có nhiều khả năng được lập chỉ mục và hiển thị trong kết quả tìm kiếm nhất. Các tín hiệu từ những bản trùng lặp có thể được hợp nhất vào URL được chọn đó.

Nếu thẻ canonical của bạn trỏ đến sai trang, một số điều có thể xảy ra.

1. URL sai được lập chỉ mục

Giả sử bạn có hai URL:

• /mens-running-shoes/
• /sale/mens-running-shoes/

Nếu trang giảm giá canonical về trang danh mục chính, điều đó có thể ổn nếu nội dung gần như giống hệt và URL giảm giá chỉ là một phiên bản đã lọc. Nhưng nếu trang giảm giá có nội dung riêng, sản phẩm riêng và nhu cầu tìm kiếm riêng, canonical có thể làm nó bị kìm lại.

Trang đó vẫn có thể được thu thập dữ liệu. Người dùng vẫn có thể truy cập. Nhưng công cụ tìm kiếm có thể quyết định không lập chỉ mục riêng cho nó vì bạn đã nói với họ rằng một URL khác là phiên bản được ưu tiên.

Đây là lỗi canonical phổ biến nhất: không phải một sự cố kỹ thuật lớn, chỉ là một sự biến mất lặng lẽ khỏi chỉ mục.

2. Tín hiệu xếp hạng được hợp nhất sai chỗ

Canonicals thường được dùng để hợp nhất các tín hiệu như liên kết và các biến thể nội dung trùng lặp. Điều đó hữu ích khi các bản trùng lặp thực sự tương đương. Nó rủi ro khi chúng không tương đương.

Nếu một bài viết blog có các URL theo dõi như:

• /guide-to-canonical-tags/?utm_source=newsletter
• /guide-to-canonical-tags/?utm_source=linkedin

Thì canonical cả hai về /guide-to-canonical-tags/ là hợp lý.

Nhưng nếu một phiên bản tiếng Tây Ban Nha, một phiên bản để in có thêm nội dung, hoặc một biến thể sản phẩm với ý định khác nhau lại trỏ đến cùng một canonical, bạn có thể đang gộp những tín hiệu lẽ ra nên được giữ riêng. Kết quả có thể là mức độ liên quan yếu hơn cho tất cả.

Canonical tags nói về sự tương đương. Nếu hai trang đáp ứng các ý định tìm kiếm khác nhau, có lẽ chúng không nên canonical về nhau.

3. Công cụ tìm kiếm bỏ qua thẻ

Canonical không phải là mệnh lệnh. Nếu mục tiêu canonical chuyển hướng, trả về 404, bị chặn, có noindex, hoặc chứa nội dung rất khác, công cụ tìm kiếm có thể bỏ qua nó.

Theo một nghĩa nào đó, điều này là tốt: một canonical sai không phải lúc nào cũng phá hủy việc lập chỉ mục. Nhưng nó cũng có nghĩa là bạn không thể mặc định rằng thẻ đang làm đúng điều bạn nghĩ. Một trang có thể khai báo một canonical trong khi Google chọn một canonical khác.

Điều này đặc biệt phổ biến khi liên kết nội bộ, sitemaps và canonicals không thống nhất. Nếu mọi liên kết nội bộ đều trỏ đến /product, sitemap của bạn liệt kê /product/, và canonical của bạn trỏ đến https://www.example.com/product?ref=main, bạn đã tạo ra một cuộc tranh luận nhỏ giữa chính các tín hiệu của mình.

Công cụ tìm kiếm rất giỏi trong việc giải quyết cuộc tranh luận đó. Nhưng không phải lúc nào chúng cũng giải quyết theo cách bạn dự định.

4. Việc gỡ lỗi trở nên khó không cần thiết

Canonicals sai hiếm khi hỏng một cách ồn ào. Chúng tạo ra các triệu chứng trông giống những vấn đề SEO khác:

• “Discovered, currently not indexed” hoặc trạng thái lập chỉ mục lưng chừng tương đương
• URL sai xếp hạng cho một truy vấn
• URL có tham số xuất hiện trong báo cáo
• Trang danh mục không xuất hiện dù có thể thu thập dữ liệu
• Trang quốc tế bị gộp vào sai phiên bản ngôn ngữ
• Mẫu mới được ra mắt với số trang được lập chỉ mục ít hơn dự kiến

Đó là lý do việc gỡ lỗi canonical nên bao gồm HTML thô, HTML đã render, HTTP headers, chuyển hướng và mục trong sitemap. Nếu bạn đang điều tra chuỗi chuyển hướng hoặc header không khớp, các thói quen tương tự cũng áp dụng; một quy trình kiểm tra HTTP thực tế như trong hướng dẫn của chúng tôi về gỡ lỗi chuyển hướng và HTTP headers trên production thường sẽ phát hiện mâu thuẫn canonical nhanh hơn việc nhìn chằm chằm vào một trường trong CMS.

Những sai lầm canonical tốn kém nhất

Canonical mọi thứ về trang chủ

Điều này vẫn xảy ra. Một trường trong template bị bỏ trống, một plugin fallback về gốc của site, và đột nhiên hàng trăm trang khai báo trang chủ là canonical.

Công cụ tìm kiếm có thể bỏ qua điều này vì nội dung rõ ràng khác nhau. Nhưng nếu đủ nhiều tín hiệu trở nên lộn xộn, một số trang có thể bị loại bỏ hoặc bị gom cụm sai. Ít nhất, bạn đang gửi một tín hiệu gợi ý vô ích và mâu thuẫn trên mọi trang.

Trang chủ gần như không bao giờ là canonical cho một trang nội bộ.

Canonical các trang phân trang về trang một

Trong một thời gian dài, một số site canonical /category/page/2/, /page/3/, v.v. ngược về trang một. Mục đích là tránh các trang danh mục trùng lặp.

Vấn đề là các trang phân trang không phải là bản trùng lặp. Chúng chứa các mục khác nhau và giúp crawler khám phá nội dung sâu hơn. Canonical tất cả về trang một có thể làm giảm khả năng công cụ tìm kiếm xử lý đầy đủ các trang sau.

Thông thường, các trang phân trang nên có canonical tự tham chiếu trừ khi có một lý do cụ thể để hợp nhất.

Canonical các trang được lọc mà không kiểm tra ý định tìm kiếm

Điều hướng theo bộ lọc tạo ra những lựa chọn khó. Một số URL được lọc là rác:

• ?sort=price_ascending
• ?view=grid
• ?sessionid=123

Những URL khác có thể là trang đích có giá trị:

• /sofas/blue/
• /laptops/16gb-ram/
• /hotels/paris/pet-friendly/

Các quy tắc canonical bao trùm thường xóa cả những trang tìm kiếm hữu ích lẫn nhiễu tham số vô dụng. Trước khi canonical các trang được lọc, hãy hỏi liệu trang được lọc có nội dung ổn định, liên kết nội bộ, nhu cầu tìm kiếm và một nhu cầu người dùng riêng biệt hay không.

Nếu câu trả lời là có, nó có thể xứng đáng được lập chỉ mục với canonical tự tham chiếu.

Trỏ canonicals đến URL bị chuyển hướng hoặc bị chặn

Mục tiêu canonical nên sạch, có thể lập chỉ mục và trả về 200 OK. Đừng trỏ canonicals đến các URL chuyển hướng, trả về lỗi, yêu cầu cookies, bị chặn bởi robots.txt, hoặc mang noindex.

Đây là một trong những kiểm tra dễ tự động hóa nhất. Hãy crawl site của bạn và đánh dấu các mục tiêu canonical không trả về phản hồi 200 sạch.

Trộn canonical với noindex như thể chúng có cùng ý nghĩa

rel="canonical" và noindex giải quyết các vấn đề khác nhau.

Dùng canonical khi có các bản trùng lặp và bạn muốn hợp nhất tín hiệu về một URL ưu tiên. Dùng noindex khi bạn không muốn một trang được lập chỉ mục chút nào.

Dùng cả hai cùng lúc gửi đi một thông điệp khó xử: “Đừng lập chỉ mục trang này, nhưng cũng hãy dùng nó như một tín hiệu trùng lặp cho một trang khác.” Công cụ tìm kiếm thường có thể xử lý tình huống này, nhưng đó không phải là một chỉ dẫn sạch. Nếu một trang là bản trùng lặp, hãy canonical nó. Nếu nó không nên xuất hiện trong tìm kiếm và không có quan hệ trùng lặp hữu ích, hãy cân nhắc noindex.

Một cuộc audit canonical thực tế

Bạn không cần một nền tảng SEO đồ sộ để tìm nhiều vấn đề canonical. Hãy bắt đầu bằng một lần crawl, vài mẫu URL và một bảng tính.

Với mỗi template quan trọng, hãy kiểm tra:

1. Trang có đúng một thẻ canonical không? Nhiều thẻ canonical tạo ra sự mơ hồ.
2. Canonical có phải là URL tuyệt đối không? Dùng URL đầy đủ, bao gồm protocol và hostname.
3. Mục tiêu canonical có trả về 200 OK không? Tránh các mục tiêu bị chuyển hướng, bị chặn hoặc trả lỗi.
4. Mục tiêu canonical có thể lập chỉ mục không? Không noindex, không bị robots chặn, không yêu cầu xác thực.
5. Nội dung có thực sự tương đương không? Tương tự không phải lúc nào cũng tương đương.
6. Liên kết nội bộ có thống nhất không? Liên kết đến định dạng URL canonical bất cứ khi nào có thể.
7. Sitemap có thống nhất không? Sitemaps nói chung nên liệt kê các URL canonical, có thể lập chỉ mục.
8. Thẻ hreflang có thống nhất không? Các trang quốc tế cần quan hệ canonical và hreflang nhất quán.
9. HTML đã render có khớp với HTML thô không? JavaScript có thể thay đổi hoặc chèn thẻ.
10. Công cụ tìm kiếm đã chọn canonical nào? Các công cụ kiểm tra có thể cho thấy khi canonical bạn khai báo khác với canonical được chọn.

Đây cũng là nơi Lighthouse có thể hữu ích, nhưng chỉ trong giới hạn của nó. Nó có thể đánh dấu một số vấn đề về khả năng thu thập dữ liệu và tài liệu, nhưng nó không hiểu ý định thương mại hay chiến lược canonical của bạn. Hãy xem nó như một nguồn đầu vào, không phải một phán quyết. Nếu bạn cần một cách bình tĩnh hơn để tách các phát hiện hữu ích khỏi nhiễu, hãy xem cách đọc báo cáo Lighthouse mà không hoảng loạn.

Canonicals tự tham chiếu thường là mặc định tốt

Mọi trang quan trọng có thể lập chỉ mục thường nên khai báo chính nó là canonical. Không phải vì công cụ tìm kiếm không thể tự suy ra nếu thiếu thẻ. Mà vì canonicals tự tham chiếu làm giảm sự mơ hồ khi tham số, liên kết theo dõi, URL được sao chép và các quirks của CMS tạo ra những đường dẫn thay thế đến cùng một nội dung.

Với một trang sản phẩm sạch, điều này thường đúng:

<link rel="canonical" href="https://example.com/products/linen-shirt/">

Với một URL theo dõi, canonical thường nên trỏ ngược về phiên bản sạch:

<link rel="canonical" href="https://example.com/products/linen-shirt/">

Với một biến thể sản phẩm thực sự khác, câu trả lời còn tùy. Nếu áo đỏ, áo xanh và áo đen có cùng mô tả và chỉ khác màu, một trang sản phẩm canonical có thể là đủ. Nếu mỗi biến thể có nhu cầu, đánh giá, hình ảnh, tồn kho và liên kết nội bộ riêng, các trang có thể lập chỉ mục riêng có thể hợp lý.

Không có quy tắc canonical phổ quát cho biến thể. Chỉ có một câu hỏi: các trang này có thể thay thế cho nhau đối với người tìm kiếm không?

Canonical tags nên khớp với chính sách URL thực tế của site

Hầu hết lỗi canonical là triệu chứng của một vấn đề chính sách URL sâu hơn. Site chưa quyết định dấu gạch chéo cuối URL có quan trọng không, URL viết hoa có nên resolve không, tham số có được phép không, HTTP có chuyển hướng sang HTTPS không, hoặc www có phải là canonical không.

Hãy chọn một phiên bản sạch cho mỗi URL và khiến toàn bộ hệ thống thống nhất:

• Chuyển hướng các phiên bản URL không ưu tiên sang phiên bản ưu tiên.
• Liên kết nội bộ đến các phiên bản ưu tiên.
• Đưa các phiên bản ưu tiên vào XML sitemaps.
• Dùng canonicals tự tham chiếu trên các trang ưu tiên.
• Chỉ canonical các bản trùng lặp thật sự về URL ưu tiên.

Khi tất cả các tín hiệu này cùng chỉ về một hướng, canonical tags trở nên nhàm chán. Đó chính là mục tiêu.

Kết luận

Canonical tags mạnh mẽ vì chúng ảnh hưởng đến việc lập chỉ mục và hợp nhất tín hiệu. Chúng nguy hiểm cũng vì lý do đó.

Một canonical sai không phải lúc nào cũng loại bỏ một trang khỏi tìm kiếm. Công cụ tìm kiếm có thể bỏ qua nó. Nhưng dựa vào công cụ tìm kiếm để cứu các tín hiệu xấu không phải là một chiến lược. Cách an toàn hơn là chỉ dùng canonicalization cho các bản trùng lặp thật sự, giữ mục tiêu sạch và có thể lập chỉ mục, đồng thời khiến liên kết nội bộ, chuyển hướng, sitemaps và canonicals kể cùng một câu chuyện.

Canonicals không phải là nơi bạn che giấu kiến trúc lộn xộn. Chúng là nơi bạn xác nhận rằng kiến trúc đó đã được dọn sạch.