Trả lời nhanh: Bảo trì website đa ngôn ngữ không chỉ là cập nhật WordPress rồi xem hai trang có mở được hay không. Sau mỗi thay đổi, cần đối chiếu nội dung VI/EN, đường chuyển ngôn ngữ, menu, form, email, canonical, hreflang và bản cache công khai. Mục tiêu là khách ở mỗi ngôn ngữ đọc đúng thông tin và gửi yêu cầu đến đúng người; công cụ dịch hay plugin SEO không thay thế bước nghiệm thu này.
Bài viết dành cho doanh nghiệp dùng WordPress và WPML hoặc một hệ quản lý bản dịch tương tự, đặc biệt khi trang tiếng Anh được cập nhật chậm hơn trang tiếng Việt. Trọng tâm là vận hành sau khi website đã có hai ngôn ngữ. Nếu chưa có bản dịch, việc biên dịch toàn bộ nội dung và nghiên cứu từ khóa từng thị trường là một dự án riêng.
Bản EN đang thiếu nội dung hoặc form không nhận yêu cầu?
IT Systems rà từng cặp URL, kiểm tra luồng chuyển ngôn ngữ và thử yêu cầu từ trình duyệt công khai trước khi xác định phạm vi sửa.
Trang có bản dịch không đồng nghĩa trải nghiệm đã được dịch
Người quản trị có thể tạo bản EN cho một trang dịch vụ nhưng bỏ sót nút trong header, đoạn FAQ, ảnh có chữ, biểu mẫu hoặc email xác nhận. Đôi khi bản EN tồn tại nhưng vẫn chứa nguyên văn tiếng Việt, slug cũ hoặc nút chuyển ngôn ngữ dẫn về trang chủ thay vì trang tương ứng. Người truy cập thấy giao diện có cờ EN nhưng hành trình tư vấn lại đứt giữa chừng.
Vì vậy, đối tượng kiểm tra không phải “số trang đã dịch” mà là một cặp hành trình hoàn chỉnh: từ kết quả tìm kiếm hoặc menu đến trang dịch vụ, câu trả lời, CTA, form, thông báo gửi và đầu mối nhận. Mỗi bản phải có nội dung phù hợp với người đọc, không chỉ thay ngôn ngữ của nhãn nút.
Lập bản đồ cặp URL trước khi sửa
Bắt đầu bằng danh sách các trang tạo doanh thu và trang được truy cập nhiều: trang chủ, dịch vụ, bảng giá, liên hệ và các bài hỗ trợ quan trọng. Với mỗi trang, ghi URL VI, URL EN, chủ nội dung, tình trạng bản dịch, ngày cập nhật gần nhất và đường chuyển ngôn ngữ. Không tự tạo một URL EN chỉ vì thấy dấu /en/; hãy kiểm tra nó có thực sự là bản dịch được liên kết trong WordPress hay không.
Ưu tiên ca có rủi ro kinh doanh: giá hoặc phạm vi dịch vụ thay đổi ở một ngôn ngữ, form chỉ hoạt động ở VI, chính sách đã cập nhật nhưng EN còn bản cũ, hoặc trang EN đang hiện nội dung VI. Trang chỉ khác vài câu ít quan trọng có thể xếp sau, nhưng phải có người chịu trách nhiệm và thời hạn rà lại.
Sáu điểm nghiệm thu cho mỗi cặp VI/EN
- Nội dung và lời hứa: đối chiếu dịch vụ, phạm vi, giá tham khảo, điều kiện, thông tin liên hệ và ngày hiệu lực. Người duyệt nội dung chịu trách nhiệm xác nhận ý nghĩa; đội kỹ thuật không tự dịch điều khoản hoặc tự sửa giá.
- Điều hướng: mở từ menu, card, breadcrumb và bài liên quan trên điện thoại lẫn desktop. Nút VI/EN phải đưa đến trang tương ứng khi có bản dịch; nếu chưa có, cách xử lý dự phòng phải rõ ràng, không đẩy người dùng đến URL lỗi.
- Form và chuyển đổi: kiểm nhãn trường, thông báo lỗi, checkbox, trang cảm ơn, email xác nhận, người nhận và dữ liệu nguồn/ngôn ngữ. Gửi một ca TEST ở mỗi ngôn ngữ, rồi đối chiếu bản ghi thực nhận, không chỉ nhìn nút bấm.
- SEO theo ngôn ngữ: kiểm title, mô tả, heading, slug, canonical tự trỏ, cặp hreflang hai chiều và sitemap. Bản EN không nên mang title hoặc đoạn chính bằng tiếng Việt. Từ khóa EN cần được chọn theo cách người đọc EN tìm kiếm, không phải dịch chữ một-một.
- Cache và thiết bị: xem công khai khi không đăng nhập, trên desktop và mobile; kiểm cache có trả nhầm menu, form hoặc nội dung của ngôn ngữ kia không. Sau khi xóa cache hoặc cập nhật plugin, thử lại đường chuyển ngôn ngữ.
- Media và schema: kiểm ảnh đại diện, alt, Open Graph, breadcrumb và dữ liệu có cấu trúc lấy đúng ngôn ngữ. Ảnh có chữ VI không tự trở thành ảnh EN; nếu dùng chung ảnh không chữ, alt vẫn nên mô tả theo ngôn ngữ trang.
WPML có thể tự phát hành hreflang khi cặp bản dịch được cấu hình đúng, nhưng điều đó không chứng minh nội dung, canonical, liên kết và biểu mẫu trên trang công khai đều đúng. Theo Google Search Central, các phiên bản ngôn ngữ nên có URL riêng, nội dung nhìn thấy phải thể hiện ngôn ngữ rõ ràng và người dùng cần có đường chuyển ngôn ngữ; tài liệu WPML giải thích cách plugin phát hành hreflang và sitemap. Đây là tiêu chí để kiểm tra, không phải bảo đảm xếp hạng.
Một ca kiểm thử thực tế sau khi cập nhật trang dịch vụ
Giả sử phạm vi dịch vụ trên trang VI thay đổi. Người phụ trách nội dung cung cấp bản được duyệt và đánh dấu đoạn EN cần cập nhật. Đội website sao lưu, sửa ở nơi đúng của từng ngôn ngữ, kiểm trang công khai không đăng nhập rồi thực hiện hai đường đi độc lập:
- Từ trang VI: mở menu, đọc thay đổi, bấm CTA, gửi form TEST, xác nhận email hoặc bản ghi đến đúng người và quay lại bằng nút EN.
- Từ trang EN: đi từ một URL EN trực tiếp, kiểm toàn bộ nội dung, menu và FAQ bằng tiếng Anh; bấm CTA, gửi form TEST với trường đã dịch; xác nhận thông báo, dữ liệu nguồn và người nhận.
- Mở mã nguồn hoặc công cụ kiểm tra để so canonical và các URL hreflang; kiểm cả hai trang đều trả URL tương ứng, không trỏ nhầm về bản VI hoặc trang chủ.
- Xem lại sau khi cache được làm mới. Ghi URL, thời gian, thiết bị, ảnh chụp, kết quả TEST và người duyệt nội dung vào biên bản thay đổi.
Nếu form EN tạo được bản ghi nhưng email thông báo vẫn tiếng Việt, đây là lỗi trải nghiệm và quy trình, dù trang đích nhìn đúng. Nếu EN đổi slug, rà link nội bộ và chuyển hướng của URL cũ trước khi kết luận hoàn tất.
Chẩn đoán nhanh khi bản EN “biến mất” hoặc sai tiếng
| Dấu hiệu | Kiểm tra đầu tiên |
|---|---|
| Bấm EN về trang chủ | Liên kết bản dịch của chính trang đó, trạng thái xuất bản và URL thực tế |
| URL EN chứa tiếng Việt | Nội dung/field dịch, template chung, cache và bản đang được xuất bản |
| Form EN gửi nhưng không có lead | Entries, email đích, cấu hình form theo ngôn ngữ và tích hợp CRM |
| Google nhận sai bản | Nội dung nhìn thấy, canonical, hreflang, indexability và URL được Google chọn |
Đừng sửa hàng loạt tất cả trang khi chỉ một template hoặc một thiết lập cache gây lỗi. Xác định một cặp URL mẫu, nguyên nhân và phạm vi ảnh hưởng; thử bản sửa trên staging nếu có, rồi mới áp dụng cho cụm liên quan. Không xóa hoặc tạo lại bản dịch khi chưa sao lưu và kiểm tra quan hệ giữa các ngôn ngữ.
Phần nào là bảo trì, phần nào là dự án riêng?
Quản trị website có thể bao gồm theo dõi cặp URL, kiểm sau cập nhật, xử lý menu/form/cache, sửa liên kết bản dịch và báo cáo lỗi trong phạm vi hợp đồng. Dịch mới hàng trăm trang, biên tập nội dung cho thị trường khác, thiết kế lại cấu trúc ngôn ngữ, đổi domain, hoặc tích hợp CRM đa quốc gia cần khảo sát và báo giá riêng. Bảng giá quản trị website là khung tham khảo; số ngôn ngữ, số cặp trang, plugin, form và quy trình duyệt quyết định khối lượng thực tế.
Một báo cáo tốt nên nêu số cặp URL đã kiểm, các cặp thiếu bản dịch, lỗi liên kết, lỗi gửi form, sai khác nội dung cần chủ trang duyệt, các URL đã sửa và kết quả thử lại. Chỉ gọi “đã dịch xong” khi người phụ trách nội dung xác nhận bản EN và đội vận hành xác nhận hành trình công khai hoạt động.
Câu hỏi thường gặp
WPML tự tạo hreflang rồi có cần kiểm tra không?
Có. Tự động phát hành thẻ là một bước; cần kiểm ở URL công khai xem bản dịch liên kết đúng, canonical hợp lý, trang được lập chỉ mục và nội dung thực sự đúng ngôn ngữ.
Có nên chuyển mọi người vào bản ngôn ngữ theo trình duyệt?
Không nên ép chuyển hướng khiến người dùng hoặc bot không mở được URL ngôn ngữ mình chọn. Nên có liên kết chuyển ngôn ngữ rõ ràng và kiểm cả đường vào trực tiếp của từng bản.
Chỉ có vài trang EN, có cần dịch toàn bộ website?
Không nhất thiết. Ưu tiên trang phục vụ đúng đối tượng và hành trình tư vấn; trang chưa dịch phải có cách điều hướng rõ. Không tạo một bản EN chỉ đổi menu rồi giữ nguyên phần nội dung chính bằng tiếng Việt.
Cập nhật trang VI có tự cập nhật EN không?
Không nên giả định như vậy. Quy trình phải ghi thay đổi nào cần biên tập EN, ai duyệt, khi nào xuất bản và cách thử lại form, liên kết, cache và SEO của cả hai bản.
Rà một cặp trang quan trọng trước
Gửi URL VI/EN đang gặp lỗi và mô tả đường đi của khách. IT Systems sẽ xác định phần vận hành có thể sửa ngay và phần cần dự án dịch thuật hoặc tích hợp riêng.
