Website Việt–Anh cho GEO xuất khẩu nên xây thế nào?
Cấu trúc /vi/ và /en/, trang nào nên dịch, trang nào phải viết lại theo buyer, cách đặt canonical, hreflang và x-default, cùng module bằng chứng giúp AI và buyer kiểm tra nhà cung cấp Việt Nam.
Xuất bản · Cập nhật
Câu trả lời nhanh
Quyết định quan trọng nhất là ma trận cấp URL: dịch chính xác, viết lại theo procurement hoặc chỉ giữ một ngôn ngữ. Technical SEO giúp AI lấy đúng trang; owner page và bằng chứng mới tạo lý do để trang được dùng.
Tác giả
Sam
LUMESEO
Sáng lập · 8 năm SEO · 3 năm AI engineering
Sam, sáng lập LUMESEO. Từ 2018 làm technical SEO và tăng trưởng xuất khẩu (index, IA, hreflang, GSC); từ 2023 làm cấu trúc trang và đo mẫu cho AI Search. Bài này do anh viết hoặc duyệt cuối. Dữ liệu từ thí nghiệm kiểm soát hoặc dự án ẩn danh — không cam kết thứ hạng hay được mô hình nêu tên.
Câu trả lời trực tiếp
Với phần lớn exporter Việt Nam, một domain có URL riêng /vi/ và /en/ dễ duy trì. Trang Việt phục vụ nhiệm vụ trong nước; trang Anh phục vụ buyer quốc tế. Mỗi URL tự canonical; hreflang chỉ nối các localized variants thực sự tương ứng; x-default là fallback, không mặc định phải trỏ về /en/. Giá trị GEO đến từ dữ kiện và bằng chứng trong bản tiếng Anh, không phải từ thẻ hreflang đơn lẻ.
Phù hợp cho: Doanh nghiệp sản xuất Việt Nam đang thêm tiếng Anh, xây lại website xuất khẩu hoặc muốn sửa trang đa ngôn ngữ để phục vụ ChatGPT và buyer.
Vì sao “có bản tiếng Anh” vẫn chưa tạo recommendation readiness?
Nút đổi ngôn ngữ không biến brochure thành hồ sơ nhà cung cấp. Nếu /en/ thiếu spec, MOQ, lead time, QC, chứng nhận và RFQ, AI vẫn không có đủ dữ kiện để kiểm tra. Nếu canonical/hreflang sai, đúng trang còn có thể khó được phát hiện hoặc chọn.
- Dịch lịch sử công ty nhưng bỏ trống câu hỏi procurement.
- Dùng cookie hoặc tham số mà không có URL riêng ổn định.
- Canonical /en/ về /vi/, làm mất vai trò URL tiếng Anh.
- Hreflang một chiều, sai code hoặc nối hai trang khác intent.
- Redirect cứng theo IP/ngôn ngữ và không cho người dùng đổi phiên bản.
- Mặc định x-default luôn phải trỏ về /en/ dù fallback thực tế khác.
Cách phân tách nội dung và kỹ thuật
Kỹ thuật bám theo tài liệu Google về URL đa ngôn ngữ, hreflang và x-default. Nội dung dùng buyer task trong nghiên cứu 30 prompt để xác định module bằng chứng. Các số “audit 11 website” và “+200% exposure” ở bản cũ được loại vì không có public ledger đủ để độc giả tái kiểm tra.
01 · Inventory URL
Gắn audience, ngôn ngữ, nhiệm vụ, owner và tần suất cập nhật cho từng trang.
02 · Ma trận dịch/viết lại
Không mặc định mọi trang Việt phải có bản Anh hoặc ngược lại.
03 · Buyer brief cho /en/
Khóa product, application, MOQ, chứng nhận, spec, risk và RFQ.
04 · Evidence Ledger
Đồng bộ dữ kiện Việt/Anh và phân biệt tự công bố với xác nhận độc lập.
05 · Ghép cặp URL
Chỉ khai hreflang cho các phiên bản tương ứng hợp lý.
06 · QA như buyer và bot
Kiểm tra ngôn ngữ, nguồn, form, canonical, status, switcher và quyền crawl.
Cấu trúc Việt–Anh hỗ trợ GEO như thế nào?
1. Một domain hay hai domain?
Với đa số doanh nghiệp vừa và nhỏ, /vi/ và /en/ trên cùng domain giúp quản trị thực thể, bằng chứng và đo lường tập trung. Hai domain chỉ hợp lý khi thương hiệu, pháp nhân, sản phẩm hoặc đội ngũ đủ độc lập để vận hành lâu dài. Không có cấu trúc nào tự động được ưu tiên chỉ vì hình thức URL.
2. Trang nào nên dịch và trang nào phải viết lại?
Hồ sơ pháp nhân, chính sách và dữ kiện dùng chung có thể dịch chính xác. Product, capability, quality, case và RFQ thường phải viết lại theo buyer. Tin tuyển dụng/nội bộ có thể chỉ /vi/; compliance hoặc distributor program có thể chỉ /en/.
3. Navigation /en/ cần dẫn buyer tới đâu?
Ưu tiên Products, Industries/Applications, Capabilities/OEM, Quality & Certifications, Factory/Company, Case Studies và Request a Quote. About không nên gánh toàn bộ bằng chứng; mỗi owner page cần trả lời một nhiệm vụ rõ.
4. Canonical đặt thế nào?
Mỗi phiên bản indexable tự canonical. Không canonical /en/ về /vi/ chỉ vì cùng sản phẩm; hreflang, không phải canonical, dùng để liên kết các localized variants. Canonical không sửa nội dung tiếng Anh mỏng.
5. Hreflang hai chiều áp dụng khi nào?
Mỗi nhóm phải liệt kê chính nó và các bản tương ứng bằng URL tuyệt đối, trả 200 và liên kết lại nhau. Trang chỉ tồn tại ở tiếng Anh không cần một bản Việt mỏng. Hai trang khác intent không nên bị ép thành cặp.
6. x-default có bắt buộc là /en/?
Không. x-default là URL trung lập cho ngôn ngữ/khu vực chưa khớp; có thể là selector, fallback hoặc phiên bản doanh nghiệp chọn làm mặc định. Chọn /en/ chỉ khi trải nghiệm đó thực sự phù hợp.
7. Có nên redirect theo IP/ngôn ngữ?
Tránh redirect cứng không cho đổi phiên bản. Googlebot thường crawl từ Mỹ và không gửi Accept-Language, nên biến thể phụ thuộc hoàn toàn vào tín hiệu này có thể khó được tìm thấy. Dùng URL riêng và switcher HTML.
8. Yếu tố Việt Nam nào phải giữ trên /en/?
Giữ tên pháp lý Việt/Anh, địa chỉ nhà máy, tỉnh/thành, xuất xứ, người phụ trách và cảng giao phù hợp. Đây là dữ kiện xác minh thực thể, không phải lý do lặp “Vietnam manufacturer” trong mọi heading.
Ví dụ kiến trúc URL
| Nhiệm vụ | URL tiếng Việt | URL tiếng Anh | Hreflang? |
|---|---|---|---|
| Giới thiệu pháp nhân | /vi/gioi-thieu | /en/about | Có nếu tương ứng |
| Dòng sản phẩm | /vi/san-pham/bao-bi-mem | /en/products/flexible-packaging | Có nếu cùng phạm vi |
| Năng lực OEM | /vi/nang-luc/oem | /en/capabilities/oem | Có nếu được bản địa hóa |
| Tuyển dụng Việt Nam | /vi/tuyen-dung | Không có | Không |
| EU compliance guide | Không có | /en/resources/eu-compliance | Không |
Kiểm tra kỹ thuật cho mỗi cặp
| Mục | Đúng | Sai thường gặp |
|---|---|---|
| HTTP/crawl | Cả hai trả 200 và được phép crawl | Redirect/noindex/WAF chặn |
| Canonical | Mỗi trang tự canonical | /en/ canonical về /vi/ |
| Hreflang | Self + tương hỗ + URL tuyệt đối | Một chiều, sai code, URL redirect |
| Ngôn ngữ | Một ngôn ngữ chính mỗi trang | Trộn navigation/content |
| Switcher | Link HTML tới bản tương ứng | Chỉ cookie/JavaScript |
| x-default | Fallback có chủ đích | Mặc định /en/ không có lý do |
Ma trận nội dung Việt–Anh
| Loại trang | Cách xử lý | Lý do |
|---|---|---|
| Company/legal | Dịch chính xác + bản địa hóa liên hệ | Dữ kiện pháp nhân phải nhất quán |
| Product/category | Viết lại theo buyer | Cần spec, application, MOQ, quality và RFQ |
| Capabilities/OEM | Viết lại theo procurement | Buyer cần customization, capacity, sample và QC |
| Certifications | Dịch có kiểm soát | Không dịch sai tên tiêu chuẩn; giữ phạm vi/đơn vị cấp |
| Case study | Bản địa hóa theo thị trường | Bối cảnh, đơn vị và kết quả phải dễ hiểu |
| Tuyển dụng/nội bộ | Có thể chỉ /vi/ | Không tạo bản Anh nếu buyer không cần |
| Compliance/distributor | Có thể chỉ /en/ | Không cần trang Việt mỏng để ghép hreflang |
Quyết định ở cấp URL, không áp một quy tắc dịch cho toàn site.
Quy trình 6 tuần
Quy trình xây website Việt–Anh trong 6 tuần
Tuần 1 · Inventory và buyer map
- Xuất URL, traffic, backlink, ngôn ngữ và owner.
- Chọn product × market × buyer.
- Phân loại: dịch, viết lại, chỉ /vi/, chỉ /en/, hợp nhất hoặc bỏ.
Tuần 2 · Architecture
- Khóa /vi/, /en/, navigation và product taxonomy.
- Ghép localized variants thật sự tương ứng.
- Quyết định fallback/x-default theo hành trình người dùng.
Tuần 3–4 · Nội dung và bằng chứng
- Viết owner page /en/ theo procurement task.
- Kiểm tra thuật ngữ, đơn vị, tiêu chuẩn và quyền công khai.
- Xây Products, Capabilities, Quality, Company, Case và RFQ trước blog.
Tuần 5 · Technical foundation
- Đặt self-canonical, hreflang, Sitemap và switcher.
- Kiểm tra redirect, robots, noindex, status, mobile và HTML.
- Cho phép OAI-SearchBot khi doanh nghiệp muốn xuất hiện trong ChatGPT Search.
Tuần 6 · Prompt QA và conversion
- Đọc bản Anh như buyer, không chỉ kiểm tra ngữ pháp.
- Chạy baseline prompt, kiểm tra citation URL và zero result.
- Test RFQ, email, file tải, attribution và SLA phản hồi.
Tình huống doanh nghiệp Việt
Ba tình huống doanh nghiệp Việt
Doanh nghiệp cà phê Đắk Lắk
Tình huống: Trang Việt kể vùng nguyên liệu; buyer cần process, crop, packaging, MOQ, sample và truy xuất.
Cách làm: Giữ câu chuyện thương hiệu nhưng viết product/capability /en/ theo RFQ, rồi ghép hreflang cho cặp tương ứng.
Kết quả: Hai phiên bản cùng thực thể nhưng phục vụ nhiệm vụ khác; buyer không phải suy đoán từ brochure.
Nhà máy máy đóng gói TP.HCM
Tình huống: Bản Anh có ảnh nhưng thiếu model comparison, speed, application và after-sales.
Cách làm: Xây product/use-case page, spec và RFQ kỹ thuật; không bắt buộc dịch mọi tin nội bộ.
Kết quả: /en/ hỗ trợ technical validation và tạo nguồn có chiều sâu cho AI.
Toàn bộ /en/ canonical về /vi/
Tình huống: Doanh nghiệp coi bản Anh là bản sao nhưng vẫn muốn nó xuất hiện.
Cách làm: Nâng chất lượng /en/, đặt self-canonical và hreflang tương hỗ cho cặp phù hợp.
Kết quả: Hai URL được khai báo như localized variants thay vì yêu cầu hợp nhất về trang Việt.
Nghiệm thu website GEO
Checklist nghiệm thu website Việt–Anh cho GEO
- 01Mỗi URL có audience, nhiệm vụ và content owner.
- 02/en/ trả lời procurement task, không chỉ dịch khẩu hiệu.
- 03Product page có spec, application, customization, quality và RFQ.
- 04Tên pháp lý Việt/Anh, địa chỉ và người phụ trách nhất quán.
- 05Thuật ngữ, đơn vị và tên chứng nhận được kiểm tra.
- 06Mỗi phiên bản indexable dùng self-canonical.
- 07Hreflang chỉ nối localized variants và có liên kết hai chiều.
- 08Mỗi nhóm có self-reference, URL tuyệt đối và status 200.
- 09x-default có lý do, không mặc định phải là /en/.
- 10Không redirect cứng; người dùng luôn đổi phiên bản được.
- 11Switcher dùng link HTML tới URL tương ứng.
- 12Sitemap, internal link, navigation và breadcrumb đúng locale.
- 13OAI-SearchBot và crawler cần thiết không bị WAF chặn ngoài ý muốn.
- 14Prompt audit, ChatGPT referral, RFQ và lead được đo riêng.
Các quy tắc có thể kiểm tra
URL mỗi ngôn ngữ
Riêng biệt
Google khuyến nghị URL riêng
Canonical
Tự tham chiếu
Cho mỗi phiên bản indexable
Hreflang
Tương hỗ
Self + localized variants
x-default
Fallback tùy chọn
Không mặc định là /en/
Buyer prompt study
30 prompt
10 ngành; không phải traffic log
Cách xử lý nội dung
3 loại
Dịch · viết lại · chỉ một ngôn ngữ
Kỹ thuật dựa trên tài liệu Google; nội dung và bằng chứng phải theo audience thật của doanh nghiệp.
Website song ngữ hỗ trợ recommendation như thế nào?
Cấu trúc sạch giúp bot lấy đúng trang, nhưng recommendation còn cần offer fit, bằng chứng và xác nhận độc lập. Bản tiếng Anh nên tự đứng được như một nguồn cho buyer; bản Việt giữ bối cảnh pháp nhân và thị trường trong nước mà không mâu thuẫn.
- Dùng H1/H2 theo câu hỏi buyer, không dịch từ khóa từng chữ.
- Giữ thực thể nhất quán giữa /vi/, /en/ và nguồn ngoài.
- Đặt spec, MOQ, lead time, certificate scope, QC và ngày cập nhật trong HTML.
- Không tạo hàng loạt regional page nếu không có khác biệt thật.
- Chạy prompt tiếng Việt cho nội địa và prompt procurement tiếng Anh cho buyer.
- Đo recommendation, citation URL, referral landing, RFQ và qualified lead riêng.
Đọc thêm
GEO cho doanh nghiệp xuất khẩu Việt Nam
Prompt, owner page, bằng chứng và kế hoạch 90 ngày.
30 prompt buyer quốc tế
Buyer task và Evidence Ledger công khai.
Kiểm tra hreflang
Kiểm tra self-reference, return link, code và URL status.
Checklist trang tiếng Anh xuất khẩu
Kiểm tra module buyer, bằng chứng và đường RFQ.
Dịch vụ ChatGPT GEO
Xây website đa ngôn ngữ như nền tảng cho thực thể, bằng chứng và recommendation.
Giới hạn và lựa chọn không có đáp án chung
- Google hỗ trợ nhiều cấu trúc; /vi/ và /en/ là lựa chọn quản trị phổ biến, không phải duy nhất.
- Hreflang giúp chọn phiên bản, không làm nội dung tốt hơn hay bảo đảm thứ hạng.
- x-default có thể là selector, fallback hoặc phiên bản mặc định.
- Không phải mọi trang cần bản dịch; bản mỏng làm tăng chi phí và không tạo information gain.
- Module buyer khác theo ngành và thị trường; chỉ công khai dữ liệu thật.
- Bộ 30 prompt do LUMESEO thiết kế, không đại diện toàn bộ buyer.
- Website song ngữ không bảo đảm citation, recommendation, referral, RFQ hay hợp đồng.
Bảy nguyên tắc cần giữ
Tài liệu chính thức và dữ liệu tham khảo
Câu hỏi về website Việt–Anh
Website Việt–Anh nên dùng chung domain không?
Với phần lớn doanh nghiệp, /vi/ và /en/ trên cùng domain dễ quản trị. Hai domain cần lý do thương hiệu/vận hành rõ và nguồn lực duy trì độc lập.
Nên dùng /vi/ /en/ hay ?lang=en?
Google khuyến nghị URL riêng. Subdirectory ổn định và dễ liên kết; không nên chỉ đổi bằng cookie hoặc setting trình duyệt.
Có nên dịch toàn bộ website?
Không. Phân loại từng URL: dịch chính xác, viết lại theo buyer, chỉ /vi/ hoặc chỉ /en/. Ưu tiên owner page và bằng chứng.
/en/ cần khác /vi/ thế nào?
Nó cần trả lời product fit, spec, MOQ, sample, lead time, quality, certification, OEM/ODM, logistics và RFQ.
Canonical /en/ có nên trỏ về /vi/?
Thông thường không nếu muốn cả hai được index. Mỗi trang tự canonical; hreflang liên kết localized variants.
Hreflang có cần hai chiều không?
Có. Nhóm cần self-reference và liên kết tương hỗ; URL tuyệt đối và trả 200.
Trang chỉ có tiếng Anh có cần hreflang không?
Không nếu không có localized variant. Đừng tạo trang Việt mỏng chỉ để đủ cặp.
x-default có luôn trỏ về /en/?
Không. Nó là fallback và có thể trỏ selector, trang trung lập hoặc phiên bản mặc định phù hợp.
Có nên redirect người Việt về /vi/?
Có thể gợi ý nhưng tránh redirect cứng. Dùng URL riêng và switcher HTML; người dùng luôn phải đổi được.
Có cần en-us hoặc en-gb không?
Chỉ khi offer, pháp lý, giá hoặc logistics khác thật. Nếu một bản Anh dùng chung, en dễ duy trì hơn.
Website song ngữ có giúp ChatGPT đề xuất không?
Nó giúp lấy đúng trang nhưng không bảo đảm recommendation. Cần offer fit, bằng chứng, thực thể nhất quán và nguồn độc lập.
OAI-SearchBot bị chặn thì sao?
Nếu muốn xuất hiện trong ChatGPT Search, cần cho phép OAI-SearchBot và kiểm tra cả robots, CDN/WAF. Tuy nhiên crawl vẫn không phải citation hay recommendation.
Sau khi đổi URL cần làm gì?
Mapping 301 từng URL, cập nhật canonical, hreflang, Sitemap, internal link và theo dõi 404/index. Không chuyển mọi URL cũ về homepage.
Muốn chẩn đoán website theo hướng tương tự?
Gửi website và thị trường mục tiêu, chúng tôi phản hồi trong 1 ngày làm việc.