· Localization · 4分で読了

翻訳がアプリストアの文字数制限を超えるとき

翻訳がアプリストアの文字数制限を超えるとき
TL;DR.両ストアともすべてのリスティング項目に固定の文字数上限があり、その上限は英語版だけでなくローカライズ版に適用されます。英語で30文字に収まる名前も、ドイツ語では30〜40%長くなり、上限を超えてしまうことがよくあります。解決策は単語の途中で切り詰めることではなく、各言語ごとに名前やサブタイトルを短く書き直し、制限内で自然に読めるようにすることです。完全な参照表は以下の通りです。

あなたはすっきりした28文字のアプリ名、印象的な29文字のサブタイトル、100文字をフルに使ったキーワードフィールドを用意しました。ところがリスティングをローカライズすると、App Store Connectがフィールドを拒否し始めました——ドイツ語のサブタイトルは41文字、フランス語は36文字です。英語版が問題だったことは一度もありません。各言語はすべてのフィールドで独自のコピーを持ち、それぞれが単独で同じ上限に収まる必要があるのです。

この記事では、それらの制限が何か、翻訳がなぜそれを超えてしまうのか、そして単語を途中で切るのではなく、どの言語でも読みやすいリスティングを保つ方法について解説します。

両ストアの文字数制限

以下の数字はすべてロケールごとの値です。フランス語、ドイツ語、日本語などにローカライズすると、各言語がすべてのフィールドで独自のコピーを持ち、それぞれが提出時に同じ上限でチェックされます。

押さえておくべき点が2つあります。App Storeのキーワードフィールドは、非表示のカンマ区切り100文字枠です——プロダクトページには表示されませんが、多くのインデックス効果がここに宿るため、一文字一文字が重要です。そして最も余裕のない30文字の名前とサブタイトルこそ、翻訳による超過が最も起こりやすいフィールドです。

翻訳版が超過してしまう理由

同じ意味でも、言語によって必要な文字数は異なります。英語から翻訳する場合、おおよその傾向は計画に使えるほど一貫しています。

  • ドイツ語:多くの場合+30〜40%。複合名詞が英語の複数の単語を1つの長い単語に融合させ、頼れる短い同義語もありません。30文字のフィールドを最も頻繁に超過させる言語です。
  • フランス語、スペイン語、イタリア語、ポルトガル語:おおよそ+15〜25%。安定した中程度の増加です。英語で24文字に余裕をもって収まる名前も、30文字に迫るか超えてしまいます。
  • 中国語、日本語、韓国語:文字数では多くの場合約50%短くなる。CJK文字は1文字あたりの情報量が多いため、文字数制限が制約になることは少なく、可読性や語彙選びの方が重要です。
  • アラビア語、ヘブライ語などRTL言語:+15〜30%程度の増加に加え、方向の反転を想定してください。これらは必ず人によるレビューが必要で、機械翻訳をそのまま使うべきではありません——双方向テキストや非ラテン文字のキーワードフィールドは、自動翻訳が静かに誤りを生む箇所です。

これらは保証ではなく、計画の目安として扱ってください。重要なのは方向性です。英語版のフィールドが上限に近い場合、ヨーロッパ言語の翻訳は超過し、CJK言語は短くなると想定しましょう。英語のソースにあらかじめ数文字の余裕を持たせておけば、増加分を吸収できます。

制限超過の実際の姿

AppleとGoogleはいずれも提出時に上限を強制します。実際には2つの失敗パターンのどちらかに直面します。ストアのフォームが余分な文字を受け付けず、上限を超えて入力すること自体ができないため、貼り付けた翻訳は境界で単語の途中でも無言で切り捨てられます。あるいはフィールドはテキストを受け付けても、審査でリスティングが却下されます。いずれにせよ、翻訳された名前やサブタイトルは切り詰められたり、切断によりスペルが崩れたり、そのマーケットで完全に欠落したりします。

これは英語のリスティングからは一切見えません。言語ごとに、しかもたいていリスティングが完成したと思った後に、一つずつ表面化します。

解決策:切り詰めではなくトランスクリエーション

ドイツ語のサブタイトルを30文字目で切ると、ネイティブスピーカーには機械的に壊れた半端な単語に読めてしまいます。正しい方法は、名前とサブタイトルをロケールごとに書き直し、制限内で同じ意図を伝えることです。

  • まずソースを短くする。22文字の英語サブタイトルなら35%の増加にも耐えますが、29文字では耐えられません。英語での余裕は最も安上がりな対策です。
  • 余裕のないフィールドはトランスクリエーションする。名前とサブタイトルは、逐語訳ではなく、対象言語でより短い同義語を選ぶか不要な語を省きましょう。目標は文字通りの一致ではなく、収まって自然に読めるフレーズです。
  • RTLや非ラテン文字のフィールドは人の目でチェックする。アラビア語、ヘブライ語、非ラテン文字のキーワードリストは、その文字を読めなければ気づけない形で機械翻訳が誤りを生む箇所です。
  • 文字数は英語ではなく対象言語のスクリプトで確認する。ストアが測定するのは文字数であり、言語によって異なります——つまり翻訳後にフィールドごとに測定する必要があります。

Mokbiが役立つ場面

Mokbiは、名前、サブタイトル、キーワード、説明文を含むリスティング全体を50言語に翻訳し、進行中の各フィールドについて言語ごとの文字数を表示します。超過はApp Store ConnectやPlay Consoleに貼り付ける前に、エディタ上でその場に表れるため、リジェクトされた後ではなく、まだ短くできるうちに41文字のドイツ語サブタイトルに気づけます。

ただし、これは最初の一歩であり最終ステップではありません。すべてのフィールドを制限内に収め、増加したものにフラグを立てる——作業の大部分はこれでカバーできます。とはいえ、最も価値の高いマーケットには依然として人による確認が必要です。ネイティブスピーカーがトランスクリエーションされた名前が自然に聞こえるか、RTLフィールドが正しいかを確認するのです。ツールはどのフィールドが壊れたかという推測を排除し、人はもっとも重要なフィールドがきちんと読めることを確認します。

次に読むべき記事

エディタを開く →