企業採購外部線上課程時，很常出現一句：
「我們公司已經有 LMS，可以把你們的課接進來嗎？」
接下來 IT 或 HR 可能又問：
- 可以給 SCORM 嗎？
- 支援 xAPI 嗎？
- 可以用 LTI 嗎？
- 還是直接放一個連結就好？
如果只看名詞，很容易把簡單的企業案做得太複雜，或反過來，用一個外部連結硬撐需要完整追蹤的長期合作。
比較好的順序是：先確認企業要解決什麼，再決定整合深度。
先回答四個問題，再談技術
- 內容放哪裡？企業 LMS，還是你的課程網站。
- 企業要追蹤什麼？只要知道有沒有完成，還是要分數、作業、細部活動。
- 內容多久更新？一年一次，還是每月都改。
- 企業要什麼登入體驗？點連結重新登入，還是從 LMS 直接進入。
這四題比「哪個標準比較新」更重要。
因為同樣是 500 人企業，一家只想把外部課程放進員工學習入口，另一家卻要求完成率、成績、部門報表全部回到公司 LMS，適合的架構完全不同。
先看一張表：四種方式主要差在哪裡？
| 方式 | 內容主要放哪裡 | 追蹤能力 | 更新成本 |
|---|---|---|---|
| 外部連結 | 外部課程網站 | 低，除非另外整合 | 低 |
| SCORM | 通常匯入企業 LMS | 完成、狀態、分數等傳統 LMS 資料 | 內容改版常需重新封裝／上傳 |
| xAPI | 可跨平台 | 可記錄更廣泛的學習事件 | 取決於資料模型與 LRS 架構 |
| LTI | 內容可留在外部平台 | 可安全啟動，並依實作交換角色、成績等 | 初期整合較高，後續內容可集中維護 |
這張表的重點不是選贏家，而是看出：四種方案負責的層級不同。
方式一：外部連結最簡單，適合先解決「入口」問題
最輕量的整合，就是在企業 LMS 裡放一個外部課程連結。
員工點擊後，進入你的課程網站學習。
優點是：
- 幾乎不用做 LMS 客製整合。
- 內容仍由你自己維護。
- 課程改版不用重新打包給企業。
- 很適合試點、小型採購或短期方案。
缺點則是：
- 企業 LMS 通常只知道「有人點出去」，未必知道後面學了什麼。
- 如果沒有單一登入，學員可能要再登入一次。
- 完成率與成績可能要從你的系統另外匯出。
所以外部連結並不是「不專業」，而是最少整合。
如果企業只買 30 席、先驗證課程價值，這可能反而是合理起點。
方式二：SCORM 適合企業要求「把課程包放進 LMS」
可共享內容物件參考模型（Sharable Content Object Reference Model，SCORM）是一套讓數位學習內容和 LMS 互通的技術規範。
ADL 的 SCORM 文件把它分成內容聚合、執行環境與排序等部分，其中內容聚合模型就處理課程內容如何組織、封裝與跨系統交換。
企業常見的要求是：
「請給我們一個 SCORM package，我們自己上傳 LMS。」
這種方式適合：
- 企業政策要求課程內容進入自家 LMS。
- 想在原 LMS 追蹤完成狀態與分數。
- 不希望學員跳到外部網站。
- 內容更新頻率不高。
但它也會帶來新的維護問題。
SCORM 最大的營運成本，常常不是第一次打包，而是後續版本更新
假設你把課程做成 SCORM 包交給 20 家企業。
三個月後你更新：
- 一支影片。
- 兩份教材。
- 一個測驗。
你可能要：
- 重新輸出 SCORM。
- 確認版本與舊進度的影響。
- 通知企業重新匯入。
- 測試每一家 LMS 是否正常。
如果課程每月更新，維護成本會比內容放在自己平台高很多。
所以 SCORM 很適合「相對穩定的標準化課程」，不一定適合高頻更新的內容型產品。
SCORM 相容，也不代表所有 LMS 行為一定完全一樣
ADL 的 SCORM 指南也明確提醒：符合 SCORM 規格，不代表某套 LMS 一定具備你需要的所有功能，也不代表課程在不同平台、版本與設定下都會完全照預期運作。
因此企業若要求 SCORM，仍應做實際驗收：
- 能不能啟動。
- 完成狀態是否正確回傳。
- 分數是否正確。
- 重新進入是否能續接。
- 手機與瀏覽器是否正常。
不要只看到「支援 SCORM 2004」就直接跳過測試。
方式三：xAPI 不是另一種 SCORM 包，而是學習活動資料規格
學習經驗 API（Experience API，xAPI）用來描述、記錄與交換學習活動。
ADL 的 xAPI 規格核心是 Statement，也就是以結構化方式記錄：
誰（Actor）做了什麼（Verb），對什麼活動（Object）。
例如：
- 王小明完成了第二單元。
- 陳美玲通過了情境測驗。
- 李志豪參加了直播活動。
這些紀錄可以送到學習紀錄儲存庫（Learning Record Store，LRS）。
xAPI 的價值，是可以記錄傳統 LMS 之外更廣泛的學習經驗。
xAPI 適合什麼情境？企業真的需要更細的學習資料時
例如企業想追蹤：
- 課程網站裡的學習。
- 現場工作坊。
- 模擬練習。
- 行動學習任務。
- 外部工具操作。
而且希望這些活動用一套資料格式進入 LRS，xAPI 就會比單純「完成／未完成」更有彈性。
但要注意：
xAPI 本身不是登入系統，也不是把課程嵌入 LMS 的按鈕。
它主要解決學習事件如何描述、傳送與儲存。
如果企業還需要從 LMS 一鍵進入外部課程，就要另外處理啟動與身分。
方式四：LTI 適合「內容留在你這裡，企業 LMS 當入口」
學習工具互通性（Learning Tools Interoperability，LTI）是 1EdTech 的標準，用來讓 LMS 與外部工具或內容服務以標準方式連接。
LTI 的典型情境是：
- 員工先登入企業 LMS。
- 在 LMS 裡點你的外部課程。
- LMS 以安全方式把必要的使用者與課程情境傳給外部工具。
- 外部平台直接開啟對應內容。
內容可以繼續放在你的平台，不需要把整套影片打包交出去。
對內容更新頻繁的課程，這一點非常有價值。
LTI 1.3／LTI Advantage 還能交換更多教學資料
1EdTech 目前的 LTI 1.3 採用較新的安全模型；LTI Advantage 另外提供多種服務，例如：
- 名稱與角色資訊。
- 深度連結指定內容。
- 作業與成績服務。
也就是說，企業 LMS 不只可以「開啟外部工具」，依雙方實作程度，還可以讓內容選擇與部分學習結果回到 LMS。
但這也代表整合成本會比普通外部連結高。
LTI 和企業 SSO 不要混成同一件事
LTI 啟動確實能帶來較順暢的 LMS-to-tool 使用體驗，但企業整體的單一登入（SSO）與 LTI 仍是不同層級的設計。
企業可能：
- 用 SSO 登入公司 LMS。
- 再由 LMS 透過 LTI 啟動外部課程。
也可能外部平台本身還有其他非 LTI 的登入入口。
所以談整合時要分清楚：
- 企業身分怎麼驗證。
- LMS 怎麼啟動外部工具。
- 課程權限怎麼決定。
企業登入方案可以延伸看 企業課程要限制公司網域登入嗎？電子郵件白名單、邀請碼、SSO 與個人信箱怎麼選。
SCORM、xAPI、LTI 可以一起用嗎？可以，因為它們不是完全同一層
例如某個企業架構可能是：
- 企業 LMS 用 LTI 啟動外部平台。
- 外部平台內部用 xAPI 記錄更細的學習活動。
- 另外某些標準課程仍以 SCORM 包放在 LMS。
技術上可以同時存在。
重點是每多一層整合，就多一層：
- 測試。
- 資料對應。
- 權限管理。
- 版本維護。
- 事故排查。
不要為了「支援的標準越多看起來越企業級」而把架構做得沒有必要地複雜。
如果企業只想看完成率，不一定需要 xAPI
很多企業需求其實很簡單：
- 誰開始了。
- 誰完成了。
- 誰通過測驗。
- 完成日期。
如果目前平台已能提供這些報表，未必需要為了「更先進」導入 LRS 與 xAPI。
資料越細，後面也會增加：
- 資料治理。
- 欄位定義。
- 隱私評估。
- 報表維護。
先問企業會不會真的用這些資料做決策，再決定值不值得收集。
企業進度報表可以搭配 企業客戶要看學員進度怎麼辦？管理員、完成率、報表與個資邊界怎麼設計。
如果內容每週更新，通常要優先考慮「內容留在自己平台」
對高頻更新課程而言，最麻煩的不是第一次整合，而是後續每次更新都要重新同步。
假設你的內容：
- 每週更新工具操作。
- 每月新增案例。
- 持續修訂教材。
把大量內容複製進企業 LMS，會帶來版本管理問題。
這類產品通常更適合：
- 外部連結。
- SSO＋外部平台。
- LTI。
也就是讓企業入口整合，但內容維護仍集中在原平台。
企業要求「我們一定要 SCORM」時，先問他需要哪一個結果
有時候「要 SCORM」只是採購習慣。
可以再問：
- 是因為所有課程都必須匯入 LMS？
- 還是只是要完成率回報？
- 需要成績進公司報表嗎？
- 能不能接受外部工具？
- IT 是否支援 LTI？
如果企業的需求只是「員工在 LMS 裡能找到課程，而且 HR 能看到完成率」，可能不只一種解法。
不要用一個技術名詞取代需求訪談。
正式導入前，先用一小批人做整合驗收
企業 LMS 整合不適合只在會議上確認「理論上支援」。即使雙方都寫著支援同一標準，版本、欄位、瀏覽器、權限與企業設定仍可能不同。
正式開放全公司前，可以先用 3～10 個測試帳號驗收：
- 員工能否從企業 LMS 正確進入課程。
- 使用者身分與課程權限是否對應正確。
- 完成狀態、分數或指定事件是否回到正確位置。
- 中途離開後重新進入，進度是否符合預期。
- 手機與企業常用瀏覽器是否正常。
- 課程改版後，企業端需要做哪些更新。
- 錯誤發生時，雙方能否從日誌或測試資料定位問題。
驗收時最好直接使用企業實際 LMS 與正式接近的設定，不要只在供應商自己的測試環境跑過一次就當作完成。
這一步也能提早確認責任邊界：如果 SCORM package 可以正常啟動，但企業 LMS 的自訂報表沒有抓到某個欄位，問題不一定在課程內容；如果 LTI 啟動失敗，也要分辨是註冊設定、身分資料、權限還是外部工具本身。
先用小規模測試把整合路徑跑通，再擴大到全公司，比正式上線後才讓幾百位員工一起回報問題穩定得多。
做企業整合前，最好先確認這 8 件事
- 企業 LMS 的品牌、版本與實際支援標準。
- 內容必須留在企業內部嗎？
- 需要哪些完成、分數或活動資料？
- 是否需要 SSO 或 LMS 一鍵啟動？
- 課程多久更新一次？
- 誰負責第一線技術支援？
- 整合失敗時誰能測試企業 LMS？
- 合作結束後資料與帳號怎麼收尾？
企業客服與責任分工，可以看 企業買線上課程，誰負責開通與客服？講師、HR、系統管理員怎麼分工。
一張表快速選方案
| 企業需求 | 優先考慮 |
|---|---|
| 先快速試點、只要入口 | 外部連結 |
| 內容必須匯入企業 LMS | SCORM |
| 只需完成／分數等傳統 LMS 追蹤 | SCORM 或現有 LMS 報表 |
| 追蹤跨平台的細部學習事件 | xAPI＋LRS |
| 內容留在外部平台，LMS 直接啟動 | LTI |
| 內容頻繁更新 | 外部平台＋LTI／連結 |
| 大型長期合作、要求深度整合 | 依需求組合 LTI、SSO、xAPI 等 |
常見問題
SCORM、xAPI、LTI 哪一個最新，所以應該直接選哪一個？
不能這樣比較。它們處理的層級不同：SCORM偏內容封裝與 LMS 執行，xAPI偏學習活動資料，LTI偏 LMS 與外部工具連接。應依需求選擇。
企業已有 LMS，就一定要把課程搬進去嗎？
不一定。如果企業接受外部課程平台，可以用連結或 LTI 讓 LMS 當入口，內容仍由外部平台維護。
xAPI 可以取代 SCORM 嗎？
不是直接一對一取代。xAPI 能記錄更廣泛的學習事件，但它本身不是 SCORM 那種內容封裝與 LMS 啟動格式；實際架構仍要處理內容、身分與啟動。
LTI 就等於 SSO 嗎？
不完全相同。LTI 處理 LMS 與外部學習工具的標準化啟動與資料交換；企業 SSO 則是更廣泛的身分登入與集中管理。兩者可以搭配。
做 SCORM 後，內容更新會自動同步嗎？
通常不應假設會自動同步。若企業匯入的是封裝版本，內容改版後常需要重新輸出、匯入與測試；實際行為取決於 LMS 與部署方式。
企業只要求完成率，需要做 LTI 或 xAPI 嗎？
不一定。如果現有平台能提供可信的完成報表，再定期匯出給企業，可能已經足夠。整合深度應和企業實際決策需求相符。
結論：先決定資料與內容要怎麼流，再選整合標準
企業已有 LMS，不代表外部課程一定要整套搬進去。
如果只是快速導入，外部連結可能夠用；企業要求內容進 LMS，可評估 SCORM；要追蹤跨平台學習事件，再看 xAPI；希望內容留在供應商平台、又要從企業 LMS 安全啟動與交換資料，則 LTI 更值得評估。
選擇整合方式時，把內容位置、追蹤需求、登入、更新頻率與維護成本放在前面，技術標準放在後面。
企業買的不是「支援幾個縮寫」，而是一套能長期運作、資料看得懂、內容改得動、出問題找得到人的學習交付方式。
參考資料：
1EdTech｜Learning Tools Interoperability（LTI）。
1EdTech｜LTI Advantage Implementation Guide。
1EdTech｜Suggested LTI Advantage Requirements for Institutional RFP & Procurement Agreements。
Advanced Distributed Learning Initiative｜SCORM Best Practices Guide for Programmers。
Advanced Distributed Learning Initiative｜SCORM 2004 4th Edition Testing Requirements。
Advanced Distributed Learning Initiative｜Experience API（xAPI）Specification。
Advanced Distributed Learning Initiative｜xAPI Learning Record Store。