International SEO

regional URL structure

Cách tổ chức URL phản ánh cả ngôn ngữ và khu vực, ví dụ: /en-gb/, /es-es/, /fr-fr/.

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

regional URL structure là gì?

Regional URL structure (cấu trúc URL theo khu vực) là cách thiết kế đường dẫn trang web để phản ánh đồng thời ngôn ngữkhu vực địa lý của người dùng. Ví dụ: /en-gb/ (tiếng Anh cho Vương quốc Anh), /es-es/ (tiếng Tây Ban Nha cho Tây Ban Nha), /fr-fr/ (tiếng Pháp cho Pháp). Đây là một trong ba phương pháp phổ biến nhất để triển khai International SEO — bên cạnh subdomain (es.example.com) và thư mục gốc với tham số (example.com/?lang=es®ion=ES).

Khác với cấu trúc chỉ phân biệt ngôn ngữ (như /en/, /es/), regional URL structure sử dụng mã ngôn ngữ + mã quốc gia theo chuẩn ISO 639-1 và ISO 3166-1 alpha-2, viết thường, phân tách bằng dấu gạch ngang. Ví dụ: de-at (tiếng Đức cho Áo), pt-br (tiếng Bồ Đào Nha cho Brazil).

Tại sao quan trọng trong SEO?

Cấu trúc URL theo khu vực giúp công cụ tìm kiếm — đặc biệt là Google — hiểu rõ hơn về mục tiêu địa lý và ngôn ngữ của từng phiên bản trang. Điều này ảnh hưởng trực tiếp đến khả năng hiển thị đúng người dùng ở đúng thị trường.

  • Tăng độ chính xác xếp hạng: Google ưu tiên hiển thị phiên bản /en-gb/ cho người tìm kiếm tại Vương quốc Anh, không phải /en-us/.
  • Giảm xung đột nội dung trùng lặp: Mỗi URL là duy nhất về mặt khu vực → dễ quản lý thẻ hreflang và tránh nhầm lẫn khi thu thập dữ liệu.
  • Cải thiện trải nghiệm người dùng: Người dùng nhận diện nhanh vị trí và ngôn ngữ phù hợp qua URL, tăng tỷ lệ giữ chân và tương tác.
  • Hỗ trợ kiểm soát kỹ thuật: Dễ cấu hình robots.txt, sitemap riêng theo khu vực, và phân quyền quản trị theo team địa phương.

Cách hoạt động

Khi người dùng truy cập hoặc công cụ tìm kiếm thu thập dữ liệu, regional URL structure hoạt động kết hợp với ba yếu tố chính:

  1. URL rõ ràng: Đường dẫn chứa mã vùng (ví dụ: /ja-jp/) giúp máy chủ và crawler xác định ngữ cảnh mà không cần dựa vào cookie hay IP.
  2. Thẻ hreflang: Mỗi trang phải khai báo đầy đủ thẻ <link rel="alternate" hreflang="xx-XX" href="..."> để liên kết các phiên bản ngôn ngữ/khu vực tương ứng.
  3. Sever headers & geotargeting trong Search Console: Có thể bổ sung thông tin khu vực qua phần cài đặt International Targeting trong Google Search Console — nhưng đây là bước hỗ trợ, không thay thế URL rõ ràng.

Lưu ý: Google không dùng IP người dùng để xác định phiên bản hiển thị. Việc chuyển hướng tự động theo vị trí (georedirect) mà không có tùy chọn thủ công là rủi ro SEO — có thể gây lỗi lập chỉ mục hoặc bị coi là cloaking.

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

Dưới đây là quy trình triển khai regional URL structure chuẩn kỹ thuật:

  1. Xác định thị trường mục tiêu: Liệt kê đầy đủ cặp ngôn ngữ – khu vực cần hỗ trợ (ví dụ: tiếng Việt cho Việt Nam /vi-vn/, tiếng Anh cho Singapore /en-sg/). Tránh giả định — kiểm tra nhu cầu thực tế qua dữ liệu tìm kiếm và hành vi người dùng.
  2. Chọn cấu trúc thư mục: Tạo thư mục gốc cho mỗi khu vực, ví dụ: https://example.com/vi-vn/san-pham/, https://example.com/en-us/products/.
  3. Cài đặt hreflang đầy đủ: Mỗi trang phải có thẻ hreflang trỏ tới tất cả phiên bản liên quan, bao gồm cả phiên bản mặc định (x-default). Ví dụ:
    <link rel="alternate" hreflang="vi-vn" href="https://example.com/vi-vn/san-pham/">
    <link rel="alternate" hreflang="en-us" href="https://example.com/en-us/products/">
    <link rel="alternate" hreflang="x-default" href="https://example.com/vi-vn/san-pham/">
  4. Tối ưu hóa nội dung: Không dịch máy — nội dung phải phù hợp văn hoá, đơn vị tiền tệ, định dạng ngày/tháng, luật pháp địa phương. Ví dụ: giá hiển thị bằng VND ở /vi-vn/, USD ở /en-us/.
  5. Phân tách sitemap: Tạo sitemap riêng cho từng khu vực (ví dụ: sitemap-vi-vn.xml) và gửi riêng trong Search Console.
  6. Kiểm thử kỹ thuật: Dùng công cụ như Screaming Frog hoặc Ahrefs để kiểm tra tính nhất quán của hreflang, trạng thái HTTP, và khả năng thu thập của từng URL.

Lỗi thường gặp

Lỗi Hệ quả Cách khắc phục
Thiếu hreflang hoặc hreflang sai cú pháp Google không hiểu mối quan hệ giữa các phiên bản → lập chỉ mục sai, nội dung trùng lặp Dùng công cụ hreflang validator; đảm bảo mỗi trang có hreflang đầy đủ, hai chiều, và không có vòng lặp
Dùng mã quốc gia không hợp lệ (ví dụ: /en-in/ nhưng không có nội dung dành riêng cho Ấn Độ) Mất niềm tin từ Google, giảm hiệu quả xếp hạng khu vực Chỉ tạo regional URL khi có nội dung, chiến lược và hỗ trợ hậu cần thực sự cho khu vực đó
Chuyển hướng tự động theo IP mà không cho phép thay đổi thủ công Rủi ro cloaking; người dùng và crawler có thể thấy nội dung khác nhau Luôn hiển thị thanh chọn ngôn ngữ/khu vực nổi bật; chỉ dùng georedirect nếu kèm nút “Thay đổi khu vực” rõ ràng

Ví dụ thực tế

Unilever Việt Nam: Trang chủ sử dụng https://www.unilever.com.vn/ làm phiên bản mặc định, nhưng có liên kết rõ ràng tới các khu vực khác như /en-my/ (Malaysia), /th-th/ (Thái Lan) — mỗi URL đều có hreflang đầy đủ và nội dung điều chỉnh theo thị trường.

Shopify Help Center: Sử dụng cấu trúc /ja-jp/, /ko-kr/, /zh-cn/… với nội dung được biên dịch chuyên sâu, hỗ trợ đơn vị tiền tệ, ví dụ minh hoạ phù hợp văn hoá địa phương.

Lưu ý thực tế: Một số thương hiệu toàn cầu như Apple hoặc Microsoft dùng kết hợp regional URL structure và subdomain tuỳ theo mức độ độc lập của thị trường — điều này phụ thuộc vào hạ tầng kỹ thuật và chiến lược vận hành, không phải lỗi kỹ thuật.

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

regional URL structure có bắt buộc phải dùng dấu gạch ngang?

Có. Theo chuẩn kỹ thuật của Google và W3C, mã ngôn ngữ và mã quốc gia phải viết thường, phân tách bằng dấu gạch ngang (en-gb), không dùng dấu gạch dưới (en_gb) hay viết hoa (EN-GB). Việc vi phạm có thể khiến hreflang bị bỏ qua.

Có nên dùng regional URL structure cho thị trường chỉ khác ngôn ngữ nhưng không khác khu vực?

Tùy trường hợp. Ví dụ: tiếng Bồ Đào Nha ở Brazil và Bồ Đào Nha có khác biệt lớn về từ vựng và văn hoá — nên dùng /pt-br//pt-pt/. Nhưng với tiếng Anh ở Mỹ và Canada, nếu nội dung gần như giống nhau, có thể dùng chung /en-us/ hoặc thêm geotargeting trong Search Console thay vì tạo URL riêng.

regional URL structure có ảnh hưởng đến tốc độ tải trang không?

Không trực tiếp. Cấu trúc URL không làm chậm trang. Tuy nhiên, nếu triển khai thiếu tối ưu (ví dụ: nhiều redirect chuỗi, server xử lý logic khu vực phức tạp, hoặc thiếu cache theo vùng), hiệu suất có thể giảm. Cần kiểm tra kỹ thuật sau triển khai.