Trình tạo thẻ chuẩn

Tiếp theo

Khi có thể truy cập cùng một nội dung ở nhiều URL (tham số truy vấn, dấu gạch chéo ở cuối, HTTP và HTTPS, lưu trữ được phân trang), Google cần một URL được đánh dấu là phiên bản chuẩn. Dán URL ưa thích và trình tạo sẽ trả về thẻ <link rel="canonical"> được định dạng chính xác sẵn sàng thả vào <head>, cùng với tiêu đề HTTP Link tương đương cho các tài nguyên không phải HTML như PDF.

Cách tạo thẻ chuẩn

  1. 1

    Dán URL chuẩn (ưu tiên)

    URL tuyệt đối bao gồm giao thức và máy chủ. Giá trị nhận dạng phân đoạn (#section) bị bỏ qua — Google coi các URL có các phân đoạn khác nhau là giống hệt nhau.

  2. 2

    Công cụ xác nhận và chuẩn hóa

    Tính nhất quán của dấu gạch chéo, máy chủ viết thường, mã trừng phạt cho các miền IDN. Giao thức bị thiếu được gắn cờ là bản sửa lỗi.

  3. 3

    Thẻ được xây dựng

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

  4. 4

    Sao chép biểu mẫu tiêu đề HTML hoặc HTTP

    Sử dụng thẻ HTML cho các trang web; sử dụng HTTP `Link: <url>; rel="canonical"` cho các tệp PDF, hình ảnh và phản hồi API.

Thẻ chuẩn thực sự có tác dụng gì

Thẻ chuẩn cho công cụ tìm kiếm biết: “trong tập hợp các URL hiển thị nội dung này, đây là URL gốc. Hợp nhất tất cả các tín hiệu xếp hạng ở đây.” Không có nó, các trang trùng lặp sẽ phân chia tín hiệu xếp hạng - không có trang nào xếp hạng tốt như một trang hợp nhất.

Biểu mẫu HTML

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

Đặt vào <head>. Google đọc nó; trình duyệt bỏ qua nó.

Biểu mẫu tiêu đề Liên kết HTTP

Sử dụng cho các tài nguyên không phải HTML (PDF, hình ảnh, XML nguồn cấp dữ liệu):

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

Gửi bất kỳ phản hồi 2xx nào. Định cấu hình thông qua máy chủ web hoặc CDN của bạn.

###Những lỗi thường gặp

  • URL tương đối: href="/page" hoạt động nhưng dễ hỏng. Sử dụng URL tuyệt đối để tránh sự mơ hồ.
  • Giao thức không khớp: chuẩn cho biết http:// nhưng trang được phân phát qua https://. Luôn phù hợp với giao thức trực tiếp.
  • Trỏ tới một chuyển hướng: chuẩn phải nhắm mục tiêu phản hồi 200. Chuỗi làm suy yếu tín hiệu.
  • Chặn URL chuẩn trong robots.txt: mục tiêu phải thu thập được, nếu không thì Google không thể xác minh.
  • Tín hiệu xung đột: các liên kết nội bộ trỏ đến các biến thể không chính tắc. Cập nhật chúng để phù hợp.
  • noindex trên mục tiêu chuẩn: loại trừ lẫn nhau — chọn một.
  • Các trang chuẩn khác nhau trên các trang trùng lặp: Google chọn một trang và bỏ qua các trang khác. Đặt cùng một tiêu chuẩn cho mỗi bản sao.

###Trường hợp đặc biệt

  • Lưu trữ được phân trang: mỗi trang (?page=2) có thể tự chuẩn hóa, không chuẩn hóa sang trang 1. Đó từng là lời khuyên khác nhau; Google đã ngừng sử dụng rel=prev/next một cách rõ ràng và hiện coi tự chuẩn là tiêu chuẩn.
  • Điều hướng theo các khía cạnh: các chế độ xem đã lọc của cùng một danh sách thường chuẩn hóa trở lại danh sách chưa được lọc trừ khi bộ lọc thay đổi nội dung một cách có ý nghĩa.
  • URL riêng biệt dành cho thiết bị di động (m.example.com): trang dành cho thiết bị di động chuẩn hóa thành máy tính để bàn; desktop adds rel=alternate pointing back.
  • Trang AMP: AMP chuẩn hóa thành không phải AMP; không phải AMP thêm rel=amphtml vào phiên bản AMP.

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

Được khuyến nghị - các trang chuẩn tự tham chiếu (trang trỏ đến chính nó) bảo vệ khỏi các tham số ID phiên, mã UTM và các sự trùng lặp vô tình khác. Đó là một phương pháp SEO tốt nhất, không phải là một yêu cầu.

Vâng. Nếu các đối tác được cung cấp xuất bản lại nội dung của bạn, họ có thể đặt trang chuẩn của họ thành URL gốc của bạn. Google tôn trọng các tiêu chuẩn trên nhiều miền khi nội dung thực sự phù hợp.

Luôn luôn là HTTPS cho bất kỳ trang nào được phân phát qua HTTPS. Các giao thức trộn sẽ gửi các tín hiệu xung đột và có thể khiến Google chọn một biến thể ngẫu nhiên.

Canonical nên nhắm mục tiêu URL cuối cùng sau khi chuyển hướng chứ không phải URL trung gian. Chuỗi làm suy yếu tín hiệu — Google có thể coi con trỏ tới số 302 như một gợi ý thay vì đáng tin cậy.

Công cụ liên quan