SCORMとxAPIとは：違いと選び方を解説

著者: Brian Tr · 更新日: 2026年10月7日

SCORMとxAPIは、学習コンテンツと学習ソフトウェアがデータをやり取りするための技術標準です。SCORMはコースをパッケージ化し、準拠したあらゆる学習管理システム（LMS）の中で動作させ、完了ステータスとスコアを返せるようにします。xAPIはより新しい仕様で、学習活動を短いステートメントとして記録し、LMSの有無にかかわらず、Learning Record Store（LRS）と呼ばれるデータベースに送信します。

コースを販売する、研修ソフトウェアを購入する、あるいはEdTechプロダクトを開発するといった立場であれば、この2つの略語には最初の1週間で必ず出会います。営業の商談、RFP、オーサリングツールのエクスポートメニューに登場するからです。本記事では、それぞれがどのようなもので、どこから生まれ、何を追跡でき何を追跡できないのか、cmi5という第3の標準がどのように両者をつなぐのか、そしてどちらを要件にすべきかの判断方法を解説します。見た目は似ていても解決する課題が異なるLTIについても取り上げます。

学習標準が存在する理由

コンテンツベンダーから安全衛生コースを購入し、LMSは別の会社のものを使っているとします。共通の標準がなければ、コースはLMSに「この学習者は修了し、85%のスコアでした」と伝える手段を持ちません。コースとプラットフォームの組み合わせごとに、個別の連携開発が必要になってしまいます。

標準は、次の3点をあらかじめ取り決めることでこの問題を解消します。

• コンテンツのパッケージ方法：どのシステムでも展開して起動できるようにします。
• コンテンツとプラットフォームの通信方法：結果が確実に返ってくるようにします。
• 結果の形式：「完了」というステータスがどこでも同じ意味を持つようにします。

標準があるからといって、コースの質が高くなるわけではありません。異なるサプライヤーの部品が連携して動くようにするものであり、これがLMS市場や研修コンテンツのライセンスの基盤になっています。

SCORMとは

SCORMは、Sharable Content Object Reference Modelの略です。Rustici Softwareが運営する老舗の情報サイトScorm.comによると、ADL（Advanced Distributed Learning）はSCORMをゼロから書き起こしたわけではありません。業界にはすでに、課題の一部をそれぞれ解決する多くの標準が存在していることにADLが着目し、それらを1つの参照モデルにまとめたのです。

SCORMは2つの領域をカバーします。

1. コンテンツのパッケージング。 コースは、ページ、モジュール、構造を記述したマニフェストとともに、1つのzipファイルにまとめられます。準拠したLMSにzipをアップロードすれば、LMSは起動方法を認識します。
2. ランタイム通信。 学習者がコースを受講している間、コンテンツはLMSがブラウザ上に公開する一連の関数を呼び出し、完了状況、合否、スコア、学習時間、そして学習者が再開できるようにするしおりなどを返します。

SCORMのバージョン

よく目にする名称は2つですが、後者には複数のエディションがあります。Scorm.comのバージョン履歴によると、次のとおりです。

2004系の目玉機能は、シーケンシングとナビゲーションです。学習者が次にコースのどの部分を開けるかを定めるルールで、たとえば「モジュール2のクイズに合格した後にのみ、モジュール3を解放する」といった制御ができます。SCORM 1.2にはこれに相当する機能がないため、ベンダーがバージョンを示さずに「SCORM」とだけ言った場合、得られる情報はそれほど多くありません。どのバージョンなのかを必ず確認してください。

SCORMの実際の動作

SCORMのランタイムモデルはシンプルで、やや古風です。LMSがブラウザ内にJavaScriptオブジェクトを置き、コース側がそれを探し出す必要があります。ランタイムに関するドキュメントによると、このオブジェクトはSCORM 1.2ではAPI、SCORM 2004ではAPI_1484_11という名前で、コースの親ウィンドウ、またはコースを開いたウィンドウの親ウィンドウに存在していなければなりません。コースは、何よりも先にInitializeを呼び出し、終了時にTerminateを呼び出す必要があります。同じ情報源には、SCORMのコンテンツはすべてWebで配信可能でなければならず、通信はブラウザセッション内で行われ、会話を開始できるのはコースだけであるとも記されています。LMSは応答するだけです。

この設計が、SCORMの強みと限界の両方を説明しています。

SCORMで追跡できるもの

• 学習者がコースを修了したか、合格したか不合格だったか
• スコア
• セッションごとの学習時間
• 再開のためのしおり

SCORMでは（簡単には）追跡できないもの

• LMSの外での学習。 LMSから起動したブラウザウィンドウの中で行われない学習は、SCORMには見えません。
• モバイルアプリ、シミュレーター、オフラインでの学習。 LMSの隣のブラウザフレームに収められないものは、結果を報告する自然な場所がありません。
• 多くの学習者と多くの活動を、1つのストーリーとして捉えること。 SCORMは、学習者ごと、コースごとに1件の記録を保存します。「この人は動画を視聴し、次にウェビナーに参加し、さらに同僚をコーチングした」といった流れを記録する設計にはなっていません。
• 詳細な行動。 得られるのはステータスとスコアであり、学習者が何をしたかという豊富な履歴ではありません。

だからといって、SCORMが劣っているわけではありません。多くの組織が実際に証明すべきこと、つまり受講者が必須コースを修了したという事実については、十分に機能しますし、ほぼすべてのLMSとオーサリングツールが対応しています。歴史が長いこと自体も強みです。ほとんどすべてのコンテンツベンダーとオーサリングツールが、その出力方法を知っています。

xAPIとは

xAPIはExperience APIの略で、学習が行われる場所を問わず記録するために設計されました。GitHub上のADL仕様書には、「さまざまな情報源に散らばる」学習体験の記録と伝達を容易にすることが目的だと記されています。以前はTin Can APIと呼ばれていました。

xAPIプロジェクト自身の概要によると、これはProject Tin Canから生まれました。ADLが次世代のeラーニング仕様に関する調査を求めたことを受けてRustici Softwareが始めた取り組みで、最終的にはコミュニティが標準を書き上げました。

xAPIの仕組み：ステートメントとLRS

xAPIでは、あらゆるものが3つの中核要素からなるステートメントで表されます。

• アクター（Actor）： 行った人（学習者）
• 動詞（Verb）： 何をしたか（修了した、試みた、回答した、視聴した、コメントした）
• オブジェクト（Object）： 何に対して行ったか（コース、動画、クイズ、シナリオ）

仕様書自体の例は「Annaがケーキのレシピを試した」で、Annaがアクター、「試した」が動詞、レシピがオブジェクトです。ビジネスの場面なら、「Maiが価格設定ワークショップを修了した」や「Tuanがコンプライアンスクイズの問4に回答した」といった形になります。

ステートメントは**Learning Record Store（LRS）**に送られます。仕様ではLRSを、学習記録を受信し、保存し、アクセスを提供するサーバーと定義しています。xAPI対応のツールであれば、どれでもデータを送信したり読み取ったりできる、これらのステートメントを保持するために作られたデータベースだと考えてください。LRSはLMSの内部に置くことも単独で稼働させることもでき、複数のツールが同じLRSに書き込めます。

xAPIで追跡できるもの

仕様書には、追跡対象は非常に多様であると記されており、例として読書、オンラインコースの受講、フィールドトリップ、自主的な調査、修了証の受け取りが挙げられています。プロジェクトの概要には、モバイルラーニング、シミュレーション、仮想世界、シリアスゲーム、実世界での活動、ソーシャルラーニング、オフライン学習が挙がっています。データをオフラインで収集し、後でLRSに送信することも可能です。

そのため、1人の学習者のLRS履歴には、コースの修了、モバイルアプリで視聴した動画、シミュレーターのセッション、スキルに対する上長の承認、同僚同士のコーチングといった出来事が、すべて同じ形式で並ぶことがあります。

xAPI単体ではできないこと

柔軟性にはコストが伴い、購入者はそこでつまずきがちです。

• xAPIは、良いステートメントの条件を定めていません。 2社がどちらも「xAPI対応」を掲げていても、同じ活動を異なる動詞で記録するかもしれず、その場合データはそろいません。レポートが機能する前に、合意されたプロファイル（動詞と規約のセット）が必要になるのが通常です。
• コンテンツを起動しません。 SCORMにはパッケージングと起動が含まれますが、素のxAPIはLMSがどのようにコースを開始し、学習者の識別情報を引き渡すのかを定めていません。
• レポートは提供されません。 LRSが保存するのはステートメントです。ダッシュボード、修了状況の一覧、コンプライアンスレポートは、学習テックスタックの別のレイヤーであり、誰かが構築するか購入する必要があります。

xAPIは公式な標準か

はい。xAPIはADLの仕様として始まり、xAPIプロジェクトはIEEE承認の標準（IEEE 9274.1.1-2023）であると説明しています。IEEEの標準ページでは、IEEE 9274.1.1-2023が有効な標準として掲載されており、名称は学習者の経験データの追跡とアクセスのためのJSONデータモデル形式およびRESTful Webサービスで、2023年3月30日に理事会の承認を受けています。

cmi5：両者の橋渡し

SCORMが起動を、xAPIが豊富なデータを提供するなら、両方を手に入れることはできるのでしょうか。それを実現するのがcmi5です。

cmi5はxAPIのための仕様プロファイルです。仕様書には、個々の学習コンテンツであるAssignable Unit（AU）とLMSの間の、相互運用可能なランタイム通信を対象とすると記されています。データの伝送にはxAPIを使い、素のxAPIが決めていない部分を補います。

• 起動。 LMSは、エンドポイント、認可取得用URL、学習者の識別情報、登録ID、アクティビティIDを含むURLでAUを起動します。
• 固定された動詞のセット。 cmi5は、launched、initialized、completed、passed、failed、terminatedといったステートメントに加え、abandoned、waived、satisfiedなどLMSが発行するものも規定しています。
• LMSの背後にあるLRS。 LMSはLRSと連携して進捗を追跡し、レポートを作成します。

わかりやすく言えば、cmi5は、SCORMのような「このコースを起動して、学習者が合格したかどうかを教える」という動きを、xAPIの現代的な仕組みで実現するものです。コンテンツがLMSと同じブラウザフレーム内にある必要はなく、データはLRSに蓄積されます。

課題は普及度です。cmi5はSCORMよりはるかに少数派です。多くのオーサリングツールやプラットフォームはSCORMとxAPIに対応していてもcmi5には対応していないため、要件にする前に、コンテンツツールとプラットフォームの両方が対応しているかを確認してください。

SCORM、xAPI、cmi5の比較

表は行ごとに読んでください。ニーズが「全員が修了したことを証明する」ことなら、答えはSCORMの列にあります。「ツールをまたいで人々がどう学んでいるかを理解する」ことなら、答えられるのはxAPIだけです。

LTI：別の種類の標準

LTI（Learning Tools Interoperability）はSCORMやxAPIと一括りにされがちですが、果たす役割が異なります。1EdTechが管理しており、自身の説明では、学習者がツールごとに個別にログインしなくても、機関が学習ツールを学習環境に接続できるようにするものです。1EdTechのページによると、ユーザー、履修登録、ロールに関する情報を安全に受け渡すことができ、ツールが課題や成績を中央の成績表に返すこともできます。現行バージョンはLTI 1.3です。

覚えやすく整理すると次のとおりです。

• SCORMとcmi5は、起動されて結果を報告するコンテンツを扱います。
• xAPIは、学習活動の記録を扱います。
• LTIは、シングルサインオンと成績の返却を伴う、プラットフォームへのツール全体の接続を扱います。

何を要件にすべきかの判断方法

購入する側でも開発する側でも使える、実践的な進め方を紹介します。

L&D担当の購入者の場合

1. 必要な記録から出発します。 監査担当者や顧客から修了の証明を求められるなら、最低でもSCORMまたはcmi5への対応が必要です。要件を固める前に、コース修了率と、何をもって「修了」とするかを確認してください。
2. SCORMのバージョンを確認します。 「SCORM 1.2」と「SCORM 2004 第4版」は同じ約束ではありません。1.2は最も広く対応されています。シーケンシング規則が必要なら2004が要ります。
3. 「xAPI対応」の中身を確認します。 プラットフォームはステートメントを送信できるのか、受信できるのか、その両方か。LRSを内蔵しているのか、外部のLRSに接続するのか。どの動詞とプロファイルに従っているのか。あいまいな「はい」は答えになりません。
4. データを活用するかどうかを決めます。 xAPIは、誰かが分析して初めて効果が出ます。報告するのが修了状況だけなら、使わない機能にお金を払う必要はありません。活動と成果を結びつけたい場合は、学習者エンゲージメント指標をご覧ください。
5. 実際のコースでテストします。 契約前に自社のコースをアップロードし、修了、スコア、しおりの動作を確認してください。調達の過程で最も壊れやすいのが互換性です。エンタープライズ向け学習の調達プロセスは、このテストを組み込むのに最適な場所です。

コースクリエイターまたはEdTech開発者の場合

1. まずSCORMでエクスポートします。 最大公約数にあたる形式で、ほとんどの企業の購入者のシステムが受け入れます。1.2と2004の両方を用意すれば、大半の要望をカバーできます。
2. 顧客が修了以外のデータを求めたら、xAPIを追加します。 たとえばシナリオでの選択、シミュレーション結果、LMS外での活動などです。
3. 購入者がすでにcmi5を使っている場合、あるいはLMSを維持したままSCORMよりすっきりした起動モデルを求める場合は、cmi5を検討します。
4. コースではなくツールを開発するなら、LTIを選びます。 学習者がLMSと並行してプロダクトを使い、成績が返されるのであれば、構築すべき連携はLTIです。優れたインストラクショナルデザインは、そもそも何を記録する価値があるのかを決めます。

重要なポイント

• SCORM 1.2は2001年10月にリリースされ、現在も広く導入されています。SCORM 2004の各版は2004年7月、2006年10月、2009年3月に続きました（Scorm.com）。
• SCORMの通信はブラウザセッション内で行われ、開始できるのはコンテンツ側だけです（Scorm.com）。
• xAPIは、フォーマルな学習もインフォーマルな学習も、アクター・動詞・オブジェクトのステートメントとしてLearning Record Storeに送信して記録します（ADL xAPI仕様）。
• xAPIはIEEE標準（IEEE 9274.1.1-2023）で、2023年3月30日にIEEE理事会の承認を受けました（IEEE）。
• cmi5はxAPIプロファイルで、LMSがコンテンツを起動する方法と、発行しなければならないステートメントを定義しています（cmi5仕様）。
• LTIは、ツールを学習プラットフォームに接続するための1EdTechの別の標準で、現行バージョンは1.3です（1EdTech）。

よくある間違い

「SCORM準拠」を1つのものとして扱うこと。 バージョン1.2と2004の各版は動作が異なり、LMSごとに解釈も異なります。必ずテストしてください。

「xAPI対応」を機能チェックリストの1項目として扱うこと。 合意された動詞のセットとデータを分析する場がなければ、誰も使えないステートメントの山ができるだけです。

修了記録だけで足りるのにxAPIを要件にすること。 知りたいことが「誰が修了したか」であれば、コストと複雑さが増えるだけで得るものはありません。

LTIとSCORMを混同すること。 ベンダーから「SCORMとLTIのどちらですか」と聞かれたら、コンテンツを配信するのか、ツールを接続するのかを尋ねているのです。

より広い文脈については、EdTechとはをご覧ください。