言語追加でユーザーを増やす：かつての成長戦略のコストと、今のコスト

ユーザーを増やすために製品を翻訳するというのは、最も古い成長施策の1つであり、広く引用される事例はまさに1件だけ存在します。2026年9月29日に再取得したOneSkyによるSmallpdfの事例研究によれば、検索経由の月間ユーザー数は2016年の600万人から2017年には950万人超へと60%増加しました。globalize.nowはAI駆動のローカライゼーション基盤であり、このページで扱うのは、誰も繰り返し語らない残り半分のストーリー、つまり当時この施策を実行するのに何が必要だったか、そして今は何が必要かということです。

このページは翻訳ページの検索順位を上げる方法について書いたものではありません。その問いについては別の記事「アプリのローカライズはSEOに役立つか」で扱っており、効果の有無と技術的に何が必要かを解説しています。このページのテーマは、この施策が何を生み、何をコストとし、今もなお誰が実行しているかです。

ローカライゼーション成長の手法とは何か？

製品をより多くの言語で提供し、各言語ページを検索エンジンにインデックスさせることで、英語だけのページでは決して拾えなかった検索クエリからの需要を取り込む。

アイデア自体はこれで全部であり、この10年間ずっと常識として語られてきました。どのバージョンのアドバイスも最後は同じ結論にたどり着きます。「そして、ワークフローとベンダー、そして翻訳者が必要になる」と。ここが個人開発者がタブを閉じるポイントであり、誰もが同意する施策なのに完走者がほとんどいない理由です。

この手法は実際に何をもたらしたのか？

1社が報告した結果であり、まさにこれほど具体的な事例が他にないからこそ、読む価値があります。

このセクションの内容はすべて、2026年9月29日に再取得したOneSkyによるSmallpdfの事例研究という1つの情報源に基づいています。これはあるベンダーが語る顧客の実績であり、私たちが実施した測定でも、独自に検証したものでもありません。

そこで報告されている内容は次の通りです。

• 検索経由の月間ユーザー数は、2016年の600万人から2017年には950万人超へと60%増加しました。
• ユーザーの70%以上が非英語圏の国からでした。
• 最も成長が速かったのはタイで、1年間でユーザー数が500%以上増加しました。
• 製品は17言語で提供され、新機能の翻訳依頼は1〜2日で対応されていました。

これらの数字は予測ではなく、あくまで方向性を示すものとして受け止めてください。1社、1つのベンダーが語ったストーリー、たった1年間、しかもユーザーが考える言語にほとんど左右されない製品（ファイル変換）についての話です。あなたの製品は、これよりも言語に依存しているかもしれませんし、そうでないかもしれません。

注目すべき数字は60%ではありません。70%の方です。インターフェースもマーケティングも英語から始まった会社が、最終的にはユーザーの大半を別の場所に持つことになった。しかもそれに気づいたのは、英語だけでの展開をやめた後だったのです。

2017年当時、これを実行するにはどれくらいコストがかかったのか？

一度きりの請求書ではありません。継続的な取引関係と、決して閉じないループでした。

同じ事例研究では、実施前の状態はフリーランス翻訳者、実施後の状態はアウトソース先のベンダーが17言語すべてで新機能の文字列を1〜2日で対応する、という形で描かれています。ここで売り込まれているのがループの速さであることに注目してください。1〜2日のターンアラウンドがセールスポイントになるのは、デフォルトがもっと遅かった場合だけであり、それはこのループが製品が変わるたびに毎回回っていたことを物語っています。

これこそが本当のコストであり、お金の話ではありません。新機能ごとの文字列は、誰かの恒久的な仕事になりました。ボタン1つを出荷するということは、翻訳依頼を1つ出荷するということでもあったのです。ローカライゼーション機能を持たない創業者はこれを読み、戦略には同意しながらも、何もしません。それは正しい判断です。なぜなら、ここで描かれた戦略はそもそも彼らには手の届かないものだったからです。

今この手法を実践している人はいるのか？

います。しかもこの業界の内側で、多くの人がまだ気づいていない規模で。

Localazyは、翻訳された製品ではなくページ群という形で同じアイデアのバリエーションを実践しています。2026年8月28日のサイトマップ取得によれば、757件のコンバージョンページと1,705件の言語ペアページ、合計で約14,000件のインデックス済みURLが確認されました。2026年9月23日のSpyFuデータでは、上位500キーワードの米国月間検索ボリューム合計は4,859,220でした。

これは2つの理由で記録に値します。第一に、この施策は2017年の遺物ではなく、今この業界で現在進行形です。第二に、この特定の形態はコンテンツ計画付きのエンジニアリングプロジェクトであり、何千ものページを生成するのは一朝一夕の話ではなく、本格的な構築作業です。この段落を「14,000ページ作りに行こう」というアドバイスとして読まないでください。

なぜどのガイドも同じところで話が止まるのか？

チームを持つ人が、チームを持つ人に向けて書いたからです。

この施策自体は秘密でもなんでもなく、これまでも常にそうでした。解決されなかったのは、決定を下した後の部分です。文字列は次々に届き続け、製品は動き続け、誰かがロケールファイルを正確に保ち続けなければなりません。このカテゴリーのツールはローカライゼーションマネージャーに仕えることで発展してきたため、アドバイスも当然のようにその存在を前提としていました。「そして、ワークフローが必要になる」で終わるすべてのガイドは、その前提にすべてを委ねているのです。

2026年の興味深い点は、この施策自体が良くなったことではありません。人員を配置しないバージョンが可能になったことです。

同じ手法は今、何をコストとするのか？

翻訳ループそのものがプロジェクトでなくなります。

globalize.nowは、アプリ内の接続フローでコードベースを一度変換します。この変換は単発の操作であり、スケジュールに沿って動くものではありません。その後は、新しいカタログ単位が現れるたびにプッシュジョブがそれを翻訳し、返ってくるファイルは標準的なJSONやPOで、既にお使いのi18nライブラリが読み込める形式そのままです。ランタイムもフレームワークもデプロイも何一つ変わりません。

これによって取り除かれるのは、繰り返し発生する作業です。それこそが本当の障壁でした。セットアップ自体については開発者向けおよびバイブコーダー向けのページで解説しており、この作業がなぜ開発ループの中に移動してきたのかについてはローカライゼーションが上流に移る理由で詳しく述べています。

料金については料金ページをご覧ください。このページでは要約しません。

まだお伝えできないこと

私たち自身の数字はこの件について公表しておらず、それをほのめかすつもりもありません。

現在、2件の顧客事例研究を計測中です。それらが完了し日付が付くまで、このページに載っている数字はすべて他社の実績であり、そのように明示しています。これは意図的な基準です。日付付きで検証可能な出典のない成長にまつわる数字こそ、後になって都合よく引用されてしまう類のものであり、この業界にはすでにそうした数字があふれています。

自社のアプリにとって、これをやる価値があるかどう判断すればいいのか？

市場規模のリストではなく、まず自社のアナリティクスから始めましょう。

製品が英語しか話せないにもかかわらず、既にトラフィックを送ってくれている国こそ、手に入る中で最も強力なシグナルであり、しかも無料です。それは言語の壁があっても届いた需要であり、つまりその壁こそがあなたが動かせる変数だということです。この基準で順位付けし、2言語を追加し、それ以外は何も変えず、四半期ほど様子を見てください。

答えがノーだったとしても、あなたが費やしたのは1つの接続フローと3カ月分のデータだけです。2017年版で間違えるより、はるかに安上がりな失敗の仕方です。あの頃は、答えを知るためにまず人を雇う必要がありました。

ここから何をすべきか

この施策自体は2017年から何も変わっていません。かつてチームを必要としていた部分、つまり製品が動き続ける中で増え続ける文字列の翻訳を維持し続ける作業、それこそが今や自動化された部分です。もしあなたのアナリティクスが、製品がまだ対応していない地域からユーザーが訪れていることを既に示しているなら、リポジトリを接続して、まずは2言語から始めましょう。