日本人が実際に使っているOSSを実測した

01なぜ数えたかったのか

私たちは「海外のOSSを日本語のマネージドサービスとして提供する」という事業を検討していて、候補を選ぶ基準がほしかったのです。具体的には、こういうOSSを探していました。

• 日本で既に自前で運用している人がいる（＝需要が実在する証拠）
• その運用が面倒である（＝お金を払ってでも任せたい）
• しかし国内にマネージド提供事業者がいない（＝空席がある）

この1つ目、「日本で既に使われているか」を推測ではなく数字で知りたかった。GitHubのスター数は世界合計なので、日本の実態はまったく分かりません。そこで日本語の技術記事の本数を代理指標にすることにしました。

02失敗①：「セルフホスト」という言葉で記事を集めた

最初にやったのはこうです。Qiita API と Zenn の検索APIで、日本語記事を機械的に集めました。

• 汎用クエリ（セルフホスト／self-hosted／構築してみた／オープンソース導入 など）＝1,036本
• 業務系クエリ（勤怠管理／在庫管理／顧客管理／予約システム／請求書／ヘルプデスク／ナレッジ共有／プロジェクト管理／社内システム内製／稟議／文書管理／設備保全／車両管理／BIツール）＝1,724本
• 合計 2,760本

この2,760本の本文に、別の調査で作った「商用SaaSに転用できるライセンスのOSS」917件の名前が出てくるかを突き合わせました。結果、登場したのは29件だけ。

この結果を見て、私たちはこう結論しました——「業務ドメインで自前運用して困っている日本人は、実質存在しない」。業務系クエリを1,724本も投げてこれなのだから、と。

03ところが、Redmineが1件しか出てこなかった

結論を出したあとで、表を見ていて違和感がありました。Redmineが、たったの1件。

これは明らかにおかしい。Redmineは日本でもっとも使われているOSSの業務システムのひとつで、ファーエンドテクノロジーの My Redmine だけで1,700社以上が使っています。書籍も何冊も出ています。それが1件のはずがない。

そこでQiitaのタグを直接引いてみました。

curl -s "https://qiita.com/api/v2/tags/Redmine" | jq .items_count
#=> 1477

原因はすぐ分かりました。日本人はRedmineを「セルフホストする」とは書かないのです。ただ「導入した」「立てた」「運用している」と書く。「セルフホスト」という単語は、本来ならクラウドSaaSで済むものをあえて自前で建てるという文脈で使われる、比較的新しい言葉です。

つまり——

そして、これは2度目の同じ失敗でした。前回の調査では、候補を「GitHubスター300以上」で絞っていたのですが、非エンジニア向けの業種特化ソフトはそもそもGitHubのスター文化の外側にあり★300に届かないことに後から気づいています。どちらも「フィルタが結論を作っていた」という同じ構造の間違いです。

04失敗②：今度は全文検索で数えた

「ならば全文検索で名前を数えればいい」と考えて、Qiitaの検索APIが返す Total-Count ヘッダを使いました。これも間違いでした。

OSSの名前は英単語であることが多く、全文検索とは相性が最悪です。とくに n8n のような短い英数字列は壊滅的でした。

05正しい数え方（そのまま再現できます）

3回目で採用したのがタグの items_count です。タグは記事を書いた本人が「この記事はRedmineの話です」と申告したものなので、全文一致のような誤爆がほぼありません。

単純にやるなら1 OSSにつき1リクエストですが、それだと未認証の毎時60リクエスト制限にすぐ当たります。タグのランキングをページングすると1リクエストで100件分取れるので、そちらが圧倒的に効率的です。

# 1リクエストで100タグ分の items_count が返る
curl -s "https://qiita.com/api/v2/tags?sort=count&per_page=100&page=1"

# 25ページ＝25リクエストで上位2,500タグを回収できる
# → あとはローカルで好きなOSS名を引くだけ

06実測：日本語記事数ランキング

タグランキングを25ページ分（＝上位2,500タグ、記事数150件以上）取得し、そこからセルフホスト可能なソフトウェアを抜き出しました。2,500位に届かなかったものは個別にタグを引いています。

100件未満のもの（こちらの方が示唆的でした）

比較用：国産SaaS・海外SaaSのタグ

07この数字から読めること

① 02章の結論は、完全に間違っていました

「業務ドメインで自前運用している日本人は実質存在しない」——これが最初の測定から出した結論でした。Redmine 1,477件。国産SaaSの代表格である kintone（2,291件）と同じオーダーです。存在しないどころではありません。撤回します。

② 上位は「エンジニアが自分のために建てるもの」で埋まっている

WordPress・GitLab・Jenkins・Zabbix・Grafana・Prometheus。Redmineを除けば、上位はほぼ全部が開発／インフラのツールです。これは前回のライセンス調査で見つけた偏りと同じ方向を向いています。セルフホストOSSのカタログ1,332件を数えたときも、業務ドメインのタグが付くのは全体の7.1%でした。

そして重要なのは、この層の買い手はエンジニアだということです。エンジニアは自分で建てられます。「代わりに運用します」というサービスの相手としては、いちばん難しい層です。

③ 日本語で作られたものは、日本語記事がある

GROWI 175件、EC-CUBE 335件、concrete5 159件。国産・国内コミュニティを持つソフトは、規模のわりに日本語記事が厚い。当たり前に見えますが、裏返すと重い意味になります——日本語のドキュメントとコミュニティが無い海外OSSは、どれだけ海外で有名でも日本語記事がほぼ生まれない。Odoo 32件、ERPNext 0件、Dolibarr 2件がその証拠です。

④ そして、いちばん痛かったこと

私たちはこの調査の前に、OSSを日本語マネージド化する製品ページを4本作って公開していました。対象にしたOSSの数字を、上の表から抜き出します。

⑤ 生成AIだけが、今まさに積み上がっている

Dify 929件、Ollama 841件、Open WebUI 107件。これらは数年前には存在しなかったタグです。他のカテゴリが10年かけて積んだストックに対して、この3つは短期間で到達しています。日本語圏で新しく情報が生まれている数少ない領域です。

ただし——この領域をマネージドサービスとして提供する経済性は別途計算しました。結論は厳しいものでした。

08逆に、この数字では分からないこと

ここまで書いておいて何ですが、この指標にも限界があります。2回間違えた人間として、3回目も疑っておきます。

• Qiitaの読者はエンジニアです。非エンジニアが業務で使っているソフトは、どれだけ普及していても記事になりません。したがって「業務系OSSの日本語記事が少ない＝使われていない」とは、やはり言えません。02章で出した結論は、この指標でも支持できないままです。
• タグは著者の任意です。タグを付けずに書かれた記事は数に入りません。
• 記事数はストック量であって、現在の勢いではありません。10年前に大量に書かれて今は誰も使っていないものと、去年から急増しているものが、同じ数字になり得ます。
• 「記事が多い＝儲かる」ではありません。記事が多いのは、むしろ情報が既に足りていて、外部に頼む必要がないという意味かもしれません。