「オープンソース」でも条件は同じではない：掲載ツール379件のライセンスを分類

当サイトに掲載しているツールのライセンスを分類すると、約7%は一般的なオープンソースライセンスではありませんでした。使い方ごとに何を確認すればよいかを整理します。

最終更新: 2026/09/26

「オープンソースの代替」と一口に言っても、ライセンスの条件はツールによって大きく違います。社内で使うだけなら気にしなくてよい場合がほとんどですが、自社のサービスに組み込んだり、お客さんに提供したりする場合は、条件によってできることが変わります。

この記事では、当サイトに掲載しているツールのライセンスを実際に分類し、使い方ごとに何を確認すればよいかを整理します。

掲載ツールのライセンスの内訳

アーカイブ済み（開発終了）のツールを除く379件を、ライセンスの性格で7つに分けました（2026年9月26日時点のデータ）。

分類	代表的なライセンス	件数	割合
許容型	MIT、Apache-2.0、BSD	190	50.1%
弱いコピーレフト	MPL-2.0、LGPL	15	4.0%
コピーレフト	GPL-2.0、GPL-3.0	60	15.8%
ネットワーク型コピーレフト	AGPL-3.0、OSL-3.0	80	21.1%
ソース公開型（一般的なオープンソースではない）	BUSL、Elastic License、FSLなど	25	6.6%
構成要素によって異なる	一部だけ別ライセンス	3	0.8%
未取得	—	6	1.6%

半分は、条件がもっとも緩い許容型です。一方で、約7%（25件）は、ソースコードは公開されていても、一般的なオープンソースライセンスではありません。

しかもこの25件には、人気の高いツールが含まれています。当サイトでスター数が上位20件のツールのうち、3件がこの分類に入ります。1位のn8n、4位のDify、6位のOpen WebUIです。「人気があるからオープンソースだろう」とは限りません。

4つのタイプで何が違うか

許容型（MIT、Apache-2.0など）

著作権の表示とライセンスの文面を残せば、改変・再配布・商用利用のいずれも自由にできます。自社の製品に組み込む場合も、もっとも扱いやすいタイプです。

コピーレフト（GPLなど）

改変したものを配布する（ソフトとして他者に渡す）場合に、同じライセンスでソースコードを公開する義務があります。自社のサーバーで動かすだけなら、一般的には配布にあたらず、公開の義務は生じません。MPLやLGPLは「弱いコピーレフト」と呼ばれ、義務の範囲が、改変したファイルやライブラリ自体に限られます。

ネットワーク型コピーレフト（AGPL、OSLなど）

GPLの考え方に加えて、改変したものをネットワーク越しに利用者に使わせる場合にも、その利用者にソースコードを提供する義務があります。改変せずにそのまま使う限り、この義務は基本的に生じません。改変して社外のお客さんに提供するサービスに使う場合は、注意が必要です。

ソース公開型（BUSL、Elastic Licenseなど）

ソースコードは読めますが、一般的なオープンソースライセンスの条件を満たさないものです。条件は製品ごとに異なりますが、多くは「そのソフトを使って、競合するサービスを他者に提供すること」を制限しています。

ライセンス	主な条件（要約）	掲載ツールの例
BUSL 1.1	定められた用途を制限。定めた期日（最長4年後）以降はオープンソースに切り替わる	Outline、Terraform、Vault、Budibase
FSL 1.1	競合する用途を制限。2年後にApache-2.0またはMITに切り替わる	Sentry、Typebot
Elastic License 2.0	第三者にマネージドサービスとして提供することなどを禁止	Invoice Ninja、RudderStack、Phoenix
SSPL 1.0	サービスとして提供する場合、サービス全体のソース公開を求める	Graylog
Sustainable Use License	社内の業務目的での利用などは認めるが、他者への提供などを制限	n8n、NocoDB
独自ライセンス	表示の保持など、条件は製品ごとに異なる	Open WebUI、LobeChat、NocoBase、Planka

条件の要約は目安です。実際に使う前には、必ず各ツールのライセンスの原文を確認してください。

使い方ごとの確認ポイント

ライセンスで気にするべきことは、ツールを「どう使うか」で決まります。

社内で、改変せずに使うだけ：ほとんどのライセンスで問題になりにくい使い方です。ソース公開型も、多くは社内での利用を認めています。ただし条件は製品ごとなので、念のため確認しましょう。
改変して、社内で使う：GPLやAGPLでも、社外に配布したり提供したりしない限り、通常は公開の義務は生じません。
自社のサービスの一部として、社外に提供する：もっとも注意が必要です。改変したAGPLのツールはソースの提供義務が、ソース公開型のツールは提供そのものの制限が問題になることがあります。
受託開発で、お客さんに納品する：ソフトを渡すことは「配布」にあたるため、GPL系のツールを含めて納品する場合は、お客さんへの義務を確認しましょう。

3と4にあたる場合や、判断に迷う場合は、社内の法務担当や専門家に相談してください。

ライセンスは変わることがある

ライセンスは、一度確認したら終わりではありません。TerraformとVaultは2023年にBUSLへ変わり、TerraformからはOpenTofuが分かれて開発が続いています。Elasticsearchも、一度オープンソースのライセンスから外れた後、2024年にAGPLを選択肢に加えています。

長く使う予定のツールは、選ぶときに「開発元がライセンスを変えたらどうするか」も考えておくと安心です。同じ用途で許容型のツールがあれば、それも候補に入れておきましょう。たとえば自動化ツールなら、n8nに対してActivepieces（MIT）、社内Wikiなら、Outlineに対してBookStack（MIT）があります。