Một dự án dịch website chạy ổn thường đi qua tám bước theo thứ tự: khoanh phạm vi, chuẩn bị kỹ thuật, xuất nội dung, lập thuật ngữ và hướng dẫn giọng văn, dịch và biên tập, nhập lại vào website, kiểm tra trên giao diện thật, ra mắt rồi cập nhật định kỳ. Bước dịch chỉ chiếm khoảng giữa; phần lớn rủi ro nằm ở các bước trước và sau nó.
Lỗi phổ biến nhất là bắt đầu từ bước dịch: sao chép chữ trên trang vào một tệp văn bản, gửi đi dịch, rồi dán bản dịch ngược lại từng ô trong giao diện quản trị. Cách này bỏ sót nút bấm, thông báo, thẻ meta, làm hỏng định dạng, và không để lại gì cho lần cập nhật sau.
Mỗi bước dưới đây đi kèm đầu ra cụ thể để bạn kiểm được tiến độ, cùng bảng phân vai giữa doanh nghiệp, đội kỹ thuật và nhóm dịch.
Tám bước, mỗi bước một đầu ra
Thứ tự này áp dụng cho cả website giới thiệu doanh nghiệp lẫn cửa hàng trực tuyến; chỉ khối lượng mỗi bước là khác.
- Khoanh phạm vi. Chọn ngôn ngữ, thị trường, danh sách trang và loại nội dung sẽ dịch (trang tĩnh, sản phẩm, bài viết, chữ giao diện, email). Đầu ra: bảng phạm vi có số trang hoặc số mục, người duyệt mỗi ngôn ngữ, ngày ra mắt mong muốn.
- Chuẩn bị kỹ thuật. Bật khả năng đa ngôn ngữ, chọn cấu trúc đường dẫn, kiểm phông chữ có đủ ký tự, xác định cách định dạng ngày giờ, số và tiền theo ngôn ngữ. Đầu ra: một trang mẫu hiển thị được ngôn ngữ mới với chữ giả.
- Xuất nội dung. Lấy nội dung ra dưới dạng tệp có cấu trúc (bảng tính có mã định danh từng dòng, hoặc tệp trao đổi chuẩn ngành như XLIFF), gồm cả chuỗi giao diện và thẻ meta. Đầu ra: bộ tệp nguồn kèm số liệu khối lượng.
- Lập thuật ngữ và hướng dẫn giọng văn. Thống nhất cách dịch tên sản phẩm, tính năng, chức danh; quy định xưng hô, mức trang trọng, cách viết số và đơn vị. Đầu ra: bảng thuật ngữ đã được người duyệt phía doanh nghiệp chấp nhận.
- Dịch và biên tập. Người dịch làm bản đầu, người thứ hai biên tập đối chiếu với bản nguồn; với trang bán hàng, có thể thêm một vòng viết lại cho tự nhiên. Đầu ra: tệp đã dịch, nguyên cấu trúc, kèm danh sách câu hỏi và chỗ cần doanh nghiệp quyết.
- Nhập lại vào website. Đội kỹ thuật nhập tệp, không dán tay. Đầu ra: bản ngôn ngữ mới trên môi trường thử nghiệm (staging), chưa công khai.
- Kiểm tra trên giao diện thật. Người dịch hoặc người bản xứ duyệt từng trang trên máy tính và điện thoại: chữ bị cắt, tràn, thiếu dịch, sai ngữ cảnh, định dạng ngày và tiền. Đầu ra: danh sách lỗi đã sửa và biên bản nghiệm thu.
- Ra mắt và cập nhật. Công khai, khai báo liên kết giữa các phiên bản ngôn ngữ cho công cụ tìm kiếm, gắn quy trình cập nhật khi bản gốc thay đổi. Đầu ra: lịch cập nhật và người chịu trách nhiệm.
Bước 2 và 3 thường bị gộp hoặc bỏ qua vì “chỉ là kỹ thuật”, nhưng chính chúng quyết định bước 6 mất một giờ hay mất một tuần.
Ai làm gì ở mỗi bước
Phân vai rõ giúp tránh tình trạng mỗi bên chờ bên kia. Bảng dưới là cách chia phổ biến; dự án nhỏ có thể một người kiêm nhiều vai.
| Bước | Doanh nghiệp | Đội kỹ thuật | Nhóm dịch |
|---|---|---|---|
| Khoanh phạm vi | Quyết định, chỉ định người duyệt | Ước lượng khả năng xuất nội dung | Tư vấn phạm vi theo mục tiêu |
| Chuẩn bị kỹ thuật | Duyệt cấu trúc đường dẫn | Thực hiện | Góp ý phông, hướng viết, độ dài |
| Xuất nội dung | Cung cấp tài liệu tham chiếu | Thực hiện | Kiểm tệp có dịch được không |
| Thuật ngữ, giọng văn | Duyệt | Không tham gia | Soạn đề xuất |
| Dịch và biên tập | Trả lời câu hỏi | Không tham gia | Thực hiện |
| Nhập lại | Không tham gia | Thực hiện | Hỗ trợ khi lỗi định dạng |
| Kiểm tra giao diện | Người duyệt bản xứ xem trang chính | Sửa lỗi hiển thị | Kiểm từng trang, sửa chữ |
| Ra mắt, cập nhật | Quyết ngày, giữ lịch cập nhật | Công khai, khai báo | Nhận phần thay đổi định kỳ |
Điểm hay nghẽn nhất là cột doanh nghiệp ở bước dịch: người dịch hỏi “tính năng này với khách nước ngoài có khác không?”, “giá này có áp dụng cho thị trường kia không?” mà không ai trả lời. Đặt sẵn một đầu mối trả lời trong vòng một ngày làm việc giúp tiến độ đi đều.
Bảng thuật ngữ và hướng dẫn giọng văn: nên có gì
Tên riêng giữ hay dịch. Tên công ty, tên sản phẩm, tên dòng sản phẩm, tên vùng nguyên liệu: cái nào giữ nguyên tiếng Việt (bỏ dấu hay giữ dấu), cái nào dùng tên thương mại tiếng nước ngoài đã đăng ký. Quyết một lần, ghi vào bảng, không để mỗi trang một kiểu.
Thuật ngữ nghiệp vụ. Khoảng vài chục đến vài trăm mục mà website lặp lại nhiều: tên tính năng, tên chất liệu, tên công đoạn sản xuất, tên các bước đặt hàng. Mỗi mục có một cách dịch được chọn, kèm cách không được dùng nếu có lý do.
Xưng hô và mức trang trọng. Website tiếng Anh nói “you” đơn giản; tiếng Đức, tiếng Pháp phải chọn giữa cách xưng lịch sự và thân mật; tiếng Nhật, tiếng Hàn có nhiều bậc kính ngữ. Chọn sai bậc là cả website nghe lệch giọng với khách.
Quy ước viết. Viết hoa tiêu đề theo kiểu nào, dùng dấu câu nào trong nút bấm, số viết bằng chữ hay bằng số, đơn vị đặt trước hay sau, có dùng chữ viết tắt không. Những quy ước nhỏ này làm nên cảm giác nhất quán mà người đọc không gọi tên được.
Tiến độ phụ thuộc vào những gì
Không có con số chung cho “dịch website mất bao lâu”, vì thời gian bị chi phối bởi ba thứ ít liên quan đến số chữ. Thứ nhất là nền kỹ thuật: website đã hỗ trợ đa ngôn ngữ và xuất được nội dung thì bước 2–3 gần như không tốn thời gian; website viết tay, chữ nằm lẫn trong mã thì riêng việc tách chuỗi có thể lâu hơn cả việc dịch.
Thứ hai là tốc độ phản hồi của người duyệt. Một vòng duyệt bảng thuật ngữ chậm vài ngày sẽ đẩy lùi toàn bộ phần dịch, vì người dịch không nên dịch hàng trăm trang khi chưa thống nhất cách gọi tên sản phẩm. Thứ ba là khối lượng ảnh có chữ và tệp tải về (catalogue, hướng dẫn sử dụng dạng PDF): chúng thường cần thiết kế lại, không chỉ dịch.
Cách lập lịch thực tế là làm một “lát cắt mỏng” trước: chọn ba đến năm trang tiêu biểu (trang chủ, một trang sản phẩm, trang liên hệ, một bài viết), chạy đủ tám bước cho riêng chúng. Lát cắt này lộ ra hầu hết vấn đề kỹ thuật và giọng văn, sau đó phần còn lại chạy nhanh và ít bất ngờ. Đây cũng là cách đo năng lực nhóm dịch trước khi giao toàn bộ.
Những chỗ hay vỡ khi làm tắt
Dịch từ ảnh chụp màn hình. Gửi người dịch ảnh chụp trang thay vì tệp nội dung thì họ không biết chữ nào là nút, chữ nào là tiêu đề, cũng không có mã để nhập lại. Kết quả là phải dán tay, dễ lệch và không tái sử dụng được.
Ghép chữ thành câu trong mã. Lập trình viên đôi khi ghép “Bạn có” + số + “sản phẩm trong giỏ”. Sang ngôn ngữ có trật tự từ khác hoặc có số nhiều biến đổi, câu ghép này không dịch đúng được. Chuỗi phải là câu hoàn chỉnh có biến giữ chỗ.
Quên phần ngoài trang. Email xác nhận đơn hàng, tin nhắn đặt lại mật khẩu, hoá đơn tải về, thông báo trình duyệt — khách nước ngoài vẫn nhận bằng tiếng Việt vì không ai đưa vào phạm vi.
Không có môi trường thử. Nhập thẳng bản dịch lên website đang chạy khiến khách thấy trang dở dang, và lỗi hiển thị bị công cụ tìm kiếm lập chỉ mục trước khi kịp sửa.
Không giữ bộ nhớ dịch. Không lưu các cặp câu nguồn–đích sau lần dịch đầu thì mỗi lần cập nhật lại phải dịch từ đầu, tốn tiền cho những câu đã dịch rồi và dễ dịch khác đi so với lần trước.
Nghiệm thu: danh mục kiểm trước khi công khai
Biên bản nghiệm thu nên dựa trên danh mục kiểm được, không dựa trên cảm giác “đọc thấy ổn”. Danh mục tối thiểu:
- Mọi trang trong bảng phạm vi đều có bản ngôn ngữ mới, không còn đoạn tiếng nguồn sót lại (trừ tên riêng có chủ đích).
- Menu, nút, nhãn biểu mẫu, thông báo lỗi khi nhập sai, trang 404 đã dịch.
- Không có chữ bị cắt, chồng lên nhau hoặc tràn khung trên điện thoại màn hình nhỏ và trên máy tính.
- Ngày giờ, số, tiền, đơn vị hiển thị theo quy ước của ngôn ngữ đích.
- Thẻ tiêu đề, mô tả trang, văn bản thay thế của ảnh đã dịch và đúng giới hạn độ dài.
- Email tự động và tệp tải về đã có bản ngôn ngữ mới hoặc được ghi rõ là chưa có.
- Bộ chọn ngôn ngữ dẫn đúng sang trang tương ứng, không đưa về trang chủ.
- Người duyệt bản xứ đã đọc các trang bán hàng chính và ký xác nhận.
Mục cuối quan trọng nhất về mặt trách nhiệm: nó chuyển câu hỏi “dịch có hay không” từ cảm nhận sang một xác nhận của người hiểu thị trường.
Sau ngày ra mắt: bước thứ tám mới là bước dài nhất
Ngày công khai bản ngôn ngữ mới không phải ngày kết thúc dự án. Website tiếp tục thay đổi, và mỗi thay đổi ở bản gốc tạo ra một khoảng lệch ở bản dịch. Quy trình cập nhật cần được thoả thuận ngay từ đầu: thay đổi nào phải dịch trong ngày (giá, khuyến mãi, thông báo quan trọng), thay đổi nào gom theo tuần hoặc tháng (bài viết, mô tả nhỏ), và ai báo cho nhóm dịch khi có thay đổi.
Ba tháng đầu sau ra mắt cũng là lúc thu thông tin quý nhất: khách nước ngoài hỏi gì qua biểu mẫu, họ tìm bằng từ khoá nào, trang nào họ rời đi nhanh. Những tín hiệu này cho biết bản dịch chỗ nào chưa rõ, chỗ nào thiếu thông tin cho thị trường đó. Một vòng chỉnh sửa có chủ đích sau ba tháng thường mang lại nhiều giá trị hơn việc dịch thêm trang mới.
Khi Dịch Hay nhận dự án website, phần cập nhật được tính như một hạng mục riêng ngay từ báo giá đầu, để bạn thấy trước chi phí duy trì chứ không chỉ chi phí ra mắt. Bạn có thể gửi yêu cầu trong mẫu đăng ký kèm danh sách trang cần dịch; bảng phạm vi ở bước 1 sẽ được lập cùng bạn trước khi bắt đầu.
Câu hỏi thường gặp
Có thể dịch website khi nó đang được thiết kế lại không?
Có thể, nhưng nên chờ nội dung nguồn ổn định ít nhất ở các trang chính. Dịch song song với lúc nội dung còn sửa liên tục làm phát sinh nhiều vòng dịch lại. Phần làm song song được là chuẩn bị kỹ thuật và bảng thuật ngữ.
Không có đội kỹ thuật thì làm bước xuất và nhập thế nào?
Nhiều hệ quản trị nội dung phổ biến có chức năng xuất nhập bản dịch sẵn hoặc qua tiện ích mở rộng. Nếu không có, nhóm dịch có thể nhận bảng tính có mã định danh từng ô rồi trả về đúng cấu trúc đó; việc nhập vẫn cần người có quyền quản trị làm cẩn thận.
Bước kiểm tra trên giao diện có thực sự cần người dịch làm?
Nên có. Lỗi lớn nhất ở bước này là chữ đúng nhưng đặt sai chỗ: một từ được dịch theo nghĩa danh từ trong khi trên giao diện nó là động từ trên nút bấm. Chỉ người nhìn thấy ngữ cảnh thật mới bắt được loại lỗi này.
Nên ra mắt toàn bộ cùng lúc hay từng phần?
Nếu bộ chọn ngôn ngữ xử lý được trang chưa có bản dịch (ẩn đi hoặc ghi rõ), có thể ra mắt từng phần bắt đầu từ các trang quan trọng nhất. Điều cần tránh là trang trộn hai ngôn ngữ không có chủ đích.
Làm sao biết bản dịch website có hiệu quả?
So số liên hệ, đơn hàng hoặc thời gian ở lại trang của khách từ thị trường đích trước và sau khi có bản ngôn ngữ mới, kèm đọc các câu hỏi họ gửi. Câu hỏi lặp lại về cùng một thông tin thường là dấu hiệu trang dịch chưa nói rõ.
Có cần dịch cả chính sách bảo mật và điều khoản sử dụng?
Nếu bạn thu thập dữ liệu hoặc bán hàng cho người ở thị trường đích thì nên có, và nội dung có thể phải điều chỉnh theo luật nơi đó chứ không chỉ dịch. Phần này nên được người am hiểu pháp lý thị trường đích xem lại.