Khi mở rộng website ra nước ngoài, doanh nghiệp thường có ba cách: tên miền quốc gia (ccTLD) như example.de, tên miền phụ (subdomain) như de.example.com hoặc thư mục con (subdirectory) như example.com/de/. Chọn cách nào nên dựa vào khách hàng, ngân sách và khả năng quản lý từng thị trường.
Google không khẳng định cấu trúc nào luôn lên top tốt hơn. Cả ba đều có thể dùng cho SEO quốc tế. Nội dung đúng ngôn ngữ, thông tin giá và chính sách phù hợp, cùng việc duy trì lâu dài quan trọng hơn một “mẹo” đặt địa chỉ.
Gợi ý dễ nhớ: Mới mở rộng sang vài thị trường, chung đội ngũ và website: cân nhắc thư mục con. Mỗi quốc gia có đội ngũ, chính sách và thương hiệu địa phương riêng: cân nhắc tên miền quốc gia. Cần phần mềm hoặc hệ thống độc lập nhưng giữ chung tên miền: cân nhắc tên miền phụ. Đây là lựa chọn quản trị, không phải bảo đảm thứ hạng.
1. ccTLD, subdomain và subdirectory khác nhau thế nào?
| Cấu trúc | Ví dụ cho thị trường Đức | Cách hiểu đơn giản |
|---|---|---|
| ccTLD – tên miền quốc gia | example.de | Sở hữu một tên miền riêng dành cho Đức |
| Subdomain – tên miền phụ | de.example.com | Tạo một khu vực riêng đứng trước tên miền chính |
| Subdirectory – thư mục con | example.com/de/ | Tạo một khu vực tiếng Đức trong website hiện tại |
Cả ba cấu trúc có thể phục vụ khách ở Đức. Khác biệt lớn nằm ở công sức vận hành: quản lý năm tên miền riêng thường phức tạp hơn năm thư mục trong cùng hệ thống, dù cách triển khai thực tế có thể khác.
2. Tên miền quốc gia ccTLD: khi nào nên dùng?
ccTLD là đuôi tên miền quốc gia như .vn, .de, .fr. Google xem nhiều ccTLD là tín hiệu nhắm quốc gia rõ ràng. Tuy vậy, một số đuôi như .ai, .io và .tv được Google xử lý tương tự tên miền chung, không tự động nhắm quốc gia tương ứng.
Ví dụ giả định: một công ty có bộ phận kinh doanh tại Đức, giá bằng euro, quy định giao hàng riêng và nhân viên hỗ trợ tiếng Đức có thể chọn thuonghieu.de.
- Thuận lợi: dễ nhận diện thị trường và giao website cho đội ngũ từng nước.
- Đánh đổi: thêm tên miền phải gia hạn, bảo mật và quản lý nội dung; một số đuôi có điều kiện đăng ký.
- Nên chọn: thị trường quan trọng, doanh nghiệp đủ nguồn lực duy trì lâu dài.
Không nên mua hàng loạt tên miền quốc gia chỉ với hy vọng có thứ hạng cao. Tên miền địa phương không thay thế nội dung hữu ích và chăm sóc website.
3. Tên miền phụ subdomain: khi nào phù hợp?
Subdomain là phần đứng trước tên miền chính, chẳng hạn jp.example.com. Doanh nghiệp giữ thương hiệu chung nhưng có thể cho đội ở Nhật vận hành khu vực website riêng.
Ví dụ: website chính dùng WordPress nhưng đội Nhật cần phần mềm quản lý nội dung riêng. Tên miền phụ có thể thuận tiện mà không phải mua tên miền quốc gia.
- Thuận lợi: dễ tách máy chủ, công nghệ và quyền quản trị.
- Đánh đổi: cần kiểm tra kỹ liên kết giữa các khu vực và bảo trì nhiều hệ thống.
- Nên chọn: có lý do vận hành hoặc kỹ thuật rõ ràng, không phải lời hứa SEO tốt hơn.
Không có cơ sở để khẳng định mọi tên miền phụ luôn yếu hơn thư mục con, hay Google luôn coi chúng là những website hoàn toàn độc lập.
4. Thư mục con subdirectory: khi nào nên chọn?
Subdirectory là thư mục nằm sau tên miền, ví dụ example.com/ja/ cho nội dung tiếng Nhật và example.com/de/ cho tiếng Đức. Thư mục con thường thuận tiện nếu dùng chung một website và đội quản lý.
Ví dụ: một công ty Việt Nam dùng thuonghieu.com và thêm /en/, /ja/ để giới thiệu dịch vụ bằng tiếng Anh và Nhật. Mã ngôn ngữ không tự đồng nghĩa với quốc gia: /en/ có thể phục vụ người nói tiếng Anh ở nhiều nước.
- Thuận lợi: dễ quản lý giao diện, bảo mật và bài viết trên một hệ thống.
- Đánh đổi: khó tách nếu mỗi nước cần phần mềm hoặc vận hành quá khác biệt.
- Nên chọn: muốn kiểm soát ngân sách và quản lý tập trung khi mới mở rộng.
Thư mục con không có “mức sức mạnh SEO” mặc định từ trang chủ. Điểm mạnh thường là quản lý tập trung và dễ làm liên kết nội bộ.
5. Bảng so sánh: doanh nghiệp nên chọn cách nào?
| Nên so sánh | ccTLD | Subdomain | Subdirectory |
|---|---|---|---|
| Nhận diện quốc gia | Rõ với nhiều ccTLD | Phụ thuộc cách giới thiệu | Phụ thuộc cách giới thiệu |
| Quản lý | Mỗi nước có thể có website riêng | Dễ tách kỹ thuật | Thường chung hệ thống |
| Chi phí duy trì | Có thể cao khi nhiều tên miền | Tùy số hệ thống | Thường gọn khi dùng chung |
| Phù hợp khi | Mỗi quốc gia vận hành riêng | Cần công nghệ khác | Mở rộng với đội quản trị chung |
Ví dụ quyết định: công ty bán cùng một dịch vụ ở Việt Nam và Singapore, chỉ có một đội nội dung, có thể chọn /vi/ và /en-sg/ trên tên miền chung nếu hệ thống đáp ứng. Nếu từng nước có doanh nghiệp, giá và hỗ trợ hoàn toàn khác, hãy cân nhắc tên miền quốc gia. Quyết định cuối cùng vẫn cần xem khả năng vận hành.
6. Có cần hreflang, canonical và sitemap không?
Chọn cấu trúc chỉ là bước đầu. Với nhiều phiên bản dành cho ngôn ngữ hoặc quốc gia khác nhau, cần giúp Google nhận biết đâu là phiên bản phù hợp.
- Hreflang: thông báo các trang tương ứng theo ngôn ngữ hoặc quốc gia, ví dụ
en-US(tiếng Anh cho Mỹ),en-GB(tiếng Anh cho Anh). Các phiên bản nên khai báo qua lại. Xem hướng dẫn hreflang. - Canonical: gợi ý URL đại diện khi nội dung trùng hoặc gần trùng. Không trỏ mọi bản dịch khác ngôn ngữ về trang tiếng Việt; với phiên bản rất giống nhau cùng ngôn ngữ giữa các nước, cần đánh giá
canonicalcùnghreflangtheo từng trường hợp. - Sitemap: liệt kê URL quan trọng và có thể hỗ trợ khai báo phiên bản ngôn ngữ. Xem hướng dẫn sitemap.
- Nút đổi ngôn ngữ: cho khách tự chọn bằng liên kết có thể nhấp, không khóa họ ở một phiên bản.
Ví dụ: trang tiếng Anh cho Mỹ và Anh có thể dùng URL riêng nếu giá, quy định giao hàng hoặc cách mua khác nhau. Hreflang giúp chọn phiên bản phù hợp, canonical giúp chọn URL đại diện. Hai công cụ không thay thế nhau và Google có thể chọn canonical khác với đề xuất của website.
7. Có nên tự chuyển khách sang website quốc gia theo địa chỉ IP?
Không nên ép chuyển trang chỉ theo địa chỉ IP hoặc ngôn ngữ trình duyệt. Googlebot có thể thu thập từ IP tại Mỹ và các nước khác, nhưng không gửi Accept-Language như trình duyệt thông thường. Chuyển hướng bắt buộc có thể khiến Google và khách không mở được các phiên bản khác. Xem giải thích của Google.
Hãy để từng URL ngôn ngữ có thể mở trực tiếp, đặt nút đổi ngôn ngữ hoặc quốc gia và để khách tự chọn. Có thể gợi ý, nhưng không ép chuyển.
8. Chọn cấu trúc URL trước hay nghiên cứu thị trường trước?
Nghiên cứu thị trường trước, chọn cấu trúc sau. Khách ở Mỹ, Anh và Nhật có thể dùng từ khóa, tiền tệ và cách mua khác nhau. Đừng tạo nhiều website rồi chỉ sao chép một bản dịch cho mọi nơi.
Trước khi mua tên miền mới, hãy nghiên cứu từ khóa từng thị trường, so sánh đối thủ và xác định ai sẽ cập nhật nội dung, giá bán, chính sách. Đây là công việc quan trọng hơn tranh luận “tên miền phụ hay thư mục con mạnh hơn”.
9. Những sai lầm cần tránh khi làm SEO quốc tế
- Mua nhiều tên miền khi chưa có ngân sách quản lý từng thị trường.
- Chỉ dịch máy, không kiểm tra nội dung, chính sách và cách mua hàng tại địa phương.
- Dùng lẫn
/en/,/us/và/en-us/mà không có quy tắc rõ ràng. - Khai báo
hreflangsai mã hoặc thiếu quan hệ qua lại; dùngcanonicalkhiến phiên bản mong muốn không được ưu tiên. - Bắt buộc chuyển hướng khiến khách hoặc Google khó mở URL khác.
- Đổi cấu trúc đang hoạt động mà thiếu bản đồ URL cũ–mới, chuyển hướng và kiểm tra.
10. Checklist trước khi triển khai
- Xác định thị trường và ngôn ngữ; đừng nhầm một ngôn ngữ với một quốc gia.
- Kiểm tra sản phẩm, giá, chính sách và nhân sự hỗ trợ có khác nhau không.
- Dự toán chi phí nội dung, kỹ thuật, tên miền và bảo trì lâu dài.
- Chọn cấu trúc đơn giản nhất đáp ứng cách vận hành thực tế.
- Kiểm tra URL,
hreflang,canonical, sitemap và nút đổi ngôn ngữ. - Nếu đổi URL đã có, lập bảng URL cũ–mới, chuyển hướng vĩnh viễn phù hợp, sửa liên kết nội bộ và theo dõi Search Console. Xem hướng dẫn chuyển website của Google.
Nguồn chính thức từ Google
- Google Search Central – Quản lý website đa quốc gia và đa ngôn ngữ
- Google Search Central – Các phiên bản ngôn ngữ và hreflang
- Google Search Central – Nguyên tắc cấu trúc URL
- Google Search Central – Hướng dẫn canonical
Kết luận
Không có cấu trúc URL tốt nhất cho mọi dự án SEO quốc tế. Thư mục con thường phù hợp khi quản trị chung; tên miền quốc gia có ích khi từng thị trường hoạt động độc lập; tên miền phụ phù hợp khi cần tách kỹ thuật. Hãy ưu tiên khách hàng, ngân sách và khả năng duy trì nội dung từng thị trường, thay vì lời hứa xếp hạng nhờ cách đặt URL.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.