01私たちの仮説
出発点はシンプルでした。「英語しか対応していない優れたOSSは山ほどある。日本語化すれば、それだけで国内に需要が生まれる」——実際、日本語化されていないOSSはたくさんあります。だから、そこに機会があると考えました。
この仮説で、私たちは製品候補を絞り込んでいきました。絞り込むほど、仮説が足元から崩れていきました。
仮説と、崩れ方
当初の仮説
日本語化されていない
＝日本語化すれば
＝需要を独占できる
実際に起きたこと
翻訳率が高い＝差別化不可
翻訳率が低い＝需要が無い証拠
翻訳自体＝誰でも投入でき占有不可
「日本語化されていない」という同じ事実が、良い機会にも、需要不在の証拠にも見える。この見分けができていませんでした。
02翻訳率は、両方向から失格シグナル
翻訳率を測ると、高くても低くても、それぞれ別の理由で失格になりました。
翻訳率の読み方
翻訳率が高い
差別化の余地がない。しかも誰かが既に翻訳に投資している証拠＝そこは埋まっている
翻訳率が極端に低い
日本人が誰も使っていない証拠であることが多い＝需要がそもそも無い
分かりやすい例が
opensourcepos/opensourcepos です。46のロケール（言語）に対応しているのに、日本語だけありません（2026-07-20実測）。これは「日本語化のチャンス」ではなく、「日本人がこのOSSを使っていない」というシグナルでした。もう一つ、象徴的な実例があります。かつて日本語コミュニティが盛んだったConcrete CMS（旧concrete5）の、日本ユーザーグループのサイトです。本家の状況が変わって、サイト自身が役目を終えたと明言しています。
日本語コミュニティが自ら「役目を終えた」と書いた例
当サイトの存在意義はほとんどなくなったため、積極的には更新せず過去のアーカイブとして残している状態です。 Concrete CMS Japan（旧concrete5 Japan）公式サイト
同サイトが挙げる理由は3つです（原文を分けて引くと）：①Concrete CMS がマルチバイト言語でも問題なく使えるようになった ②公式ドキュメントに翻訳機能が搭載された ③公式フォーラムで日本語投稿ができる。「本家が日本語対応した」と1つに要約すると原文より強くなるので、3点に分けています。かつては有志が日本語対応フォークを維持していたと原文にもあります。
03翻訳は占有できない＝堀にならない
仮に日本語化されていないOSSを見つけて、自分で翻訳したとします。それは競争優位になるでしょうか。なりませんでした。公開型の翻訳基盤では、翻訳を独占できないからです。
Weblate は匿名でも提案を投げられる（公式ドキュメント）
Anonymous users (by default) can only forward suggestions. Weblate 公式ドキュメント（既定の挙動。実際の権限は設定による）
匿名は提案のみですが、ログインすれば誰でも翻訳を提案・投入できます。あなたが日本語化しても、同じことを他社や有志ができる。翻訳文字列そのものを、特定の事業者が占有することはできません。だから翻訳は、模倣が容易で、堀になりません。
堀の条件を満たさない
堀とは「他社が容易に真似できないもの」です。
翻訳は、時間さえかければ誰でも同じものを作れます。しかも公開基盤なら、あなたの翻訳に他社がタダ乗りすることさえできる。「日本語化」は、堀の定義を最初から満たしていませんでした。
翻訳は、時間さえかければ誰でも同じものを作れます。しかも公開基盤なら、あなたの翻訳に他社がタダ乗りすることさえできる。「日本語化」は、堀の定義を最初から満たしていませんでした。
04翻訳率を機械的に測る方法
失敗の副産物として、翻訳率を機械的に測る手段は手に入りました。翻訳にWeblateを使っている公開プロジェクトなら、認証なしでAPIから取れます。
Weblate REST API で ja 翻訳率を取る
GET https://hosted.weblate.org/api/translations/<project>/<component>/ja/statistics/4,724total（文字列総数）
3,812translated
80.6%translated_percent
Weblate自身のプロジェクト（weblate/application）の日本語を2026-07-20に実測した値です。匿名アクセスは1日100リクエストまで。これで「そのOSSの日本語化がどこまで進んでいるか」を、候補評価の第0段で数十秒で判定できます。
05本当の堀は「制度」だった
では、何が堀になるのか。答えは「制度が国ごとに違う領域」でした。翻訳という表層ではなく、制度対応という深いところです。
制度対応が堀になる3つの理由
- 本家が優先的にはやらない日本固有の税・会計・法定帳票は、グローバルの本家にとって優先度が低い。放置されやすい領域だから、そこに手を入れる価値が残る
- 支払意思が高い法令遵守は「欲しい」ではなく「要る」。規制ドリブンの需要は硬い（ただし認証の罠に注意）
- ストック型の保守需要が出る制度は改正され続ける。改正のたびに保守需要が生まれるので、一度作れば継続収益になる
実例が Odooの日本ローカライズです。単なる翻訳ではなく、消費税申告書のレポートまで含んでいました。これは翻訳では絶対に埋まらない深さです。
06何を撤回したか
最後に、この記事で撤回したことを明記します。誤りを認めた経緯こそ、信頼できる情報だと考えているからです。
撤回・訂正の一覧
日本語化すれば売れる（中核仮説）
撤回。翻訳は両方向から失格シグナルになり、しかも占有できず堀にならない
EC-CUBEの「自然な日本語表記」という当事者証言
引用取り下げ。出所は無出典のWikipediaだけで、当事者の一次発言は確認できなかった
Open Source POSは47ロケールで日本語だけ無い
46ロケール。ロケールでないファイルを1件多く数えていた（日本語が無いこと自体は正しい）
なお、当初「Xeroの日本撤退」「Intuitのローカライズ敗北」を反例に使うつもりでしたが、いずれも一次ソースが取れず（Intuitは撤退理由が違い、事業がのちの弥生になった経緯も想定と異なる）、書きませんでした。確認できないことは、書きません。
この記事の結論
「日本語化すれば売れる」は、私たちの願望であって、事実ではありませんでした。
売れるかどうかを決めるのは、翻訳の有無ではなく、制度の壁の深さと、日本語の需要が既に存在するかでした。同じ轍を踏む人が減れば、この撤回にも意味があります。
売れるかどうかを決めるのは、翻訳の有無ではなく、制度の壁の深さと、日本語の需要が既に存在するかでした。同じ轍を踏む人が減れば、この撤回にも意味があります。
この検証は、私たちがオープンソースを日本語のマネージドサービスとして提供する（Miqto）ための中核仮説を点検する中で行ったものです。あわせて読む：OSSを評価する11段のゲート／OSS ERPは日本で使えるのか／日本人が実際に使っているOSSを実測した。
データ・出典
- Concrete CMS Japan（旧concrete5 Japan）公式（「当サイトの存在意義はほとんどなくなった」の逐語。積極更新しない理由3点も同ページ）
- Weblate 公式ドキュメント（Suggestions）（「Anonymous users (by default) can only forward suggestions.」）
- 翻訳率の実測：
GET https://hosted.weblate.org/api/translations/weblate/application/ja/statistics/（2026-07-20・total 4,724 / translated 3,812 / 80.6%・匿名100req/日） - Open Source POS のロケール：
opensourcepos/opensourceposのapp/Language/を実確認（2026-07-20・46ロケール・日本語なし。Language code definitionはロケールでなくファイル） - 制度が堀になる実例：OSS ERPは日本で使えるのか（Odooの l10n_jp に消費税申告書レポートが含まれる件）
本記事は、私たち自身の事業仮説の検証記録です。翻訳率・ロケール数・API取得値は2026年7月20日時点の実測で、変動し得ます。EC-CUBEに関する「当事者証言」は無出典のWikipedia記述が唯一の出所であったため、本記事では引用していません。Xero・Intuitの日本市場に関する記述は、一次ソースで因果を確認できなかったため扱っていません（不存在の証明ではなく、確認できた範囲で見当たらなかったという意味です）。会社名・製品名は各社の商標です。