SCORM, xAPI, cmi5 и LTI: какой стандарт и когда выбрать

Кратко

При разработке обучающего продукта постоянно всплывают четыре стандарта, и команды неделями сравнивают их как конкурентов, хотя задачи у них разные. SCORM и cmi5 упаковывают курс, чтобы LMS могла его хранить и воспроизводить. xAPI (Experience API) записывает, что сделал учащийся, где бы это ни происходило, и хранит записи в отдельной базе. LTI запускает инструмент, работающий на вашем сервере, внутри любой совместимой LMS. Выбрать проще всего, ответив на два вопроса. Первый: контент должен лежать внутри LMS как файл или оставаться сервисом на вашем хостинге? Второй: вам хватит завершения и балла или нужно каждое действие учащегося, вплоть до посекундных данных о просмотре видео? SCORM берут ради максимальной совместимости (Moodle, например, штатно поддерживает SCORM 1.2), cmi5 – для нового упакованного контента с подробным трекингом, чистый xAPI – для обучения вне LMS, а LTI – когда ваш инструмент работает как сервис, к которому подключаются разные LMS. Большинство реальных продуктов сочетают два-три стандарта, так что искать единственного победителя не нужно: каждому стандарту стоит отдать ту часть работы, с которой он справляется лучше всего.

Почему это важно

Если вы делаете или покупаете обучающий продукт, заказчик почти всегда первым делом спрашивает: «Какие стандарты вы поддерживаете?» Неверный ответ либо срывает сделку, либо оборачивается месяцами лишней работы для инженеров. Статья написана для L&D-директора, основателя EdTech-компании, руководителя обучения или продакт-менеджера, который уже читал про SCORM, xAPI, cmi5 и LTI по отдельности и теперь должен решить, что именно делать. Для российского рынка есть важная поправка: правильный ответ зависит от того, что на самом деле принимает LMS заказчика. В вузах это чаще всего Moodle, где встроены SCORM 1.2 и LTI 1.3, а xAPI подключается плагинами; в корпоративных LMS поддержку xAPI и cmi5 приходится проверять для каждой системы отдельно. Все утверждения о стандартах ниже привязаны к конкретным спецификациям и версиям, так что инженер может их перепроверить.

Четыре стандарта в двух словах

Коротко напомним, что представляет собой каждый стандарт; подробные разборы – по ссылкам выше.

SCORM (Sharable Content Object Reference Model) – стандарт, который упаковывает электронный курс в zip-архив. Любая совместимая система управления обучением (LMS) может такой архив загрузить, воспроизвести и записать фиксированный набор результатов: завершил ли учащийся курс, какой балл получил, сколько времени потратил. SCORM похож на грузовой контейнер: совместимая система примет его, не заглядывая внутрь. На практике встречаются две версии: SCORM 1.2 (2001) и SCORM 2004 (последняя редакция – 4th Edition). Стандарт ведёт ADL – программа Advanced Distributed Learning.

xAPI (Experience API, раньше – «Tin Can API») – стандарт, который записывает опыт обучения короткими фразами и хранит их в отдельной базе. Каждая запись – одно утверждение (statement), например «Мария завершила модуль 3». База для таких утверждений называется Learning Record Store (LRS). Главное отличие от SCORM: xAPI фиксирует обучение где угодно, а не только внутри LMS – в мобильном приложении, симуляции, VR-шлеме или в рабочей задаче, выполнение которой подтвердил руководитель. ADL выпустил xAPI 1.0.3; позже стандарт утвердили в IEEE как IEEE 9274.1.1-2023, эту версию иногда называют xAPI 2.0.

cmi5 (читается «си-эм-ай-пять») – набор правил поверх xAPI. Он добавляет структуру, которая была у SCORM и которой не хватало чистому xAPI: как упаковать курс, как запустить его из LMS и что формально означают «завершено» и «сдано». Если xAPI – чистый блокнот, то cmi5 – разлинованная страница с заголовками. cmi5 поддерживает ADL, и та же организация, что создала SCORM, теперь называет cmi5 современным преемником SCORM.

LTI (Learning Tools Interoperability) устроен иначе, чем остальные три. Он не упаковывает и не отслеживает контент, а запускает внешний инструмент, размещённый у вас, внутри LMS через защищённый запуск с цифровой подписью. Ваша видеоплатформа остаётся на ваших серверах, а LMS лишь открывает к ней доверенный доступ. LTI развивает консорциум 1EdTech (бывший IMS Global); текущая версия – LTI 1.3 с набором сервисов LTI Advantage.

Один вопрос, который решает большинство случаев

Бóльшую часть путаницы снимает одно различие: два стандарта переносят контент в LMS, один записывает данные снаружи, а ещё один запускает инструмент, который вообще никуда не переносится.

SCORM и cmi5 – стандарты упаковки. Вы делаете курс, упаковываете его в архив, а LMS хранит и воспроизводит этот файл. Контент живёт внутри LMS.

xAPI – стандарт трекинга. Он ничего не упаковывает, а определяет, как система сообщает о действиях учащегося и где хранится этот отчёт (в LRS). Контент может находиться где угодно; xAPI только записывает, что с ним делали.

LTI – стандарт запуска (интеграции). Контент остаётся работающим сервисом на вашей инфраструктуре, а LMS открывает его по запросу. Ничего не упаковывается и не переносится.

Поэтому первым стоит задать вопрос: «Должен ли мой контент быть файлом, которым распоряжается LMS, или сервисом на моём хостинге?» Если курс обязан работать внутри LMS клиента, даже офлайн и даже если вы перестанете его поддерживать, его упаковывают (SCORM или cmi5). Если это инструмент, который вы постоянно обновляете и к которому подключаются многие организации, его запускают (LTI). А xAPI отвечает на отдельный вопрос: насколько подробно нужно знать, что сделал учащийся?

Нажмите, чтобы увеличить

Второй вопрос: насколько подробно отслеживать?

Когда ясно, упаковываете вы контент или запускаете, остаётся вопрос о данных. Самая распространённая ошибка в этой теме – считать, что «SCORM отслеживает всё». Это не так.

SCORM записывает фиксированную модель данных внутри запуска в LMS: статус завершения, статус успешности, балл, потраченное время и ограниченный набор взаимодействий (какой вопрос, верен ли ответ). Для обязательного обучения этого хватает – «все ли 4 000 сотрудников прошли курс по охране труда?», – но SCORM не покажет, что учащийся четыре раза пересматривал третью минуту видео или отрабатывал задачу в отдельном приложении.

xAPI записывает всё, что вы сможете описать утверждением, в том числе вне LMS. Сюда входят и подробные данные о просмотре видео – played, paused, seeked, completed – через отдельный набор правил xAPI Video Profile. Если ценность вашего продукта в том, чтобы понимать, как люди смотрят видео и что с ним делают, а не только дошли ли они до конца, вам нужен трекинг уровня xAPI.

У подробного трекинга есть обратная сторона: каждое утверждение описывает действие конкретного человека, то есть содержит персональные данные по 152-ФЗ. С 1 июля 2025 года обрабатывать ПДн граждан РФ с использованием баз данных за рубежом нельзя (ч. 5 ст. 18), поэтому LRS для российской аудитории должен находиться в России – в вашем контуре или в российском облаке, но не в зарубежном SaaS. Это инженерные рекомендации, а не юридическая консультация.

cmi5 даёт подробный трекинг xAPI вместе со структурой запуска и завершения, как у SCORM. Поэтому ADL и продвигает его как преемника SCORM для нового контента.

LTI в базовом виде вообще не записывает данные об обучении. Он передаёт сведения о пользователе и контексте (кто учащийся, какой курс), а через необязательный сервис Assignment and Grade Services может вернуть оценку в журнал LMS. Для подробной аналитики LTI всё равно дополняют xAPI, который работает в фоне.

Полное сравнение

Эта таблица нужна большинству команд: четыре стандарта по критериям, от которых зависит решение «разрабатывать или покупать». В ней есть отдельная строка «Что это», чтобы никто не путал стандарт упаковки со стандартом запуска, и строка о том, что Moodle умеет без доработок.

Начинайте чтение со строки «Что это». SCORM и cmi5 упаковывают, xAPI отслеживает, LTI запускает. Как только это ясно, почти любой спор о выборе снимается сам собой.

Нажмите, чтобы увеличить

Дерево решений

Таблица показывает, что делает каждый стандарт, а дерево – какой из них брать. Идите сверху вниз и остановитесь на первом подходящем ответе.

Начните с упаковки. Должен ли контент быть самодостаточным файлом, который работает внутри LMS клиента, возможно офлайн? Если да, вы упаковываете – переходите к следующему вопросу. Если нет и контент – это инструмент на вашем хостинге, который вы обновляете, вы его запускаете: используйте LTI 1.3, а для подробной аналитики добавьте к нему xAPI.

Если вы упаковываете, спросите себя: нужны ли только завершение, балл и время и должно ли это работать в старых или строгих LMS? Если да, используйте SCORM. Версию выбирайте по целевой LMS. Для Moodle это SCORM 1.2: по документации Moodle версия 2004 в ней не поддерживается, реализованы лишь части её API. SCORM 2004 4th Edition берите, только если точно знаете, что LMS заказчика его воспроизводит. Если нужен более подробный трекинг (поведение в видео, мобильные и офлайн-активности), используйте cmi5: он даёт эти данные и сохраняет логику запуска и завершения, как у SCORM. Заранее убедитесь, что LMS заказчика или его LRS принимает cmi5.

Если обучение идёт в основном вне традиционной LMS – в мобильном приложении, симуляции, рабочих задачах, на собственной платформе, – обходитесь без упаковки и используйте чистый xAPI со своим LRS.

Оговорка: дерево даёт основной стандарт. Реальные продукты часто поддерживают и второй ради совместимости – например, пакет cmi5 для клиентов, чья LMS или LRS принимает xAPI, и запасной пакет SCORM 1.2 для Moodle и любой LMS, которая понимает только SCORM.

Нажмите, чтобы увеличить

Видео: что упускают общие сравнения

Большинство статей «SCORM против xAPI» не говорят о видео отдельно, хотя для обучающего видеопродукта именно это решает всё.

Обычный видеоплеер сам по себе не передаёт ничего, что поняла бы LMS. SCORM может записать, что модуль с видео завершён, но не скажет, как это видео смотрели. А «просмотрено на 100%» – не то же самое, что «завершено», и тем более не «усвоено». Если ценность продукта в том, чтобы знать время просмотра, моменты, когда зрители бросают видео, пересмотры и провалы внимания, фиксированная модель SCORM здесь бессильна.

xAPI Video Profile создан именно для этого: он задаёт утверждения played, paused, seeked, completed и данные, по которым строится тепловая карта просмотра. cmi5 передаёт те же утверждения xAPI и при этом сообщает LMS однозначный статус «completed/passed». Поэтому для обучающего видеопродукта схема почти всегда одна: упаковка через cmi5 (или трекинг чистым xAPI) ради данных о просмотре и запуск через LTI, если ваш плеер – размещённый у вас инструмент, который встраивают организации. Подробности – в статье Трекинг видео через xAPI: Video Profile и что отслеживать.

Нажмите, чтобы увеличить

Пример: один продукт, два заказчика

Допустим, вы продаёте интерактивный видеокурс двум типам покупателей: корпоративному клиенту с собственным LRS в российском облаке и вузу на Moodle, где штатно воспроизводится только SCORM 1.2. Подробная видеоаналитика нужна вам в обоих случаях.

Если сделать ставку на один стандарт, кто-то из покупателей останется недоволен. Чистый xAPI даёт аналитику, но не выполняет требование вуза «нужен SCORM-пакет для нашей Moodle». SCORM 1.2 устроит вуз, но потеряет видеоданные, за которые платит корпоративный клиент.

Практичное решение – поддержать два стандарта из одного источника контента:

Контент собран один раз (интерактивный видеокурс)
  ├─ Экспорт A: пакет cmi5      → подробные видеоданные xAPI + завершение  (LMS/LRS с xAPI)
  └─ Экспорт B: пакет SCORM 1.2 → только завершение + балл                 (Moodle, старые LMS)
Добавить запуск LTI 1.3         → для клиентов, которым нужен плеер на вашем хостинге

Затраты при этом не умножаются на четыре: контент собирается один раз, а дальше добавляются форматы экспорта. Если инструменты создания контента с самого начала рассчитаны на несколько форматов, второй экспорт обычно занимает дни, а не недели. Поэтому стандарты и стоит выбирать до разработки, а не после.

Частые ошибки

Эти заблуждения встречаются почти в каждом проекте, и всех их легко избежать заранее.

Первое – считать четыре стандарта взаимоисключающими. Это не так: SCORM и cmi5 упаковывают, xAPI отслеживает, LTI запускает, и один продукт нередко использует два-три из них.

Второе – верить, что SCORM отслеживает всё. SCORM записывает фиксированную модель данных. Для подробных взаимодействий и поведения в видео нужен xAPI или cmi5. Пообещав клиенту «подробную видеоаналитику» на SCORM 1.2, вы не сможете выполнить обещание.

Третье – считать «xAPI» и «Tin Can API» разными вещами. Tin Can – рабочее название проекта, а xAPI (Experience API) – сам стандарт. Указывайте версию: 1.0.3 или IEEE 9274.1.1-2023 (утверждённая версия, она же 2.0).

Четвёртое – называть LTI способом входа в систему. LTI 1.3 подтверждает личность пользователя подписанным токеном (JWT), который ваш инструмент проверяет криптографически; единый вход (SSO) – следствие этого механизма, а не сам механизм. И не путайте SSO с идентификацией учащегося на аттестации: её ПП № 1678 связывает с ЕСИА и ЕБС, и это отдельный слой поверх запуска.

Пятое – выбирать стандарт, когда контент уже готов. От стандарта зависит, как вы создаёте и храните контент. Сначала примите решение: подгонять модель трекинга под готовый контент дорого. Чтобы закрыть этот вопрос до первой строки контента, воспользуйтесь рабочим листом выбора стандарта.

Где здесь Фора Софт

Фора Софт с 2005 года разрабатывает ПО для видеообучения, стриминга, видеоконференций и интерактивных плееров; за это время выпущено 250+ проектов. Выбор стандартов – одно из первых решений, с которым мы помогаем командам обучающих продуктов: ошибка здесь стоит дорого. Подход тот же, что в статье: SCORM или cmi5 – когда контент должен жить внутри LMS клиента, xAPI – когда ценность в подробной аналитике видео и взаимодействий, LTI – когда ваш плеер работает как сервис, который встраивают многие организации. Обычно мы отвечаем за видео и интерактив: делаем видеопродукт, который экспортирует пакет cmi5 ради подробных данных о просмотре, поставляет SCORM 1.2 для Moodle и старых LMS и поддерживает запуск LTI 1.3 с передачей оценок для клиентов, которым нужен размещённый плеер. Поддержку нескольких стандартов мы закладываем до создания контента, а не добавляем потом.

Главное

• SCORM и cmi5 упаковывают контент, xAPI отслеживает действия учащегося, LTI запускает работающий инструмент.
• Сначала решите, упаковать курс в LMS или запускать инструмент со своего хостинга.
• Затем решите, хватит ли завершения и балла или нужен подробный трекинг где угодно.
• SCORM – ради совместимости (для Moodle – версия 1.2); cmi5 – современный пакет с данными xAPI.
• Чистый xAPI – для обучения вне LMS, LRS – в России; LTI – один инструмент для многих LMS.
• Реальные продукты сочетают два-три стандарта; выбирайте их до разработки.

Что почитать дальше

• Трекинг видео через xAPI: Video Profile и что отслеживать
• Интеграция с Moodle
• Упаковка и доставка контента: манифесты, хостинг и облако