なぜCCMS Webのローカライゼーションが優れているのか

ローカリゼーション モデルとバリエーション間の非互換性

従来のモデルは様々なバリエーションを提供していますが、すべての環境ですべてのバリエーションが利用できるわけではないので、ユーザーは与えられた状況や手法に適合するのに十分な柔軟性がない環境を選択することがあります。

新しいアプローチは、特定されたバリエーションを、環境に関係なくすべてのユーザー利用可能な単一のモデルに統一します。

不要なオブジェクトの作成

CCMS Desktopモデルでは、ローカリゼーション コレクションに新しいオブジェクトが作成され、ソース内の各オブジェクトをターゲット言語ごとにミラーリングしていました。たとえば、100 のトピックを参照するマップを合計 10 のターゲット言語でローカライズした場合、このプロセスでは 1000 を超える新しいオブジェクトが作成されます。唯一の例外は、自動翻訳を使った場合です。

統合モデルは、ローカリゼーション プロセスからこのような重複を取り除き、ローカリゼーションキットの作成を大幅に合理化し、スピードアップします。

ローカライゼーションの進捗状況のハイレベルビューがありません

CCMS Desktopアプローチでは、ローカリゼーション作業の進捗状況を確認したり、翻訳ワークフロー内のトピックのステータスを確認したり、指定されたマップの複数の言語の進捗状況を比較したりする良い方法がありませんでした。新しい翻訳マニフェストによって、統合モデルは、マップの指定されたターゲット言語を切り替えるメカニズムを提供します。

画像用に個別キットの作成

CCMS Desktopでは、翻訳が必要な画像用に別のキットを作成し、翻訳された画像をCCMSにインポートしてから、残りの翻訳コンテンツをインポートする必要があります。この2段階のプロセスは、時間がかかり、エラーが発生しやすいプロセスです。統合モデルでは、翻訳に必要なすべてのコンテンツを1つのキットにまとめて作成できます。

統合ローカリゼーションに関する考察

ローカリゼーションの統合モデルを検討する上で、覚えておくべき重要なことがいくつかあります。あなたのロール、翻訳するオブジェクト、そしてそれらのオブジェクトのステータスの関係はすべて、統合されたローカリゼーションモデルに関与しますが、プロセスを管理するために使用される手法はまったく異なります。

従来CCMS Desktopのユーザー向け：

CCMS Webでのアプローチは、従来のものとは大きく異なっており、CCMS Desktopでローカライズされたファイルを認識することはできますが、編集することはできません。また、レガシーファイルをCCMS Webに移行した場合、このプロセスを元に戻すことはできません。移行は一方通行です。

従来CCMS Webのユーザー向け：