Hướng dẫn hreflang tiếng Việt cho website đa ngôn ngữ

Rà soát nguồn: 4 tháng 10 năm 2026

Trả lời nhanh

hreflang mô tả các trang tương đương cho ngôn ngữ hoặc khu vực khác nhau. Chọn vi cho tiếng Việt không giới hạn vùng; dùng vi-VN khi nội dung hướng riêng đến Việt Nam. Lập cặp từ danh sách nội dung, giữ canonical nhất quán và kiểm tra đầu ra sau triển khai. Khai báo không tự dịch trang, chuyển hướng khách hay bảo đảm thứ hạng.

Điểm cần nhớ

Ghép cùng nhiệm vụ, không ghép tùy trang đang có.
Tách ngôn ngữ, vùng, tiền tệ và vị trí khách.
Sinh khai báo từ một danh sách được duy trì.
Xem canonical là quyết định riêng.
Kiểm tra đầu ra và trang đích sau xuất bản.
Cho khách chủ động chuyển ngôn ngữ.

Nên dùng vi hay vi-VN?

Chọn theo đối tượng và nội dung, không chỉ theo địa chỉ công ty. vi là tiếng Việt; VN bổ sung vùng Việt Nam. W3C khuyến nghị chỉ dùng các phần của thẻ ngôn ngữ cần thiết cho sự phân biệt muốn thể hiện.[1]

Hướng dẫn kỹ thuật tiếng Việt có thể hữu ích cho người ở nhiều nước. Đề nghị thương mại có phạm vi giao hàng và điều kiện riêng tại Việt Nam có thể cần vùng cụ thể. Ghi quyết định về đối tượng trước khi chọn mã. Không suy từ tiếng Việt rằng mọi khách đều muốn cùng tiền tệ hoặc điều kiện mua hàng.

Nếu các bản vùng khác nhau về chính sách, cần thể hiện rõ và duy trì khác biệt. Nếu nội dung giống nhau, thêm URL vùng tạo thêm công việc rà soát mà chưa chắc thêm giá trị. Đây là quyết định quản trị nội dung trước khi là việc sinh thẻ.

Hai trang như thế nào mới tương đương?

Hai bản nên giải quyết cùng nhiệm vụ cho đối tượng tương ứng. Câu chữ, ví dụ và chi tiết vùng đã duyệt có thể khác. Dùng mã chủ đề để ghép bản thay vì chỉ so hậu tố URL.

Trang dịch vụ phần mềm nên ghép với cùng dịch vụ ở ngôn ngữ kia, không phải trang chủ hay biểu mẫu liên hệ. Bài hướng dẫn chuẩn bị báo giá nên ghép với bài cùng nhiệm vụ dù tên bài được điều chỉnh. Trước triển khai, dùng bảng dưới để rà soát danh sách.

Thành phần	Quyết định cần có	Bằng chứng rà soát
Chủ đề	Hai trang có cùng nhiệm vụ không?	Dàn ý của hai bản
Ngôn ngữ	Nội dung chính dùng tiếng gì?	Văn bản đã duyệt
Vùng	Điều kiện có giới hạn địa bàn không?	Đối tượng và chính sách đã xác nhận
URL ưu tiên	Dùng địa chỉ ổn định nào?	Danh sách tuyến và canonical
Tình trạng	Bản kia đã xuất bản, truy cập được chưa?	Phản hồi và kiểm tra trang đích
Trách nhiệm	Ai cập nhật cả hai?	Người phụ trách xuất bản

Bảng là công cụ lập kế hoạch, không phải thống kê lỗi khách hàng. Khi chưa dịch, ghi nhận khoảng trống thay vì tạo cặp giả. Danh sách nhỏ nhưng chính xác dễ duy trì hơn danh sách lớn ghép sai.

Sinh khai báo hai chiều như thế nào?

Google hướng dẫn mỗi bản liệt kê chính nó và các bản còn lại, dùng URL đầy đủ và có liên kết trở lại.[2] Với site song ngữ, sinh cùng tập bản thay thế từ một danh sách chung giúp tránh sửa một phía.

Đây là mẫu HTML minh họa cho trang dịch vụ tiếng Việt. Đặt trong phần head hợp lệ; canonical dành riêng cho trang này. Mẫu không khẳng định mọi trang hiện tại đã dùng đúng đoạn sau.

<link rel="canonical" href="https://localizezone.com/vi/services/website-localization/">
<link rel="alternate" hreflang="en" href="https://localizezone.com/services/website-localization/">
<link rel="alternate" hreflang="vi" href="https://localizezone.com/vi/services/website-localization/">

Bản tiếng Anh giữ hai khai báo alternate này nhưng có canonical tiếng Anh của chính nó. Khi đổi đường dẫn, cập nhật cặp cùng lúc. Không để một bản vẫn trỏ địa chỉ cũ trong khi bản kia đã chuyển.

Danh sách tuyến có thể cấp dữ liệu cho mẫu trang và nút chuyển ngôn ngữ. Tuy vậy, người duyệt vẫn phải so nội dung: một bảng đối xứng hoàn toàn vẫn có thể ghép hai trang không liên quan. Kiểm tra cú pháp khác với kiểm tra ý nghĩa.

Khi nào cần x-default?

Dùng x-default cho điểm đến dự phòng đã chọn khi không khớp ngôn ngữ hoặc vùng được liệt kê. Bài giới thiệu của Google nêu ứng dụng cho trang quốc tế, gồm trang chọn ngôn ngữ.[3] Điểm đến phải hữu ích với người chưa có bản phù hợp.

Nếu chủ động chọn tiếng Anh làm dự phòng cho chủ đề, có thể dùng bản tiếng Anh tương đương. Nếu có trang chọn ngôn ngữ trung lập, cân nhắc trang đó. Không thêm mặc định chỉ để tăng số thẻ.

Thử trải nghiệm: khách có biết mình đang ở đâu và đổi ngôn ngữ được không? Người đọc bài có bị đưa về trang chủ không liên quan không? Site có ép giả định vị trí mà khách không đổi được không? Thẻ không tự giải quyết những câu hỏi này.

Canonical khác hreflang ở đâu?

Canonical nêu URL đại diện ưu tiên cho các trang trùng hoặc rất giống; hreflang mô tả bản địa hóa tương đương. Google khuyến nghị canonical cùng ngôn ngữ khi dùng hreflang.[4] Không tự động cho toàn bộ trang tiếng Việt canonical về tiếng Anh.

Trong cặp minh họa, mỗi bản dịch đã xuất bản có URL ưu tiên riêng. Quản lý tuyến cũ, bản xem trước hoặc URL tham số trùng nội dung ở nhóm riêng. Quyết định xử lý bản trùng không nên xóa quan hệ chủ đích giữa hai ngôn ngữ.

Đối chiếu điều hướng, sitemap và metadata để chúng không nêu ba URL ưu tiên khác nhau. Kiểm tra đầu ra sản xuất thay vì chỉ tin ô cấu hình CMS; mẫu trang, bộ nhớ đệm hoặc bước triển khai có thể làm giá trị thay đổi.

Khi bỏ một trang, quyết định cả điểm thay thế và quan hệ với bản kia. Chuyển hướng giúp khách đến trang mới, nhưng trang mới không liên quan có thể không còn là bản ngôn ngữ tương đương. Cập nhật danh sách sau quyết định nội dung.

Chọn HTML, HTTP header hay sitemap?

Google mô tả ba phương pháp là tương đương.[2] Chọn cách hệ thống có thể sinh và nhóm có thể kiểm tra. Nếu duy trì nhiều cách, cần kế hoạch giữ dữ liệu nhất quán.

Cách	Ứng dụng thực tế	Kiểm tra chính
HTML head	Mẫu trang thuộc quy trình dựng site	Head đã sinh và cặp đích
HTTP Link header	Phản hồi, gồm tài liệu không phải HTML	Header trả về thực tế
Sitemap XML	Danh sách tập trung khi xuất bản	Phân tích mục và đối chiếu tuyến

Ví dụ header cho cặp trang trên:

Link: <https://localizezone.com/services/website-localization/>; rel="alternate"; hreflang="en", <https://localizezone.com/vi/services/website-localization/>; rel="alternate"; hreflang="vi"

Đây là metadata phản hồi, không phải nội dung đặt trong thân trang. Nếu chọn cách này, kiểm tra phản hồi của cả hai bản. Chú ý hạ tầng có thể thêm Link header cho việc khác; không ghi đè toàn bộ mà làm mất metadata cần thiết.

Mẫu sitemap sau liệt kê hai tuyến với cùng tập ngôn ngữ. Giá trị namespace là định danh XML, không phải liên kết ngoài cho người đọc.

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://localizezone.com/services/website-localization/</loc>
    <xhtml:link rel="alternate" hreflang="en" href="https://localizezone.com/services/website-localization/" />
    <xhtml:link rel="alternate" hreflang="vi" href="https://localizezone.com/vi/services/website-localization/" />
  </url>
  <url>
    <loc>https://localizezone.com/vi/services/website-localization/</loc>
    <xhtml:link rel="alternate" hreflang="en" href="https://localizezone.com/services/website-localization/" />
    <xhtml:link rel="alternate" hreflang="vi" href="https://localizezone.com/vi/services/website-localization/" />
  </url>
</urlset>

Cần tìm những lỗi nào?

Ưu tiên quan hệ nội dung sai, tuyến cũ và nguồn sinh mâu thuẫn trước khi đếm thẻ. Báo lỗi nên có URL, giá trị thấy được, bản tương đương mong muốn và cách tái hiện.

Tình huống thử gồm bài ghép về trang chủ, thiếu khai báo trở lại, trỏ bản chưa xuất bản, giữ URL cũ sau đổi tên hoặc hai trang khác nhiệm vụ dùng cùng mã chủ đề. Đây là mẫu lỗi giả định để rà soát, không phải số liệu tần suất.

Kiểm tra ý định vùng với người sở hữu nội dung. Đề nghị riêng tại Việt Nam cần nêu giới hạn; hướng dẫn chung gắn vùng riêng cần có lý do. Không chỉ đổi mã để công cụ báo hết lỗi.

Thử cả nút chuyển ngôn ngữ: khi có bản tương đương, nó nên giữ nhiệm vụ người đọc. Khai báo kỹ thuật có thể đúng nhưng nút vẫn đưa khách về trang chủ. Hai hệ thống cần cùng danh sách làm cơ sở.

Quy trình kiểm tra thực tế gồm gì?

Tách danh sách nội dung, đầu ra đã sinh và trang đích đã triển khai thành ba lớp kiểm tra. Mỗi lớp phát hiện vấn đề khác. Lưu mã phiên bản phát hành để so sánh thay đổi sau này.

Thực hiện tám bước: xác nhận cặp chủ đề; rà soát mã đối tượng; phân tích metadata; so tập trở lại; kiểm canonical; truy cập từng đích; thử chuyển ngôn ngữ; lặp sau xuất bản. Thêm tình huống đổi slug và gỡ bản dịch, không chỉ thử cặp đang hoạt động tốt.

Với tự động hóa, kiểm mỗi chủ đề có đúng bản đã xuất bản và không gán ngôn ngữ trùng. So tập URL alternate sau chuẩn hóa. Lưu canonical riêng để việc dùng chung tập alternate không vô tình sao cùng canonical vào hai trang.

Ghi giới hạn bằng chứng. XML phân tích được chỉ chứng minh cấu trúc hợp lệ, không chứng minh công cụ tìm kiếm chấp nhận. Phản hồi thành công không chứng minh nội dung tương đương. Khai báo đúng cũng không bảo đảm lập chỉ mục hoặc thứ hạng.

Dự án LocalizeZone nên duy trì ra sao?

Đưa danh sách ngôn ngữ vào phạm vi bản địa hóa website trước khi dịch hàng loạt. Nên có mã chủ đề ổn định, URL từng bản và người duyệt khi sửa. Chia sẻ thay đổi tuyến cho cả nội dung và kỹ thuật.

Khi phát hành, xem một dịch vụ, một bài và một luồng biểu mẫu đại diện ở hai ngôn ngữ. Với site lớn, mở rộng so sánh tự động cho toàn danh sách. Bản dịch chậm cần ghi trạng thái và cập nhật cặp khi thực sự xuất bản.

Lưu ảnh màn hình và bằng chứng tuyến cùng ghi chú phát hành. Bàn giao nêu kiểm tra đã làm và phần cần môi trường sản xuất. Nhờ vậy, việc xử lý lỗi tập trung vào hành trình bị ảnh hưởng.

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

Vi có nghĩa chỉ dành cho khách ở Việt Nam không?

Không. Đây là tiếng Việt không có phần vùng.[1] Quyết định nội dung vùng riêng và cho khách đổi ngôn ngữ nếu bản gợi ý không phù hợp.

Mọi trang đều phải có x-default không?

Không. Chọn dự phòng khi có ích cho trải nghiệm.[3] Gắn nhãn mặc định không làm một điểm đến không liên quan tốt hơn.

Thiếu bài tiếng Anh thì dùng trang chủ được không?

Không nên coi trang chủ là bản tương đương. Ghi nhận thiếu bản dịch và cung cấp điều hướng rõ trong thời gian chuẩn bị nội dung đúng.

Canonical tiếng Việt nên về tiếng Anh không?

Không áp dụng thành quy tắc chung. Xem URL ưu tiên cùng ngôn ngữ, quản lý bản trùng riêng.[4]

Phân tích sitemap thành công chứng minh tìm kiếm hoạt động chưa?

Chưa. Cần xem nội dung hai bản, phản hồi, đầu ra triển khai và chẩn đoán phù hợp. Kiểm tra cấu trúc không đủ cho kết luận rộng hơn.

Cần gửi gì để báo giá công việc này?

Gửi danh sách tuyến, ngôn ngữ, hệ thống xuất bản và khoảng trống bản dịch qua trang báo giá. Nêu chuyển hướng và tài nguyên không phải HTML nếu có.

Nguồn và phương pháp

Đối chiếu tài liệu Google và W3C ngày 4 tháng 10 năm 2026. Bảng kiểm kê, mẫu dùng domain LocalizeZone và tám bước thử là ví dụ biên tập. Có thể kiểm cú pháp XML và quan hệ mẫu tại máy; đây không phải thử nghiệm tìm kiếm trực tiếp hay cam kết lập chỉ mục.

Tài liệu tham khảo

[1] W3C Internationalization. Choosing a language tag.

[2] Google Search Central. Tell Google about localized versions of your page.

[3] Google Search Central Blog. Introducing x-default hreflang for international landing pages.

[4] Google Search Central. How to specify a canonical URL with rel="canonical" and other methods.