Bản địa hóa bắt đầu từ mục đích của sản phẩm
Website giới thiệu doanh nghiệp cần diễn đạt rõ năng lực và thông tin liên hệ. Phần mềm quản trị cần thuật ngữ ổn định trong nhiều màn hình. Ứng dụng dành cho người tiêu dùng lại đòi hỏi lời hướng dẫn gần gũi, dễ hiểu và phù hợp với thao tác trên điện thoại. Trước khi dịch, cần xác định người dùng chính, thị trường mục tiêu và những hành động mà nội dung đang hỗ trợ.
Phạm vi có thể bao gồm trang giới thiệu, trang sản phẩm, bài hỗ trợ, nội dung giao diện, email hệ thống, thông báo đẩy và phần mô tả ứng dụng. Trí Việt trao đổi với khách hàng để phân biệt nội dung đang hiển thị, nội dung dự kiến phát hành và phần chưa cần dịch. Danh mục rõ ràng giúp hạn chế bỏ sót hoặc đưa nhầm chuỗi cũ vào bản mới.
Dịch website với sự liên kết giữa các trang
Một website có nhiều lớp nội dung: thanh điều hướng, tiêu đề trang, mô tả dịch vụ, biểu mẫu, câu hỏi thường gặp và thông báo sau khi gửi yêu cầu. Nếu chỉ dịch phần bài viết, người dùng có thể gặp một hành trình đứt đoạn khi chuyển sang biểu mẫu hoặc email xác nhận. Bản dịch được xem trong quan hệ với các trang liên quan để thống nhất tên dịch vụ, cách xưng hô và lời kêu gọi hành động.
Nội dung giới thiệu cần giữ chính xác các thông tin về doanh nghiệp, địa chỉ, phạm vi cung cấp và điều kiện dịch vụ. Đối với trang có hình ảnh chứa chữ, cần xác định chữ nào sẽ được thay trực tiếp trong hình và chữ nào được chuyển thành chú thích. Phần thông tin thay đổi theo từng thị trường, như phương thức liên hệ hoặc cách ghi địa chỉ, nên được khách hàng xác nhận thay vì người dịch tự bổ sung.
Chuỗi giao diện cần đủ ngữ cảnh để dịch đúng
Chuỗi giao diện thường ngắn nhưng không vì thế mà đơn giản. Từ “Open” có thể chỉ thao tác mở tệp, trạng thái một yêu cầu hoặc thời gian cửa hàng hoạt động. Một nhãn như “Apply” cần biết người dùng đang áp dụng bộ lọc hay gửi hồ sơ. Trí Việt đề nghị bổ sung ảnh chụp màn hình, mô tả chức năng hoặc ghi chú cho những chuỗi dễ hiểu theo nhiều cách.
Thông báo lỗi cần chỉ rõ vấn đề theo nội dung nguồn và hướng dẫn bước tiếp theo khi sản phẩm đã có hướng dẫn đó. Nút bấm cần phản ánh đúng hành động xảy ra sau khi chọn. Giới hạn độ dài được xem là yêu cầu giao diện, nhưng việc rút gọn phải giữ phần thông tin thiết yếu. Những trường hợp chưa đủ ngữ cảnh được đánh dấu để khách hàng trả lời trước khi chốt.
Bảo toàn cấu trúc tệp, biến và nội dung động
Nội dung phần mềm có thể được xuất dưới dạng JSON, XML, PO, XLIFF hoặc bảng chuỗi do đội phát triển chuẩn bị. Cần phân biệt văn bản được phép dịch với khóa định danh, thẻ đánh dấu và biến chèn dữ liệu. Các ký hiệu như {name} hoặc %1$s thường mang chức năng kỹ thuật, không phải từ cần chuyển ngữ. Trí Việt yêu cầu xác nhận quy tắc tệp và ghi nhận phần phải giữ nguyên trước khi xử lý. Tài liệu Android cũng hướng dẫn đánh dấu các đoạn không được dịch trong chuỗi để bảo vệ chúng khi bản địa hóa. Tham khảo Android Developers.
Bản dịch cần được kiểm tra với dữ liệu mẫu đủ thực tế: tên dài, giá trị trống, số lớn và nội dung do người dùng nhập. Một câu có biến ở đầu chưa chắc giữ nguyên trật tự khi chuyển sang ngôn ngữ khác; việc đổi vị trí phải tương thích với cơ chế định dạng của sản phẩm. Khách hàng nên cung cấp mô tả của từng biến và ví dụ đầu ra. Bước đối chiếu tệp bàn giao tập trung vào khóa, số lượng chuỗi và ký hiệu được bảo vệ, còn đội phát triển xác nhận khả năng nạp tệp trong môi trường tích hợp.
Số nhiều, ngày tháng và quy ước địa phương
Một sản phẩm đa ngôn ngữ cần xử lý cả câu thay đổi theo số lượng, không chỉ các câu tĩnh. Ví dụ, thông báo về số mục được chọn có thể sử dụng nhiều dạng câu ở ngôn ngữ đích. Android cung cấp tài nguyên số nhiều và cơ chế chọn dạng tương ứng với ngôn ngữ, số lượng; quy tắc không thể giản lược thành việc thêm một ký tự vào danh từ. Vì vậy, người dịch cần nhận được toàn bộ nhóm chuỗi liên quan, còn đội phát triển cần giữ cơ chế lựa chọn đúng dạng. Tham khảo tài nguyên chuỗi Android.
Ngày tháng, dấu phân cách số, đơn vị và cách viết tiền tệ cũng cần được trao đổi theo thị trường. Một ngày viết bằng các con số có thể bị hiểu theo hai thứ tự khác nhau. Bản dịch không tự chuyển đổi giá bán hoặc thay điều kiện thanh toán; những dữ liệu đó thuộc phạm vi xác nhận của khách hàng. Khi hệ thống đã có chức năng định dạng theo vùng, nội dung dịch cần phối hợp với chức năng này.
Thống nhất thuật ngữ và giọng điệu thương hiệu
Bảng thuật ngữ giúp các màn hình nói về cùng một chức năng bằng cùng một tên gọi. Trí Việt có thể xây dựng danh sách thuật ngữ từ nội dung nguồn và tài liệu sản phẩm, sau đó chuyển khách hàng duyệt các tên quan trọng. Những mục như tên tính năng, gói dịch vụ, vai trò tài khoản và trạng thái xử lý cần được xác định sớm.
Hướng dẫn văn phong có thể quy định cách xưng hô, mức độ trang trọng, cách viết hoa và cách diễn đạt thông báo. Giọng điệu vẫn phải giữ sự nhất quán ở các tình huống nhạy cảm như lỗi thanh toán hoặc mất kết nối. Các thay đổi đã được khách hàng duyệt được ghi nhận để áp dụng vào phần còn lại, tránh chỉnh từng màn hình theo những lựa chọn khác nhau.
Nội dung tìm kiếm và các phiên bản ngôn ngữ
Dịch nội dung phục vụ tìm kiếm cần hiểu người đọc dùng từ gì khi tìm sản phẩm và họ muốn biết thông tin nào. Tiêu đề, mô tả trang, đề mục và văn bản liên kết nên phản ánh chính xác nội dung thay vì lặp từ khóa quá mức. Nếu khách hàng đã có bộ từ khóa theo thị trường, bộ từ đó được sử dụng như tài liệu tham chiếu. Khi chưa có nghiên cứu, người dịch không nên tự xem một bản dịch sát từng chữ là bằng chứng về nhu cầu tìm kiếm của thị trường.
Về triển khai, Google hướng dẫn sử dụng hreflang để thông báo các phiên bản bản địa hóa của cùng nội dung. Đây là một phần cấu hình website mà đội kỹ thuật cần kiểm tra cùng quan hệ giữa các URL. Tham khảo Google Search Central. Trí Việt có thể bàn giao bảng đối chiếu trang nguồn và trang đích để hỗ trợ công việc đó. Nội dung được dịch và rà soát không đồng nghĩa với cam kết thứ hạng, lưu lượng hay doanh số; các kết quả này còn phụ thuộc nhiều yếu tố của website và hoạt động kinh doanh.
Dịch cả những nội dung hỗ trợ khả năng tiếp cận
Người dùng không chỉ đọc phần chữ nhìn thấy trên màn hình. Một sản phẩm có thể có nhãn dành cho công nghệ hỗ trợ, mô tả hình ảnh mang thông tin, hướng dẫn trường nhập liệu và thông báo trạng thái. Những phần này cần được đưa vào danh mục khi thuộc phạm vi dịch. Người dịch cần biết mục đích của điều khiển để nhãn mô tả đúng thao tác.
W3C khuyến nghị khai báo ngôn ngữ mặc định bằng thuộc tính lang trên phần tử html, đồng thời đánh dấu phần nội dung chuyển sang ngôn ngữ khác khi thích hợp. Tham khảo hướng dẫn W3C. Trí Việt có thể cung cấp ngôn ngữ của nội dung và lưu ý những đoạn cần xem xét, còn việc cấu hình và kiểm tra kỹ thuật thuộc đội triển khai. Dịch các nhãn hỗ trợ tiếp cận là một phần của công việc nội dung; đánh giá đầy đủ khả năng tiếp cận còn cần kiểm tra thiết kế, mã nguồn và cách tương tác thực tế.
Kiểm tra ngôn ngữ trên giao diện thực tế
Kiểm tra chất lượng ngôn ngữ trên sản phẩm, thường gọi là LQA, giúp phát hiện những vấn đề khó thấy khi chỉ đọc bảng chuỗi. Một bản dịch có thể đúng nghĩa nhưng bị cắt trên nút, xuống dòng không thuận hoặc xuất hiện ở sai ngữ cảnh. Trí Việt trao đổi với khách hàng về quyền truy cập bản thử nghiệm, ảnh chụp màn hình và các hành trình cần kiểm tra.
Mỗi vấn đề nên có vị trí, ảnh minh họa, nội dung hiện tại và đề xuất chỉnh sửa. Lỗi dịch, thiếu ngữ cảnh, lỗi hiển thị và lỗi chức năng cần có người phụ trách phù hợp. Khi điều chỉnh văn bản để vừa giao diện, bản mới phải được kiểm tra lại tại chính vị trí đó. Nếu chưa có bản thử nghiệm, phần dịch vẫn có thể được chuẩn bị từ tệp nguồn và hình tham chiếu, nhưng cần ghi rõ giới hạn kiểm tra. Việc này giúp khách hàng quyết định bước rà soát cần bổ sung trước khi phát hành.
Quy trình phối hợp và bộ tệp bàn giao
Dự án bắt đầu bằng việc nhận nội dung nguồn, xác định định dạng và thống nhất người duyệt. Sau đó, các câu hỏi về chức năng, thuật ngữ hoặc dữ liệu được tổng hợp để khách hàng trả lời tập trung. Các lựa chọn đã duyệt trở thành cơ sở cho phần còn lại. Bản dịch sau khi rà soát được gửi để khách hàng kiểm tra trong bối cảnh sản phẩm của mình.
Bộ bàn giao được thỏa thuận theo hệ thống sử dụng, có thể gồm tệp tài nguyên, bảng nội dung song ngữ, bảng thuật ngữ và danh sách điểm cần xác nhận. Nếu có LQA, báo cáo vấn đề được gửi kèm theo phạm vi đã kiểm tra. Khi sản phẩm cập nhật, cung cấp danh sách chuỗi mới hoặc thay đổi sẽ giúp xác định chính xác phần cần xử lý. Nội dung pháp lý, điều kiện sử dụng hoặc chính sách chuyên ngành cần được người có trách nhiệm của doanh nghiệp duyệt trước khi công bố.
Thông tin cần chuẩn bị để nhận báo giá
Bạn có thể gửi đường dẫn website hoặc tệp nội dung cùng ngôn ngữ nguồn, ngôn ngữ đích và thị trường hướng tới. Đối với phần mềm, nên kèm loại nền tảng, định dạng tài nguyên, ảnh màn hình và giới hạn ký tự nếu có. Nếu website còn thay đổi, hãy ghi phiên bản hoặc ngày xuất nội dung để tránh so sánh những bộ dữ liệu khác nhau trong quá trình duyệt.
Chi phí và kế hoạch thực hiện được xác định theo khối lượng, ngôn ngữ, mức độ chuyên ngành, định dạng và yêu cầu kiểm tra. Dịch nội dung, nhập nội dung vào hệ thống và kiểm tra giao diện là các đầu việc cần được nêu rõ trong báo giá.
GIẢI ĐÁP
Câu hỏi thường gặp
Có thể bắt đầu khi website hoặc ứng dụng chưa hoàn thiện không?
Có thể chuẩn bị bản dịch từ tệp nguồn đã xác định phiên bản, kèm hình tham chiếu và ghi chú chức năng. Các chuỗi chưa ổn định cần được đánh dấu. Khi có bản thử nghiệm, nên bổ sung bước kiểm tra để xác nhận ngữ cảnh và cách hiển thị.
Trí Việt có dịch trực tiếp trong mã nguồn không?
Phương thức xử lý được thống nhất sau khi xem cấu trúc dự án. Khách hàng có thể xuất tệp tài nguyên hoặc bảng nội dung để dịch. Nếu cần thao tác trong hệ thống, hai bên làm rõ quyền truy cập, vùng nội dung được phép sửa và trách nhiệm kiểm tra tích hợp.
Bản dịch có giữ nguyên biến và khóa chuỗi không?
Các biến, khóa và thẻ cần bảo vệ được nhận diện theo tài liệu khách hàng cung cấp. Bản bàn giao được đối chiếu với cấu trúc nguồn; đội phát triển tiếp tục kiểm tra khi nạp tệp. Cần cung cấp quy tắc định dạng nếu sản phẩm sử dụng ký hiệu riêng.
Dịch website có bao gồm nghiên cứu từ khóa và cấu hình hreflang không?
Hai nội dung này cần được xác định riêng trong phạm vi. Bản dịch có thể sử dụng bộ từ khóa đã duyệt và bảng đối chiếu URL. Nghiên cứu thị trường tìm kiếm hoặc chỉnh cấu hình kỹ thuật chỉ thực hiện khi đã có yêu cầu và phương án thống nhất.
Khi sản phẩm cập nhật, có phải dịch lại toàn bộ không?
Thông thường cần xem phần nội dung mới, phần đã thay đổi và ảnh hưởng đến các chuỗi liên quan. Gửi tệp đối chiếu hoặc danh sách thay đổi cùng phiên bản cũ giúp xác định phạm vi. Thuật ngữ đã duyệt vẫn cần xem lại nếu chức năng sản phẩm đổi ý nghĩa.
Trao đổi về bản địa hóa sản phẩm của bạn
Gửi đường dẫn hoặc tệp nguồn để Trí Việt xem phạm vi dịch website, phần mềm và ứng dụng. Bạn có thể gọi 0912 416 646, gửi tài liệu tới baogia@dichthuattriviet.com hoặc dùng biểu mẫu báo giá. Hãy ghi rõ ngôn ngữ đích, thị trường và yêu cầu kiểm tra giao diện để nhận đề xuất phù hợp.
Gửi yêu cầu báo giáGọi 0912 416 646