Website đa ngôn ngữ tưởng chỉ là dịch thêm vài trang, nhưng thực tế phức tạp hơn nhiều.
Chúng tôi từng nhận cuộc gọi lúc nửa đêm từ một khách hàng hoảng hốt. Trang tiếng Anh trên site của họ vừa biến mất khỏi Google. Sự việc xảy ra ngay sau một lần đổi giao diện.
Lần theo log, chúng tôi phát hiện đội kỹ thuật xoá nhầm một dòng cấu hình quan trọng. Sự cố kiểu này không hiếm trong nghề. Càng làm nhiều dự án đa ngôn ngữ, chúng tôi càng thấy rõ một điều: phần lớn trục trặc đến từ chi tiết kỹ thuật nhỏ, bị bỏ qua ngay từ đầu.
Vì Sao Làm Site Nhiều Ngôn Ngữ Phức Tạp Hơn Bạn Nghĩ
Một website một ngôn ngữ chỉ cần một bộ nội dung, một đường dẫn cho mỗi trang. Website đa ngôn ngữ thì khác hẳn. Mỗi ngôn ngữ cần một bộ dữ liệu riêng. Đường dẫn, hay còn gọi là URL, cũng phải phân biệt được ngôn ngữ nào đang hiển thị.
Nói dễ hiểu, đó là lý do các site lớn hay dùng cấu trúc như /en/, /vi/, hoặc tên miền phụ kiểu en.tencongty.com. Chọn sai kiểu cấu trúc từ đầu, sau này đổi lại rất tốn công. Lý do là toàn bộ các đường dẫn cũ đã được Google lập chỉ mục.
Làm đa ngôn ngữ không phải việc doanh nghiệp nào cũng cần ngay từ đầu. Chúng tôi thường khuyên khách chỉ nên đầu tư khi đã có kế hoạch rõ ràng. Ví dụ như sắp xuất khẩu sang thị trường nào, khách hàng mục tiêu đọc ngôn ngữ gì. Làm đại trà cho có rồi bỏ bê, vừa tốn tiền vừa không mang lại hiệu quả.
Vấn đề thứ hai nằm ở SEO. Khi hai bản dịch của cùng một trang tồn tại song song, công cụ tìm kiếm dễ hiểu nhầm đây là nội dung trùng lặp. Trùng lặp nội dung, nói đơn giản, là khi công cụ tìm kiếm thấy hai trang gần giống nhau, khó biết nên xếp hạng trang nào lên trước.
Hệ quả là cả hai bản có thể bị đánh giá thấp hơn bình thường. Nếu muốn hiểu sâu hơn nguyên lý xếp hạng, có thể xem thêm bài SEO tổng thể cho website là gì. Bài đó giúp ích trước khi xử lý riêng phần đa ngôn ngữ.
Cuối cùng là chuyện giao diện. Cùng một câu tiếng Việt, dịch sang tiếng Đức có thể dài gấp rưỡi. Theo kinh nghiệm của chúng tôi, mức chênh lệch này không hề nhỏ. Dịch sang tiếng Nhật lại ngắn hơn, nhưng cần bộ font khác hẳn.
Nút bấm, menu, tiêu đề đều phải co giãn được. Nếu không, bản dịch nào cũng đẹp trên máy thiết kế, nhưng vỡ layout ngay khi khách hàng thật sự mở trang lên.
Nếu doanh nghiệp đang chuẩn bị mở rộng ra thị trường quốc tế, nền móng ban đầu rất quan trọng. Một dịch vụ thiết kế website bán hàng chuẩn ngay từ đầu sẽ giúp việc thêm ngôn ngữ về sau đỡ vất vả hơn nhiều.
Những Lỗi Kỹ Thuật Thường Gặp Khi Làm Website Đa Ngôn Ngữ
Nhìn vào backend của nhiều dự án chúng tôi từng tiếp nhận, lỗi hay lặp lại ở vài chỗ quen thuộc. Dưới đây là những lỗi phổ biến nhất, theo đúng thứ tự chúng tôi hay gặp.
- Thiếu thẻ hreflang, hoặc gắn sai mã ngôn ngữ. Đây là dòng khai báo cho Google biết trang nào dành cho ngôn ngữ nào, vùng nào. Thiếu nó, Google có thể gộp nhầm bản tiếng Việt và bản tiếng Anh vào cùng một nhóm. Kết quả là chỉ một bản được hiển thị cho tất cả người tìm kiếm.
- Không đồng bộ nội dung khi cập nhật. Một nhân viên sửa giá dịch vụ ở bản tiếng Việt nhưng quên cập nhật bản tiếng Anh. Khách nước ngoài xem giá cũ, rồi khiếu nại. Nghe đơn giản, nhưng chúng tôi gặp tình huống này ở khá nhiều dự án đa ngôn ngữ đã làm.
- Giao diện vỡ khi bản dịch dài hơn bản gốc. Nút "Đăng Ký Ngay" chỉ ba chữ trong tiếng Việt, nhưng khi dịch sang tiếng Đức lại thành cả cụm dài, tràn hẳn ra ngoài khung nút.
Cách nhanh để rà lỗi hreflang: dán từng URL vào một công cụ kiểm tra hreflang miễn phí có sẵn trên mạng. Sai sót hiện ra ngay.
Ngoài ba lỗi kể trên, chúng tôi còn hay gặp sitemap XML gộp chung mọi ngôn ngữ vào một file. Google khi đó khó thu thập dữ liệu đều cho từng bản dịch. Tách sitemap riêng theo từng ngôn ngữ, rồi khai báo đầy đủ, sẽ giúp Google index đều hơn.
Điểm chung của ba lỗi này: chúng không lộ ra ngay. Site vẫn chạy bình thường, khách vẫn vào được. Chỉ có thứ hạng tìm kiếm và trải nghiệm người dùng âm thầm đi xuống. Chúng tôi hay gọi đây là lỗi "ngấm dần" — vài tuần sau mới thấy hậu quả rõ.
Đó cũng là lý do việc chăm sóc website đều đặn sau khi ra mắt quan trọng không kém việc thiết kế ban đầu. Điều này càng đúng với site nhiều ngôn ngữ.
Hướng Xử Lý Để Site Nhiều Ngôn Ngữ Chạy Ổn Định Ngay Từ Đầu
Cách đây hai năm, chúng tôi nhận một dự án làm website cho công ty xuất khẩu nông sản. Họ cần bản tiếng Việt và tiếng Anh chạy song song. Bài học lớn nhất: xử lý đúng ba việc ngay từ vòng thiết kế đầu tiên sẽ đỡ rất nhiều công sức về sau.
Việc đầu tiên là chọn cấu trúc URL và khai báo hreflang trước khi viết dòng code nào. Với dự án đó, chúng tôi chọn thư mục con /vi/ và /en/, thay vì tên miền phụ. Cách này dễ quản lý chung trên một hệ thống nội dung. Mỗi trang đều có cặp thẻ hreflang trỏ qua lại giữa hai bản.
Chúng tôi thêm cả khai báo x-default, dùng cho trường hợp trình duyệt không xác định được ngôn ngữ ưu tiên. Làm ngay từ đầu gần như không tốn thêm chi phí. Nhưng nếu để sau khi site đã chạy, riêng công rà lại toàn bộ URL cũ có thể tốn khá nhiều thời gian và công sức.
Nếu site chạy trên WordPress — nền tảng mã nguồn mở phổ biến nhất hiện nay — chúng tôi hay dùng plugin để quản lý bản dịch. Hai cái tên quen thuộc là WPML và Polylang. Cả hai đều tự sinh thẻ hreflang, tự tạo cấu trúc URL theo ngôn ngữ, đỡ phải code tay từ đầu. WPML có phí bản quyền hằng năm tùy theo gói sử dụng, nhưng không quá lớn so với công sức tiết kiệm được.
Việc thứ hai là dựng quy trình đồng bộ nội dung, không dựa vào trí nhớ của nhân viên. Chúng tôi thường đề xuất khách hàng gắn nhãn trạng thái cho từng bài viết: "đã dịch", "chờ dịch", "cần cập nhật lại". Cách này giúp bất kỳ ai trong đội cũng biết ngay bản tiếng Anh có đang lệch so với bản gốc hay không.
Một mẹo nhỏ chúng tôi hay áp dụng: luôn nhờ người bản ngữ đọc lại bản dịch trước khi công bố. Công cụ dịch tự động rất giỏi ngữ pháp. Nhưng đôi khi nó bỏ lỡ ngữ cảnh văn hoá của từng địa phương.
Việc thứ ba, và cũng hay bị bỏ qua nhất, là kiểm thử giao diện bằng nội dung thật của từng ngôn ngữ. Không phải chữ giả cho có.
Ở dự án nông sản, bản tiếng Anh có nhiều thuật ngữ kỹ thuật dài. Menu điều hướng ban đầu bị tràn dòng trên điện thoại. Chúng tôi phải quay lại chỉnh phần khung menu cho co giãn theo độ dài chữ. Lẽ ra nên làm việc này ngay từ giai đoạn thiết kế, bằng cách kiểm thử với nội dung thật từ sớm.
Sau dự án đó, chúng tôi rút ra một quy tắc. Đừng để phần đa ngôn ngữ thành việc làm thêm sau khi site đã xong. Nó cần nằm trong bản thiết kế gốc, giống như việc chọn màu chủ đạo hay bố cục trang chủ.
Kết Luận
Website đa ngôn ngữ không khó ở công nghệ. Cái khó nằm ở việc phải cẩn thận nhiều lớp cùng lúc, từ cấu trúc URL đến cách cập nhật nội dung mỗi ngày. Câu chuyện khách hàng mất trang tiếng Anh khỏi Google ở đầu bài chỉ là một ví dụ. Nguyên nhân khi đó chỉ là một dòng cấu hình bị xoá nhầm.
Chi tiết nhỏ vậy thôi, nhưng đủ khiến cả một trang quan trọng biến mất khỏi kết quả tìm kiếm, như câu chuyện đầu bài. Nếu bạn sắp triển khai dự án tương tự, hãy đọc thêm bài nên tự làm hay thuê ngoài khi thiết kế website. Quyết định đúng ngay từ bước này sẽ giúp cả hành trình đa ngôn ngữ về sau nhẹ nhàng hơn nhiều.
