On-Page SEO

Rel=canonical HTTP Header

Header HTTP thay thế thẻ canonical trong HTML, dùng khi không thể chỉnh sửa mã nguồn trang (ví dụ: trang động hoặc CDN).

3 lượt xem Cập nhật: 29/05/2026

Rel=canonical HTTP Header là gì?

Rel=canonical HTTP Header là một tiêu đề (header) trong giao thức HTTP, dùng để chỉ định phiên bản chính (canonical) của một trang khi hệ thống không thể chèn thẻ <link rel='canonical'> vào phần <head> của HTML. Đây là phương án thay thế kỹ thuật, được Google và các công cụ tìm kiếm lớn hỗ trợ đầy đủ.

Khác với thẻ canonical trong HTML — chỉ hoạt động khi trang được render dưới dạng HTML — header này được gửi cùng phản hồi HTTP (status 200), nên có hiệu lực ngay từ lúc máy chủ trả về nội dung, kể cả với trang không có cấu trúc HTML rõ ràng (ví dụ: PDF, JSON, hoặc trang được tạo động bởi API).

Tại sao quan trọng trong SEO?

Khi nhiều URL dẫn đến nội dung giống hoặc gần giống nhau (duplicate content), công cụ tìm kiếm có thể phân tán quyền lực xếp hạng (link equity), gây nhiễu tín hiệu liên kết và làm giảm khả năng hiển thị của trang mục tiêu. Rel=canonical HTTP Header giúp giải quyết vấn đề này bằng cách:

  • Chỉ định rõ trang nào là phiên bản gốc — tránh tình trạng Google tự chọn sai URL làm canonical;
  • Bảo toàn giá trị backlink và tín hiệu xếp hạng cho trang được chọn;
  • Hỗ trợ SEO cho các loại tài nguyên không chứa thẻ HTML (như file PDF, XML, hoặc trang được xử lý qua CDN mà không can thiệp được vào mã nguồn);
  • Giảm tải cho bộ thu thập dữ liệu (crawler) nhờ hạn chế việc lập chỉ mục các biến thể dư thừa.

Google xác nhận đã hỗ trợ rel=canonical qua HTTP header từ năm 2013, và hiện vẫn coi đây là tín hiệu hợp lệ, có mức độ ưu tiên tương đương thẻ HTML — miễn là không mâu thuẫn giữa hai nguồn.

Cách hoạt động

Khi máy chủ web trả lời yêu cầu HTTP, nó gửi kèm các header như Content-Type, Cache-Control… Trong đó, header Link đặc biệt có thể mang thuộc tính rel="canonical" và giá trị là URL tuyệt đối của phiên bản chính.

Ví dụ phản hồi HTTP thực tế:

HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Link: <https://example.com/bai-viet/> ; rel="canonical"

Googlebot đọc header này trước khi phân tích nội dung trang. Nếu phát hiện cả thẻ canonical trong HTML và header HTTP, công cụ tìm kiếm sẽ ưu tiên tín hiệu nhất quán — nhưng nếu mâu thuẫn, Google có thể bỏ qua cả hai hoặc chọn theo đánh giá nội bộ (tùy trường hợp).

Hướng dẫn thực hiện

Thực hiện rel=canonical HTTP Header đòi hỏi truy cập vào cấu hình máy chủ hoặc ứng dụng. Dưới đây là các cách phổ biến nhất:

  1. Apache (thông qua .htaccess hoặc httpd.conf):
    RewriteEngine On
    RewriteCond %{REQUEST_URI} ^/bai-viet-dong/(.*)$
    RewriteRule .* - [E=CANONICAL_URL:https://example.com/bai-viet/%1]
    Header always set Link "<%{CANONICAL_URL}e> ; rel=\"canonical\""
  2. Nginx (trong khối server hoặc location):
    add_header Link '<https://example.com/bai-viet/>; rel="canonical"';
  3. PHP (đặt trước bất kỳ output nào):
    header('Link: <https://example.com/bai-viet/>; rel="canonical"');
  4. CDN (Cloudflare, CloudFront, v.v.): Một số CDN cho phép thêm header tùy chỉnh qua giao diện quản trị hoặc Rules Engine — cần kiểm tra tài liệu nhà cung cấp.

Lưu ý: Giá trị URL trong header phải là URL tuyệt đối, bắt đầu bằng https:// hoặc http://. Không dùng đường dẫn tương đối (/bai-viet/) hay URL không hợp lệ.

Lỗi thường gặp

  • Header bị lặp hoặc mâu thuẫn: Gửi nhiều header Link với rel="canonical" trong cùng phản hồi → Google chỉ đọc cái đầu tiên, phần còn lại bị bỏ qua. Cách khắc phục: Kiểm tra toàn bộ chuỗi xử lý (web server, CDN, ứng dụng) để đảm bảo chỉ có một header canonical được gửi.
  • Dùng URL tương đối hoặc thiếu schema: Ví dụ Link: </bai-viet/>; rel="canonical" → không hợp lệ. Cách khắc phục: Luôn dùng URL đầy đủ, có giao thức và tên miền.
  • Header bị chặn bởi CDN hoặc proxy: Một số cấu hình CDN mặc định xóa hoặc không chuyển tiếp header tùy chỉnh. Cách khắc phục: Kiểm tra phản hồi thực tế bằng curl -I https://example.com/trang hoặc công cụ như httpbin.org.
  • Áp dụng cho trang trả về status khác 200: Header canonical chỉ được xử lý trên phản hồi thành công (200 OK). Nếu trang trả về 404, 301, 500… thì header này bị bỏ qua. Cách khắc phục: Chỉ thiết lập trên các trang trả về status 200.

Ví dụ thực tế

Một trang thương mại điện tử có URL sản phẩm với nhiều tham số lọc:

  • https://shop.com/san-pham/ao-thun?color=red&size=m
  • https://shop.com/san-pham/ao-thun?sort=price&page=2
  • https://shop.com/san-pham/ao-thun ← phiên bản chuẩn

Do các URL này được sinh tự động bởi hệ thống và không thể chèn thẻ canonical vào HTML (vì template chung không biết URL cụ thể), đội kỹ thuật cấu hình Nginx như sau:

location ~ ^/san-pham/[^?]+ { add_header Link '<https://shop.com/san-pham/ao-thun>; rel="canonical"'; }

Kết quả: Tất cả biến thể đều gửi header trỏ về URL chuẩn — Google tập trung lập chỉ mục và phân bổ quyền lực cho một URL duy nhất.

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

Rel=canonical HTTP Header có thay thế hoàn toàn thẻ canonical trong HTML không?

Không. Cả hai đều là tín hiệu gợi ý (hint), không phải lệnh bắt buộc. Google khuyến nghị dùng thẻ HTML khi có thể vì dễ kiểm soát và debug hơn. Header HTTP chỉ nên dùng khi không thể can thiệp vào mã nguồn — ví dụ: trang tĩnh trên CDN, tài liệu PDF, hoặc hệ thống CMS khóa phần head.

Mình có thể dùng rel=canonical HTTP Header cho trang PDF không?

Có. Đây là trường hợp điển hình và được Google hỗ trợ đầy đủ. Khi bạn xuất bản báo cáo dưới dạng PDF tại https://example.com/bao-cao.pdf, bạn có thể cấu hình máy chủ gửi header Link: <https://example.com/bao-cao/>; rel="canonical" để trỏ về phiên bản HTML tương ứng.

Header này có ảnh hưởng đến tốc độ tải trang không?

Không đáng kể. Header Link chỉ thêm vài byte vào phần tiêu đề HTTP — không làm chậm thời gian render, không ảnh hưởng đến Core Web Vitals. Tuy nhiên, nếu cấu hình sai (ví dụ: gọi hàm PHP nặng mỗi lần xử lý header), hiệu năng có thể bị ảnh hưởng — điều này phụ thuộc vào cách triển khai, không phải do bản thân header.

Tính năng Thẻ canonical trong HTML Rel=canonical HTTP Header
Yêu cầu truy cập mã nguồn Cần chỉnh sửa file HTML/template Cần truy cập cấu hình máy chủ hoặc ứng dụng
Hỗ trợ tài nguyên không phải HTML Không hỗ trợ (PDF, JSON, XML…) Hỗ trợ đầy đủ
Dễ kiểm tra bằng trình duyệt Có (xem source code) Không — phải dùng curl -I hoặc dev tools (tab Network → Headers)
Ưu tiên khi mâu thuẫn Tương đương — Google chọn dựa trên độ tin cậy tổng thể Tương đương — không có mức ưu tiên cố định