アプリストアの掲載情報はどの言語にローカライズすべきか?
この問いに対するアドバイスの多くは、別の質問に答えています。「どの言語をローカライズすべきか」と聞いているのに、返ってくるのはグローバルアプリ市場の統計の羅列です。トリビアとしては面白いものの、意思決定には役立ちません。この記事は、実際の意思決定を扱います。
現在App Storeには約50のメタデータ言語があります(Appleは2026年3月に39から50へ拡張し、主にインド系の11言語を追加しました)。Google Playの掲載ロケールはさらに多いです。すべてに対応する必要はありませんし、そうすべきでもありません。目標は、今週から実行できる短くランク付けされたリストです。
まず、掲載情報とアプリ本体を切り分ける
これらはコストがまったく異なる2つの別プロジェクトであり、両者を混同することが最もよくある間違いです。
- ストア掲載情報 — タイトル、サブタイトル、説明文、キーワード、スクリーンショット。これらを翻訳すると、インストール前にユーザーが目にする内容が変わります。アプリのコードには一切触れず、App Store ConnectやPlay Consoleから即座に反映されます。
- アプリのUI — 実行中のアプリ内のすべての文字列。これを翻訳するのは本格的なエンジニアリング作業です。文字列の抽出、ローカライズ機構の実装、全画面の再テスト、リリースごとの保守が必要になります。
コストを抑えた賢明な順序は、まず掲載情報をローカライズし、アプリ本体の翻訳はデータが裏付けるまで後回しにすることです。ASO担当者はこれを「最小限で機能するローカライズ」と呼びます。翻訳したストア掲載情報をその市場に投入し、インストール数と(重要なことに)継続率が保たれるかを観察し、そこで初めてアプリ自体の翻訳に投資するのです。英語版アプリのまま翻訳済み掲載情報を使うのは、十分に有効なテストです。一方、コンバージョンが起きない市場向けにアプリ全体を翻訳してしまうと、その費用は取り戻せません。
そのため以下のフレームワークは掲載情報についてのものです。アプリUIの翻訳は、市場ごとの継続率データに基づいて後で判断する、別の意思決定として扱ってください。
反対方向に働く2つの力
市場は「支出額」の軸と「量」の軸に沿って分かれますが、この2つはめったに一致しません。ここでは精度よりも方向性を重視してください。正確な数値はカテゴリや年によって変動するため、あくまで目安として捉えましょう。
- ユーザーあたりの収益が高い市場。 一部の成熟市場は、人口に対して不釣り合いなほど高い支出を見せます。特に日本が突出しており、トップタイトルのユーザーあたり収益は米国の約2倍を記録してきました。ドイツと韓国も同じ高支出層に属します。ダウンロード数は少なくても、1件あたりの価値が高いのです。
- ダウンロード量が多い市場。 インドは世界のインストール数で大差をつけて首位に立ち、ブラジルとインドネシアがそれに続きます。リーチは膨大ですが、ユーザーあたりの収益はかなり低く、マネタイズは有料インストールやサブスクリプションよりも広告や低価格設定に頼る傾向があります。
どちらの軸も単独では勝てません。プレミアムなサブスクリプション型アプリは前者のリストを重視すべきですし、規模で稼ぐ広告収益型アプリは後者を重視すべきです。多くのアプリは、自社の価格モデルに合わせて両方から数言語ずつ選ぶことになります。
意思決定フレームワーク
3段階です。順番通りに進めてください。保守にかけられる余力が尽きたところで止めればよく、Tier 1までローカライズすれば世界のアプリ支出の大半をすでにカバーできています。
Tier 1 — まずここから。 ほぼすべてのアプリが掲載情報をローカライズすべき言語です。大きなオーディエンスと実証済みの支出意欲を兼ね備えています。
- スペイン語とポルトガル語(ブラジル) — 南北アメリカとスペインにまたがる巨大なリーチ。
- ドイツ語、フランス語、日本語 — 成熟した高支出市場で、ネイティブな掲載情報がコンバージョンを明確に押し上げます。
- 簡体字中国語 — 単独で最大のストアであり、自社アプリがその市場で成立するなら。
Tier 2 — 次に追加する。 Tier 1を公開し、数字への効果を確認した後に狙う有力市場です。
- 韓国語とイタリア語 — 規模は小さいものの購買意欲が高く、コンバージョンも良好。
- ロシア語とトルコ語 — 大きなオーディエンスを持ち、マネタイズはカテゴリ次第。
- 自社製品が欧州寄りならポルトガル語(ポルトガル)とオランダ語。
Tier 3 — あると良い。 量で稼ぐ狙いとロングテールのリーチです。もう1言語追加する限界費用がほぼゼロになった場合(詳細は後述)、あるいは特定の市場が自社の分析データに現れた場合に価値があります。
- ヒンディー語、インドネシア語、ベトナム語、タイ語 — インストール量は膨大だがユーザーあたり収益は低く、広告マネタイズが多い。
- ポーランド語、アラビア語、その他自社の特定オーディエンスに合う地域言語。
簡単な早見表として:
自社アプリに合わせて調整してください。米国とドイツで継続率が高い瞑想アプリなら、Tier 1の欧州言語を重視すべきです。規模を追う社会アプリなら、Tier 3の量重視市場へより早く進むべきでしょう。自社のインストール・継続率データは、どんな一般的なリストにも勝ります。この段階は出発点であり、終着点ではありません。
1つの掲載情報で複数のストアをカバーできる
知っておく価値のある地味な効率化があります。App Storeでは、1つの言語ローカライズがフォールバックを通じて関連地域もカバーします。フランス語(フランス)の掲載情報があり、フランス語(カナダ)を個別設定していない場合、フランス語圏カナダのユーザーには、専用版を追加するまでフランス語(フランス)のメタデータが表示されます。スペイン語(スペイン)とスペイン語(メキシコ)についても同様で、他の変種にも当てはまります。
実務的には、1つのよくできたフランス語掲載情報だけで、すでに複数のストアにまたがるフランス語話者にリーチできるということです。スペイン語の掲載情報も同様に、ラテンアメリカとスペイン全体をカバーします。国別バリアントの追加は、その市場が文言やキーワードを個別に調整するだけの規模になったときで十分です。まず基本言語から始め、量が伴ってから地域ごとに磨き込みましょう。
なぜ「何言語対応するか」が難題ではなくなるのか
ここまでの各段階はすべて、言語ごとに翻訳コストがかかることを前提にしています。だからこそエージェンシーは絞り込みを勧めるのです。Mokbiは、この前提そのものを変えます。ストアテキストとスクリーンショットのキャプションを含む掲載情報全体を、50言語まとめて一度に翻訳するため、20番目の言語を追加する限界費用は、2番目の言語とほぼ変わりません。
言語追加がほぼ無料になると、制約は入れ替わります。予算を守るために翻訳を制限する必要はもうなく、どの市場に注意を払い、キーワードを調整し、いずれアプリ本体を翻訳する価値があるかを見極める段階に移ります。それは優先順位づけの問題であり、上記の段階的フレームワークがその答えです。掲載情報は広くカバーし、データが示す場所には深く投資しましょう。
スクリーンショットは、この一連の流れの1ステップにすぎません — スクリーンショット、フィーチャーグラフィック、ストアテキスト、翻訳、公開。だからこそキャプションは説明文と同じ工程で翻訳され、ロケールごとに両者が常に同期した状態を保てます。テキストは片方のツールで、画像はもう片方のツールで、といった分断は起きません。
実行すべきシンプルな手順
- 掲載情報をTier 1言語にローカライズする。 メタデータとスクリーンショットを翻訳し、アプリ本体は英語のまま。これはテストであり、コミットメントではありません。
- 市場ごとにコンバージョンと継続率を観察する。 インストール数は掲載情報が機能しているかを、継続率はその市場が本物かを教えてくれます。
- Tier 2、続いてTier 3を追加する。 限界費用が低いうちに拡大し、自社の分析データが示す言語をリストの上位に押し上げましょう。
- 最後にアプリUIを翻訳する — 実際の継続率でそれに値すると証明された2〜3の市場に限って。
この順序であれば、コストの高い作業(アプリ翻訳)は証拠がそろうまで実行を保留され、コストの低い作業(翻訳済みストア掲載情報)は意味のある範囲で広くカバーできます。