Bản địa hóa ứng dụng di động: Hướng dẫn tài nguyên đầy đủ

Bản địa hóa (thường được rút gọn thành L10n) là công việc điều chỉnh một ứng dụng, sự hiện diện store của nó và tiếp thị hỗ trợ cho người dùng ở các ngôn ngữ, khu vực và bối cảnh văn hóa cụ thể. Nó nhiều hơn là dịch. Một bản địa hóa hoàn chỉnh bao gồm nội dung UI đã dịch, metadata store đã dịch, chú thích ảnh chụp màn hình đã dịch, định dạng tiền tệ và ngày đúng theo ngôn ngữ, hình ảnh phù hợp văn hóa, các phương thức thanh toán theo khu vực (UPI ở Ấn Độ, Pix ở Brazil, iDEAL ở Hà Lan), và các tiết lộ pháp lý đã điều chỉnh. Bỏ qua bất kỳ điều nào trong số này đối với người dùng địa phương sẽ đọc như một sản phẩm nước ngoài làm nửa vời.

App Store và Google Play tự động hiển thị các trang giới thiệu được bản địa hóa cho người dùng theo ngôn ngữ ưa thích của họ — nếu bạn đã cung cấp chúng. Nếu bạn chưa, người dùng thấy trang giới thiệu tiếng Anh mặc định của bạn, điều này hạn chế đáng kể chuyển đổi ở các thị trường không nói tiếng Anh. Câu hỏi hiếm khi là 'chúng ta nên bản địa hóa không' mà là 'thị trường nào trước, và sâu đến mức nào'.

Dữ liệu được công bố của Apple và Google xác nhận điều mà nghiên cứu ASO độc lập liên tục cho thấy: ảnh chụp màn hình được bản địa hóa dịch chuyển chuyển đổi cài đặt nhiều hơn nhiều so với tiêu đề hoặc mô tả được bản địa hóa. Lý do là mật độ thông tin. Một ảnh chụp màn hình truyền đạt sản phẩm, độ bao phủ ngôn ngữ, độ hoàn thiện thương hiệu và sự phù hợp văn hóa trong một khoảnh khắc trực quan duy nhất. Một tiêu đề được bản địa hóa chỉ truyền đạt rằng ứng dụng tồn tại bằng ngôn ngữ của bạn.

Sức nâng không đồng đều. Các thị trường Đông Á (Nhật Bản, Hàn Quốc, Trung Quốc, Đài Loan) trong lịch sử cho thấy sức nâng cài đặt lớn nhất từ ảnh chụp màn hình được bản địa hóa — thường 30–60% so với mặc định tiếng Anh — vì các thị trường đó hoài nghi nhất với các trang giới thiệu chưa được bản địa hóa. Các thị trường châu Âu thường nâng 10–25%, và các thị trường thông thạo tiếng Anh nhưng không nói tiếng Anh (Hà Lan, Thụy Điển, Phần Lan) đôi khi chỉ thấy 5–15%. Lập kế hoạch đầu tư bản địa hóa theo sức nâng kỳ vọng, không chỉ theo quy mô thị trường.

Đối với hầu hết các ứng dụng, các bản địa hóa làn sóng đầu tiên có ROI cao nhất là: tiếng Đức (de), tiếng Pháp (fr), tiếng Tây Ban Nha (es), tiếng Ý (it), tiếng Bồ Đào Nha (Brazil) (pt-BR), tiếng Nhật (ja), tiếng Trung giản thể (zh-Hans) và tiếng Hàn (ko). Những thứ này bao phủ các thị trường có khối lượng cài đặt lớn nhất + sức nâng cao nhất từ bản địa hóa. Một làn sóng thứ hai thường thêm: tiếng Nga (ru), tiếng Ba Lan (pl), tiếng Hà Lan (nl), tiếng Thổ Nhĩ Kỳ (tr), tiếng Ả Rập (ar), tiếng Việt (vi) và tiếng Trung phồn thể (zh-Hant).

Apple và Google hỗ trợ nhiều ngôn ngữ hơn đáng kể (Apple có hơn 175 tổ hợp ngôn ngữ/quốc gia), nhưng đuôi dài hiếm khi biện minh cho nỗ lực trừ khi sản phẩm của bạn có sự phù hợp thị trường cụ thể ở đó. Bắt đầu với tám, đo sức nâng chuyển đổi theo từng thị trường và mở rộng sang bất kỳ thị trường nào trả về tín hiệu mạnh nhất.

Ba cách tiếp cận: (1) Gửi chú thích đến một dịch vụ dịch chuyên nghiệp (Smartling, Lokalise, Crowdin) — chất lượng cao nhất, thời gian xử lý chậm nhất, đắt nhất trên mỗi ngôn ngữ. (2) Sử dụng một LLM (GPT-4o, Claude, Gemini) cho lượt đầu tiên và để người bản xứ xem xét — nhanh, rẻ, ngạc nhiên là tốt cho nội dung tiếp thị ngắn. (3) Thuê các nhà thầu người bản xứ trực tiếp qua Upwork hoặc Fiverr — thường là sự cân bằng tốt nhất cho các đội giai đoạn đầu.

Bất kể bạn chọn cái nào, đừng bao giờ dịch máy một chú thích ảnh chụp màn hình và phát hành nó mà không có người xem xét. Nội dung tiếp thị quá đòn bẩy cho dịch tự động không được xem xét. Chi phí của một chú thích tiếng Nhật vụng về là hàng trăm lượt cài bị mất; xem xét tốn 5–20 USD mỗi ngôn ngữ.

Đây là nơi hầu hết các đội vấp ngã. Dịch '$19.99/tháng' thành '19,99 $/Monat' là sai trong một trang giới thiệu tiếng Đức — nó nên là '19,99 €/Monat'. Chuyển đổi tiền tệ theo ngang giá sức mua công bằng, dấu thập phân đúng theo ngôn ngữ (dấu phẩy ở hầu hết châu Âu, dấu chấm ở Mỹ/Anh), hệ thống đơn vị (cm so với inch), định dạng ngày (DD/MM/YYYY so với MM/DD/YYYY so với YYYY-MM-DD) và định dạng giờ (12h so với 24h) đều cần kết xuất theo từng ngôn ngữ.

Mẫu sạch nhất là giữ tất cả các giá trị phụ thuộc ngôn ngữ ra ngoài chính mẫu ảnh chụp màn hình và chèn chúng tại thời điểm kết xuất từ một tệp dữ liệu theo từng ngôn ngữ. Đây là điều mà mẫu động và cấu hình YAML phục vụ: một mẫu, N tệp dữ liệu ngôn ngữ, M lượt kết xuất.

Tiếng Ả Rập, Hebrew, Ba Tư và Urdu là các script từ phải sang trái. Bản địa hóa ảnh chụp màn hình cho các thị trường này có nghĩa là nhiều hơn việc hoán đổi văn bản — toàn bộ bố cục thường phản chiếu. Nút CTA di chuyển từ phải sang trái, các thanh điều hướng đảo ngược, các chỉ báo tiến độ lật hướng, và thậm chí một số biểu tượng (mũi tên quay lại, các nút gửi) cần được phản chiếu.

Đối với các thị trường RTL, hãy đối xử với mẫu ảnh chụp màn hình như một artifact riêng biệt, không phải lớp phủ dịch. Sức nâng từ một ảnh chụp màn hình tiếng Ả Rập được phản chiếu đúng so với một ảnh chụp màn hình tiếng Ả Rập từ trái sang phải là lớn; sức nâng từ việc cải thiện một ảnh chụp màn hình đã được phản chiếu là nhỏ. Hãy lấy bố cục đúng trước.