オープンソースLMSの比較10選（2026年版）

自社ブランドの LMS を、学習者数無制限で運用できます

無料で始める

家庭にパソコンが普及するずっと前からコンピューターに親しんできたせいか、オープンソースの基盤は代わりを買えない人が選ぶ次善策だ、という見方には昔から同意できません。

SaaSの開発に20年携わってきて、傾向ははっきりしています。ライセンスが無料だからという理由でオープンソースLMSを選んだチームは、たいてい不満を抱えます。一方、自社のデータ、自社のAPI、セキュリティの穴を自分たちのタイミングで塞げる自由、つまり主導権を求めて選んだチームは、まず後悔しません。オープンソースは安い選択肢ではありません。自分で所有し、自分で運用する基盤です。

選定の基準

この規模のプラットフォーム選びは、突き詰めると一つの問いに行き着きます。3年後、何かが壊れたときに、自社のチームは本番環境で何を責任を持って運用できるか。そこで、次の4点を重視しました。

• ライセンスとガバナンス。実際のライセンスとそのコピーレフト上の義務、そしてロードマップを誰が握っているか。営利企業が運営するもの（Moodle HQ）、非営利団体（Axim Collaborative）、財団（Apereo、ILIAS協会）では、5年スパンで見たフォークのリスクがまったく異なります。
• 誰が運用できるか。PHP、Ruby、Java、Pythonといった技術スタックと、有能なシステム管理者で足りるのか、十分な体制を備えたDevOpsチームが必要なのかを見ました。判断基準は単純で、深夜2時に障害が起きたとき、一人で対応できる人がチームにいるかどうかです。
• 何が本当に得意か。ここに挙げたプラットフォームは、どれも何かで突出しています。プラグインの豊富さ、コンプライアンス、画面の使いやすさ、ERP連携など、強みはさまざまです。全製品を同じ採点表で評価するのではなく、それぞれの本当の強みを挙げました。
• 実際の総コストを3層で捉える。インフラ費用は予測しやすく、一度見積もれば済みます。パッチ適用、プラグインの検証、サポートといった保守の人件費は、2年目に表面化する想定外のコストです。さらに、ここで取り上げた全プラットフォームで、メジャーバージョンアップ時にプラグインやデータベーススキーマが壊れた実績があるため、ベンダーのページには書かれていないメジャーバージョン移行の費用も見込んでください。

この記事は、自社でLMSの基盤を運用するかどうかを検討しているエンジニア、IT管理者、CTO向けです。ホスト型の無料プラットフォームを探している場合は、フリーミアムの選択肢をまとめた無料LMSの比較記事をご覧ください。あえて除外したプラットフォームが一つあり、それがATutorです。GitHubのリポジトリを確認したところ、コミットは何年も低調で、実質的なリリースがありません。セキュリティパッチが継続的に提供されているか確認できない自社運用型のプラットフォームを、本番環境向けの推奨に入れるつもりはありません。

運用面の注意点が多い一覧ではありますが、世界の学習基盤の相当部分は、すでにオープンソースで動いています。Open edXは1億4,000万人以上の学習者、Chamiloは4,100万人以上の学習者を報告しており、Fortune Business Insightsは世界のLMS市場が2025年の約$240億から2034年には$1,040億へ成長すると見込んでいます。これらは決して傍流ではありません。問われるのは、自社のチームが運用できるかどうか、その一点です。

自社運用の実際のコスト

オープンソースLMSでライセンスは最も安い部分です。ここでは、本番環境で運用するために実際にかかる費用を、前述の3つのコスト層に当てはめて示します。見積もりではなく、計画用の目安としてご覧ください。

• インフラ：予測しやすい層です。受講者が数百人程度なら、月額$20〜$100のVPSで問題なく動きます。アクティブな受講者が数千人規模で、試験の同時受験による負荷もかかるなら、クラウド費用は月額$200〜$800が目安です。同時接続数の多い大企業向け環境では、月額$1,000〜$5,000以上かかります。Open edXはマルチサービス構成のため、どの価格帯でも費用が上限寄りになります。
• 保守の人件費：2年目に多くのチームが直面する層で、たいてい最大の費目です。セキュリティパッチ、プラグインの検証、アップグレード、ユーザーサポートのエスカレーション対応を合わせると、システム管理者またはDevOpsの兼任から専任までの工数になり、人件費で月額$1,000〜$5,000程度、同水準のパートナー保守契約でも同様です。ライセンス無料を謳う説明では、まず触れられません。
• 導入と移行：自分でインストールして初期設定のまま使うなら、ほぼゼロです。認定パートナーに依頼し、テーマ設定、SSO、SISやHRISとの連携、既存のコンテンツとユーザーの移行を加えると、$5,000〜$50,000かかります。

3年間の総保有コストで見ると、自社運用のオープンソースLMSが最安になることはまずありません。ただし、最も主導権を握れる選択肢ではあります。ライセンス料ゼロではなく、この主導権こそが、実際に手にするものです。

自社運用かホスト型か：本当の分かれ目

プラットフォームを比べる前に、一覧の土台にあるカテゴリーの選択を正直に見ておく必要があります。オープンソースの自社運用は主導権を得る代わりに工数を支払い、ホスト型は導入の速さを得る代わりに、席数ごとの料金とベンダーの制約を受け入れることになります。

比較一覧

評価は各ツールのG2またはCapterraのスコアのうち高い方を四捨五入したもので、2026年8月時点の値です。件数の少ないもの（Open edX、Sakai、Odooなど）は、統計的な裏付けが強いものではなく、あくまで目安として見てください。

1. Moodle

向いているケース：LMSの専任管理者、またはMoodle認定パートナーがすでにいる教育機関。

Moodleは、ここで取り上げる他のすべてのプラットフォームを測る基準です。2002年から続くPHPベースで、GPL v3、カテゴリー内で最も豊富なプラグインを備えています。

• ライセンスとガバナンス：GPL v3ですが、ロードマップを握るMoodle HQは営利企業のため、エンタープライズ向け機能は商用のMoodle Workplaceに先に搭載される傾向があります（5.2では、オープンなコア版にはないマルチテナント自動化が加わりました）。それを織り込んで計画すれば対処できますが、見落とすと高くつきます。
• スタック：PHP/LAMPで、一般的なシステム管理のスキルで足ります。2コースの試験運用から数十万人規模の受講者まで、プラットフォームを入れ替えずに拡大した例を見てきました。
• 最も得意なこと：プラグインとコミュニティです。プラグインの数と認定開発者のネットワークのおかげで、誰も解決したことのない問題に一人で取り組む場面はほとんどありません。
• 注意点：画面です。「クリック数が多く、1990年代のCMSのよう」というのが、CapterraやG2で検証済みの数千件の導入レビューを通して最も多い受講者の評価で、4.xの大幅刷新後もそれは変わっていません。メジャーアップグレードは数日がかりのメンテナンス枠として扱い、同時受験の大規模な試験の前には負荷テストを行ってください。

導入メモ：Moodleは、ここで取り上げる中でインストール手順の資料が最も充実しています。LAMP環境を用意し、moodledataをWebルートの外に置きます。ただし、cronは必須です。毎分実行されていないと、メール、通知、定期バックアップが止まり、Moodleはcronが動いていないと警告し続けます。また、PHPのmax_input_varsの初期値である1,000では、Moodleの設定画面や権限画面には少なすぎます。引き上げるまでは、エラーも出ないまま一部の項目しか保存されません。

私の見立て：管理の負担を正直に見積もれるなら、長期的に最も安全な選択です。インストールしたら放っておけると考えているチームには、向きません。

2. Open edX

向いているケース：システム管理者だけでなく、専任のDevOpsエンジニアがいる大学や大規模な提供事業者。

Open edXは、MITとハーバード大学がedXを大規模に運用するために作ったもので、この一覧の中で導入に向く条件が最も狭いプラットフォームです。そのため、実際に合う組織が、名前の響きに惹かれて選ぶ組織であることはほとんどありません。

• ライセンスとガバナンス：オープンソースで、2021年に2UがedXを買収した後、プラットフォームの運営を引き継ぐために設立された非営利団体Axim Collaborativeが運営しています。長期的なプラットフォームのリスクという点では、営利企業の四半期ごとのロードマップより、非営利団体の方が有利です。
• スタック：Python/Djangoで、Tutor（Docker）でデプロイし、複数ノード構成ではKubernetesを使います。ここで紹介する中でDevOpsチームが必要になる唯一のプラットフォームです。確認の基準は、一人で本番障害の切り分け、PythonのCVE対応、メジャーアップグレードの責任を担えるかどうか。担えないなら、このプラットフォームの機能は使いこなせません。
• 最も得意なこと：アーキテクチャの野心的な設計と拡張性です。XBlockによる拡張は強力ですが、独自のコンテンツタイプの追加はコンテンツ作成ではなく、Pythonの開発作業です。
• 注意点：評価が止まるのは、たいていデプロイの段階です。決める前に、テストサーバーでTutorのインストールを試してください。機能一覧よりも、このデプロイの方が、自社のチームが運用できるかを雄弁に教えてくれます。

導入メモ：私はTutorの手順で進めました。インストール自体はtutor local launchの一回で、約20分で終わります。大変なのはその前の準備です。RAMが8GB以上のサーバー、そこに向けたDNSレコード、そして非rootユーザーで動くDocker。サーバーとDNSさえ正しければSSLはおのずと片付きますが、ここを誤ると、よく聞く失敗談の原因になります。

私の見立て：Python/Djangoのスタックを最初から最後まで自社で運用できる場合に限り、複雑さに見合う価値があります。必要なエンジニアリング力は注意書きではなく、採用できるかどうかの基準です。

3. Canvas LMS (Community Edition)

向いているケース：Ruby on Railsの本番運用経験があり、外部向けサービスのためにコードを改変する必要のない教育機関。

GitHubで公開されているCanvasのコミュニティ版（AGPL v3）は、本当に高機能なオープンソースLMSです。ただ、これについて私に質問してくる人の多くは、製品を取り違えています。

• ライセンスとガバナンス：AGPL v3が落とし穴です。改変したCanvasをネットワークサービスとして動かすと、変更したソースをそのユーザーに公開する義務が生じます。社内利用だけなら問題になりませんが、改変版を外部向けに提供する場合は致命的です（私がアドバイスした2つのチームは、これで計画を白紙に戻しました）。アップストリームは、Instructureが商用クラウド向けに開発を続けているため、最新の状態が保たれています。
• スタック：Ruby on Railsで、デプロイガイドはコミュニティが提供しています。自社運用のインスタンスにはInstructureのSLAがなく、ダウンタイムの傾向は自社運用ユーザーのレビューに表れています。
• 最も得意なこと：画面と採点です。SpeedGraderは、世界でも指折りの採点ワークフローとして一貫して評価されており、これとBlueprint Coursesはコミュニティ版にも含まれています。
• 注意点：契約を結ぶことで得られるもの、つまりCanvas Studio、Credentials、Mastery Connect、99.9%の稼働率SLAが含まれません。同時接続600万人、モバイルダウンロード2,700万件という規模の数字は、Instructureのクラウドでの実績であり、自社で運用するサーバーのものではありません。

導入メモ：Canvasの自社運用が大変だという評判は事実で、原因ははっきりしています。サーバーの容量（8GB、4コア）は問題なく、壁になるのはbundle installです。Canvasはバージョンがピン留めされたRailsアプリで、本番向けのドキュメントが実際のコードとずれているため、新しいサーバーではネイティブgemが誤ったRubyに対してコンパイルに失敗し、Canvasが起動する前に何時間も費やすことになります。Redisは必須で、自己署名証明書は使えず、足りない手順を自分で補いながら進めることになります。自社運用そのものを本当にやるべきか、最も真剣に問い直したいのがこの項目です。

私の見立て：Railsを社内で扱え、外部ユーザー向けに改変しないなら、ここで取り上げる中で最も使いやすい標準の画面です。コードに手を入れる前に、AGPLの条項を必ず読んでください。

4. ILIAS

向いているケース：ドイツ語のサポートを受けられる、コンプライアンス重視の欧州の教育機関。

ILIASは、コンプライアンス業務ではMoodleやCanvasとは別の位置づけにあります。1997年からケルン大学で開発され、非営利団体のILIAS協会が運営しています。

• ライセンスとガバナンス：GPL v3で、ILIAS協会による財団型の運営体制です。長期的な運営責任の所在が組織として明確です。
• スタック：PHP/MySQLで、導入の難しさはMoodleと同程度です。一般的なPHPのスキルでセットアップできます。
• 最も得意なこと：コンプライアンスです。コンピテンシーフレームワークのマッピング、SCORMとxAPIの対応の深さ、資格ライフサイクルの追跡、監査に耐えるレポートは、この分野ではMoodleのコア機能より充実しています。
• 注意点：コミュニティとドキュメントは主にドイツ語です。珍しい設定の問題に当たると、該当するフォーラムのスレッドはおそらくドイツ語で、AI翻訳を使っても、英語しか使えないチームにとっては長期的な負担になります。

導入メモ：手軽なインストーラーはなく、リンクを紹介できるような英語の動画解説もありません。composerとnpmで依存関係をビルドし、CLIのセットアップスクリプトを実行します。Webのウィザードは、もうありません。典型的な壁はPHPのバージョンで、ILIASは対応範囲が狭く、合わないバージョンではcomposerがインストールを拒否します。ほかにも注意したい点が2つあります。データ破損を後から招かないよう、utf8mb4ではなく3バイトのutf8が必要なこと、そしてデータ用ディレクトリの所有者をWebサーバーのユーザーにしておくことです。最も詳しいインストール資料はドイツ語です。

私の見立て：ドイツ語のサポートを受けられる前提で、欧州では最も強力なオープンソースのコンプライアンス向け選択肢です。英語中心の組織が同じ目的で使うなら、コミュニティが大きく、SCORMとxAPIの対応の深さも同等のMoodleの方が、たいてい有利です。

5. Sakai

向いているケース：学術的な共同作業、ピア評価、ポートフォリオ活動を行う高等教育機関とコンソーシアム。

Sakaiは、大学のコンソーシアム（ミシガン、インディアナ、スタンフォード、MIT）から生まれました。その成り立ちが、そのまま最大の強みになっています。

• ライセンスとガバナンス：Educational Community Licence 2.0（Apache由来）で、学術機関での再配布にはGPLより緩やかです。コンソーシアムが一つのカスタマイズ版を共有する場合に重要になります。運営はApereo Foundation（CASも管理）で、10年にわたる財団としての安定性は、フォークのリスクが低いことを示す好材料です。
• スタック：Java on Tomcatで、ここが運用上の落とし穴です。Javaのアプリケーションサーバーは、メモリの使い方も、障害の起き方も、チューニングもPHPとは異なります。Moodleの運用とは別のスキルが必要で、そこでつまずいたチームがあります。
• 最も得意なこと：学術的なワークフロー、ピア評価、ポートフォリオ、研究志向のコース構成など、多くのLMSが後回しにしてきた領域です。
• 注意点：Javaのスタックと、名簿、学期、ポートフォリオを前提にした学術的な考え方の両方が、企業での利用には向きません。

導入メモ：SakaiはPHPのように置くだけで動くものではなく、Javaのアプリケーションだと実感させられる項目です。Mavenでソースからコンパイルしますが、初めての人がつまずくのは2点あります。ビルド前にMAVEN_OPTSでヒープを増やさないとMavenがメモリ不足になること、そしてaptやyumで入れたTomcatでは動かず、tomcat.apache.orgのtarballを使う必要があることです。その後はJVMのヒープチューニングが待っていますが、Sakai自身のドキュメントでさえ「ブラックアート」と呼ぶ領域です。

私の見立て：Javaを運用できる学術機関には有力な選択肢ですが、企業研修には向きません。

6. Chamilo

向いているケース：LMSの専門家なしで、自社運用による主導権を持ちたい企業研修のチーム。

Chamiloは、MoodleやOpen edXのような運用の重さなしに、自社運用の主導権を持てます。PHPで、GPL v3、控えめなサーバーで動かせるよう、最初から設計されています。

• ライセンスとガバナンス：GPL v3ですが、ロードマップは、継続に経済的な利害を持つ企業ではなく、ボランティアの貢献と商用での採用に支えられています。5年スパンで見ると、Moodle HQの体制よりも注意深く見ておきたい点です。
• スタック：PHPで、共有ホスティングでも動くほど軽量です（理想的ではありませんが、Open edXでは不可能な運用形態です）。2010年のDokeosからの分離以降、標準の画面はMoodleより整理されており、コース作成も速くなっています。
• 最も得意なこと：運用のシンプルさです。重いプラグインなしで、SCORM、クイズ、修了証、受講条件といったコンプライアンスの基本をカバーします。
• 注意点：Moodleよりプラグインが少なく、レポート機能も十分ではあるものの教育機関の水準ではありません。数百人から数千人規模のユーザーなら問題ありませんが、機関規模やコンプライアンス要件の厳しい環境には向きません。

導入メモ：定番の手順は、LAMP環境とブラウザのインストールウィザードです。ウィザードが止まる原因で最も多いのは、基本のPHPに含まれていないPHP拡張のintlが無いことです。php-intlを追加して再起動すれば、先に進めます。もう一つの落とし穴はインストール後に出ます。PHPのupload_max_filesizeを引き上げない限り、約2MBを超えるSCORMのアップロードは、何も表示されずに失敗します。また、ファイル名にアクセント記号やスペースがあるパッケージは止まってしまうため、ファイル名はシンプルにしてください。

私の見立て：LMSの運用が誰かの専任業務ではない環境で、無理なく運用できる自社運用型プラットフォームを選ぶなら、この製品です。

7. Totara Learn

向いているケース：すでにMoodleを使っていて、従業員向けの機能が必要な、Totaraパートナーと連携する組織。

Totara Learnは、Moodleのエンタープライズ向けフォークです。同じPHPベースでプラグインの互換性を保ちつつ、マルチテナント、体系的なコンピテンシーフレームワーク、再認定のスケジュール管理が加わっています。

• ライセンスとガバナンス：GPL v3で、コードはGitHubにあり、確認できます。ただし、ドキュメントとサポートは、すべてTotaraパートナーと契約している顧客向けに作られています。
• スタック：Moodle互換のPHPのため、既存のMoodleのプラグインとコンテンツは、ほぼそのまま移行できます。
• 最も得意なこと：従業員向けのコンプライアンス、体系的なコンピテンシー、再認定スケジュール付きの資格管理、Moodleのコアを超えるマルチテナントです。
• 注意点：パートナー向けのドキュメントと公開ドキュメントの差は、小さくありません。パートナーなしでゼロから始める導入は、私なら積極的に避けたい進め方です。

私の見立て：従業員向けの機能が必要な、すでにMoodleを使っている組織にとっては、理にかなった移行先です。ゼロから始める場合は、「Moodleにエンタープライズ向けプラグインを足す」案と「Totaraをパートナーのサブスクリプション付きで導入する」案を比べてください。

8. Odoo LMS

向いているケース：Odoo ERPをすでに使っていて、研修を人事データと結びつけたい組織。

Odoo LMSは、単独のLMSではありません。オープンソースのERPスイートで、たまたまeラーニングモジュールにLMS機能が含まれている、という位置づけであり、この点をはっきりさせておくことが判断に影響します。

• ライセンスとガバナンス：コミュニティ版はLGPL v3、商用モジュールはOdoo Enterpriseです。LMSの費用はERP契約全体の判断に組み込まれ、単独のプラットフォームとして決められるものではありません。
• スタック：Odooスイートの一部のため、eラーニングモジュールは人事、CRM、プロジェクトと同じデータモデルの中にあります。
• 最も得意なこと：業務プロセスと結びついた研修のネイティブな連携です。オンボーディングの記録、人事データと連動したコンプライアンス、プロジェクトの人員配置と紐づいたスキル管理が挙げられます。すでにOdooを使っているなら、追加の負担はわずかです。
• 注意点：単独のLMSとして見ると、学習機能は十分ではあるものの深くはありません。高度な評価機能、SCORMの対応の深さ、コンプライアンスのレポートは、MoodleやILIASの水準にありません。

導入メモ：Odoo Communityのインストールはソースからのビルド（Pythonの仮想環境、PostgreSQL、wkhtmltopdf）で、問題なく起動しますが、その後にただ一つ、wkhtmltopdfでつまずきます。ディストリビューションのパッケージを入れると、請求書、修了証、コース修了シートなど、すべてのPDFが空白になるか、崩れて出力されます。必要なのは、Qtにパッチを当てたビルドで、お使いのUbuntuのバージョンに合うもの、つまりbionic用ではなくjammy用の.debです。このバイナリさえ正しければ、あとは通常の作業です。

私の見立て：Odooがすでに業務の基盤になっている場合に限って、合う選択肢です。SCORMオーサリングが目的なら、まずSCORMオーサリングツールから始めてください。

9. Forma LMS

向いているケース：Apache 2.0の寛容なライセンスを特に必要とする企業の研修チーム。

Forma LMSは、Doceboが完全な商用製品になる前のコードから生まれたオープンソースのフォークで、この比較の中で最も寛容なライセンスを採用しています。

• ライセンスとガバナンス：Apache 2.0のため、GPLやAGPLにあるコピーレフトの義務なしに、改変版を展開・配布できます。再配布の柔軟性が重要なら大きな利点です。ただし、財団が運営するプロジェクトと比べると、コントリビューターは少なく、ロードマップも見えにくい状況です。
• スタック：PHP。
• 最も得意なこと：大幅にカスタマイズした企業向けの研修環境を、再配布する必要がある場合の、寛容なライセンスです。
• 注意点：フォークのリスクです。5年以上運用する想定の本番環境では、コミュニティの小ささと手薄なガバナンスを、必ず評価の対象にしてください。

私の見立て：Apache 2.0が譲れない必須要件でない限り、ほとんどの企業の場面で、私ならFormaよりChamiloを選びます。ガバナンスが見えやすく、コミュニティも大きいChamiloの方が、リスクは低くなります。

10. Open LMS

向いているケース：すでにGoogle Workspaceを使っているK-12の学校。

Open LMSは、K-12とGoogle Workspace向けに作られたMoodleベースのプラットフォームです。多くのLMSで必要になるプラグインでの連携ではなく、Google Classroomとのネイティブ連携を備えています。

• ライセンスとガバナンス：Moodle由来のため、GPLの系譜と、Moodleのプラグインの仕組みの多くを引き継いでいます。
• スタック：MoodleベースのPHPで、セットアップは、Google認証、Driveのファイル連携、Meetのセッションが、IT部門によってすでに管理されていることを前提にしています。
• 最も得意なこと：Googleとのネイティブ連携です。Google Workspaceを使う学校で多くのLMSが必要とする、別立ての設定が不要になります。
• 注意点：標準のMoodleよりプラグインが少ないため、組み込みのテーマ以外では、画面やブランディングのカスタマイズに限界があります。

私の見立て：Google Workspaceを使う学校なら、検討する価値があります。K-12以外では、Moodle系の中では、サポートの基盤が大きく、プラグインも豊富な標準のMoodleに軍配が上がります。

WordPressのLMSプラグインはどうか？

WordPressを前提にオープンソースのLMSを探していたなら、それは別のカテゴリーとして考える必要があります。LearnDash、LifterLMS、Tutor LMS、Sensei、そして全体がGPLライセンスで提供されるMasteriyoは、すでに運用中のWordPressサイトをコースのプラットフォームに変えるプラグインです。WordPressの意味ではオープンソースであり、クリエイターや小規模な研修サイトには優れた選択肢になり得ます。

本当の問いは、どのLMSかではなく、独立したプラットフォームにするか、WordPress上のプラグインにするかです。プラグインなら管理するシステムが一つ減りますが、LMSがWordPressの性能、セキュリティパッチの適用、プラグイン同士の競合のリスクに縛られます。既存のサイトで1つか2つのコースを提供するなら、プラグインが有利です。拡大、標準化、レポート作成を見込む研修プログラムなら、この一覧にある独立したプラットフォームの方が、長く使える土台になります。

移行とデータの持ち出し

自社運用の利点は、データが自社のものになることです。それは事実ですが、所有することと移すことは別の作業です。ここで取り上げたすべてのプラットフォームは、オープンな交換形式に対応しています。コンテンツはSCORMとxAPI、コースパッケージはIMS Common Cartridge、ユーザーと成績はCSVを使えるため、特定のプラットフォームに縛られず、現実的に移行できます。よく使われる移行経路も確立されています。BlackboardやCanvasからMoodleやOpen edXへ、MoodleからTotaraへ、といったものです。移行で実際にかかるのは、ライセンス料ではなく、コース構成を組み直し、プラグインを再テストするエンジニアリングの工数です。ホスト型のツールを検討するときも同じ確認が必要で、決める前に、コースを外へ取り出せることを確かめてください。

私ならこう判断します

この規模のプラットフォーム選びは、機能比較表では決まりません。突き詰めると、3年後、何かが壊れたときに、自社のチームが本番環境で何を責任を持って運用できるか、という一つの問いに行き着きます。

答えが「LMSの専任管理者、または認定パートナーがいる」なら、Moodleが正解です。20年の運営実績、カテゴリー内で最も豊富なプラグイン、そして大規模なコミュニティがあるため、直面する問題の多くにはすでに解決事例があります。画面の古さへの対応とアップグレードの計画には実際に費用がかかりますが、それを適切に予算化できる機関にとって、長期的な安定性でこれに並ぶ選択肢はこの一覧にありません。

答えが「Python/Djangoのスタックを最初から最後まで運用できるDevOpsエンジニアがいる」なら、Open edXは複雑さに見合う価値があります。Axim Collaborativeによる運営体制とMITやハーバード大学という出自は、ここで挙げる中で最も強い、長期リスクの面での安心材料です。そして、この必要なエンジニアリング力は、注意書きではありません。これが本当の基準線です。それを下回ると、機能一覧に何が書かれていようと、プラットフォームの機能は使いこなせません。

もう一つ、はっきり申し上げます。この一覧を検討するチームの多くは、厳密には自社運用のインフラを必要としていません。必要なのは、データの管理権、費用の見通し、そしてシステム管理者なしで動くことです。それが状況に近いなら、Courseboxはまったく別のカテゴリーに入ります。Courseboxはホスト型のLMSで、無料プランを含むすべてのプランで受講者数が無制限です。オープンソースの配信基盤ではなく、AIによるコース作成を軸に作られています。オーサリングツールなら誰もが気にするロックインについては、今年6,743人のCoursebox利用者が、SCORMを含め、コースを外部システムにエクスポートしました。オープンソースLMSというより、「無料LMS」に近い製品です。

結局のところ、お伝えしたいのは一つだけです。自社のチームが責任を持って運用できるプラットフォームを選んでください。それ以外の機能は、使いこなせる段階に届かなければ意味がありません。

開示事項：CourseboxのCTO、Toni Arrebola Gomezです。CourseboxはAIによるコース作成に特化したLMSで、オープンソースLMSではなく、この一覧にも含まれていません。この記事内のリンクには、Courseboxの製品へのリンクが含まれます。