GDPR準拠組織
ISO 27001認証取得組織
SOC II準拠組織
ソフトウェアの文字列、AI翻訳、言語の専門家を1つのソフトウェアローカライズワークフローにまとめます。用語を統一し、レビュー済みのリソースを、製品を出荷する開発プロセスに戻しましょう。
世界最大級の企業80社以上がSmartcatを選んでいます
ソフトウェアローカライズは、製品のインターフェース、コンテンツ、地域の慣習を特定の言語・市場に合わせて最適化するものです。翻訳に加え、形式、文脈、そしてローカライズされたリソースがアプリ内でどう動作するかにも取り組みます。
翻訳されたテキストの意味が通り、製品がそれを正しく使っていれば、リリースの準備は完了です。つまり、リソースキーを保持し、正しい複数形を提供し、ロケールに合わせて値の書式を整え、重要な画面を確認する必要があります。ローカライズプラットフォームは言語作業を整理し、エンジニアとQAチームが結果を組み込んで検証します。
| 作業 | 主な問い | 例 |
|---|---|---|
| 翻訳 | このテキストは別の言語で何を意味するか？ | アカウント復旧の手順を翻訳する |
| ローカライズ（l10n） | この製品体験は対象市場で機能するか？ | そのロケールに合わせて手順、日付の表示、ヘルプリンクを最適化する |
| 国際化（i18n） | 製品はさまざまなロケールに対応できるか？ | 文字列を外部化し、ロケール対応の書式設定APIを使う |
国際化が基盤をつくり、ローカライズがそれを市場ごとに活用します。どちらも継続的な開発作業として扱い、新機能がすべて同じ流れに乗れるようにしましょう。
ユーザーは、インターフェース、ドキュメント、コミュニケーションを1つの製品として体験します。共有の用語集があれば、これらの接点で機能を同じように説明でき、コンテンツの種類ごとのブリーフで適切なレベルのレビューを行えます。
| コンテンツ | 含めるもの | 役立つ文脈 |
|---|---|---|
| WebとSaaSのインターフェース | ナビゲーション、フォーム、エラー、通知 | スクリーンショット、キーの説明、ユーザーの役割 |
| モバイルアプリ | iOSとAndroidのリソース、オンボーディング、ストアのコピー | 文字数の制約、プラットフォームの慣習、テストビルド |
| デスクトップソフトウェア | メニュー、ダイアログ、設定、インストール時のメッセージ | OSの文脈とリソース構造 |
| ゲーム | インターフェースのテキスト、セリフ、チュートリアル、ストアの説明文 | キャラクター情報、ストーリーの文脈、用語 |
| 製品ドキュメント | ヘルプ記事、リリースノート、ガイド | 製品のバージョンと、関連するインターフェースへのリンク |
| 顧客とのコミュニケーション | 製品関連のメールとサポートのテンプレート | 送信のトリガー条件と、読み手が取るべきアクション |
たとえば、エラーメッセージには「failed」の直訳以上のものが必要です。レビュアーは、何が失敗したのか、ユーザーが再試行できるのか、製品が実際にどのような復旧手段に対応しているのかを知っておく必要があります。わかりやすいソースコンテンツがあれば、混乱がすべてのロケールに広がるのを防げます。
Smartcatは、リソース管理、翻訳、人によるレビューをつなぎます。既存のリリース体制に合わせて、連携と承認のプロセスを設定してください。
製品、ソースのバージョン、ロケールを選びます。どのコンテンツに専門的なレビューが必要か、誰が承認するか、翻訳の成果物をどのようにビルドに取り込むかを決めます。
対応するファイルをアップロードするか、連携、API、CLIのワークフローを設定します。ソフトウェアローカライズプロジェクトでは、キーをコレクションで整理します。更新を一貫して追跡できるよう、ソースの識別子は安定させておきます。
製品の用語、過去の承認済み訳、指示を追加します。選んだワークフローが対応していれば、説明、スクリーンショット、文字数のメタデータも提供します。
AI翻訳で下訳を作成し、社内のレビュアーまたはMarketplaceの専門家を割り当てます。レビュアーはあいまいさを解消し、言語が製品と対象読者に合っていることを確認します。
自動の言語評価と人によるチェックを併用します。QA Coworkerは翻訳上の問題を分類して品質を測定し、コンテンツが合意したリリース基準を満たしているかは貴社のチームが判断します。
ローカライズされたリソースを開発に戻し、形式を検証して、アプリのテストを実行します。次のソース更新も、同じ管理されたプロセスに沿って進むよう設定します。
ソフトウェアプロジェクトのセットアップガイドをご覧ください。独自の連携には、ソフトウェアローカライズの開発者向けドキュメントをご利用ください。
役に立つツールとは、特定の引き渡しをなくしたり、判断をレビューしやすくしたりするものです。チームが最も頻繁に行う作業から始めましょう。
コレクションでソースキーと翻訳を整理します。ドキュメントに記載されたソフトウェアプロジェクト形式にはJSON、YAML、Android XML、iOS .stringsがあり、LocJSONのインポートにはコメントと最大文字数のメタデータを含めることができます。製品全体を処理する前に、実際の構造、特に複数形とプレースホルダーの規約をテストしてください。PO/POTのローカライズは、Smartcatの既存のソフトウェアワークフローで説明されています。対応するドキュメント形式がすべてソフトウェアのコレクションと置き換え可能だと考えず、これらのファイルに適したプロジェクトの種類を確認してください。
ドキュメント記載のソフトウェアプロジェクト形式
用語集には、製品で一貫して使うべき名称と用語を記録します。翻訳メモリによって、過去に承認された翻訳を再利用できます。製品の変化に合わせてこれらのアセットを維持しましょう。機能名が変わった場合は、レビュアーが矛盾した修正を重ねるのではなく、担当者が明確に移行を判断する必要があります。
Gitとコンテンツのワークフローについては、連携ディレクトリをご覧ください。APIとCLIは、独自のオーケストレーションが必要なチームを支援します。トリガー、ブランチ戦略、戻し先は実装時に定義してください。リポジトリを接続しただけでは、完全なリリースパイプラインにはなりません。
Figmaワークフローは、デザインのコンテンツと翻訳をつなぐのに役立ちます。デザインを変更する余裕があるうちに、伸長したラベルをレビューしましょう。デザインのチェックは、実際のフォントやレスポンシブな動作を伴うアプリでのテストを補うものであり、置き換えるものではありません。
Quality Assurance Coworkerは翻訳上の問題を特定し、品質スコアを算出します。ネイティブレビュアーは文脈と市場の観点からの判断を加えます。スコア、修正、承認の責任を区別しておき、数値の結果がアプリのテスト合格と取り違えられないようにしましょう。
GitHubプロジェクトの翻訳ワークフローを自動化・効率化します。
Gitから直接、Androidアプリを手間なく翻訳・ローカライズできます。
Git内でiOSアプリをシームレスに翻訳し、グローバルに配信できます。
国際化のチェックリストを使えば、翻訳を始める前にエンジニアリング面の障害を取り除けます。実装の詳細については、プラットフォームとフレームワークのドキュメントを参照してください。
最初の文字列を翻訳に回す前に、これらの障害を取り除きましょう。
簡単な例を挙げると、「You have 」+ count +「 messages」は英語の語順と文法を前提としています。完全な複数形メッセージにすれば、数値を変数として保持したまま、各対象言語が文全体を自由に組み立てられます。
ソフトウェアローカライズサービスは言語の専門知識を提供し、ソフトウェアローカライズツールは作業を整理します。Smartcatなら、プラットフォームとAI翻訳を、既存の言語専門家やMarketplaceで選んだ専門家と組み合わせることができます。
| 貴社の状況 | 実践的なワークフロー |
|---|---|
| 社内に言語チームがすでにある | レビュアーはそのままに、用語、リソース、承認を一元化する |
| 社内に対応できる人がいない市場に進出する | 作業の範囲を定め、関連する言語と製品の専門知識を持つレビュアーを選ぶ |
| 代理店と協力している | 合意したサービス関係を維持し、代理店が共有アセットとリリースプロセスでどう作業するかを定義する |
| まずアプローチを検証したい | 大規模なリリースに接続する前に、いくつかの重要なフローで代表的なパイロットを実施する |
レビューの深さはコンテンツに応じて選びます。マーケティングのスローガン、セキュリティの警告、日常的なメニュー項目では、求められる判断が異なります。1つの統一された設定でどこでも正しい結果が得られると期待するのではなく、その違いをブリーフで説明しましょう。
翻訳・ローカライズサービスを見るか、言語の専門家を探す。
インターフェースのリソース、オンボーディング、ストアのコンテンツをつなぎます。モバイルアプリをローカライズする。
strings.xmlを準備し、書式引数を保持して、ビルド上で翻訳をレビューします。Androidローカライズを見る。
翻訳の引き渡し方法を定める前に、ARBメッセージ、intl、生成されるローカライズコードを理解しましょう。Flutterガイドを読む。
言語面のレビューに、テキストのレイアウトとロケールの慣習のチェックを組み合わせます。ローカライズテストを計画する。
アプリが使用している対応リソースから始め、重要なユーザージャーニーを中心に言語レビューの範囲を定めます。ドキュメントとサポートコンテンツも同じ用語計画に含めてください。
レビュアーには、キャラクター、ストーリー、ゲームプレイの文脈を伝えます。言語レビューは体験を支えるものであり、ゲームプレイとパフォーマンスのテストは引き続きゲームのQAの一部です。
298
29か国にわたるプロジェクト
Topconのチームは2年間で31言語にわたる298件の翻訳プロジェクトを納品し、あるeラーニング講座の所要時間を13時間から11時間に短縮しました。さらにプロジェクト設定の自動化により、講座1件あたり約2時間を削減しています。
Topconの公開事例では、8社の翻訳ベンダーが関わる分散した体制を、1つのプラットフォームに置き換えた経緯が紹介されています。ソフトウェアチームにとっての教訓は運用面にあります。言語作業がつながっていれば、共有アセットと責任分担を管理しやすくなるということです。Topconの事例を読む。
製品固有の成果は、自社のパイロットで確かめてください。ソースの更新から承認済みリソースまでの時間、レビュアーの工数、用語の例外、ローカライズ版ビルドで見つかった不具合を測定します。結果を評価する際は、コンテンツの範囲と言語の構成を同等に保ちましょう。
費用は、コンテンツの量、対象言語、レビュー要件、設定するワークフローによって異なります。Smartcatの最新プランを確認し、必要に応じて外部の言語作業の見積もりを別途依頼してください。
代表的なリソースファイル、用語集、いくつかの重要な画面をご用意ください。変数、長いラベル、複数形のメッセージも含めます。パイロットの前に、有効なエクスポート、わかりやすい言語、追跡可能な承認、QAチームがテストできるビルドといった成功基準を合意しておきましょう。
ソフトウェアローカライズは、アプリを各言語・市場に合わせて最適化するものです。インターフェースの翻訳、地域ごとの形式、そしてローカライズされたテキストが製品内でどう機能するかが含まれます。開発者がアプリを準備・検証し、言語専門家とレビュアーが意味、用語、市場への適合性を確認します。
国際化は、ソフトウェアが複数のロケールに対応できるよう準備することです。ローカライズは、特定のロケールの体験を作り上げて検証することです。文字列の外部化は国際化にあたり、ドイツ語版を作成してラベルや書式を確認するのはローカライズにあたります。どちらも製品の進化に合わせて維持していく必要があります。
Webアプリ、SaaS製品、デスクトップソフトウェア、モバイルアプリ、ゲームのいずれもローカライズが必要になり得ます。ワークフローはリソース形式とフレームワークによって異なります。iOSとAndroidのリリース要件については、モバイルアプリのローカライズをご覧ください。
Smartcatはソフトウェアプロジェクト向けにJSON、YAML、Android XML、iOS .stringsをドキュメント化しており、追加のメタデータを含むインポートにはLocJSONを利用できます。正確な形式とプロジェクトの種類は、サンプルの往復で確認してください。フレームワーク固有の拡張や複数形の規約は、本番で使用する前に検証が必要です。
対応する連携を接続するか、APIとCLIを使って、ワークフローの一部を自動化できます。ソースのトリガー、レビューのゲート、エクスポート、バージョン管理の動作はセットアップ時に定義してください。自動化はリソースを移動させるものであり、承認ルールやローカライズ版アプリのテストが不要になるわけではありません。
既存の言語チームを中心にワークフローを構築し、必要に応じて外部の専門家を加えることができます。責任分担、用語の管理者、承認基準について合意してください。共有ワークスペースは、各自が担当するコンテンツと完了の基準を全員が把握しているときに最も役立ちます。
言語アセット、AIによる品質評価、人によるレビューを組み合わせます。SmartcatのQA Coworkerが問題を分類して翻訳品質をスコア化し、レビュアーが文脈や表現に関する判断を下します。リソースの動作、レイアウト、アプリ内の機能は、引き続き貴社のエンジニアリングチームとQAチームが検証します。
重なる部分はありますが、実装は異なります。ソフトウェアローカライズはアプリのリソースとビルドプロセスを扱います。Webサイト翻訳はCMSや公開済みのページコンテンツを扱う場合があります。ユーザーがブラウザで見るかどうかではなく、コンテンツがどのように保存、レンダリング、リリースされるかに応じてワークフローを選んでください。
費用は範囲によって決まります。言語、ソースの量、繰り返しのコンテンツ、専門家によるレビュー、連携の要件です。プラットフォームの料金と外部レビュアーの見積もりは別々に確認してください。現在のプロセスと全体の工数を比較する際は、社内のエンジニアリングとQAの作業も含めましょう。
答えが見つかりませんか？ ローカライズの専門家に相談する
リソースセットを1つ接続し、レビュー基準を合意して、ソーステキストから検証済みのローカライズ版ビルドまでの流れ全体をご確認ください。