SCORM и xAPI: что выбрать для корпоративных курсов в 2026 году

Краткая история стандартов e-learning

Чтобы понять, почему в 2026 году приходится выбирать между SCORM и xAPI, полезно увидеть контекст — как индустрия пришла к текущему состоянию.

AICC (1988). Первый стандарт взаимодействия обучающего контента с системой управления обучением, созданный для авиационной отрасли. AICC использовал HTTP-протокол для передачи данных между курсом и LMS. Технически устаревший, но исторически важный — именно AICC заложил идею интероперабельности: курс от одного поставщика должен работать в системе другого.

SCORM 1.2 (2001). ADL (Advanced Distributed Learning) объединил лучшие идеи AICC и стандартов IMS в единую спецификацию. SCORM 1.2 стал де-факто стандартом индустрии: ZIP-пакет с манифестом, запуск в iframe браузера, передача данных о прогрессе, статусе и оценках. Простота обеспечила массовое принятие — большинство авторских инструментов и LMS поддерживают этот формат до сих пор.

SCORM 2004 (2004). Расширенная версия с поддержкой сиквенсинга (управление последовательностью прохождения модулей) и более детальной моделью данных. На практике сиквенсинг оказался сложным в реализации, и многие организации остались на SCORM 1.2.

xAPI / Tin Can API (2013). Принципиально новый подход: вместо привязки к браузерному окну и LMS — открытый формат activity statements («Актор — Действие — Объект»), который может фиксировать любой опыт обучения на любом устройстве. Данные хранятся в LRS (Learning Record Store) — отдельном хранилище, независимом от LMS.

cmi5 (2016, обновления до 2025). Профиль xAPI, который сочетает свободу activity statements с чёткими правилами запуска и завершения контента — то, чего не хватало «чистому» xAPI для корпоративного применения.

Как работает SCORM

SCORM-курс — это ZIP-архив, содержащий HTML-страницы, медиафайлы и XML-манифест (imsmanifest.xml). LMS распаковывает архив, открывает контент в iframe или новом окне браузера и обменивается данными через JavaScript API.

Модель данных SCORM ограничена набором предопределённых полей: статус прохождения (completed, incomplete, passed, failed), балл (score), время взаимодействия (session_time), ответы на вопросы (interactions). LMS записывает эти данные в свою базу — и это всё, что вы получаете.

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

Ограничения SCORM, которые критичны в 2026 году

Для базовых задач — загрузить курс, отследить прохождение, зафиксировать оценку — SCORM по-прежнему работает. Проблемы начинаются, когда требования выходят за рамки этой модели.

Только браузер. SCORM требует JavaScript API между контентом и LMS, а значит — браузерное окно. Нативные мобильные приложения, десктопные симуляторы, VR-тренажёры, оффлайн-сценарии — всё это за пределами возможностей стандарта. В эпоху мобильного обучения эта зависимость становится архитектурным тупиком.

Примитивная модель данных. SCORM фиксирует: «прошёл / не прошёл», «набрал X баллов», «потратил Y минут». Этого недостаточно для анализа реального поведения. Вы не узнаете, какие разделы сотрудник перечитывал, где задерживался, какие ресурсы скачивал, как взаимодействовал с симуляцией. Для команд, которые строят data-driven электронное обучение, это критичное ограничение.

Нет оффлайна. Полевые сотрудники, производственные площадки без стабильного Wi-Fi, командировки — в этих сценариях SCORM-курс буквально не может записать результат. Данные теряются, прогресс сбрасывается, сотрудники проходят модули повторно.

Привязка к LMS. Данные SCORM живут внутри LMS. Смена платформы означает потерю или сложную миграцию исторических данных. Интеграция с внешними BI-системами требует обходных путей — стандарт не предусматривает внешнего хранилища.

Нет отслеживания неформального обучения. Просмотр обучающего видео на YouTube, участие в вебинаре, чтение профессиональной статьи, практика с наставником — ничего из этого SCORM зафиксировать не способен. А именно неформальное обучение составляет до 80 % реального развития сотрудника.

Как работает xAPI и что он меняет

xAPI (Experience API, также известный как Tin Can API) использует принципиально другую архитектуру. Вместо обмена данными между курсом и LMS через JavaScript API в браузере xAPI отправляет activity statements — структурированные записи формата «Актор — Глагол — Объект» — на LRS (Learning Record Store) по стандартному HTTP REST API.

Пример statement: «Иванов (актор) — завершил (глагол) — модуль по охране труда (объект) — с результатом 92% (расширения) — на мобильном устройстве (контекст)». К каждому statement можно добавить произвольные расширения: геолокацию, тип устройства, длительность, попытку, контекст задачи.

Ключевые преимущества xAPI:

Любое устройство и среда. Мобильные приложения, VR-гарнитуры, десктопные симуляторы, чат-боты, IoT-датчики — любой источник, способный отправить HTTP-запрос, может записывать activity statements. Стандарт не привязан к браузеру.

Детальная аналитика. Вместо «прошёл/не прошёл» вы получаете полную картину: какие ресурсы сотрудник изучал, в каком порядке, сколько времени провёл на каждом экране, какие ответы давал, к каким материалам возвращался. Это основа для персонализации и адаптивного обучения.

Оффлайн-режим. Приложение может накапливать statements локально и отправить их на LRS при восстановлении соединения. Прогресс не теряется.

Независимость от LMS. LRS может работать как отдельный сервис, принимая данные из разных источников — LMS, мобильного приложения, CRM, корпоративного портала. Это позволяет построить единую картину обучения сотрудника, а не набор изолированных отчётов.

Неформальное обучение. Прочитал статью в базе знаний, посмотрел обучающее видео, прошёл наставническую сессию — всё это можно зафиксировать как activity statements и включить в аналитику.

Сравнительная таблица: SCORM vs xAPI

Когда SCORM всё ещё достаточно

Несмотря на архитектурные ограничения, SCORM остаётся рациональным выбором в нескольких сценариях.

Библиотека готового контента. Если вы закупаете курсы у внешних провайдеров, большинство из них поставляются в SCORM 1.2. Переход на xAPI потребует переработки или замены всего каталога.

Базовые требования к трекингу. Для обязательного обучения (compliance) часто достаточно зафиксировать факт прохождения и оценку. SCORM решает эту задачу без дополнительной инфраструктуры.

Ограниченный бюджет на инфраструктуру. xAPI требует LRS — дополнительного компонента, который нужно развернуть, настроить и поддерживать. Если выбранная LMS не включает встроенный LRS, это дополнительные затраты.

Контент только в браузере. Если все сотрудники проходят обучение за рабочим компьютером через браузер и оффлайн-сценарии не актуальны — SCORM закрывает потребности без усложнения архитектуры.

Команда без технической экспертизы. SCORM-пакеты создаются визуальными редакторами (Articulate Storyline, iSpring Suite) без написания кода. xAPI-интеграция часто требует участия разработчика.

Когда необходим xAPI

xAPI становится необходимостью, когда бизнес-требования к обучению превышают возможности SCORM.

Мультиканальное обучение. Сотрудники учатся в LMS, мобильном приложении, на вебинарах, через VR-симуляции и наставнические программы. Только xAPI может собрать данные со всех этих каналов в единый профиль.

Глубокая аналитика поведения. Вам недостаточно знать, что сотрудник «прошёл» курс. Вы хотите видеть, какие задания вызвали затруднения, как распределялось время по разделам, корреляцию между определёнными паттернами прохождения и результатами на рабочем месте.

Обучение вне LMS. Полевые сотрудники, производственные площадки, торговые точки — когда обучение происходит далеко от корпоративного браузера, xAPI позволяет фиксировать результат в момент практики.

Интеграция обучения с бизнес-данными. LRS как центральное хранилище позволяет связать данные об обучении с CRM, ERP и HR-системами через единый интеграционный слой. Это основа для расчёта ROI обучения и принятия решений на данных.

Адаптивные траектории. Персонализация обучения требует детальных данных о поведении каждого сотрудника. SCORM не даёт достаточно информации для построения адаптивных алгоритмов.

cmi5: лучшее от двух миров

cmi5 — это профиль использования xAPI, разработанный для решения главной проблемы «чистого» xAPI: отсутствия стандартизированного механизма запуска и завершения контента.

xAPI определяет, как данные об обучении передаются и хранятся, но не определяет, как LMS должна запускать контент, как фиксировать начало и конец сессии, как считать «завершение» курса. Каждый вендор решает это по-своему — и интероперабельность, ради которой создавались стандарты, снова оказывается под угрозой.

cmi5 закрывает этот пробел. Он определяет правила запуска контента из LMS, обязательные statements (launched, initialized, completed, passed, failed, terminated), структуру пакета (ZIP с XML-манифестом — привычно для тех, кто работал со SCORM), а также разделение statements на «обязательные от LMS» и «произвольные от контента».

По сути, cmi5 даёт то, что нужно большинству корпоративных L&D-команд: надёжность и предсказуемость SCORM в части управления контентом плюс мощность xAPI в части сбора данных. Если вы планируете долгосрочную инфраструктуру обучения — cmi5 наиболее перспективный формат.

Стратегия миграции со SCORM на xAPI

Переход со SCORM на xAPI — не одномоментное событие, а поэтапный процесс. Резкая замена всего контента нереалистична и нецелесообразна.

Этап 1. Аудит текущего контента. Составьте каталог всех SCORM-пакетов: количество, авторский инструмент, дата создания, частота использования, бизнес-критичность. Курсы, которые не обновлялись два года и проходятся раз в квартал, не стоят затрат на конвертацию.

Этап 2. Выбор LMS/LRS. Убедитесь, что ваша платформа поддерживает оба стандарта одновременно. Большинство современных LMS, включая HRBP.ru, позволяют работать со SCORM и xAPI параллельно. Если встроенного LRS нет — оцените стоимость отдельного решения (Learning Locker, Watershed, Veracity).

Этап 3. Новый контент — в xAPI/cmi5. Не конвертируйте старое — создавайте новое в новом формате. Каждый курс, разрабатываемый с нуля, должен использовать xAPI или cmi5. Это естественный путь миграции: через 2–3 года доля xAPI-контента превысит SCORM без специальных проектов по конвертации.

Этап 4. Приоритетная конвертация. Определите 10–15 % курсов, которые дадут максимальный эффект от расширенной аналитики: программы адаптации, критичные compliance-курсы, программы развития управленческих навыков. Конвертируйте их в первую очередь.

Этап 5. Параллельная эксплуатация. SCORM-контент продолжает работать — нет причин отключать его принудительно. Постепенно заменяйте модули при плановом обновлении. Фиксируйте единые KPI для обоих форматов, чтобы отслеживать разницу в качестве данных.

Совместимость с LMS: на что обратить внимание

При выборе или оценке LMS учитывайте несколько критичных факторов совместимости со стандартами.

Двойная поддержка. LMS должна одновременно поддерживать SCORM 1.2, SCORM 2004 и xAPI. В переходный период вы будете работать с обоими форматами — платформа без двойной поддержки вынудит мигрировать весь контент одномоментно.

Встроенный LRS. Отдельный LRS — это дополнительная инфраструктура и затраты. Платформы со встроенным LRS упрощают архитектуру: данные из SCORM и xAPI хранятся в одной экосистеме, доступны через единую аналитику.

API для внешних систем. Даже если LRS встроен, данные должны быть доступны для внешних BI-инструментов и HR-систем. Проверьте наличие REST API и вебхуков для экспорта activity statements.

Поддержка cmi5. Если вендор заявляет поддержку xAPI, но не поддерживает cmi5 — это сигнал. cmi5 решает ключевые проблемы интероперабельности, и его отсутствие означает, что каждую интеграцию придётся настраивать вручную.

Практические рекомендации

Выбор между SCORM и xAPI — не идеологический, а инфраструктурный. Вот алгоритм принятия решения.

Если ваша компания использует только готовые курсы от внешних провайдеров, обучение проходит исключительно в браузере, а требования к аналитике ограничиваются статусом прохождения — SCORM закрывает задачи без дополнительных инвестиций.

Если вы строите экосистему обучения с мобильным доступом, VR-компонентами, интеграцией с HR-системами и потребностью в глубокой аналитике — xAPI необходим. Начинайте с cmi5 как целевого формата.

Для большинства компаний оптимальна гибридная стратегия: существующий SCORM-контент продолжает работать, новые курсы создаются в xAPI/cmi5, миграция происходит эволюционно при плановом обновлении программ. Это минимизирует затраты, сохраняет накопленные данные и обеспечивает движение к современной архитектуре обучения.

Главное — убедиться, что платформа обучения поддерживает оба стандарта, предоставляет единую аналитику независимо от формата контента и даёт возможность масштабировать инфраструктуру по мере роста потребностей бизнеса.