Введение

Аннотация.

В современном электронном обучении компании и образовательные организации сталкиваются с фундаментальной проблемой: курсы, созданные для одной СДО (LMS), часто не работают в другой, данные о прохождении теряются при смене платформы, а аналитика остаётся поверхностной. Стандарты SCORM, xAPI (Tin Can API) и профиль cmi5 решают задачу совместимости, отслеживания прогресса и сбора детальных данных об опыте обучения. Параллельно растёт требование к инклюзивности — курсы должны соответствовать международным стандартам доступности WCAG, чтобы быть доступными для людей с ограниченными возможностями.

Этот курс даёт полное понимание эволюции стандартов от AICC до cmi5, показывает реальные ограничения SCORM в 2026 году и преимущества xAPI для мобильного, оффлайн- и неформального обучения. Вы научитесь выбирать правильный стандарт под задачи корпоративного обучения, создавать и публиковать пакеты, настраивать хранилище учебных записей LRS и обеспечивать соответствие WCAG без потери функциональности.

Цель курса.

После прохождения курса вы сможете самостоятельно проектировать архитектуру электронных курсов с использованием SCORM, xAPI и cmi5, выбирать оптимальный стандарт под конкретные бизнес-задачи, настраивать сбор детальной аналитики через LRS и обеспечивать соответствие контента стандартам доступности WCAG 2.2.

Результаты обучения.

• Знать: историю и ключевые ограничения AICC, SCORM 1.2 и SCORM 2004; архитектуру xAPI (activity statements, LRS); роль профиля cmi5; принципы WCAG (POUR) и их применение к веб-контенту курсов.
• Уметь: экспортировать курсы в SCORM из популярных авторских инструментов (iSpring Suite и аналоги); настраивать отправку activity statements в LRS; оценивать совместимость стандартов с задачами компании; проводить базовую проверку доступности контента по WCAG.
• Владеть: методологией выбора стандарта (legacy-контент vs современная аналитика и мобильность); навыками проектирования гибридных решений; практиками создания инклюзивных курсов, совместимых с assistive technologies.

Для кого этот курс.

Курс будет полезен методистам и разработчикам электронных курсов, специалистам L&D и HRBP в корпоративном обучении, администраторам и интеграторам СДО (LMS), instructional designers в EdTech-компаниях и вузах, а также руководителям проектов цифровой трансформации обучения, которые принимают решения о выборе стандартов и инструментов.

Курс не подойдёт тем, кто ищет только практическое руководство по созданию слайдовых курсов без погружения в технические стандарты взаимодействия с СДО, или специалистам, которым требуется исключительно визуальный дизайн без учёта совместимости, аналитики и доступности.

Эволюция стандартов электронного обучения

AICC — первый промышленный стандарт e-learning. В 1988 году комитет Aviation Industry Computer-Based Training Committee (AICC) создал первый стандарт взаимодействия учебного контента с системами управления обучением. Изначально он разрабатывался для авиационной отрасли с её сложными симуляторами и визуальным контентом. AICC заложил фундаментальную идею интероперабельности: курс от одного поставщика должен работать в системе другого без переработки.

Стандарт использовал HTTP-протокол и позволял размещать контент на отдельном сервере. Однако со временем его ограничения стали очевидны: слабая поддержка отслеживания прогресса, устаревшая архитектура и отсутствие развития после 2000-х. Сегодня AICC практически не применяется для новых курсов, но сохраняется в legacy-системах некоторых крупных компаний и авиакомпаний.

Появление SCORM 1.2 и его роль в индустрии. В 1999–2001 годах инициатива Advanced Distributed Learning (ADL) Министерства обороны США объединила лучшие практики AICC и спецификаций IMS. Результатом стал SCORM 1.2 — Sharable Content Object Reference Model. Стандарт определил структуру ZIP-пакета с XML-манифестом (imsmanifest.xml), модель данных для отслеживания (статус, балл, время) и JavaScript API для взаимодействия курса с LMS в браузере.

Именно SCORM 1.2 стал де-факто стандартом отрасли. Он обеспечил массовое распространение электронного обучения: курсы можно было создавать один раз и запускать почти в любой СДО. До сих пор большинство авторских инструментов и корпоративных платформ поддерживают эту версию по умолчанию.

SCORM 2004: сиквенсинг и расширенная модель данных. Версия 2004 добавила поддержку sequencing и navigation — правила последовательности прохождения модулей, возможность закладок и более детальную модель данных. Однако сложность реализации сиквенсинга привела к тому, что многие организации остались на SCORM 1.2. Последнее обновление стандарта вышло в 2009 году, после чего развитие прекратилось.

Несмотря на возраст, SCORM остаётся самым распространённым форматом в корпоративном обучении и вузах именно из-за огромного объёма существующего контента и повсеместной поддержки в LMS.

xAPI (Tin Can API) — принципиально новая архитектура. К 2013 году стало очевидно, что SCORM не справляется с современными сценариями: мобильным обучением, оффлайн-доступом, VR/AR-тренажёрами, неформальным обучением и детальной поведенческой аналитикой. ADL разработала xAPI (ранее Tin Can API) — открытую спецификацию на основе REST API и формата JSON.

Вместо привязки к браузерному окну и LMS xAPI использует универсальные activity statements формата «Актор — Глагол — Объект» (Actor — Verb — Object). Данные отправляются в независимое хранилище LRS (Learning Record Store). Это позволило собирать опыт обучения из любых источников: мобильных приложений, чат-ботов, вебинаров, даже очных тренингов.

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

cmi5 определяет, как курс должен запускаться, как сообщать о завершении и какие данные обязательно передавать. Это делает стандарт более предсказуемым для корпоративных СДО и снижает барьер внедрения по сравнению с «чистым» xAPI.

SCORM: принципы работы и практическое применение

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

Именно манифест и строгая структура делают курс «понятным» любой совместимой СДО. Без правильного манифеста даже идеально свёрстанный контент не будет передавать прогресс и результаты тестов.

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

Связь курса и LMS синхронная и происходит только пока открыто браузерное окно. При закрытии вкладки или потере связи данные могут потеряться.

SCORM 1.2 vs SCORM 2004: практические различия. SCORM 1.2 проще в реализации, поддерживается практически всеми LMS и достаточен для большинства корпоративных курсов. SCORM 2004 добавляет sequencing (управление порядком прохождения) и более детальные отчёты по баллам, но многие платформы реализуют его неполностью или с ошибками.

Рекомендация 2026 года: если у вас уже есть большая библиотека SCORM 1.2 и нет острой необходимости в сложных сценариях навигации — продолжайте использовать 1.2. Переход на 2004 имеет смысл только при наличии LMS с полноценной поддержкой sequencing.

Как создать SCORM-курс на практике (iSpring Suite и аналоги). Современные авторские инструменты позволяют превратить обычную PowerPoint-презентацию в полноценный SCORM-пакет за несколько кликов. В iSpring Suite (надстройка для PowerPoint) достаточно открыть презентацию, добавить тесты, интерактив, видео, затем выбрать «Публикация» → «SCORM» → указать версию (1.2 или 2004) и получить готовый ZIP-архив.

Аналогичную функциональность предоставляют Articulate Storyline, Adobe Captivate, Camtasia и ряд облачных конструкторов. Главное преимущество — автоматическая генерация манифеста и кода взаимодействия. Вам не нужно писать JavaScript вручную.

Загрузка SCORM-курса в LMS и типичные ошибки. Процесс загрузки похож на большинстве платформ: зайти в раздел курсов/контента, выбрать «Добавить SCORM» или «Загрузить пакет», указать ZIP-файл. После загрузки LMS распаковывает архив и регистрирует курс.

Частые проблемы: неверная версия SCORM (1.2 вместо поддерживаемой 2004 или наоборот), повреждённый манифест, отсутствие разрешений на запуск JavaScript в браузере пользователя, конфликты с корпоративным прокси или Content Security Policy. Решение — всегда тестировать курс сразу после загрузки на нескольких аккаунтах и устройствах.

Модульность и повторное использование контента в SCORM. Один из сильных сторон стандарта — возможность разбивать курс на независимые Shareable Content Objects (SCO). Каждый модуль можно использовать в разных курсах без дублирования файлов. Это особенно ценно при создании больших библиотек обучения, где одни и те же блоки (например, инструкция по технике безопасности) повторяются в десятках программ.

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

xAPI (Tin Can API): современная архитектура отслеживания опыта

Почему xAPI появился и какие проблемы SCORM он решил. К 2013 году SCORM уже не соответствовал реальности корпоративного обучения: сотрудники проходили курсы на смартфонах в метро, в полевых условиях без интернета, в VR-тренажёрах и через корпоративные мобильные приложения. xAPI снял привязку к браузерному окну и LMS, заменив устаревший JavaScript API на современный REST + JSON.

Главное архитектурное отличие — данные об обучении больше не живут только внутри сессии браузера. Они отправляются в независимое хранилище LRS и могут приходить из любого источника, способного выполнить HTTP-запрос.

Структура activity statements в xAPI. Каждый факт обучения описывается в виде JSON-объекта «Актор — Глагол — Объект». Пример минимального стейтмента: «Иван Иванов (actor) — attempted (verb) — Модуль по охране труда (object)». К стейтменту можно добавить result (успех, балл, ответы), context (устройство, местоположение, язык), timestamp и произвольные extensions.

Стандарт содержит реестр общепринятых глаголов (attempted, completed, passed, failed, answered, experienced, interacted и др.). Это позволяет разным системам понимать друг друга без дополнительной настройки.

Learning Record Store (LRS) — сердце xAPI-экосистемы. LRS — это база данных и API, которая принимает, хранит и отдаёт activity statements. Она может быть встроена в LMS или работать как отдельный сервис. Популярные open-source решения — Learning Locker и Veracity. Коммерческие — Watershed, Learning Record Store от различных вендоров.

LRS выполняет роль «электронного журнала»: собирает данные из курсов, мобильных приложений, чат-ботов, вебинаров и даже ручных записей (например, «сотрудник прошёл очный тренинг»). Все данные хранятся в едином формате и доступны для построения дашбордов и отчётов.

Оффлайн-режим и кросс-платформенность в xAPI. Приложение или курс может накапливать стейтменты локально, пока нет интернета. При появлении связи все накопленные данные отправляются в LRS одной пачкой. Это критично для полевых сотрудников, производственных площадок и командировок.

Кроме того, xAPI работает не только в браузере. Мобильные нативные приложения, десктопные симуляторы, VR-гарнитуры, IoT-устройства — любой клиент, умеющий отправлять HTTP POST с JSON, может записывать учебный опыт.

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

При наличии аналитической команды и правильно настроенных дашбордов xAPI превращает обучение из «чёрного ящика» в измеряемый бизнес-процесс.

Отслеживание неформального обучения через xAPI. До 80 % реального развития сотрудника происходит вне формальных курсов: чтение статей в базе знаний, просмотр обучающих видео на YouTube, участие в вебинарах, практика с наставником, работа в сообществе. xAPI позволяет зафиксировать эти активности как activity statements и включить их в единую картину развития человека.

Это особенно ценно для построения культуры непрерывного обучения и объективной оценки эффективности различных форматов развития.

cmi5: профиль xAPI для корпоративных LMS

Что такое cmi5 и почему он нужен. Чистый xAPI даёт максимальную гибкость, но не определяет, как именно курс должен запускаться из LMS, как сообщать о завершении и какие данные обязательно передавать. В корпоративной среде это создаёт неопределённость. cmi5 (Computer Managed Instruction 5) — официальный профиль xAPI, который добавляет чёткие правила запуска, завершения и отслеживания прогресса, привычные администраторам SCORM.

По сути, cmi5 — это «SCORM, но на современном стеке xAPI».

Как cmi5 решает проблемы чистого xAPI. Профиль определяет обязательные стейтменты при запуске курса, при завершении, при приостановке. Он вводит понятие «registration» и чёткие правила, когда курс считается завершённым. Это позволяет LMS корректно отображать прогресс, выдавать сертификаты и строить отчёты без дополнительной кастомизации.

Для разработчиков курсов cmi5 почти не усложняет работу по сравнению с xAPI, но значительно упрощает жизнь администраторам СДО.

Преимущества cmi5 перед SCORM и чистым xAPI. cmi5 сохраняет все сильные стороны xAPI (оффлайн, любое устройство, детальная аналитика, независимость от LMS) и добавляет предсказуемость и совместимость с существующими корпоративными процессами. При этом он свободен от устаревших ограничений SCORM (только браузер, примитивная модель данных, проблемы безопасности).

В 2026 году cmi5 считается наиболее перспективным стандартом для новых корпоративных проектов, где важна и аналитика, и надёжная интеграция с LMS.

Сравнение стандартов и стратегия выбора

Ключевые различия SCORM, xAPI и cmi5. SCORM — простой, повсеместно поддерживаемый, но ограниченный браузером, примитивной моделью данных и отсутствием развития. xAPI — гибкий, современный, подходит для любых устройств и источников данных, но требует настройки LRS и аналитики. cmi5 — золотая середина: все преимущества xAPI плюс чёткие правила взаимодействия с LMS, удобные для корпоративного использования.

Выбор зависит от зрелости вашей аналитической функции, наличия legacy-контента и требований к мобильности/оффлайн.

Когда выбирать SCORM в 2026 году. SCORM остаётся оптимальным выбором, если у вас уже накоплена большая библиотека курсов, нет ресурсов на миграцию, а задачи обучения базовые (обязательные инструктажи, ознакомительные курсы). Также он идеален при смене LMS — весь контент переносится без переработки.

Главный риск — со временем поддержка SCORM в новых LMS и авторских инструментах может ухудшаться, а детальная аналитика останется недоступной.

Когда выбирать xAPI или cmi5. Выбирайте xAPI/cmi5, если вам нужна детальная поведенческая аналитика, поддержка мобильных приложений и оффлайн, отслеживание неформального обучения, интеграция с VR/AR или другими нестандартными форматами. cmi5 предпочтительнее чистого xAPI при использовании корпоративной LMS как основного интерфейса запуска курсов.

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

Стратегии миграции с SCORM на xAPI/cmi5. Полная одномоментная миграция редко оправдана. Рекомендуемый подход: оставить существующие SCORM-курсы как есть, а новые и обновляемые курсы сразу публиковать в cmi5 (или xAPI). Постепенно перерабатывать самые важные или часто используемые курсы. При этом исторические данные SCORM можно сохранить в LMS, а новые данные собирать в параллельно работающем LRS.

Гибридная архитектура (одни курсы по SCORM, другие по xAPI) сегодня является наиболее распространённой и разумной.

Доступность в e-learning и стандарты WCAG

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

SCORM и xAPI сами по себе не решают вопросы доступности — они определяют взаимодействие с LMS. Ответственность лежит на контенте внутри пакета.

Основы WCAG 2.2 и принципы POUR. Web Content Accessibility Guidelines (WCAG) 2.2 — международный стандарт W3C. Четыре принципа: Perceivable (воспринимаемый), Operable (управляемый), Understandable (понятный), Robust (надежный). Уровни соответствия — A, AA (рекомендуемый для большинства организаций), AAA.

Для e-learning особенно важны: текстовые альтернативы изображениям, субтитры и расшифровки видео/аудио, достаточный цветовой контраст, навигация с клавиатуры, возможность приостановить/пропустить анимацию, понятные формулировки и совместимость со скринридерами.

Применение WCAG к SCORM и xAPI курсам. Поскольку большинство SCORM и xAPI курсов построены на HTML, CSS и JavaScript, все требования WCAG применяются напрямую к контенту. Нужно обеспечить: alt-тексты для всех информативных изображений, captions и transcripts для видео, ARIA-метки для интерактивных элементов, логичную структуру заголовков, достаточный размер кликабельных зон, отсутствие контента, который мигает чаще 3 раз в секунду.

В xAPI можно дополнительно отслеживать использование assistive technologies, если это необходимо для аналитики инклюзивности.

Практические техники создания доступных курсов. На этапе дизайна: использовать семантическую разметку, высококонтрастные цветовые схемы, масштабируемые шрифты. При добавлении медиа — всегда готовить субтитры и альтернативные описания. В тестах — избегать вопросов, завязанных только на цвет или движение. В авторских инструментах (iSpring, Articulate) проверять наличие встроенных проверок доступности и использовать их.

Важно тестировать не только автоматически, но и с реальными пользователями, использующими скринридеры (NVDA, JAWS, VoiceOver).

Инструменты и процесс тестирования доступности. Автоматические: WAVE, axe DevTools, Lighthouse, Pa11y. Ручные: проверка навигации только с клавиатуры, тестирование со скринридером, проверка контраста (WebAIM Contrast Checker). Процесс рекомендуется встроить в цикл разработки: проверка на этапе прототипа, после вёрстки и перед публикацией.

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

Авторские инструменты с поддержкой SCORM и xAPI. iSpring Suite, Articulate Storyline 360, Adobe Captivate, Camtasia, Genially, Rise и ряд российских конструкторов позволяют экспортировать курсы сразу в нескольких стандартах. При выборе инструмента важно проверять качество генерируемого SCORM-манифеста и поддержку отправки activity statements (для xAPI/cmi5).

Для сложных симуляций и кастомных приложений часто требуется ручная реализация xAPI через JavaScript-библиотеки (TinCan.js или современные аналоги).

Настройка LRS: от open source до enterprise-решений. Для старта достаточно open-source Learning Locker или аналогичных решений на Node.js/MongoDB. Они бесплатны, но требуют компетенций по развёртыванию и поддержке. Коммерческие LRS предлагают готовые дашборды, интеграции и SLA. Важно убедиться, что выбранное решение проходит ADL LRS Conformance Test Suite.

В корпоративной среде LRS часто интегрируют с существующими BI-системами (Power BI, Tableau) для построения сквозной аналитики обучения.

Интеграция xAPI с существующими LMS и построение дашбордов. Большинство современных СДО уже имеют встроенную поддержку xAPI или cmi5 (или позволяют добавить через плагины). Если LMS не поддерживает, можно настроить проксирование стейтментов или использовать отдельный LRS с последующей синхронизацией отчётов.

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

Лучшие практики и типичные ошибки внедрения. Не пытайтесь сразу собирать всё возможное — начните с ключевых событий (запуск курса, завершение, результаты тестов, время на ключевых слайдах). Обеспечьте качество данных: правильные идентификаторы объектов, консистентные глаголы, понятные расширения. Регулярно проверяйте работоспособность LRS с помощью conformance-тестов.

Самая частая ошибка — внедрение xAPI «для галочки» без аналитической команды, которая будет работать с данными. В этом случае ценность стандарта остаётся нереализованной.

Будущие тренды: AI, WebXR и эволюция стандартов. С развитием генеративного ИИ появляется возможность автоматически генерировать альтернативные тексты, субтитры и даже адаптивные версии контента под разные стили обучения. WebXR и иммерсивные технологии требуют именно xAPI/cmi5 для отслеживания сложных взаимодействий в виртуальной среде.

Профиль cmi5 продолжает развиваться, и можно ожидать его более широкого принятия как основного стандарта для новых корпоративных проектов в ближайшие годы.

Внедрение стандартов в практику: инструменты, LRS и аналитика