SCORM e xAPI explicados

Por Brian Tr · Atualizado em 7 de outubro de 2026

SCORM e xAPI são padrões técnicos que permitem a conteúdos e softwares de aprendizagem trocar dados entre si. O SCORM empacota um curso para que ele rode em qualquer sistema de gestão de aprendizagem (LMS) compatível e devolva um status de conclusão e uma nota. O xAPI é uma especificação mais nova que registra a atividade de aprendizagem como declarações curtas e as envia a um banco de dados chamado Learning Record Store (LRS), com ou sem um LMS no meio.

Se você vende cursos, compra software de treinamento ou desenvolve um produto de EdTech, vai encontrar as duas siglas logo na primeira semana. Elas aparecem em conversas comerciais, em RFPs e nos menus de exportação das ferramentas de autoria. Este artigo explica o que é cada um, de onde vieram, o que cada um consegue e não consegue registrar, como um terceiro padrão chamado cmi5 liga os dois e como decidir qual exigir. Ele também aborda o LTI, que parece semelhante, mas resolve um problema diferente.

Por que existem padrões de aprendizagem

Imagine que você compra um curso de segurança de um fornecedor de conteúdo e seu LMS vem de outra empresa. Sem um padrão compartilhado, o curso não tem como dizer ao LMS "este aluno concluiu e tirou 85%". Você precisaria de um trabalho de integração sob medida para cada curso e cada plataforma.

Os padrões resolvem isso ao combinar de antemão três coisas:

• Como o conteúdo é empacotado, para que qualquer sistema consiga abri-lo e iniciá-lo.
• Como conteúdo e plataforma se comunicam, para que os resultados voltem.
• Como são os resultados, para que o status "concluído" signifique a mesma coisa em qualquer lugar.

Padrões não tornam um curso bom. Eles fazem peças de fornecedores diferentes funcionarem juntas, o que sustenta o mercado de LMS e o licenciamento de conteúdo de treinamento.

O que é o SCORM?

SCORM é a sigla de Sharable Content Object Reference Model. O Scorm.com, site de referência mantido há muito tempo pela Rustici Software, explica que a ADL (Advanced Distributed Learning) não escreveu o SCORM do zero. Em vez disso, a ADL percebeu que o setor já tinha vários padrões, cada um resolvendo parte do problema, e os combinou em um único modelo de referência.

O SCORM cobre duas áreas:

1. Empacotamento de conteúdo. Um curso é reunido em um único arquivo zip com um manifesto que descreve suas páginas, módulos e estrutura. Basta enviar o zip a um LMS compatível, e ele sabe como iniciá-lo.
2. Comunicação em tempo de execução. Enquanto o aluno faz o curso, o conteúdo chama um conjunto de funções que o LMS expõe no navegador e devolve informações como conclusão, aprovação ou reprovação, nota, tempo gasto e um marcador para que o aluno retome de onde parou.

Versões do SCORM

Você verá principalmente dois nomes, e o segundo tem várias edições. De acordo com o histórico de versões do Scorm.com:

O principal recurso da linha 2004 é o sequenciamento e a navegação: regras que definem qual parte do curso o aluno pode abrir em seguida, por exemplo "liberar o módulo 3 somente após a aprovação no teste do módulo 2". O SCORM 1.2 não tem nada equivalente, então um fornecedor que diz "SCORM" sem informar a versão não disse muito. Pergunte qual.

Como o SCORM funciona na prática

O modelo de execução do SCORM é simples e um tanto antiquado. O LMS coloca um objeto JavaScript no navegador, e o curso precisa encontrá-lo. Segundo a documentação de execução, esse objeto se chama API no SCORM 1.2 e API_1484_11 no SCORM 2004, e precisa estar em uma janela que seja pai do curso ou da janela que o abriu. O curso deve chamar Initialize antes de qualquer outra coisa e Terminate ao terminar. A mesma fonte observa que todo conteúdo SCORM precisa poder ser entregue pela web e que a comunicação acontece dentro de uma sessão de navegador, com apenas o curso podendo iniciar a conversa. O LMS apenas responde.

Esse desenho explica tanto os pontos fortes quanto os limites do SCORM.

O que o SCORM consegue registrar

• Se o aluno concluiu o curso e se foi aprovado ou reprovado
• Uma nota
• O tempo gasto em uma sessão
• Um marcador para retomar o curso

O que o SCORM não consegue (facilmente) registrar

• Aprendizado fora do LMS. Se ele não acontece em uma janela de navegador aberta a partir do LMS, o SCORM não o enxerga.
• Aprendizado em aplicativos móveis, simuladores ou offline. Tudo o que não cabe em um quadro de navegador ao lado do LMS não tem um lugar natural para reportar.
• Muitos alunos e muitas atividades como uma só história. O SCORM guarda um registro por aluno por curso. Ele não foi feito para registrar "esta pessoa assistiu a um vídeo, depois participou de um webinar e depois orientou um colega".
• Comportamento detalhado. Você recebe um status e uma nota, não um rastro rico do que o aluno fez.

Nada disso faz do SCORM um mau padrão. Para aquilo que a maioria das organizações realmente precisa comprovar, ou seja, que uma pessoa concluiu um curso obrigatório, ele funciona, e quase todo LMS e ferramenta de autoria o suporta. Sua idade também é uma vantagem: quase todo fornecedor de conteúdo e ferramenta de autoria sabe produzi-lo.

O que é o xAPI?

O xAPI, abreviação de Experience API, foi projetado para registrar o aprendizado onde quer que ele aconteça. A especificação da ADL no GitHub diz que seu objetivo é facilitar a documentação e a comunicação de experiências de aprendizagem que estão "espalhadas por uma grande variedade de fontes". Ele era conhecido antes como Tin Can API.

Segundo a visão geral do próprio projeto xAPI, ele nasceu do Project Tin Can, que a Rustici Software iniciou depois que a ADL pediu pesquisas sobre especificações de eLearning de próxima geração, e a comunidade acabou escrevendo o padrão.

Como o xAPI funciona: declarações e o LRS

Tudo no xAPI é uma declaração (statement) com três partes centrais:

• Ator: quem fez (o aluno)
• Verbo: o que fez (concluiu, tentou, respondeu, assistiu, comentou)
• Objeto: sobre o que fez (um curso, um vídeo, um teste, um cenário)

O exemplo da própria especificação é "Anna experimentou uma receita de bolo", com Anna como ator, "experimentou" como verbo e a receita como objeto. Uma versão empresarial poderia ser "Mai concluiu o workshop de precificação" ou "Tuan respondeu à questão 4 do teste de compliance".

As declarações vão para um Learning Record Store (LRS). A especificação o define como um servidor responsável por receber, armazenar e dar acesso a registros de aprendizagem. Pense nele como um banco de dados criado para guardar essas declarações, que qualquer ferramenta compatível com xAPI pode enviar ou ler. Um LRS pode ficar dentro de um LMS ou funcionar sozinho, e várias ferramentas podem gravar no mesmo.

O que o xAPI consegue registrar

A especificação afirma que o que ele registra é altamente diverso, com exemplos como ler um livro, fazer um curso online, participar de uma visita de campo, pesquisar por conta própria ou receber um certificado. A visão geral do projeto lista aprendizagem móvel, simulações, mundos virtuais, jogos sérios, atividades do mundo real, aprendizagem social e aprendizagem offline. Os dados também podem ser coletados offline e enviados ao LRS depois.

Assim, o histórico de um único aluno no LRS pode incluir a conclusão de um curso, um vídeo assistido em um aplicativo móvel, uma sessão em simulador, a validação de uma habilidade por um gestor e um evento de mentoria entre colegas, tudo em um só formato.

O que o xAPI não faz sozinho

A flexibilidade tem um custo, e os compradores acabam pegos por ele.

• O xAPI não define como é uma boa declaração. Dois fornecedores podem dizer "compatível com xAPI" e registrar a mesma atividade com verbos diferentes, de modo que os dados não se alinham. As equipes costumam precisar de um perfil acordado (um conjunto de verbos e convenções) antes que os relatórios funcionem.
• Ele não inicia conteúdo. O SCORM inclui empacotamento e inicialização. O xAPI puro não diz como um LMS inicia um curso nem como repassa a identidade do aluno.
• Ele não entrega relatórios. Um LRS armazena declarações. Dashboards, tabelas de conclusão e relatórios de compliance são outra camada da stack de tecnologia de aprendizagem que alguém precisa construir ou comprar.

O xAPI é um padrão oficial?

Sim. O xAPI começou como uma especificação da ADL, e o projeto xAPI o descreve como um padrão aprovado pelo IEEE (IEEE 9274.1.1-2023). A página de padrões do IEEE lista o IEEE 9274.1.1-2023 como um padrão ativo, intitulado como formato de modelo de dados JSON e serviço web RESTful para rastreamento e acesso a dados de experiência do aluno, com aprovação do conselho em 30 de março de 2023.

cmi5: a ponte

Se o SCORM oferece a inicialização e o xAPI oferece dados ricos, é possível ter os dois? É isso que o cmi5 faz.

O cmi5 é um perfil de especificação para o xAPI. Seu texto o descreve como cobrindo a comunicação interoperável em tempo de execução entre LMSs e Assignable Units (AUs), que são as peças individuais de conteúdo de aprendizagem. Ele usa o xAPI como transporte de dados e preenche o que o xAPI puro deixa em aberto:

• Inicialização. O LMS inicia uma AU com uma URL que traz um endpoint, uma URL de obtenção de autorização, a identidade do aluno, um ID de registro e um ID de atividade.
• Um conjunto fixo de verbos. O cmi5 especifica declarações como launched, initialized, completed, passed, failed e terminated, além de outras emitidas pelo LMS, como abandoned, waived e satisfied.
• Um LRS por trás do LMS. O LMS trabalha com um LRS para acompanhar o progresso e gerar relatórios.

Em termos simples, o cmi5 oferece o "inicie este curso e me diga se o aluno foi aprovado" no estilo SCORM, usando a infraestrutura moderna do xAPI. O conteúdo não precisa ficar no mesmo quadro de navegador do LMS, e os dados chegam a um LRS.

O problema é a adoção. O cmi5 é bem menos comum que o SCORM. Muitas ferramentas de autoria e plataformas suportam SCORM e xAPI, mas não o cmi5, então confirme que sua ferramenta de conteúdo e sua plataforma o suportam antes de torná-lo um requisito.

SCORM vs xAPI vs cmi5: lado a lado

Leia a tabela por linha. Se a sua necessidade é "comprovar que todos concluíram", a coluna do SCORM responde. Se é "entender como as pessoas aprendem entre ferramentas", só o xAPI resolve.

LTI: um tipo diferente de padrão

O LTI (Learning Tools Interoperability) costuma ser confundido com SCORM e xAPI, mas cumpre outra função. Ele é mantido pela 1EdTech e, na própria descrição, permite que as instituições conectem ferramentas de aprendizagem ao seu ambiente de aprendizagem sem que os alunos precisem fazer login em cada ferramenta separadamente. Segundo a página da 1EdTech, ele permite a passagem segura de informações sobre usuários, suas matrículas e papéis, e deixa as ferramentas enviarem atividades e notas de volta ao boletim central. A versão atual é o LTI 1.3.

A forma mais simples de lembrar:

• SCORM e cmi5 tratam de conteúdo que é iniciado e reporta resultados.
• xAPI trata de registros da atividade de aprendizagem.
• LTI trata de conectar ferramentas inteiras a uma plataforma, com single sign-on e retorno de notas.

Como decidir o que exigir

Eis um caminho prático, seja você quem compra ou quem desenvolve.

Se você é comprador de L&D

1. Comece pelo registro de que você precisa. Se um auditor ou cliente pedir comprovação de conclusão, você precisa, no mínimo, de suporte a SCORM ou cmi5. Verifique as taxas de conclusão de cursos e o que conta como "concluído" antes de fechar a decisão.
2. Pergunte qual é a versão do SCORM. "SCORM 1.2" e "SCORM 2004 4ª edição" não são a mesma promessa. O 1.2 tem o suporte mais amplo. O 2004 é necessário para regras de sequenciamento.
3. Pergunte o que "suporte a xAPI" significa. A plataforma consegue enviar declarações, recebê-las ou ambos? Inclui um LRS ou se conecta a um externo? Quais verbos e perfil ela segue? Um "sim" vago não é resposta.
4. Decida se você vai usar os dados. O xAPI só compensa se alguém for analisá-lo. Se você só reporta conclusão, não pague por um recurso que não vai usar. Se quiser conectar atividade a resultados, veja as métricas de engajamento dos alunos.
5. Teste com um curso real. Envie um curso seu e verifique conclusão, nota e marcador antes de assinar. A compatibilidade é o que mais costuma quebrar em uma compra. O processo de compras de aprendizagem corporativa é o lugar certo para incluir esse teste.

Se você é criador de cursos ou desenvolve EdTech

1. Exporte SCORM primeiro. É o menor denominador comum, e a maioria dos sistemas dos compradores corporativos o aceita. Oferecer o 1.2 e o 2004 atende à maior parte dos pedidos.
2. Adicione o xAPI quando um cliente quiser dados além da conclusão, como escolhas em cenários, resultados de simulações ou atividade fora do LMS.
3. Considere o cmi5 se você vende para compradores que já o usam, ou se quer um modelo de inicialização mais limpo que o SCORM sem abrir mão de um LMS.
4. Escolha o LTI quando estiver desenvolvendo uma ferramenta, não um curso. Se os alunos usarão seu produto ao lado do LMS, com notas voltando para ele, o LTI é a integração a construir. Um bom design instrucional define o que vale a pena registrar desde o início.

Fatos Principais

• O SCORM 1.2 foi lançado em outubro de 2001 e continua amplamente utilizado; as edições do SCORM 2004 vieram em julho de 2004, outubro de 2006 e março de 2009 (Scorm.com).
• A comunicação do SCORM acontece dentro de uma sessão de navegador, e somente o conteúdo pode iniciá-la (Scorm.com).
• O xAPI registra o aprendizado como declarações de ator, verbo e objeto enviadas a um Learning Record Store, incluindo aprendizado formal e informal (especificação xAPI da ADL).
• O xAPI é um padrão do IEEE, o IEEE 9274.1.1-2023, aprovado pelo conselho do IEEE em 30 de março de 2023 (IEEE).
• O cmi5 é um perfil do xAPI que define como um LMS inicia o conteúdo e quais declarações ele deve produzir (especificação do cmi5).
• O LTI é um padrão separado da 1EdTech para conectar ferramentas a uma plataforma de aprendizagem; a versão atual é a 1.3 (1EdTech).

Erros comuns

Tratar "compatível com SCORM" como uma coisa só. A versão 1.2 e as edições do 2004 se comportam de forma diferente, e cada LMS as interpreta de um jeito. Sempre teste.

Tratar "compatível com xAPI" como um item de checklist de recursos. Sem um conjunto de verbos acordado e um lugar para analisar os dados, você acaba com uma pilha de declarações que ninguém consegue usar.

Exigir xAPI quando você só precisa de um registro de conclusão. Isso acrescenta custo e complexidade sem benefício se a sua pergunta é "quem concluiu?".

Confundir LTI com SCORM. Se um fornecedor pergunta "SCORM ou LTI?", ele está perguntando se você está entregando conteúdo ou conectando uma ferramenta.

Para um contexto mais amplo, veja o que é EdTech.