Canonical URL là gì không còn là khái niệm mới mẻ với SEOer. Năm 2009, Google, Microsoft và Yahoo đã hợp nhất để cùng tạo ra thẻ này. Với mong muốn hỗ trợ chủ website giải pháp hiệu quả để khắc phục các vấn đề Duplicate Content một cách nhanh chóng và dễ dàng hơn.
- Nhưng đâu đó bạn vẫn không hiểu thật sự Canonical là gì?
- Cách sử dụng thẻ canonical ra sao?
- Chúng có thực sự giúp ích cho hoạt động của website hay không?
Tất cả sẽ được giải đáp trong bài viết này. Hãy cùng tôi tìm hiểu nhé!
Canonical URL là gì?
Canonical URL (hay còn gọi là Rel Canonical) là thành phần HTML nhằm khai báo URL gốc của trang bị trùng lặp nội dung với công cụ tìm kiếm. Sử dụng thẻ Canonical trong trường hợp nội dung bị Duplicate hoặc giống nhau trên nhiều URL.
Nếu có nội dung giống hoặc tương tự trong các URL khác nhau. Bạn có thể dùng nó để chỉ định loại nào là phiên bản chính và sau đó index nó.
Cấu trúc chuẩn của Canonical Tag
Canonical có cấu trúc thế nào? Đó là cú pháp đơn giản, nhất quán và đặc biệt thường được đặt trong phần của website, chẳng hạn như:
Ý nghĩa của từng phần trong đoạn mã Canonical URL được hiểu như sau:
link rel=“canonical”: Liên kết trong thẻ này là bản gốc của trang này.href=“https://example.com/sample-page/”: truy cập bản gốc tại đây.
Tầm quan trọng của thẻ Canonical trong SEO
Như tôi đã đề cập ban đầu, thẻ Canonical được sinh ra để giải quyết vấn đề Duplicate Content. Chính vì vậy, tôi sẽ phân tích về sự ảnh hưởng của trùng lặp nội dung (Duplicate Content) đến SEO, từ đó bạn sẽ hiểu rõ hơn về tầm quan trọng cũng như lý do thẻ Canonical tag được tạo ra. Tìm hiểu ngay nào!
Bạn phải biết: Duplicate Content là điều Google cực kỳ “ghét”, do nó sẽ làm Google không xác định được:
- Bản nào của trang cần index.
- Loại nào của trang dùng để xếp hạng cho các truy vấn có liên quan.
- Liệu họ có nên hợp nhất “link equity” trên một trang hay chia nó thành nhiều loại.
Trùng lặp nội dung cũng làm ảnh hưởng đến “ngân sách thu thập dữ liệu”. Nghĩa là, Google sẽ mất thời gian thu thập thông tin nhiều bản cùng một page thay vì khám phá nội dung quan trọng khác trên website. Tuy nhiên, nếu như bạn có sử dụng Canonical tag, thì nó sẽ giúp giải quyết tất cả những vấn đề kể trên bằng cách: Thông báo đến Google biết họ nên index và xếp hạng phiên bản nào của page, cũng như vị trí cần hợp nhất “link equity”.
Còn trong trường hợp bạn không có bất kỳ hành động thông báo nào đến Google về link gốc. Thì Google sẽ thay bạn xem xét và quyết định loại hoặc chọn link tốt nhất. Tất nhiên, dựa vào Google như thế không phải là một ý tưởng hay. Vì họ có thể chọn ngẫu nhiên 1 URL mà bạn không thật sự muốn nó sẽ trở thành link gốc.
Lưu ý nhỏ về ngân sách thu thập dữ liệu:
Bạn phải luôn ghi nhớ: Tiết kiệm tối đa thời gian Google thu thập thông tin trên website đối với các nội dung Duplicate Content. Nhưng nếu bạn đang sỡ hữu một website mới, thì bạn có thể lướt qua nội dung này.
Sự thật về Duplicate Content
Có phải nhiều lúc bạn đã nghĩ rằng: chỉ cần đăng lại nội dung trên trang khác nhau thì sẽ không dính lỗi Duplicate Content. Tuy nhiên, thực tế idea này không thể triển khai. Vì các công cụ thu thập URL, không phải dữ liệu trên page.
Nghĩa là, chúng sẽ nhận định URL example.com/product và URL example.com/product?color=red ở 2 page khác nhau. Mặc dù chúng là cùng một trang web có nội dung giống hệt hoặc tương tự nhau.
Đây được gọi là các parameterized URLs và chúng là nguyên nhân phổ biến dẫn đến Duplicate Content. Đặc biệt là trên web thương mại điện tử có filtered navigation (bộ lọc tùy chỉnh tìm kiếm của người dùng dựa trên những gì họ đang tìm kiếm)
Ví dụ: Hãng Brown Bag Clothing chuyên bán áo sơ mi.
- Đây là link cho trang danh mục chính của họ:
https://www.bbclothing.co.uk/en-gb/clothing/shirts.html - Nếu bạn chỉ lọc áo sơ mi XL, một thông số sẽ được thêm vào URL như sau:
https://www.bbclothing.co.uk/en-gb/clothing/shirts.html?Size=XL - Nếu sau đó bạn cũng chỉ lọc những chiếc áo sơ mi màu xanh lam thì một thông số khác sẽ thêm vào:
https://www.bbclothing.co.uk/en-gb/clothing/shirts.html?Size=XL&color=Blue.
Trong mắt Google, cả 3 link trên đều là những trang riêng biệt dù nội dung của chúng chỉ khác nhau một chút. Nhưng không chỉ các website thương mại điện tử trở thành nạn nhân của Duplicate Content. Dưới đây là một số nguyên nhân khác của nội dung trùng lặpáp dụng cho tất cả các loại trang web:
- Có parameterized URLs cho các tìm kiếm chọn lọc
(VD: example.com?q=search-term) - Có parameterized URLs cho các IDs phiên
(VD: https://example.com?sessionid=3) - Các loại trang có thể in riêng biệt
(VD: example.com/page and example.com/print/page) - URL riêng biệt cho mỗi bài đăng trong các danh mục khác nhau
(VD: example.com/services/SEO/ and example.com/specials/SEO/) - Gồm pages cho các loại thiết bị khác nhau
(VD: example.com and m.example.com) - Đồng thời cả AMP và non-AMP trong cùng 1 trang
(VD: example.com/page and amp.example/page) - Cùng một nội dung ở các biến thể non-www và www variants
(VD: http://example.com and http://www.example.com) - Và cung cấp cùng một nội dung ở các biến thể non-https và https variants
(VD: http://www.example.com and https://www.example.com) - Cùng một nội dung có và không có dấu gạch chéo
(VD: https://example.com/page/ and http://www.example.com/page) - Có cùng một nội dung ở các bản mặc định, chẳng hạn như trang index
(VD: https://www.example.com/, https://www.example.com/index.htm,..) - Cùng một nội dung có và không có chữ viết hoa
(VD: https://example.com/page/ and http://www.example.com/Page/)
Trong những tình huống này, việc dùng đúng Canonical URL là rất quan trọng. Hơn nữa, trùng lặp nội dung giữa nhiều miền cũng là điều cần lưu ý.
Đây là trường hợp khi nội dung được chia sẻ trên 2 web khác nhau với mỗi trang web là một phần nội dung gốc. Nếu bạn là tác giả của bài viết gốc thì nên cài đặt nó trên bài nhằm thông báo đến các công cụ để tìm kiếm rõ ràng.
Tất nhiên, bài viết bên thứ 3 đăng lại từ bài viết của bạn vẫn có khả năng hiển thị trong danh sách tìm kiếm. Tuy nhiên, việc gắn Canonical tag giúp giảm nguy cơ chúng được xếp hạng cao hơn nội dung gốc.
Lưu ý: Vẫn có tình trạng một số web sẽ từ chối thêm Canonical Tag . Trong những trường hợp này, bạn có muốn chấp nhận rủi ro hay không là tùy thuộc vào bạn.
Hướng dẫn nhanh cách sử dụng thẻ Canonical
Nhiều người thắc mắc là Canonical URL có dễ thực hiện không? Trước khi thảo luận về bốn cách khác nhau để triển khai URL Canonical. Tôi muốn giới thiệu 5 quy tắc vàng sau:
5 Quy tắc khi sử dụng Canonical Tag
Quy tắc 1: Sử dụng URL tuyệt đối
John Mueller của Google nói rằng cách tốt nhất là không dùng đường dẫn tương đối với phần tử rel=“canonical”. Nghĩa là, bạn nên dùng cấu trúc sau:
Thay vì cấu trúc:
Quy tắc 2: Sử dụng chữ viết thường trong URL
Google thường coi các URL viết hoa và viết thường là hai link khác nhau. Tuy nhiên, bạn nên dùng chữ viết thường trong URL trên máy chủ của mình, sau đó dùng link viết thường cho Canonical Tag.
Quy tắc 3: Sử dụng đúng phiên bản miền HTTPS hay HTTP
Nếu bạn đã chuyển sang SSL, hãy đảm bảo rằng bạn không khai báo bất kỳ URL không phải SSL (tức là HTTP) nào trong việc sử dụng thẻ Canonical Tag. Làm như vậy về mặt lý thuyết dẫn đến nhầm lẫn và kết quả không mong muốn.
Đối với secure domain, hãy đảm bảo rằng bạn dùng phiên bản URL sau:
.Còn nếu bạn không dùng HTTPS thì hãy dùng dạng URL này:
Quy tắc 4: Sử dụng Canonical Tag tự tham chiếu
John Mueller cho rằng mặc dù không bắt buộc nhưng Canonical tự tham chiếu vẫn là sự lựa chọn đáng cân nhắc. Vì nó giúp Google hiểu rõ bạn muốn index trang nào hoặc link sẽ có cấu trúc như thế nào khi được index.
Về cơ bản, tự tham chiếu là Canonical trên một trang mà trỏ link đến chính nó.
Ví dụ, nếu URL là https://example.com/sample-page, thì Canonical tự tham chiếu trên trang đó sẽ là:
Hầu hết các CMS phổ biến hiện đại đều tự động thêm các URL tự tham chiếu. Còn với CMS tùy chỉnh, bạn nhờ đến các nhà phát triển web hardcode nó.
Quy tắc 5: Sử dụng 1 Canonical Tag cho mỗi trang
Nếu 1 trang có nhiều hơn 1 Canonical Tag, Google sẽ bỏ qua cả thảy. Vì thế, mỗi trang chỉ nên sử dụng 1 thẻ thôi bạn nhé!
Cách triển khai: Có năm cách để chỉ định link gốc với các tín hiệu chuẩn hóa sau:
- HTML tag
- HTTP header
- Sitemap
- 301 redirect
- Liên kết nội bộ (Internal links)
Cài đặt thẻ Canonical bằng cách sử dụng HTML rel = “canonical”
Dùng thẻ rel = canonical là cách đơn giản và rõ ràng nhất để chỉ định link gốc. Cách thực hiện vô cùng đơn giản: chỉ cần thêm mã sau vào phần của bất kỳ trang trùng lặp nào:
Ví dụ: Giả sử bạn có một web thương mại điện tử bán áo thun. Bạn muốn chỉ định https://yourstore.com/tshirts/black-tshirts/ là URL gốc. Ngay cả khi nội dung của trang đó có truy cập được qua các URL khác, chẳng hạn như: https://yourstore.com/offers/black-tshirts/. Khi ấy, chỉ cần thêm thẻ tag sau vào bất kỳ trang trùng lặp nào:
Lưu ý rằng nếu bạn đang dùng CMS, bạn không cần phải lo lắng về mã code của trang.
Cài đặt Canonical Tag trong WordPress
Trước hết, cài đặt Yoast SEO để Canonical tự tham chiếu sẽ được thêm tự động vào trang. Để thêm các mục tùy chỉnh cho thẻ, nhấp chọn phần “Nâng cao” trên mỗi bài đăng hoặc trang.
Cài đặt Canonical Tag trên Shopify
Shopify thêm URL gốc tự tham chiếu cho các sản phẩm và bài đăng trên blog theo mặc định. Để thêm mục tùy chỉnh cho URL gốc, bạn cần phải chỉnh sửa trực tiếp các tệp mẫu (.liquid).
Cài đặt Canonical Tag trên Squarespace
Squarespace cũng thêm các URL tự tham chiếu theo mặc định và tương tự như trường hợp của Shopify. Bạn cần phải chỉnh sửa mã trực tiếp nếu muốn thêm tùy chỉnh vào URL gốc.
Cài đặt thẻ Canonical trên các dòng tiêu đề HTTP
Đối với các tài liệu như PDF, không có cách nào để sử dụng thẻ Canonical trong tiêu đề vì không có phần trang .
Trong những trường hợp như vậy, bạn hãy dùng dòng tiêu đề HTTP để đặt cho thẻ. Bạn cũng có thể dùng nó trong tiêu đề HTTP cho những web chuẩn.
Ví dụ: Giả sử tạo một bản PDF của bài blog nhất định và lưu trữ nó trong thư mục con (gtvseo.com/blog/*). Khi ấy, file PDF sẽ có cấu trúc dòng tiêu đề HTTP như sau:
HTTP/1.1 200 OK. Content-Type: application/pdf. Link: <https://ahrefs.com/blog/canonical-tags/>; rel="canonical"Cài đặt thẻ Canonical trong Sitemaps
Google cho rằng những trang không có Canonical Tag chuẩn không nên được đưa vào sitemaps. Chỉ các URL chuẩn mới được liệt kê vào.
Đó là vì Google chỉ xem những trang được liệt kê trong sitemap là các URL gốc được đề xuất. Tuy nhiên, cũng có vài trường hợp, họ từ chối chọn URL trong sitemap làm URL gốc.
Tìm hiểu thêm: 13 Mẹo tối ưu Sitemap cho Website
Cài đặt thẻ Canonical với 301 Redirects
Hãy 301 redirects khi bạn muốn chuyển hướng lưu lượng truy cập ra khỏi URL trùng lặp và tới URL gốc. Ví dụ: Giả sử web của bạn có thể truy cập được tại các URL sau:
- example.com
- example.com/index.php
- example.com/home/
Chọn một URL làm gốc và chuyển hướng các URL khác đến URL gốc đó.
Tham khảo video “301 Redirect Website Có Ảnh Hưởng Tới SEO” để hiểu rõ hơn về chủ đề này.
Thực hiện tương tự với các phiên bản HTTPS / HTTP và www / không phải www trên trang web của mình. Chọn một bản chuẩn và chuyển hướng những bản khác đến phiên bản đó. Ví dụ: Phiên bản chuẩn của gtvseo.com là URL HTTPS không có www (https://gtvseo.com). Tất cả các URL sau đều chuyển hướng đến đó:
- https://gtvseo.com/
- https://gtvseo.com/
- https://gtvseo.com/
Cài đặt thẻ Canonical với các liên kết nội bộ
Cách bạn trỏ link từ trang này sang trang khác trên toàn web của mình cũng được xem là một cách Canonical URL. John Mueller đã đề cập đến các tín hiệu được dùng để xác định URL gốc trong video #AskGoogleWebmasters video.
Tóm lại, bạn càng nhất quán với tất cả 5 tín hiệu kể trên, thì các công cụ của Google càng dễ dàng xác định URL gốc mong muốn được đưa vào. Như John đã đề cập trong video, Google cũng ưu tiên HTTPS hơn URL HTTP và các URL đẹp hơn.
7 Sai lầm thường gặp khi sử dụng thẻ rel=“canonical”
Canonicalization vốn là một chủ đề hơi phức tạp, thường xuyên nằm trong TOP những lỗi kỹ thuật SEO thường gặp nhất trong những năm qua.
Thực tế, có rất nhiều hiểu lầm và quan niệm sai lệch về việc sử dụng Canonical URL đúng cách. Dưới đây là một số sai lầm phổ biến mọi người thường mắc phải khi sử dụng thẻ canonical:
Sai lầm 1: Chặn URL được chuẩn hóa qua Robots.txt
Việc chặn một URL trong robots.txt sẽ ngăn không cho Google thu thập dữ liệu. Có nghĩa là họ không thể thấy bất kỳ Canonical Tag nào trên đó. Kết quả là Google cũng không tài nào chuyển hóa “link equity” từ Non-Canonical sang Canonical.
Sai lầm 2: Đặt URL được chuẩn hóa thành ‘noindex’
Bạn nhớ nhé, tốt nhất là không nên kết hợp noindex với thẻ canonical lại với nhau. Bởi vì chúng là 2 yếu tố hoàn toàn đối lập nhau.
Google thường sẽ ưu tiên Canonical hơn thẻ là thẻ “noindex”. Trong trường hợp bạn muốn thực hiện đồng thời noindex và gắn thẻ Tag, hãy dùng 301 redirects. Còn không thì chỉ dùng rel = canonical thôi.
Sai lầm 3: Đặt mã trạng thái HTTP 4XX cho URL gốc
Việc đặt mã HTTP 4XX cho URL gốc có tác động tương tự như việc dùng thẻ “noindex”. Google sẽ không thể nhìn thấy Canonical Tag để mà chuyển “link quity” sang bản gốc.
Sai lầm 4: Canonicalizing tất cả các Paginated Page đến Page gốc
Các paginated page không nên được triển khai Canonical URL đến các paginated page đầu tiên trong chuỗi. Thay vào đó, chúng ta sẽ dùng thẻ Tag tự tham chiếu trên những trang này.
John Mueller đã đưa ra lời giải thích cho nghi vấn này như sau: Nếu page A không tương tự như page B. Thì việc page B đang dùng rel=canonical muốn trỏ đến page A sẽ không được chấp thuận dùng rel = canonical không đúng cách.
Bạn cũng nên dùng thẻ rel="prev" và rel="next" để phân trang. Mặc dù cấu trúc này không còn thịnh hành với Google như một số web khác, chẳng hạn như Bing vẫn còn dùng nó.
Sai lầm 5: Không sử dụng Canonical Tags với Hreflang
Hreflang tags được dùng để chỉ định target đối tượng dựa vào ngôn ngữ và vị trí địa lý của website.
Google khuyên rằng khi dùng hreflang: Bạn nên “chỉ định trang gốc có cùng một ngôn ngữ với website hoặc ngôn ngữ thay thế tốt nhất nếu không thể tìm ra ngôn ngữ chung cho cả 2”.
Sai lầm 6: Có quá nhiều thẻ rel=canonical
Có nhiều thẻ rel = canonical sẽ khiến Google dễ dàng bỏ qua cả thảy.
Việc này xảy ra do các thẻ được thêm vào hệ thống ở các điểm khác nhau: Chẳng hạn như bởi CMS, theme và (các) plugin. Đây là lý do tại sao nhiều plugin có tùy chọn ghi đè đảm bảo chúng là nguồn duy nhất cho các Canonical URL.
Cũng có nhiều trường hợp thẻ rel = canonical được thêm vào bởi JavaScript. Google chấp thuận trường hợp này chỉ khi URL gốc không xuất hiện trên HTML và sau đó bạn thêm thẻ rel = canonical với JavaScript.
Ngược lại, nếu HTML đã có thẻ rồi mà bạn lại tiếp tục hoán đổi page khác ưa thích bằng JavaScript. Thì có lẽ bạn đang làm khó Google bởi hàng loạt tín hiệu hỗn hợp đấy. Hãy cẩn thận nhé!
Sai lầm 7: Đặt rel=canonical trong phần Body
Rel = canonical chỉ nên xuất hiện trong của tài liệu. Thẻ chuẩn trong phần của web rất dễ bị bỏ qua.
Mặc dù mã nguồn của một trang có thể có thẻ rel = canonical ở đúng vị trí, nhưng khi nó thực sự được tạo trong trình duyệt hoặc được hiển thị bởi Google thì sẽ có nhiều vấn đề xảy ra như: thẻ không được đóng, JavaScript bị chèn hoặc trong phần ,… khiến phải kết thúc sớm trong khung trình duyệt.
Trong trường hợp này, thẻ Tag bị chuyển vào của một trang đang hiển thị mà không được chấp thuận.
Cách Check Canonical và khắc phục sự cố Canonicalization
Rõ ràng, trong quá trình triển khai Canonicalization rất dễ xảy ra sai sót. Vì vậy, bạn cần kiểm tra website của mình để tìm các vấn đề liên quan đến Canonical Tag và khắc phục chúng càng sớm càng tốt.
Bật mí là bạn nên dùng công cụ Site Audit của Ahrefs. Nhằm giải quyết hơn 100 nỗi lo về Technical SEO nói chung và Canonical URL nói riêng. Dưới đây là 12 vấn đề liên quan mà Site Audit tìm ra và khắc phục hiệu quả:
Trang Canonical trỏ đến 4XX
Cảnh báo này được kích hoạt khi 1 hay nhiều trang được chuẩn hóa đến URL 4XX.
Vấn đề: Google không index các trang 4XX vì chúng không hoạt động. Do đó, họ sẽ bỏ qua bất kỳ thẻ Canonical nào trỏ đến như vậy. Thay vào đó, chọn index ngẫu nhiên 1 trang không có Canonical.
Cách khắc phục: Xem lại các trang bị ảnh hưởng và thay thế các Canonical (4XX) đã chết bằng các liên kết đến các trang (200) đang hoạt động muốn được index.
Trang Canonical trỏ đến 5XX
Cảnh báo này sẽ được kích hoạt khi 1 hay nhiều trang được chuẩn hóa đến URL 5XX.
Vấn đề: Mã trạng thái HTTP 5XX cho biết sự cố nằm ở máy chủ. Điều này dẫn đến page gốc không thể truy cập được. Google không có khả năng index trang không thể truy cập, trang gốc cũng vì vậy mà bị bỏ qua.
Cách khắc phục: Thay thế bất kỳ URL gốc nào đang bị sai sót bằng các URL hợp lệ. Trong trường hợp trang gốc vẫn hoạt động ổn định thì kiểm tra các cấu hình sai của máy chủ.
Lưu ý rằng đây có thể là sự cố tạm thời nếu quá trình thu thập thông tin xảy ra khi trang web của bạn ngừng hoạt động để bảo trì hoặc máy chủ website bị quá tải.
Trang Canonical trỏ đến URL Redirect
Cảnh báo này sẽ kích hoạt khi 1 hay là nhiều trang được chuẩn hóa đến URL redirect .
Vấn đề: Canonicals phải trỏ đến phiên bản có thẩm quyền nhất của một trang mà URL redirect không thuộc dạng bản này. Trong trường hợp này, các công cụ tìm kiếm có thể hiểu sai hoặc bỏ qua các thẻ Canonical.
Cách khắc phục: Thay thế các Canonical URL bằng các kết nối trực tiếp đến phiên bản có thẩm quyền nhất của trang. Ví dụ như page trỏ về HTTP 200 và không chuyển hướng.
Duplicate Pages không được gắn thẻ Canonical
Cảnh báo này nó sẽ kích hoạt khi tồn tại một hoặc nhiều trang trùng lặp hoặc giống nhau nhưng không có trang nào trong số đó là bản gốc.
Vấn đề: Vì không có trang nào được chỉ định là trang gốc. Nên Google sẽ cố gắng xác định loại phù hợp nhất để tự hiển thị trong kết quả tìm kiếm. Đây có thể không phải là loại mà bạn muốn được index.
Cách khắc phục: Kiểm tra lại các trang duplicate. Sau đó, chỉ định 1 bản tốt nhất và chọn làm bản gốc để gắn thẻ Canonical tự tham chiếu.
Liên kết thẻ Hreflang đến các trang Non-Canonical
Cảnh báo này nó sẽ được kích hoạt khi 1 hay là nhiều trang chỉ định URL Non-Canonical trong Hreflang.
Vấn đề: Các liên kết trong thẻ Hreflang phải luôn trỏ đến các trang Canonical. Việc liên kết đến Non-Canonical của trang từ các chú thích Hreflang có thể gây nhầm lẫn và đánh lừa Google.
Cách khắc phục: Thay thế các liên kết trong các chú thích Hreflang của các trang bị ảnh hưởng bằng các Canonical.
Canonical URL không có liên kết nội bộ
Cảnh báo này được kích hoạt khi một hoặc là nhiều Canonical URL không có liên kết đến nội bộ.
Vấn đề: Khách truy cập website không thể truy cập được các Canonical URL không có kết nối nội bộ. Khi ấy, họ có thể được chuyển hướng đến các trang non-Canonical.
Cách khắc phục: Thay thế bất kỳ link nội bộ nào đến các trang Canonical bằng các liên kết trực tiếp đến trang gốc.
Trang Non-Canonical trong Sitemap
Cảnh báo này kích hoạt khi một hoặc nhiều trang Non-Canonical được liệt kê trong sitemap.
Vấn đề: Google khuyên rằng bạn không nên đưa Non-Canonical URLs vào trong sitemap. Lý do đơn giản là các trang hiển thị trong sitemap chỉ nên là Canonical page. Hay nói cách khác là những trang mà bạn muốn được index.
Cách khắc phục: Loại bỏ Non-Canonical URLs ra khỏi Sitemap.
Non-Canonical page được chỉ định thành Canonical Page
Cảnh báo kích hoạt khi một hoặc nhiều trang chỉ định một URL chuẩn. URL này lại được Canonical cho một trang khác. Điều này tạo ra một “chuỗi canonical”. Trong đó trang A được Canonical đến trang B, sau đó được Canonical đến trang C.
Vấn đề: Chuỗi Canonical có thể gây nhầm lẫn và đánh lừa công cụ Google. Do đó, họ có thể hiểu sai hoặc bỏ qua các trang được Canonical.
Cách khắc phục:Thay thế các liên kết Non-Canonical trong Canonical Tag của trang bị ảnh hưởng bằng liên kết trực tiếp đến trang Canonical. Ví dụ: nếu trang A được Canonical đến trang B. Sau đó được Canonical đến trang C. Hãy thay thế liên kết Canonical trên trang A bằng một liên kết trực tiếp đến trang C.
URL bên trong thẻ Open Graph không khớp với Canonical Page
Cảnh báo này sẽ kích hoạt khi Canonical Tag và URL bên trong Open Graph URL không khớp nhau trên một hoặc nhiều trang.
Vấn đề: Nếu URL bên trong thẻ Open Graph URL sai lệch với Canonical URL. Khi ấy Non-Canonical URL sẽ thay thế, được chia sẻ trên các mạng xã hội.
Cách khắc phục: Thay thế URL trong thẻ Open Graph URL trên các trang bị ảnh hưởng bằng Canonical URL. Hãy đảm bảo rằng lần này hai URL giống nhau nhé! Lưu ý: URL bên trong thẻ Open Graph phải là tuyệt đối và dùng giao thức http:// hoặc https://, như của Canonicals URL.
Canonical từ HTTPS sang HTTP
Cảnh báo này sẽ kích hoạt khi một hoặc nhiều secure (HTTPS) pages chỉ định non-secure (HTTP) page làm trang Canonical.
Vấn đề: HTTPS là một yếu tố xếp hạng. Vì vậy bạn nên chỉ định bản secure pages làm Canonical nếu có thể.
Cách khắc phục: Chuyển hướng trang HTTP sang HTTPS tương đương. Nếu không thể, hãy thêm liên kết rel = “canonical” từ phiên bản HTTP của trang vào phiên bản HTTPS.
Canonical từ HTTP sang HTTPS
Cảnh báo này nó kích hoạt khi một hoặc nhiều non-secure (HTTP) page chỉ định secure (HTTPS) pages làm trang Canonical.
Vấn đề: HTTPS luôn được ưu tiên hơn HTTP. Việc phiên bản HTTP của một trang chỉ định phiên bản HTTPS là trang Canonical là điều không hề hợp lý.
Cách khắc phục: Triển khai chuyển hướng 301 từ HTTP sang HTTPS. Bạn cũng nên thay thế mọi liên kết nội bộ tới phiên bản HTTP của trang bằng các liên kết trực tiếp đến HTTPS.
Non-Canonical Page nhận được lưu lượng truy cập Organic
Cảnh báo này kích hoạt khi một hoặc nhiều trang Non-Canonical hiển thị trong kết quả tìm kiếm và nhận được lưu lượng truy cập organic (điều này sẽ không bao giờ xảy ra).
Vấn đề: Trường hợp này xảy ra có thể là do Canonical tag của bạn được thiết lập không chính xác hoặc Google đã chọn bỏ qua thẻ do bạn tự chỉ định.
Cách khắc phục: Kiểm tra xem các thẻ rel = canonical có được thiết lập chính xác trên tất cả các trang được báo cáo hay không. Nếu đó không phải là vấn đề, hãy dùng công cụ Kiểm tra URL trong Google Search Console để xem liệu họ có chấp thuận URL Canonical do bạn chỉ định không.
Kết luận
Với lần đầu tìm hiểu về Canonical URL là gì có thể không dễ dàng như bạn nghĩ. Tuy nhiên, khi đã nắm rõ quy tắc, kết hợp cùng quá trình thực hành chăm chỉ thì tôi tin rằng bạn sẽ thuần thục cách triển khai ngay.
Điều bạn nên nhớ, không phải là một chỉ thị mà là một tín hiệu cho các công cụ tìm kiếm. Họ vẫn có thể chọn 1 Canonical Tag khác với với URL do bạn chỉ định ban đầu.
Giờ thì đến lượt bạn! Hãy kiểm tra lại các page trên website. Sau đó, vận dụng các kiến thức tôi cung cấp trong bài này để triển khai thật hiệu quả. Góp phần tăng thứ tự xếp hạng cũng như tiện lợi trong quá trình công cụ tìm kiếm thu thập dữ liệu.
Chúc bạn thành công!
Bài viết liên quan:
- 20 Tool kiểm tra tốc độ Website miễn phí cực chính xác
- AMP là gì? Hướng dẫn cách tạo Google AMP và Check AMP từ A-Z
- URL là gì? 11 Tuyệt chiêu tạo URL thân thiện trong SEO
- 5 cách loại bỏ tài nguyên & xóa Javascript chặn hiển thị WordPress tốt nhất 2020
- Google Panda là gì? 9 nguyên nhân website bị dính án phạt Panda 2020
- Phần mềm bán hàng Sapo Web có tối ưu cho SEO? Đánh giá chi tiết
- 10 cách để Index Google trang Web của bạn hiệu quả nhanh nhất
- Duplicate Content là gì? 15 Nguyên nhân và Cách khắc phục hiệu quả
