ローカライズROIのテンプレートは、どれも同じ2つの入力を求めてきます。年間でいくらかかるか、そしてどれだけの改善を見込むか。予算にローカライズの項目があるチームなら、どちらにも答えられるでしょう。しかし、週末の空き時間で作っている個人開発者にとって、1つ目はほぼゼロ、2つ目は想像で作るしかない数字です。globalize.now はAI搭載のローカライズ基盤です。本ページでは、そのテンプレートを埋める代わりに何をすべきかを取り上げます。
関連する3つの疑問については、すでに専用ページがあるため、ここでは繰り返しません。翻訳したページが検索で有利に働くかどうか、そのために技術的に何が必要かはアプリのローカライズはSEOに効くのかをご覧ください。チームがローカライズ施策を実行して何を得たか、そして以前はそれにどれだけのコストがかかっていたかはグロースプレイブックの今昔に。これが1人の創業者が最後までやり切れる施策かどうかは仕分けテストにまとめています。本ページは、試す価値はあると判断済みで、その結果をどう評価するかを知りたい方向けの内容です。
なぜこの規模ではROIの問いが成り立たないのか?
計算の両半分が欠けているからです。しかも、そのうち目につくのは片方だけです。
目につくのは、コスト項目がないほうです。代理店向けのROIの枠組みは、モデル化する価値のある支出を前提に作られています。単語単価、ベンダーとの契約、ローカライズ担当者の工数、そしてそれに対置する市場売上の予測です。請求書をなくせばモデルが簡単になるわけではなく、分母そのものがなくなります。
害が大きいのは、予測がないほうです。2言語目が何を生むのかは誰にも断言できません。公表されている結果が互いに一致しないからです。しかも、近いどころではありません。以下の3つの事例のうち2つは、同じ施策を実行して正反対の方向を指す結果を得た個人運営者のもので、どちらも数字を公開しています。この分野では珍しいことです。
だから、問いの誠実な形は「ROIはいくらか」ではありません。「結果を教えてくれる最小のテストは何か」「結果が横ばいだったら何をするか」です。
チームが予算をかけたとき、リターンはどのような形だったのか?
大きく、現れるまで時間がかかり、継続的なベンダーとの関係に結びついていました。
この分野で最もよく記録された事例は今もSmallpdfのもので、ベンダー側の資料です。OneSkyが公開したSmallpdfのケーススタディ(2026年10月8日に再取得)によると、SEO経由の月間ユーザー数は2016年の600万から2017年には950万超へと60%増加し、ユーザーの70%超が非英語圏の国から訪れ、追加した3言語のうち最も収益性の高かったタイ語では、1年でトラフィックが500%以上伸びたといいます。この取り組みを始めた時点で、Smallpdfはすでに17言語に対応していました。あくまで、1社のベンダーが語る、1社の顧客の、1年間の話として読んでください。
ROIを考えるうえで重要なのは、これらの数字ではありません。同じ出典(同日に再取得)にあるこの一文です。OneSkyの自動化ソリューションにより、Smallpdfは新機能やサイト改善に伴う翻訳依頼を、17言語すべてで1〜2日以内に処理できるようになりました。以前はフリーランス翻訳者に依頼して数週間かかっていた作業です。これがコスト項目です。単語単価ではなく、プロダクトが変わるたびに待ち行列が開く、向こう側のベンダーという存在です。
だからこそ、エンタープライズ向けのROIモデルはそこでは成り立ち、ここでは成り立ちません。そのモデルは、既知の継続コストと計測済みのリターンを比べるものです。あなたにはどちらもありません。
誰も資金を出していないとき、リターンはどのような形になるのか?
ばらつきが大きく、平均を取ると全体像が見えなくなります。
Ken Imoto氏は、自身のブログを、本人が「言語横断のLLMパイプライン」と呼ぶ仕組みで4言語に翻訳し、その後、文体やロケールの観点で手作業の修正を加えました。dev.toで公開され2026年10月8日に再取得した彼のGA4の数値は、2026年4月30日から5月21日までの22日間が対象で、ポルトガル語が748ページビュー・709セッション、英語が195ページビュー・176セッション、日本語が27ページビュー・29セッション、スペイン語が7ページビュー・7セッションでした。本人は次のように述べています。「同じブログ、同じ公開頻度、同じ著者で、ポルトガル語は英語の約3.8倍、日本語の28倍、スペイン語の107倍を引き寄せている」
これは、ある時点での4言語のスナップショットとして受け取ってください。実際にそうだからです。同一コンテンツの施策前後の比較はなく、ローカライズ前のベースラインも公開されていません。言語ごとの記事数も異なり(英語26本、日本語25本、ポルトガル語17本、スペイン語10本)、記事あたりに正規化した数値も示されていないため、こちらで勝手に作るのはやめましょう。
じっくり見るべきはスペイン語です。翻訳した10本の記事で、3週間のページビューはわずか7。本人は話者数だけを根拠に、スペイン語が2位に来ると予想していました。4ロケール全体の平均を1つ出せば明確な成功に見えますが、その陰で4分の1の作業は何も返していませんでした。この検証をやるなら、ロケール別の視点が不可欠です。なければ、どの賭けが外れたのかに気づけません。
実際に重くのしかかるコストとは?
プロダクトが変わるたびに、その翻訳に責任を持ち続けることです。
そのコストは高すぎると判断して撤退した事例が、すでに公開されています。dev.toのField Notes #3の元になったサイト(2026年10月8日に再取得)は、ある個人開発者がエージェントに運用させていると自称するサイトで、ブログはAIパイプラインで翻訳されています。彼は21言語を6言語に絞りました。絞り込みは2026年9月24日で、公開された内容によれば、トラフィックの計算ではなくオーナーの判断によるものでした。残ったのは英語、フランス語、スペイン語、ロシア語、中国語、アラビア語。それ以外は、ドイツ語、日本語、ポルトガル語、イタリア語、ベトナム語、ポーランド語をはじめとして十数言語あり、同じ日にファイルとして存在しなくなりました。
彼が挙げた理由は品質です。悪い翻訳は、翻訳がないことより読み心地が悪い。日次のパイプラインでは、21言語すべてでネイティブ品質を保証できませんでしたが、6言語なら保証できました。
これこそ、ローカライズ専任の部署を持たない人にとってのコスト項目であり、それは翻訳そのものではありません。読めない言語で、人に任せられないレビューを、変更のたびに繰り返すことです。そしてそれは、維持するロケールの数に比例して増えます。
同じ記事にはSearch Consoleの数値も載っていますが、そのまま引用せず、注意点を添えて読む必要があります。2026年10月4日に公開された直近28日間の数値では、残した5ロケールが493インプレッション・6クリック、削除した側(レポートに表示された12言語分)がおよそ850インプレッション・7クリックでした。彼自身が指摘しているとおり、この期間は絞り込みをまたいでおり、一部はまだ公開中だった言語を含んでいます。絶対数は6クリックと7クリックで、どちらの方向の主張を支えるにも小さすぎますし、「約850」も公開時点で概数なので、概数のまま扱いましょう。また、本人の記事は「残した5ロケール」と書きつつ6言語を挙げていますが、ここで代わりに解釈することも、そこからロケール別の数値を割り出すこともしません。
これだけ注意書きを重ねても、残る事実が1つあり、それで十分です。削除したロケールは、削除後もなお検索で見つかっており、それを削除した本人の理由はトラフィックとは無関係でした。削除後7日間の数値には、ドイツ語ページが2位でクリックを獲得し、日本語とベトナム語のページもクリックを得ていたことが記されています。「トラフィックにはほとんど影響がなかった」という本人の見出しは、彼自身の数字によって覆されていると見てよいでしょう。自身の枠組みに反する知見を正直に公開しているわけで、数字そのもの以上に珍しいことです。
では、実際にどんなテストが行えるでしょうか。
流入してくる需要から選んだ2ロケールを、ロケール単位で読み、撤退の手順を先に決めておきます。
話者数のリストではなく、自社のアナリティクスから選びましょう。プロダクトが英語しか話さないのにすでにトラフィックを送ってきている国は、障壁があっても届いた需要です。つまり、動かせる変数は障壁のほうで、しかも確認するだけならコストがかかりません。Imoto氏の公開前のランキングは話者数に基づいていましたが、データはそのどの部分とも食い違いました。
2つに絞りましょう。5つでは作業が大変になるからではなく、レビューが大変になるからです。前述の2つ目の事例は、ロケール数が、誰にも自動化してもらえないレビューという作業の限界を超えてしまったときに何が起きるかを示しています。
始める前に、失敗がどんな形か、そのときどうするかを書き出しておきましょう。ここで紹介した公開事例には、どちらも何も返さなかったロケールが含まれています。その結果に備えた分岐が計画になければ、それはテストとは呼べません。
そして、1四半期は回してください。Smallpdfの数値は前年比であり、dev.toのスナップショットは22日間でベースラインなし。どちらも、2週目に何が起きるかについては何も教えてくれません。
そして、撤退のコストは低く保ちましょう。先ほどの開発者が削除した16ロケールは、彼が判断を下した当日にファイルとして存在しなくなりました。1つ外すのに1か月かかるなら、それはテストではなく、コミットメントです。
今、そのテストを実施するのにいくらかかるのでしょうか。
変わったのは継続的にかかる部分で、ROIモデルが気にしていたのもそこだけでした。
globalize.nowは、アプリ内の接続フローでコードベースを一度だけ変換します。この変換は1回限りの処理で、スケジュール実行されるものではありません。その後はプッシュジョブが、新しく追加されたカタログ単位を翻訳します。出力は標準的なJSONまたはPO形式で、お使いのi18nライブラリがそのまま読み込めるフォーマットです。ランタイムもフレームワークもデプロイも一切変わらないので、ロケールの削除もプロジェクトではなくファイル操作で済みます。セットアップについては開発者向けとバイブコーダー向けのページをご覧ください。
料金については料金ページをご覧ください。このページでは要約しません。
まだお伝えできないこと
弊社独自の数値はまだありません。あるかのように匂わせることもしません。
現在、2件の導入事例を計測中です。それらが完了して日付が確定するまで、このページにある数値はすべて他者のものであり、誰のものかと、最後に確認した日付を明記しています。出典も日付もないローカライズROIの数字は、この先10年にわたって引用され続けかねないものですし、この分野はすでに2017年のベンダーページを拠り所にしています。
ここから何をすべきか
意思決定に値段をつけようとするのはやめて、外れても痛くない形にすることを考えましょう。自社トラフィックから選んだ2ロケール、1四半期分のデータ、ロケール単位の読み取り、そして午後のうちに終えられる撤退。弊社の顧客の数値を盛り込んだバージョンの記事はまだ存在しませんが、公開する際には必ず日付を添えます。
globalize.nowは、ハードコードされたアプリ内テキストを翻訳可能なロケールファイルに変換し、リリースのたびに自動で最新の状態を保ちます。
globalize.nowを無料で試す