ソフトウェア
ローカライズ サービス

どの文字エンコードをソフトウェアファイルで使う必要がありますか？

エンコード標準を選択する際の目標は、すべての対象言語の文字セットをサポートすることです。世界中の言語をサポートするエンコード（通常はUnicode形式）を推奨いたします。ソフトウェアの文字列は多くの場合、UTF-8またはUTF-16を使用してエンコードされます。

ローカライズに特に適しているソフトウェア文字列形式は何ですか？

基本的には、すべての外部化された文字列がローカライズに適しています。好ましいのは、プログラミング言語にハードコーディングされた埋め込み文字列ではなく、別個のリソースファイル内のユーザインターフェイス テキストです。

当社ではプロパティファイル内のキーと値のペア、XML、JSON、YAML、iOS .string、Android文字列XML、POファイル、XLIFF、その他さまざまな形式のソフトウェア文字列に対応しています。

また、PHP、JSP、ASPX、JavaScriptなどのアプリケーションファイルに埋め込まれた文字列を解析してローカライズすることもできます。ローカライズ対象の値に一貫性のある区切り記号が付けられていれば、翻訳対象のテキストを特定して対象言語バージョンを作成するのが容易になります。

頻繁に更新されるSaaSプラットフォームのソフトウェアローカライズには、どのように対応していますか？

SimulTransは、お客様の開発ワークフローの一部として機能します。新しい文字列や更新された文字列は、準備が整い次第すぐに翻訳に回し、毎回、リリース日までにレビューと承認を完了したうえで納品します。

APIやコネクタによる連携により、リポジトリやCMSから新しい文字列を直接取り込むため、メールでのやり取りによる待ち時間をなくせます。
専任の翻訳チームが、お客様の製品に関する用語、スタイルガイド、トーンをあらかじめ共有・理解しているため、プロジェクト開始時の準備期間は必要ありません。
翻訳メモリ（TM）に過去に承認されたすべての文字列が保存されているため、新しいコンテンツや変更されたコンテンツのみを翻訳し、コストと時間の両方を削減できます。
AIを活用したワークフローを複数言語に展開しているため、6言語でのリリースでも1言語の場合と同程度の期間で対応できます。
リリース日が変更された場合にも、担当のアカウントマネージャーとプロジェクトマネージャーが、緊急性の高い翻訳対象の文字列を優先順位付けして対応します。

ソフトウェアのローカライズでよくある問題には、どのようなものがありますか？ 

SimulTransが対応する中で、特によく見られる問題は以下のとおりです。

開発者がソースコードに直接埋め込んでいるため、翻訳用に外部化できない文字列
文字列IDが不足していたり、キーの命名規則が統一されていなかったりするため、翻訳を正しいUI要素に対応付けることが難しいケース
標準的なローカライズツールセットと互換性のないファイル形式
翻訳者に十分なコンテキストが提供されていないため、曖昧なUIラベルが誤訳されるケース
固定幅のUIコントロールで、翻訳後にテキストが長くなり、文字列が途中で切れてしまうケース。特に、英語より20～30%程度長くなるドイツ語、フィンランド語などの言語で発生しやすい問題です。

SimulTransのローカライズエンジニアは、翻訳開始前にソースファイルを確認し、こうした問題を早期に特定・解決します。これにより、開発サイクルの後半で発生するコストのかかる手戻りを削減できます。

ソフトウェアのローカライズに向けて、ファイルをどのように準備すればよいですか？

SimulTransにファイルを送付する前に、以下の準備を行うことをおすすめします。

すべてのUI文字列を個別のリソースファイルに外部化し、テキストをソースコードにハードコードしない
アプリケーション全体でUnicode（UTF-8）エンコーディングを使用する
翻訳者が文脈を把握できるよう、各文字列に一意で分かりやすいIDまたはキーを付ける
文字列の意味が曖昧になる可能性がある場合は、開発者向けの注記やスクリーンショットを添付する
英語よりも長くなる言語に対応できるよう、UIレイアウトに30～40%のテキスト拡張を見込む
翻訳開始前に擬似ローカライズテストを実施し、レイアウトやエンコーディングに関する問題を検出する

SimulTransでは、エンジニアリングチームがプロジェクト開始前にファイルを確認し、翻訳品質や納期に影響する可能性のある国際化（i18n）の問題を事前に特定します。