Smartcat vs Unbabel:どちらが最高の翻訳ソリューションか?

Updated July 23, 2019
Renzoku rokarizeeshon smartcat vs generic cat tms vs unbabel like - Smartcat blog
Smartcat covers all your language needs with AI translation, AI content generation and AI human workflows.

コンテンツが世界経済を牽引する最大の要因となるにつれ、市場投入までの時間はかつてないほど短縮されています。 つまり、自社が単一市場のみを対象とする場合を除き、すべての市場における全言語でコンテンツを可能な限り迅速に展開できる体制が求められます。

企業はこれをどう実現すべきか? 継続的ローカライゼーションによってです。 これは基本的に、アプリ用の文字列、ブログ記事のテキスト、ツイートなど、新たに制作したあらゆるコンテンツが、翻訳を担当するベンダーに自動的に送信されるプロセスです。

本記事では、貴社または言語サービスプロバイダー(LSP)が、様々な代替アプローチを用いてコンテンツの継続的ローカライゼーションを実現する方法について考察します。

免責事項: 本記事において「言語サービスプロバイダー」とは、外部企業または自社内の部門のいずれかを指します。以下の考察のほとんどは両方に適用されます。継続的ローカライゼーションについて顧客候補を教育したい「外部」LSPにとっても、本記事は有益であると確信しています。

プロセスと課題

継続的ローカライゼーションフローの主な手順は以下の通りです:

設定: まず第一に、継続的ローカライゼーションプロセスを設定する初期作業は、合理的にシンプルであるべきです。

LSPへのプッシュ: コンテンツを保存できるリポジトリ、CMS、その他のプラットフォームは数多く存在します。文字列がそこに保存されたら、自動的にLSPに送信されるべきです。

動員: コンテンツが翻訳プロバイダーに渡ったら、翻訳のために送られるべきです。理想的には、プロバイダーが質問したり、追加のリクエストをしたりすることなく、これが起こるべきです。

実行:翻訳品質は良好である必要があり、これは通常信頼の問題となります。なぜなら、顧客はコンテンツが翻訳される言語を話せない場合がほとんどだからです。

同期戻し:翻訳されたコンテンツは、リポジトリ/CMS構造内に正しく配置されるべきです。理想的には、元の作成者による手動入力が不要であることが望まれます。

セキュリティ: プロセス上のステップというよりは、全工程を通じて対応すべき課題です。機密情報は、侵害や漏洩を防ぐために確実に保護されなければなりません。

こうした課題やその他の課題を念頭に置きながら、継続的なローカライゼーションフローを構築するためのいくつかの選択肢を比較してみましょう。

オプション

4つの主要な選択肢を検討します:

  • 手動ローカライズ。これは継続的ではありませんが、従来の方法に固執する企業が何を失っているかを示すため、この比較に含める価値があります。

  • Gengo、Steppes、Unbabelなど様々な「プラットフォーム型」翻訳エージェンシー。簡略化のため「Unbabel型」と呼称します。

  • 汎用的なクラウド型またはデスクトップ型の翻訳ツール(例:Memsource、Matecat)と、翻訳管理システム(TMS)(例:XTRF、Plunet)の組み合わせ。

  • Smartcat(スタンドアロン版またはTMS連携版)。

手動ローカライズ

これは「昔ながらの方法」であり、メールやインスタントメッセージでやり取りが行われます。

設定

ここで設定することはありません。 これまで通り、そのまま操作を行ってください。

LSP へのプッシュ

リポジトリからコンテンツを自分でダウンロードし、LSP に送信する必要があります。

動員

LSP が翻訳者にあなたの文字列の翻訳をすぐに着手させることは不可能です。 これは、LSP と翻訳者の双方が不釣り合いなほど多くの時間を費やす小規模な仕事では特に当てはまります。

実行する

LSP は、お客様の仕事に最適な翻訳者を手作業で選択する場合があるため、これはプラス要素です。 一方、過去の翻訳や用語を記憶した CAT ツールを少なくとも使用しない場合、品質は損なわれます。大規模なコンテンツの場合、テクノロジーツールを使用しないことは生産性も損ないます。

同期の遅れ

LSP は翻訳を手作業でまとめ、お客様に返送し、お客様は何らかの方法でそれをリポジトリにアップロードしなければなりません。 それだけでも十分悪いのですが、これを言語の数だけ繰り返さなければならないのです。

セキュリティ

電子メールは、多かれ少なかれ安全な通信手段と考えられていますが、そのプロセスには膨大な数のピアツーピア通信が関与するため、セキュリティリスクが高まります。

その他の問題

  • 人的要因により、言語設定が間違っていたり、言語設定自体が忘れられている文字列が時々見つかることがあります。

  • バージョン管理されたリポジトリを使用し、特定のコンテンツを特定のバージョンに紐付ける必要がある場合、問題はさらに深刻化します。

  • 全体にかかる時間のため、翌日納品は不可能です。おそらく数日か数週間を要するでしょう。

  • 小規模な案件の処理にはより多くの間接費がかかるため、LSP(ローカライズサービスプロバイダー)はより高い料金を要求する可能性が高いです。

テイクアウト

結論は明らかだ:手動によるアプローチでは、継続的なローカライゼーションを実現することは不可能である。

アンバベルのような翻訳会社

こうした機関は「オンラインプラットフォーム」として自らを位置付けており、APIを介してコンテンツを迅速にアップロードし、ユーザーとプラットフォームの間に一切の人間的なやり取りを挟むことなく翻訳を依頼できる仕組みを提供しています。

設定方法

代理店が公開APIを提供している場合、設定は比較的簡単です。ただし、APIの使用を自動化する方法を別途見出す必要があります。Zapierなどのツールで実現可能ですが、それでもソフトウェア/ローカライゼーションエンジニアリングの知識が多少必要となり、より複雑な構成には適しません。

LSP へのプッシュ

設定が完了すると、必要なコンテンツをプッシュするためのツールさえあれば、プロセスはほぼ自動的に行われます。

動員

翻訳者は通常、「早い者勝ち」の原則に基づいて、大規模な人材プールから自動的に選ばれます。

実行

プラットフォームによってアプローチは異なりますが、一般的に、翻訳者の「無作為」な選択によって品質が犠牲になるという包括的な問題があります。

同期を戻す

これも簡単です。 翻訳が完了すると、APIを介してリポジトリにプッシュされます。ただし、そのようなAPIリクエストを処理するツールが必要です。

セキュリティ

翻訳者に秘密保持契約(NDA)を締結させるプラットフォームもあれば、そうでないものもあります。しかし、最終的な貢献者の匿名性とランダム性により、コンテンツが漏洩するリスクが高くなります。これは、例えば主要なアプリ更新などにおいて重大な問題となり得ます。

その他の問題

  • こうしたプラットフォームの中には、常に機械翻訳と人間による編集を組み合わせた手法を採用しているものもあります。ただし、PEMT(機械翻訳+人間編集)は特定の用途では有効な手法ですが、あらゆるコンテンツに対する万能薬ではないことに留意してください。

  • こうしたプラットフォームを利用することは、実質的に別のベンダーへのロックインを意味します。言語サービスプロバイダーを切り替えたい場合、継続的ローカライゼーションのインフラ全体を再構築する必要が生じるでしょう。

汎用CAT+TMS

CATツールは、多くの言語サービスプロバイダーや翻訳者が実際に翻訳作業を行う際に使用するツールです。CATツールには通常、翻訳管理システム(TMS)の機能が組み込まれていないため、APIを介してTMSと連携させる必要があります。代表的な連携オプションとしてXTRFとPlunetが挙げられます。

設定

複雑さは、翻訳を自社で管理するか、言語サービスプロバイダー(LSP)のサービスを利用するかに依存します。後者の場合、双方のCATツールライセンスを購入するか、すべてのコンテンツをベンダーのアカウントに保管する必要があり、セキュリティ上の懸念が生じる可能性があります。

LSP へのプッシュ

設定が完了すると、プロセスは自動的に実行されます。 ただし、このような自動化には欠点もあることにご留意ください。翻訳をすぐに依頼したくない場合もあるでしょう。その場合は、自動割り当てを無効にできると便利です。

動員する

特定のプロジェクトが設定されると、そのプロジェクトに割り当てられた翻訳者は、そのプロジェクトに追加された新しいコンテンツを編集できるようになります。

実行

CAT ツールは、翻訳メモリや用語集など、より優れた、より効率的な翻訳に必要な技術を提供します。

同期を戻す

これも簡単です。 翻訳が完了すると、API を通じてリポジトリにプッシュされます。ただし、そのような API リクエストを処理するツールが必要です。

セキュリティ

ほとんどの CAT ツールコネクタは、CAT ツール独自のサーバー上で動作する独自仕様であるため、ローカルにインストールすることはできず、管理も不可能です。 多くの企業にとってこれは重大なリスクであり、情報セキュリティ部門がこのような統合を許可しないケースが少なくありません。

その他の問題

  • ほとんどのCATツールは有料であり、接続が必要なTMSの大半も同様です。通常はLSPが費用を負担しますが、状況によっては自身でもライセンスが必要になる場合があります。

  • 小規模な案件を引き受けることは間接費の増加を意味するため、LSPはより高い単価を要求する可能性が高いです。

スマートキャット

Smartcatは、翻訳の顧客とベンダーを単一のコンテンツ配信ループでつなぐオールインワンプラットフォームです。組み込みのTMS機能を備えていますが、APIを介して外部TMSシステムとも連携可能です。Smartcatの全機能は無料で利用でき、プラットフォームの収益化はSmartcatマーケットプレイスでベンダーに発注される各注文の一定割合で行われます。ただし、自社翻訳チームをお持ちの場合はこの利用は任意です。

設定

継続的なローカリゼーションフローの設定には、ある程度の技術的知識が必要です。 その一方で、「コネクター」は自社のサーバー上で実行するように設定できるため、セキュリティリスクを最小限に抑えることができます。また、LSP は、お客様のプロジェクトに取り組む前に、プラットフォーム上で翻訳者チームを編成する必要があります。

LSP へのプッシュ

設定が完了すると、新しいコンテンツはすべて Smartcat 上の LSP のアカウントに送信されます。 Smartcat は、12 種類の CMS および GIT リポジトリとの既製の統合機能と、独自の統合を構築するためのオープン API を備えています。

Mobilize

特定の翻訳者への自動割り当てはまだありませんが、LSPはボタンクリックまたは1回のAPI呼び出しでこれを実行できるため、かかる時間は最小限です。

実行

Smartcat は、設定可能な翻訳メモリ、用語集、機械翻訳エンジンを備えており、プロの LSP はこれらを活用してプロジェクトを最大限に活用することができます。

同期バック

同期バックはプッシュと同じくらい簡単です。翻訳されたコンテンツは、リポジトリ/CMS/などの構造内の適切な場所に配置されます。

セキュリティ

コンテンツは 100% お客様のサーバーに保存され、LSP は翻訳が必要な文字列のみを受け取ります。 これは、最も慎重な企業のデータセキュリティ基準さえ満たす唯一のソリューションとなります。

その他の問題

  • Smartcatのドキュメントはやや不足しているため、開始前に調査や試行錯誤が必要となります。一方で、Smartcatのサポートチームは業界内外で最も迅速な対応で知られており、プラットフォームの初期段階を丁寧に案内してくれることが多いです。

  • 重要なポイント

    どのアプローチを選択する場合でも、以下の点を心に留めておいてください:

    • 継続的ローカライゼーションの効果は、そのプロセスの中で最も効果の低い部分によって決まります。LSP(言語サービスプロバイダー)が負荷を処理するのに十分なリソースを持っていることを確認してください。

    • LSP にセットアップと設定を任せる方が簡単かもしれませんが、長期的にはセキュリティを損なう可能性があります。

    • 従来の手動作業を続ける限り、グローバルな顧客層に向けた短期間での市場投入は不可能です。

    継続的ローカライゼーションに関する独自のコツをお持ちですか?コメント欄でお聞かせください!

💌

ニュースレターを購読する

メールアドレス *