Dịch website tiếng Anh sang tiếng Việt: tự nhiên, dễ dùng và đúng thông tin

Dịch website tiếng Anh sang tiếng Việt không chỉ là thay đoạn văn trên trang chủ. Khách hàng còn đọc menu, nút bấm, thông báo lỗi, email xác nhận và điều kiện sử dụng. Nếu các phần này dùng thuật ngữ khác nhau hoặc vẫn xen tiếng Anh ngoài ý muốn, trải nghiệm sẽ thiếu liền mạch.

Mục tiêu là giúp người đọc Việt hiểu đúng thông tin và thực hiện được việc họ đến website để làm. Muốn vậy, cần tổ chức nội dung theo hành trình người dùng, giữ dữ liệu kinh doanh chính xác và kiểm tra bản dịch trên giao diện thật sau khi tích hợp.

Dịch vụ liên quan: Dịch website, phần mềm và app · Dịch website chuyên nghiệp và bản địa hóa đa ngôn ngữ · Dịch app và bản địa hóa ứng dụng

Lập danh mục nội dung theo hành trình thay vì chỉ theo trang

Bắt đầu từ những việc người dùng thực hiện: tìm dịch vụ, đọc chi tiết, gửi yêu cầu, nhận phản hồi và quay lại xem thông tin. Liệt kê mọi đoạn chữ họ gặp ở từng bước. Một biểu mẫu có thể có nhãn, gợi ý, thông báo kiểm tra dữ liệu và màn hình hoàn tất; dịch phần nhãn thôi chưa tạo thành một luồng tiếng Việt đầy đủ.

Nên ghi vị trí, ngữ cảnh, nội dung nguồn và trạng thái duyệt vào một bảng. Tách văn bản công khai với dữ liệu do người dùng nhập hoặc tên kỹ thuật cần giữ nguyên. Đừng coi chuỗi trông giống một từ thông thường là nội dung được phép sửa nếu nó thực chất là mã biến.

Chốt tên gọi trước khi viết nội dung dài

Một sản phẩm có thể được gọi là plan, package hoặc subscription trong các vị trí khác nhau. Cần xác định đây là một khái niệm hay những lựa chọn khác nhau trước khi chốt “gói”, “gói dịch vụ” hoặc “thuê bao”. Người dùng không nên phải đoán hai tên trên menu và biểu mẫu có chỉ cùng một thứ hay không.

Dùng bảng thuật ngữ theo khái niệm, kèm ví dụ và vị trí giao diện. Nếu tên nút đã được duyệt, phần hướng dẫn cần dùng đúng tên đó. Xem cách xử lý thuật ngữ đa nghĩa Anh–Việt để tránh áp một nghĩa từ điển cho mọi ngữ cảnh.

Dịch nút bấm theo hành động thật

“Get a quote” thường cần làm rõ là nhận báo giá hay gửi yêu cầu báo giá. Nếu bấm nút chỉ mở biểu mẫu để khách gửi thông tin, cách gọi nên phản ánh đúng bước đó. Không nên dịch thành “Xem giá ngay” nếu sau khi bấm người dùng vẫn phải chờ tư vấn.

Tương tự, “Continue” cần được xem trong toàn bộ luồng. Nếu bước kế tiếp là thanh toán hoặc xác nhận đặt hàng, một nhãn quá chung có thể khiến khách không hiểu hậu quả của thao tác. Người dịch cần biết trạng thái trước và sau, thay vì chỉ nhận một bảng từ rời rạc.

Viết tiếng Việt tự nhiên nhưng không tự tạo ưu đãi

Có thể tổ chức lại câu để phần lợi ích rõ hơn, nhưng không được biến “help reduce time” thành “giảm một nửa thời gian” khi nguồn không có dữ liệu. Tương tự, không thêm “miễn phí”, “trọn đời” hoặc “đảm bảo” chỉ vì những từ đó hấp dẫn hơn trong quảng cáo.

Hãy giữ một bảng thông tin được phép công bố: tính năng, đối tượng sử dụng, giá, giới hạn và điều kiện. Nếu bản nguồn còn mơ hồ, hỏi chủ nội dung thay vì dùng một câu tiếp thị chung để lấp khoảng trống. Việc biên tập thông điệp phải được tách rõ với dịch trung thành từng đoạn.

Giữ biến và cấu trúc của thông báo

Ví dụ chuỗi “Hello, {{name}}” có phần chữ cần dịch và phần biến cần giữ nguyên. Bản Việt có thể đổi thứ tự câu nhưng không nên dịch tên biến bên trong dấu ngoặc. Với chuỗi về số lượng hoặc trạng thái, cần biết hệ thống truyền giá trị gì để câu Việt vẫn đúng trong các trường hợp thực tế.

Đừng ghép nhiều mảnh câu rời nếu cấu trúc đích cần trật tự khác. Người dịch nên nhận chuỗi đầy đủ hoặc ảnh màn hình và ghi rõ chỗ cần đội phát triển hỗ trợ. Nội dung chứa thẻ, mã hoặc ký hiệu điều khiển cần được phân biệt với phần chữ công khai trước khi nhập lại vào hệ thống.

Tối ưu SEO bằng nội dung đúng nhu cầu tìm kiếm

Tiêu đề trang tiếng Việt nên mô tả rõ dịch vụ hoặc vấn đề mà trang giải quyết, thay vì dịch cứng một khẩu hiệu tiếng Anh thiếu ngữ cảnh. Mô tả tìm kiếm nên phản ánh nội dung thực tế của trang và giúp người đọc biết họ sẽ tìm thấy gì, không nhồi nhiều biến thể từ khóa vào một câu.

Đường dẫn, canonical, liên kết giữa các bản ngôn ngữ và dữ liệu có cấu trúc là các phần triển khai kỹ thuật cần được đội website kiểm tra cùng nội dung. Không tự thay URL đang có người dùng hoặc quảng cáo truy cập chỉ vì đã đổi tiêu đề. Nếu thay đường dẫn, cần có kế hoạch chuyển hướng và rà lại liên kết liên quan.

Trong bài hướng dẫn, dùng liên kết mô tả đúng trang đích để người đọc đi tiếp thuận tiện. Một bài về dịch Anh–Việt, Việt–Anh có thể dẫn tới dịch vụ phù hợp và các bước kiểm tra, thay vì lặp một từ khóa làm nhãn cho nhiều đường dẫn khác nhau.

Kiểm tra sau tích hợp trên máy tính và điện thoại

Mở menu, chọn tùy chọn, kích hoạt các trạng thái biểu mẫu trong môi trường kiểm tra và đọc trang hoàn tất. Rà đoạn chữ tràn, nhãn bị cắt và phần vẫn dùng ngôn ngữ cũ. Kiểm tra tên nút trong hướng dẫn có khớp tên thực tế trên màn hình không.

Với thông báo lỗi, câu Việt cần chỉ rõ người dùng phải sửa gì mà không hiển thị mã nội bộ không cần thiết. Với thông báo thành công, không nên xác nhận một hành động mà hệ thống chưa hoàn tất. Phần dịch và phần vận hành cần được đối chiếu trong cùng luồng.

Cuối cùng, kiểm tra liên kết ngôn ngữ đang dẫn tới trang tương ứng, không đưa mọi người về trang chủ khi họ đổi ngôn ngữ. Với ảnh, tách alt mô tả có ích khỏi các mã tệp; không đưa ghi chú nội bộ vào nội dung công khai.

Tài liệu và dịch vụ giúp triển khai nhất quán

Phạm vi có thể được trao đổi qua dịch website hoặc dịch website, phần mềm và app . Nếu đã có bản Việt, hiệu đính bản dịch nên kết hợp kiểm nội dung nguồn với ngữ cảnh giao diện.

Xem hiệu đính bản dịch AI Anh–Việt nếu đang dùng bản nháp tự động, và checklist nghiệm thu trước khi công bố. Khi mở thêm tiếng Trung hoặc tiếng Thái , cần brief riêng về người đọc, kiểu chữ và giao diện, thay vì lấy bản Việt làm chuẩn duy nhất.

Tình huống cần đối chiếu: chuỗi giao diện và ngữ cảnh sản phẩm

Chuỗi “Open” có thể là nút mở tệp hoặc trạng thái của một yêu cầu hỗ trợ. Nếu chỉ có bảng hai cột mà không có ngữ cảnh, người dịch dễ chọn cùng một cách dịch cho hai chức năng khác nhau.

Cung cấp key, mô tả màn hình, ảnh và giới hạn ký tự. Giữ nguyên biến như {name}, %s, đường dẫn và mã; sau tích hợp cần kiểm tra tràn chữ, ngắt dòng và liên kết với đúng hành động.

• Key, biến và thẻ định dạng
• Ngữ cảnh màn hình, trạng thái, hành động
• Kiểm tra sau khi tích hợp

Điểm cần kiểm riêng: 03/04/2024

Ngày tháng có thể được hiểu theo hai thứ tự; đối chiếu bối cảnh rồi viết rõ tháng bằng chữ khi hình thức bàn giao cho phép. Khi gửi bộ hồ sơ, đặt các giấy tờ có chung tên, số hoặc thuật ngữ cạnh nhau để người rà soát phát hiện chỗ không thống nhất. Giữ cách viết đã được duyệt trong một bảng đối chiếu, thay vì sửa rời từng tệp rồi ghép lại.

Để chuẩn bị phần việc tiếp theo, có thể đối chiếu Dịch website, phần mềm và app và Dịch hợp đồng tiếng Anh sang tiếng Việt: giữ đúng chủ thể, điều kiện và ngoại lệ, rồi ghi rõ tài liệu và kết quả bạn cần khi trao đổi.

Câu hỏi thường gặp

Dịch đủ phần nhìn thấy trên trang chủ đã là xong website chưa?

Chưa. Cần kiểm các trang đích, menu, biểu mẫu, thông báo, email và nội dung xuất hiện theo trạng thái để có một luồng ngôn ngữ đầy đủ.

Nên bắt đầu bằng một trang đại diện có phần key, biến và thẻ định dạng. Gửi kèm yêu cầu sử dụng và chỉ rõ điểm cần quyết định trước khi làm cả bộ. Cách kiểm theo mẫu giúp các bên thống nhất đầu ra bằng tài liệu cụ thể.

Người dịch có tự sửa thông tin sản phẩm cho phù hợp thị trường không?

Chỉ trong phạm vi được duyệt và có thông tin xác nhận. Không tự thêm công dụng, mức giảm giá hay cam kết khi bản nguồn và chủ nội dung chưa cung cấp.

Phản hồi nên nêu tệp, trang, câu nguồn và lý do cần sửa, đặc biệt ở key, biến và thẻ định dạng. Sau khi sửa một vị trí, kiểm các chỗ dùng cùng dữ liệu hoặc thuật ngữ và mở lại bản xuất cuối. Như vậy việc nghiệm thu dựa vào dấu hiệu cụ thể, không chỉ cảm giác câu văn đã trôi chảy.

Có thể chỉ gửi tệp Excel chứa các chuỗi cần dịch không?

Có thể dùng để bắt đầu nếu có key và đủ ngữ cảnh. Bổ sung ảnh màn hình, mô tả trường hợp hiển thị, giới hạn độ dài và quy tắc biến. Một câu dịch đúng từ nhưng sai vai trò nút vẫn có thể gây khó sử dụng.

Đã rà văn bản rồi có cần kiểm tra trong sản phẩm không?

Có. Trình bày thực tế có thể làm lộ lỗi tràn, tách biến, xuống dòng hoặc một từ dùng sai giữa các màn hình. Nên có danh sách màn hình và trạng thái cần kiểm, cùng người nhận phản hồi kỹ thuật sau tích hợp.

Cần gửi gì để kiểm tra riêng phần chuỗi giao diện và ngữ cảnh sản phẩm?

Gửi trang có nội dung đại diện cùng trang khó nhất, danh mục tệp và yêu cầu của nơi nhận. Nêu rõ key, biến và thẻ định dạng và kiểm tra sau khi tích hợp; nếu có tài liệu đã duyệt, gửi đúng phiên bản để dùng làm căn cứ. Cách này giúp làm rõ phần cần dịch và phần cần đối chiếu trước khi chốt lịch.

Khi key, biến và thẻ định dạng không khớp giữa các tài liệu thì xử lý ra sao?

Lập danh sách từng vị trí, chụp hoặc trích đúng đoạn nguồn và xác định người có quyền xác nhận. Giữ khác biệt được nhìn thấy trong quá trình kiểm tra; không sửa câu chữ để làm các giấy trông thống nhất khi nguồn thực sự khác nhau. Sau khi có hướng xử lý, cập nhật đủ các vị trí liên quan và kiểm lại bản cuối.

Nên ghi yêu cầu bàn giao như thế nào để dễ kiểm tra?

Ghi tên tệp, ngôn ngữ, định dạng và phiên bản cần nhận, cùng người duyệt từng phần. Với chuỗi giao diện và ngữ cảnh sản phẩm, bổ sung tiêu chí về ngữ cảnh màn hình, trạng thái, hành động. Khi nhận kết quả, kiểm theo danh mục này rồi phản hồi có vị trí để tránh sửa đi sửa lại bằng các tin nhắn rời.

Nếu tài liệu thay đổi sau khi đã duyệt một phần thì làm gì?

Gửi nguồn mới cùng danh sách trang hoặc mục thay thế và thời điểm cần dùng. Đánh dấu phần liên quan tới key, biến và thẻ định dạng để rà lại cả các chỗ dẫn chiếu. Phân biệt thay đổi nguồn với lỗi dịch giúp thống nhất phần công việc bổ sung, người duyệt và lịch giao mới.