アプリをローカライズするときに気をつけたい7つのこと

topapp

スタッフK です。

前回に引き続き、アプリのローカライズについてお伝えしたいと思います。

モバイルアプリ開発会社 必見!アプリのダウンロード数が増えれば収益が増える?(http://www.trivector.co.jp/contents/?p=420

今回は、「自社アプリをローカライズするときに気をつけたい 7つのこと」です。すでにローカライズが決まっていて、これからどうやって進めていくかとお考えの方のお役に立てると幸いです。

目次

  1. ローカライズを意識した日本語版を開発する
  2. ターゲットの言語を決める
  3. ローカライズのスケジュールを検討する
  4. 外注先を決める
  5. 専門用語やスタイルガイドなどを準備する
  6. 翻訳対象となるテキスト原稿を準備する
  7. アプリの深い理解を促すため、翻訳者に参考となる情報を渡す

 

それでは順番にご説明いたします。

ローカライズを意識した日本語版を開発する

これは当たり前のようで意外とできていないことが多いのですが、多言語翻訳での展開を考えたときに、日本語原文に影響を受けてしまう事が少なからずあるため、事前にしっかりと考えてから日本語版を作る必要があるということです。

例えば、日本語を翻訳すると英語などは文章が長くなる傾向にあります。理由としてはいくつかありますが、文法構造が違っていたり、書いている人が違っているなど、まったく同じ分量にはなりにくいわけです。

それにも関わらず、UI としての長さ(幅)は変わりません。つまりこのまま翻訳して英語にしてしまうと、英語が長くなってはみ出してしまうような事態になります。

アプリの内容を熟知し、使いこなしているのであれば、日本語の内容を踏まえて英語を短くしてしまったり、端折ったりということができますが、基本的に産業翻訳では「原文に忠実に」というルールが存在すること、また翻訳者が判断をして情報を取捨選択することはできないという側面があるため、日本語の内容を過不足なく伝えようとすると、自然と英語が長くなってしまうわけです。

日本語版の開発時に、英語に翻訳することやその他の言語に翻訳することを意識することは非常に重要です。

特に日本語は主語がなくても文章が成立したりしますが、英語などはそうはいきません。日本語を短くしても、他の言語では長くなってしまう可能性がありますので、その場合は以下のいずれかを検討する必要があります。

  • 多言語を意識して日本語の構造をハッキリさせる
  • それができない場合には、多言語が長くなっても余裕のある UI デザインを考える

ターゲットの言語を決める

これは当たり前の話ですが、大変重要です。

「何語に翻訳するのか?」を検討するときには、前回ご紹介した「ダウンロード数」や「収益」を検討しなければならないからです。

ただ何となく中国語に翻訳しようとか、スペイン語にしておけばいいという判断では、うまくいかないでしょう。

仮に、「スペイン語」を選ぶなら、その裏づけが必要です。

どうしてスペイン語なのか?それは言語の特性が関係したり、その国の法律や制度なども関係するかもしれません。アプリのコンテンツによってもターゲットの言語は変わるはずです。

日本語は、基本的に日本でしか通じません。単一言語が複数の国で通用するなら、それは汎用性が高いということですので、そういった基準からターゲット言語を決めるというのもありです。

ローカライズのスケジュールを検討する

アプリをローカライズし、多言語に広げていくためにはある程度の時間を要します。

例えば、日本語から英語への翻訳なら、1日に処理できる(翻訳できる)分量というのはおおよそ 3,000文字程度といわれています。それ以上のスピードアップは、品質に影響する(低下する)ため、お勧めできません。

参考:1日の翻訳の処理スピードと処理量(参考値)

http://www.trivector.co.jp/knowledge/structure.html

この例のように言語ごとにスピードや処理量が違います。また、日本語からドイツ語に翻訳するとした場合、いきなりドイツ語に翻訳できない可能性もあります。それはアプリの内容やボリュームによってリソース不足に陥る事があるためです。

その場合にはいったん英語を経由してからドイツ語に翻訳することもあります。コストはかかってしまいますが、英語→ドイツ語の方がリソースも多くキャパシティも大きいためです。また同じヨーロッパ言語としての親和性も高いので、スピーディに展開できる事もあります。(ドイツ語に翻訳するようなアプリは、通常は英語版があることがほとんですし、そうでない場合には英語版もリリースすべきでしょう)

無論、開発プロセスは翻訳だけではありませんが、ある程度目安を持ってスケジューリングしないと、無理な納期で翻訳することになります。当然品質は上がらず、アプリを使う現地ユーザーからも「意味が分からない」とか「文章として成立していない」といったものになってしまうことがあります。

特に多言語の場合にはその影響が全世界に広がってしまうので、慎重にローカライズを行っていかなくてはなりません。

アプリそのものの評価に直結します。

外注先を検討する

ターゲット言語とスケジュールが決まったら、今度は外注先を検討します。(社内で対応できる、という方は本エントリー自体があまり意味がありませんので、あくまで必ず外注するという前提です)

以下の図のように、外注にはいくつもの種類があります。

コスト、品質、スケジュールのバランスをしっかりと検討して発注する事をお勧めします。どの項目を重視するのか、どれが優先なのか、それを決めておかなければ期待する効果は得られません。

list

参考: 翻訳の功と罪(http://www.trivector.co.jp/contents/?p=87

専門用語やスタイルガイドを準備する

これは特にアプリのローカライズに限ったことではありませんが、信頼できる参考資料のうち、もっとも重要度が高いのが専門用語です。アプリ内でしか使われていない言葉だったり、製品名のような固有名詞であれば、事前に準備して指示する必要があります。

それがなければ、翻訳者は調査できる範囲で調査して訳文を作りますが、それが果たして希望通りの訳語になっているかどうはふたを開けて見ないとわかりません。

これは単純に時間の無駄ですから、事前に準備できるものは準備しておくことで、スムースになるのは間違いありません。

 

翻訳対象となるテキスト原稿を準備する

周辺資料の準備が整ったら、実際の作業対象ファイルを準備します。アプリのローカライズの場合、当然ながらソースコード内に翻訳対象テキストが記述されていますが、そのファイルをそのまま翻訳者または翻訳会社に渡しても、翻訳ができないこともあります。

余計な記述は、翻訳者にとっても混乱の元ですし、また作業中に謝ってプログラムコードを1文字消してしまった、というようなことも無いとは言えません。

そういった事故を予め防ぐために、「翻訳対象テキストだけを抽出して渡すことが必要になります。

例えば、エクセルにテキストを抽出します。以下はイメージです。

sample

 

このように、翻訳者にも「どこを翻訳すればいいか」を視覚的に明示してあげることで、作業スピードもあがりますし、また品質も安定します。

アプリの深い理解を促すため、翻訳者に参考となる情報を渡す

さらに翻訳の精度をあげて、アプリのローカライズを成功させるには、アプリそのものをダウンロードして触ってもらったり、事前にトレーニングや簡単なミニセミナーなどを開き、翻訳者に説明するといったことも有効です。

プロの翻訳者なら事前にアプリの動作を分かっていれば、より適切な訳語を選択する事ができます。

ひと手間かかってしまいますが、事前のレクチャーや準備こそが、アプリのローカライズプロジェクトの成功の確率を上げるのだということを理解しましょう。

 

まとめ

いかがでしたでしょうか。これまでにご説明した項目は、私たちが日常的にアプリのローカライズをご依頼いただく中で、最低限やっておいたほうがいいものばかりです。

アプリのローカライズの良し悪しによっては、原作(日本版)の良さやアプリの魅力が伝わらない可能性も多いにあるため、自社のアプリが現地の人々に受け入れられるかどうかを左右する重要なポイントでもあるのです。

つまり、アプリのローカライズは決して翻訳者だけの仕事ではなく、お客様、信頼できる翻訳会社、翻訳者とプロジェクトチーム全員が一丸となって取り組む仕事であるといえます。

当然その場合には、コミュニケーションやチームをまとめるマネジメント力も求められます。この総合力の違いがローカライズの品質に大きな影響を与えるといっても過言ではありません。

そして、事前にしっかりと準備をし計画を立て、投資すべき点にはしっかりと投資(お金をかける)できるアプリ開発会社のみが世界に進出するアプリのローカライズを成功させることが出来るのです。

翻訳・通訳・ローカライズ全般のお問い合わせ

160508-www-bnr_03