【2026年最新】公開するコードのライセンスの選び方7項目

【2026年最新】公開するコードのライセンスの選び方7項目

自作のコードを公開するとき、利用の条件を示す必要があります。何も付けないと、他の人が使ってよいか分からず、結果として使われません。この記事では、選び方の考え方を整理します。

【結論先出し】どう使われたいかで決めてください。
①自由に使ってほしい=制約の少ないもの ②改変したものも公開してほしい=公開を求めるもの
何も付けないと、原則として他の人は使えません。
他人のコードを取り込む場合、その条件との整合を確認してください。
目次

付けないとどうなるか

【結論】使ってよいか分かりません。

原則として使えない

権利は作った人にあるため、許可がなければ使えません。

公開しただけでは足りない

見られる状態にしても、使う許可を与えたことにはなりません。

利用されない

条件が不明なコードは、業務では採用されにくくなります。

後から付ける

自分が権利を持っていれば、後から示すこともできます。

選ぶときの7項目

【結論】制約の強さで決まります。

1. 商用での利用

仕事で使ってよいかを決めます。

2. 改変の可否

変更を認めるかどうかです。

3. 改変したものの公開

変更した部分も公開するよう求めるかどうかです。

4. 表示の義務

作者の名前や条件の文書を残すよう求めるかどうかです。

5. 保証の否認

不具合による損害の責任を負わない旨を示すのが一般的です。

6. 特許の扱い

特許に関する条項を含むものがあります。

7. 取り込んだコードの条件

他人のコードを使っている場合、その条件に従う必要があります。

方針 特徴
制約が少ない 表示だけを求める。商用も自由
公開を求める 改変したものも同じ条件で公開させる
部分的に求める 改変した部分のみ公開を求める
公開しない 権利を保持し、個別に許可する

制約の少ない方針

【結論】広く使われやすくなります。

求めること

作者の表示と、条件の文書を残すことを求めるのが一般的です。

商用での利用

認めるのが通常です。

改変したものの扱い

公開を求めません。

向いている場面

部品として広く使ってほしい場合に選ばれます。

公開を求める方針

【結論】改変したものも公開されます。

求めること

改変して配布する場合、同じ条件で公開することを求めます。

取り込む側への影響

自分のコードにも同じ条件が及ぶ場合があります。

業務での採用

この点を理由に、採用を避ける組織があります。

向いている場面

改良が共有され続けることを望む場合に選ばれます。

他人のコードを使う場合

【結論】条件を確認してください。

取り込んだ部品

それぞれに条件があります。

整合の確認

自分が選ぶ条件と、取り込んだ部品の条件が両立するかを確認します。

表示の義務

作者の表示を求める条件があります。文書に記載してください。

一覧を作る

使っている部品とその条件を、まとめておいてください。

記載の方法

【結論】ファイルとして置きます。

専用のファイル

条件の全文を記載したファイルを、公開の場所に置きます。

説明文への記載

説明の文書にも、どの条件かを記載してください。

年と名前

年と権利者の名前を記載する形式があります。

個々のファイルへの記載

各ファイルの冒頭に短い記載を入れる形もあります。

後から変更する場合

【結論】過去の版には及びません。

変更の可否

自分が権利を持っていれば変更できます。

過去に公開した版

すでに公開した版の条件は、そのまま残ります。

共同で作った場合

他の人も権利を持っているなら、合意が必要です。

変更の告知

使っている人が把握できるよう、記録に残してください。

公開しない選択

【結論】個別に許可する形です。

権利を保持する

条件を示さず、個別に契約する方法があります。

商用の製品

販売する場合、この形が使われます。

利用の規約

利用者との間で、条件を定めた文書を用意します。

組み合わせ

一部を公開し、一部を保持する形もあります。

公開の前に確認すること

【結論】含めてはいけないものがあります。

接続の情報

鍵や認証の情報が含まれていないかを確認してください。

業務のコード

勤務先や取引先のコードを含めないでください。

個人に関する情報

試験用のデータに含まれていないかを確認します。

記録の履歴

過去の記録に残っている場合があります。公開の前に確認してください。

公開する場所

【結論】規約も確認してください。

共有の場

コードを公開する仕組みが用意されています。

その場の規約

利用する場のルールにも従う必要があります。

公開の範囲

誰でも見られる形か、限られた人だけかを選べます。

削除の可否

いったん公開すると、写しが残る場合があります。

問い合わせへの対応

【結論】方針を決めておいてください。

不具合の報告

受け付けるかどうかを、説明の文書に書いておきます。

対応の義務

公開しただけでは、対応する義務は生じません。

保守しない場合

その旨を明記しておくと、期待の行き違いを防げます。

引き継ぐ場合

他の人へ引き継ぐなら、その旨を記載してください。

よくある質問(FAQ)

Q1. 何も付けないとどうなりますか

原則として他の人は使えません。条件が不明なコードは採用されにくくなります。

Q2. どれを選べばよいですか

広く使ってほしいなら制約の少ないもの、改良を共有し続けたいなら公開を求めるものが選ばれます。

Q3. 商用での利用を禁止できますか

そう定めることはできます。ただし利用者は限られます。

Q4. 他人のコードを使っています

その条件に従う必要があります。自分が選ぶ条件と両立するかを確認してください。

Q5. 後から変えられますか

自分が権利を持っていれば変えられます。すでに公開した版の条件はそのまま残ります。

Q6. 公開の前に何を確認しますか

鍵や認証の情報、業務のコード、個人に関する情報が含まれていないかです。記録の履歴にも残っている場合があります。

まとめ

公開するときは、利用の条件を示してください。何も付けないと、原則として他の人は使えません。見られる状態にしただけでは、使う許可を与えたことになりません。

制約の少ない方針は、作者の表示だけを求め、商用での利用も改変も自由とするものです。部品として広く使ってほしい場合に選ばれます。

改変したものも同じ条件で公開するよう求める方針もあります。改良が共有され続けることを望む場合に適しますが、この点を理由に業務での採用を避ける組織もあります。

他人のコードを取り込んでいる場合、その条件に従う必要があります。自分が選ぶ条件と両立するかを確認し、使っている部品と条件の一覧を用意してください。公開の前に、鍵や認証の情報が含まれていないかも確認します。

この記事を書いた人

まじこ(マルヒデ代表)

中卒・うつ病から生成AIを独学し事業を立ち上げた実践者。Kindle著者。プロフィール詳細 →

𝕏 @ore_chusotsu

📱 運営の裏側・最新情報はXで発信中 → @ore_chusotsu

目次