Thẻ Hreflang là gì? Cấu hình & Fix lỗi trùng lặp nội dung

Bạn đang mở rộng website ra thị trường quốc tế? Đó là một cột mốc kinh doanh tuyệt vời. Tuy nhiên, làm sao để Google biết nên hiển thị bài viết tiếng Pháp cho khách hàng ở Paris, và bài tiếng Tây Ban Nha cho người dùng ở Madrid. Đó chính là lúc thẻ Hreflang phát huy sức mạnh. Dưới góc độ của những người làm nội dung và tối ưu chuyển đổi, đây không chỉ là đoạn mã kỹ thuật khô khan, mà là công cụ phân phối đúng thông điệp đến đúng tệp độc giả.

Thẻ Hreflang là gì?

Thẻ Hreflang (rel=”alternate” hreflang=”x”) là một thuộc tính HTML giúp thông báo cho Google biết trang web của bạn có nhiều phiên bản ngôn ngữ hoặc vị trí địa lý khác nhau. Nhờ đó, Google sẽ phân phối đúng phiên bản URL cho đúng người dùng trên kết quả tìm kiếm (SERP).

Được Google chính thức ra mắt vào năm 2011, Hreflang chấm dứt kỷ nguyên bot tìm kiếm phải “đoán mò” mục đích của trang. Bằng cách khai báo chuẩn xác, bạn nắm quyền chủ động điều hướng luồng truy cập toàn cầu.

Tại sao Hreflang mang tính “sống còn” đối với website đa ngôn ngữ?

Đổ ngân sách vào việc nghiên cứu từ khóa và dịch thuật nội dung sẽ trở nên vô nghĩa nếu người dùng không tìm thấy trang dành cho họ. Hreflang chính là chốt chặn bảo vệ chất lượng bài viết và duy trì luồng chuyển đổi của bạn.

Ngăn chặn triệt để lỗi Duplicate Content (Nội dung trùng lặp)

Giả sử bạn viết một trang bán hàng bằng tiếng Anh cho thị trường Mỹ (US), sau đó nhân bản bài này cho thị trường Anh Quốc (UK) và chỉ thay đổi duy nhất ký hiệu tiền tệ từ $ sang £.

Với cách thu thập dữ liệu thông thường, Google rất dễ đánh giá đây là lỗi Duplicate Content. Hậu quả là các trang của bạn sẽ tự “ăn thịt” từ khóa của nhau (Keyword Cannibalization) hoặc bị đánh tụt thứ hạng không thương tiếc.

Khai báo Hreflang sẽ gửi một tín hiệu rõ ràng đến Google: “Đây là hai phiên bản độc lập phục vụ hai quốc gia khác nhau, không phải nội dung spam”. Website của bạn sẽ an toàn lập chỉ mục song song.

Cải thiện Trải nghiệm người dùng và Tỷ lệ chuyển đổi

Bạn đã dày công lên cấu trúc bài viết đánh trúng tâm lý, nhưng một khách hàng từ Úc lại nhấn vào link và nhìn thấy giá cước vận chuyển nội địa Mỹ. Trải nghiệm đứt gãy này sẽ khiến tỷ lệ thoát trang tăng vọt.

Hreflang tự động hóa quá trình “đón khách”. Nó đảm bảo người dùng tìm kiếm luôn truy cập vào đúng trang đã được địa phương hóa với ngôn ngữ mẹ đẻ và các thông tin mua hàng quen thuộc nhất.

Một hành trình đọc hiểu mượt mà, không rào cản chính là bệ phóng hoàn hảo nhất. Sự chỉn chu này sẽ xây dựng độ tin cậy mạnh mẽ, từ đó tối ưu hóa tỷ lệ chuyển đổi và giữ chân người dùng ở lại trang lâu hơn.

Nguyên lý hoạt động và Cấu trúc chuẩn của một mã Hreflang

Đừng quá lo lắng nếu bạn không rành về code. Việc nắm vững nguyên lý sẽ giúp bạn làm chủ cấu trúc website, dễ dàng phối hợp với đội ngũ lập trình để triển khai Technical SEO chuẩn xác nhất.

Cú pháp cấu tạo của một thẻ Hreflang

Mọi thẻ Hreflang hợp lệ đều tuân theo một công thức chung duy nhất. Nhìn bề ngoài có vẻ phức tạp, nhưng thực chất nó chỉ là một chuỗi khai báo vô cùng logic.

Cú pháp tiêu chuẩn có dạng như sau: <link rel=”alternate” hreflang=”ngôn_ngữ-quốc_gia” href=”URL_tuyệt_đối” />

Để tôi giải nghĩa từng thành phần giúp bạn dễ hình dung:

• rel=”alternate”: Tín hiệu báo cho Search Engine biết “Đây là một phiên bản ngôn ngữ thay thế của trang gốc”.

• hreflang=”ngôn_ngữ-quốc_gia”: Lệnh chỉ định chính xác ngôn ngữ và khu vực địa lý mà trang đích này hướng tới.

• href=”URL_tuyệt_đối”: Điểm đến cuối cùng. Bắt buộc phải là URL đầy đủ (bao gồm cả https://), tuyệt đối không dùng URL tương đối để tránh lỗi thu thập dữ liệu.

Quy tắc bắt buộc về Mã Ngôn ngữ và Mã Quốc gia

Google không hiểu ngôn ngữ theo cách chúng ta gọi tên hàng ngày. Bot tìm kiếm cần một bộ tiêu chuẩn mã hóa quốc tế để đọc, phân loại và lập chỉ mục dữ liệu.

Khi ghép cặp ngôn_ngữ-quốc_gia trong thuộc tính hreflang, bạn phải tuân thủ nghiêm ngặt hai bộ tiêu chuẩn sau:

• Mã ngôn ngữ (Bắt buộc): Dùng định dạng ISO 639-1 (ví dụ: vi cho tiếng Việt, en cho tiếng Anh, fr cho tiếng Pháp).

• Mã quốc gia (Tùy chọn): Dùng định dạng ISO 3166-1 Alpha 2 (ví dụ: VN cho Việt Nam, US cho Mỹ, GB cho Anh Quốc).

Đây là nguyên tắc sống còn bạn phải nhớ: Bạn có thể chỉ sử dụng mã ngôn ngữ, nhưng không bao giờ được chỉ dùng mã quốc gia.

Vì sao lại như vậy? Bạn hoàn toàn có thể tạo một trang tiếng Anh (en) cho người dùng trên toàn thế giới. Nhưng bạn không thể tạo một trang dành riêng cho nước Anh (GB) mà không chỉ định họ sẽ đọc văn bản bằng ngôn ngữ gì. Nếu cấu hình sai nguyên tắc này, Google sẽ đánh dấu lỗi định dạng và bỏ qua toàn bộ cụm thẻ của bạn.

Thẻ x-default là gì và khi nào nên dùng?

Hãy tưởng tượng bạn có một trang tiếng Việt cho thị trường Việt Nam và tiếng Anh cho thị trường Mỹ. Vậy nếu một khách hàng tiềm năng từ Nhật Bản truy cập vào website thì sao? Họ sẽ nhìn thấy phiên bản nào?

Đây chính là lúc thẻ x-default xuất hiện và đóng vai trò như một “chiếc lưới an toàn”. X-default là một giá trị đặc biệt được gán vào thẻ hreflang, hoạt động như một trang mặc định.

Nhiệm vụ của nó là hứng toàn bộ lượng truy cập từ các khu vực hoặc ngôn ngữ mà bạn chưa cấu hình mục tiêu cụ thể.

Trong quá trình triển khai International SEO, tôi luôn khuyên bạn nên trỏ thẻ x-default về một trang sử dụng ngôn ngữ phổ biến nhất (thường là tiếng Anh) hoặc một trang cho phép người dùng tự chọn khu vực. Cách làm này vừa cứu vớt tỷ lệ thoát trang, vừa đảm bảo tính toàn vẹn cho trải nghiệm người dùng toàn cầu.

Phương pháp cấu hình Hreflang

Thử thách thực sự của một người làm SEO là quyết định đặt đoạn mã đó ở đâu để Googlebot thu thập dữ liệu và giải mã hiệu quả nhất. Tùy thuộc vào quy mô nền tảng và hạ tầng kỹ thuật, tôi sẽ hướng dẫn bạn 3 chiến lược triển khai từ cơ bản đến nâng cao.

Phương pháp 1: Khai báo bằng Thẻ HTML <head>

Đây là cách làm quen thuộc và mang tính “nhập môn” nhất. Bạn chỉ cần dán thẳng cụm thẻ định vị Hreflang vào bên trong khu vực <head> của mã nguồn HTML trên trang.

• Ưu điểm: Khởi tạo cực kỳ đơn giản. Nếu bạn không rành về code, hầu hết các nền tảng CMS phổ biến hiện nay đều có plugin hỗ trợ tự động chèn thẻ này.

• Nhược điểm: Cứ thêm một phiên bản ngôn ngữ, mã nguồn trang lại dài thêm một chút. Nhồi nhét quá nhiều thẻ sẽ làm phình to dung lượng file, gây áp lực trực tiếp lên tốc độ tải trang.

• Ứng dụng thực tế: Phương pháp này chỉ thực sự tối ưu cho các blog hoặc website doanh nghiệp quy mô nhỏ, có cấu trúc gọn nhẹ và không nhắm tới quá 3 ngôn ngữ.

Code mẫu minh họa: Giả sử bạn có một bài viết chia sẻ kiến thức nhắm đến 3 tệp độc giả riêng biệt: Việt Nam, Mỹ (tiếng Anh) và Pháp. Cấu trúc khai báo sẽ như sau:

HTML

<link rel="alternate" hreflang="vi-VN" href="https://example.com/vn/bai-viet/" />
<link rel="alternate" hreflang="en-US" href="https://example.com/en/article/" />
<link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/article/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/article/" />

Phương pháp 2: Sử dụng HTTP Headers

Sẽ ra sao nếu nội dung bạn muốn xếp hạng không phải là một trang web thông thường? Nếu bạn đang phân phối các tệp tin tải xuống như tài liệu PDF, file Word hay Ebook, việc khai báo bằng thẻ HTML sẽ hoàn toàn vô tác dụng vì các file này không có thẻ <head>.

Lúc này, chúng ta cần can thiệp sâu hơn vào hệ thống máy chủ thông qua HTTP Headers. Khi người dùng hoặc bot tìm kiếm gửi yêu cầu, server sẽ chủ động trả về tín hiệu định dạng ngôn ngữ ngay trong gói phản hồi (response) trước khi nội dung thực sự được tải xuống.

Code mẫu phản hồi từ Server-side: Ví dụ, bạn có một cuốn cẩm nang định dạng PDF được dịch ra 3 thứ tiếng. Lệnh trả về từ server sẽ hiển thị như sau:

HTTP

Link: <https://example.com/vn/tai-lieu.pdf>; rel="alternate"; hreflang="vi-VN",
      <https://example.com/en/document.pdf>; rel="alternate"; hreflang="en-US",
      <https://example.com/fr/document.pdf>; rel="alternate"; hreflang="fr-FR"

Phương pháp 3: Tích hợp Hreflang vào XML Sitemap

Nếu bạn đang vận hành một trang thương mại điện tử hoặc hệ thống website tin tức khổng lồ với hàng chục ngàn URLs, việc nhét code vào từng file HTML là một sai lầm về mặt kỹ thuật. Tích hợp Hreflang thẳng vào XML Sitemap chính là “vị cứu tinh” hoàn hảo nhất.

Thay vì can thiệp rải rác trên từng trang lẻ tẻ, chúng ta sẽ gom toàn bộ khai báo ngôn ngữ của website vào một bản đồ dữ liệu duy nhất.

• Ưu điểm tuyệt đối: Giữ mã nguồn HTML siêu nhẹ, loại bỏ hoàn toàn các dòng code thừa để tối ưu Page Speed. Hơn thế nữa, bạn có một bảng điều khiển tập trung để dễ dàng kiểm toán và phát hiện lỗi thu thập dữ liệu nhanh chóng.

• Cơ chế hoạt động: Googlebot chỉ cần quét qua sitemap một lần là có thể vẽ lại toàn bộ ma trận liên kết đa ngôn ngữ trên hệ thống của bạn.

Code mẫu cấu trúc chuẩn Sitemap: Trong tệp XML, mỗi thẻ <url> sẽ chứa một liên kết gốc định vị bằng <loc>, theo sau đó là các phiên bản ngôn ngữ thay thế được khai báo bằng <xhtml:link>.

XML

<url>
  <loc>https://example.com/vn/bai-viet/</loc>
  <xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/en/article/" />
  <xhtml:link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/article/" />
  <xhtml:link rel="alternate" hreflang="vi-VN" href="https://example.com/vn/bai-viet/" />
</url>

Nguyên tắc khi thiết lập Hreflang tránh rớt hạng

Khai báo đúng cú pháp và chọn được vị trí đặt code là chưa đủ. Chỉ một sai lầm nhỏ trong tư duy thiết lập cũng có thể khiến Googlebot từ chối toàn bộ nỗ lực International SEO của bạn. Dưới đây là 4 quy tắc vận hành nghiêm ngặt mà bất kỳ quản trị viên website nào cũng phải nắm nằm lòng.

Nguyên tắc Liên kết hai chiều

Mối quan hệ giữa các trang đa ngôn ngữ giống như một đường cao tốc hai chiều. Hệ thống thuật toán áp dụng một luật bất thành văn để xác thực dữ liệu: Trang A trỏ tới Trang B thì Trang B buộc phải trỏ ngược lại Trang A.

Điều này có nghĩa là, nếu trang bài viết tiếng Việt của bạn có mã Hreflang trỏ đến phiên bản tiếng Anh, thì ngay trên mã nguồn của trang tiếng Anh cũng phải có một thẻ xác nhận sự tồn tại của trang tiếng Việt.

Google xây dựng cơ chế này để chống lại nạn spam lợi dụng thẩm quyền. Nếu không có liên kết phản hồi (Return links), bất kỳ ai cũng có thể viết code nhận website của họ là phiên bản thay thế cho nền tảng của bạn. Bỏ quên nguyên tắc này, toàn bộ cụm thẻ sẽ bị đánh dấu lỗi và vô hiệu hóa ngay lập tức.

Bắt buộc sử dụng URL tuyệt đối

Rất nhiều hệ thống CMS tự động rút gọn đường dẫn để tiết kiệm tài nguyên máy chủ. Tuy nhiên, trong cuộc chơi của Hreflang, sự “tối giản” này chính là nguyên nhân hàng đầu gây ra lỗi thu thập dữ liệu.

Mọi đường link khai báo bắt buộc phải sử dụng URL tuyệt đối. Bạn phải cung cấp cho bọ trượt một địa chỉ chính xác đến từng giao thức bảo mật.

• Cách viết sai: /danh-muc/khoa-hoc-seo/ (URL tương đối).

• Cách viết đúng: [https://domain.com/danh-muc/khoa-hoc-seo/](https://domain.com/danh-muc/khoa-hoc-seo/)

Đừng bắt Googlebot phải tự “đoán” xem giao thức hiện tại là HTTP hay HTTPS. Sự mập mờ trong đường dẫn sẽ khiến trang đích tuột mất cơ hội được lập chỉ mục tại thị trường quốc tế.

Trang phải tự trỏ Hreflang về chính nó

Đây là “lỗ hổng” kiến trúc phổ biến nhất mà ngay cả các dự án lớn đôi khi cũng mắc phải. Bảng danh sách các phiên bản ngôn ngữ cung cấp cho Search Engine phải là một mạng lưới hoàn chỉnh, không được phép thiếu đi vị trí hiện tại.

Quy tắc ở đây là: Trang hiện hành phải tự khai báo Hreflang trỏ về chính nó song song với việc trỏ ra các biến thể khác.

Giả sử bạn đang tối ưu cho trang tiếng Việt. Trong cụm thẻ <head>, ngoài các dòng link rel="alternate" trỏ sang tiếng Pháp và tiếng Nhật, bạn phải có thêm một dòng trỏ đích danh URL tiếng Việt đó. Khai báo đầy đủ giúp Google lập sơ đồ trang (Site Architecture) liền mạch và không bỏ sót bất kỳ mắt xích nào.

Xử lý xung đột giữa Hreflang và Canonical Tags

Hreflang và Canonical là cặp bài trùng không thể thiếu trong Technical SEO. Thế nhưng, nếu bạn đặt chúng cạnh nhau mà không hiểu bản chất, chúng sẽ “đánh nhau” và làm rối loạn toàn bộ tín hiệu xếp hạng.

Thẻ Canonical dùng để xác định đâu là nội dung gốc cần xếp hạng, còn Hreflang có nhiệm vụ phân phối các bản dịch thay thế. Để hai yếu tố này hoạt động hòa bình, hãy nhớ kỹ: Mỗi biến thể ngôn ngữ phải có thẻ Canonical tự trỏ về chính nó.

Tuyệt đối không dùng Canonical để gom tất cả các trang đa ngôn ngữ trỏ về một URL ngôn ngữ mẹ đẻ. Ví dụ, nếu trang tiếng Pháp khai báo Canonical về trang tiếng Anh, Google sẽ lập tức phớt lờ thẻ Hreflang trên trang tiếng Pháp đó. Hãy để Canonical bảo vệ tính độc nhất của từng trang, và nhường việc kết nối quốc gia cho Hreflang xử lý.

Cách phát hiện và khắc phục các lỗi Hreflang phổ biến

Triển khai lý thuyết chuẩn xác là một chuyện, nhưng khi áp dụng vào thực tế với hàng ngàn URL, những sai sót kỹ thuật là điều khó tránh khỏi. Để bảo vệ luồng traffic quốc tế, bạn cần chủ động “khám bệnh” cho website thay vì chờ đợi traffic sụt giảm mới bắt đầu tìm nguyên nhân.

Lỗi 1: Return tags (Thiếu liên kết trả về)

Đây là lỗi kinh điển nhất mà các Webmaster thường xuyên nhận được cảnh báo. Khi kiểm tra báo cáo trong Google Search Console, bạn có thể sẽ bắt gặp thông báo đỏ chót với nội dung “no return tags” (không có thẻ trả về).

Trạng thái này xảy ra khi trang ngôn ngữ A trỏ đến trang B, nhưng trang B lại “quên” xác nhận mối quan hệ đó. Cách khắc phục rất đơn giản: Bạn chỉ cần đối chiếu URL đang báo lỗi, sau đó bổ sung đoạn code phản hồi trên trang đích là hệ thống sẽ tự động xanh trở lại sau đợt crawl tiếp theo.

Lỗi 2: Nhầm lẫn mã vùng định vị

Mã định vị ISO không phải là tên viết tắt quốc gia thông thường. Rất nhiều người vận hành web mắc sai lầm ngớ ngẩn khi đặt mã quốc gia của Anh Quốc là uk (United Kingdom) thay vì định dạng tiêu chuẩn gb (Great Britain).

Tương tự, ngôn ngữ Tây Ban Nha dành cho khu vực Mỹ Latinh thường xuyên bị gán sai mã vùng. Cần nhớ rằng, chỉ sai một ký tự duy nhất, Googlebot sẽ xem như đoạn mã đó vô nghĩa. Hãy luôn bật sẵn bảng mã ISO 3166-1 Alpha 2 trên trình duyệt để đối chiếu trước khi gõ phím cấu hình.

Sử dụng công cụ Crawl hệ thống

Việc dò lỗi bằng tay trên vài bài viết thì khả thi, nhưng với các dự án lớn, bạn bắt buộc phải dùng đến phần mềm chuyên dụng. Screaming Frog là một giải pháp hoàn hảo để cào toàn bộ URL trên site và bóc tách từng dòng code đang bị thiếu liên kết.

Hoặc tối ưu hơn, hãy tận dụng ngay các báo cáo Site Audit tự động hóa từ Ahrefs. Bằng cách theo dõi sát sao sự biến động của Health Score và kết quả crawl định kỳ, hệ thống sẽ tự động lọc ra các URL đang gãy cấu trúc Hreflang. Việc đọc cảnh báo tự động này giúp bạn tiết kiệm hàng giờ đồng hồ so với việc đi tìm lỗi thủ công.

Cảnh báo: Nếu hệ thống đa ngôn ngữ của bạn báo lỗi quá nhiều trong Google Search Console, liên hệ để đội ngũ kỹ thuật của chúng tôi thực hiện Technical Audit chuyên sâu.

Kết luận

Quá trình làm chủ Hreflang thực chất là bài toán của sự tỉ mỉ. Toàn bộ Technical SEO xoay quanh 3 bước cốt lõi: Xác định đúng cặp mã định vị, chọn phương án cài đặt không làm suy giảm tốc độ tải trang, và duy trì mạng lưới liên kết hai chiều không đứt gãy.

Trước khi nhấn nút Submit Index URL lên Google, hãy yêu cầu đội ngũ Developer hoặc Webmaster rà soát lại toàn bộ hệ thống thông qua 5 tiêu chí nghiệm thu khắt khe dưới đây:

• Tất cả các URL khai báo đã là đường dẫn tuyệt đối (bao gồm đầy đủ https://) chưa?

• Mã ngôn ngữ (ISO 639-1) và mã quốc gia (ISO 3166-1 Alpha 2) đã được kiểm chứng tính chính xác hoàn toàn chưa?

• Đã có dòng code tự trỏ (Self-referencing) cho chính trang đích hiện tại chưa?

• Các liên kết phản hồi (Return links) giữa tất cả các trang biến thể đã khớp nhau 100% chưa?

• Thẻ x-default đã được cài đặt sẵn sàng để hứng các luồng traffic đến từ những khu vực không xác định chưa?

Lê Hưng

Tôi là Lê Hưng, là Founder và CEO của SEO VIỆT, với hơn 14 năm kinh nghiệm trong lĩnh vực SEO. Dưới sự lãnh đạo của tôi, SEO VIỆT đã xây dựng uy tín vững chắc và trở thành đối tác tin cậy của nhiều doanh nghiệp. Tôi còn tích cực chia sẻ kiến thức và tổ chức các sự kiện quan trọng, đóng góp vào sự phát triển của cộng đồng SEO tại Việt Nam.