Os 10 melhores LMS de código aberto em 2026

Gerencie seu próprio LMS personalizado com alunos ilimitados

Comece grátis

Comecei a mexer com computadores muito antes de eles chegarem às casas das pessoas, e talvez por isso nunca tenha aceitado a ideia de que infraestrutura de código aberto é a escolha de quem não pode pagar pela alternativa.

Depois de 20 anos entregando SaaS, o padrão é claro. Quem escolhe um LMS de código aberto só porque a licença é gratuita costuma acabar frustrado. Quem escolhe pelo controle (dados próprios, API própria, liberdade para corrigir uma falha de segurança no seu ritmo) raramente se arrepende. Código aberto não é a opção barata: é uma infraestrutura que pertence a você e que você precisa operar.

Como avaliei as plataformas

Uma decisão de plataforma nesse nível se resume a uma pergunta: o que a sua equipe consegue manter em produção, daqui a três anos, quando algo quebrar? Por isso, pesei quatro fatores.

• Licença e governança. A licença em si, com suas obrigações de copyleft, e quem controla o roadmap. Um mantenedor com fins lucrativos (Moodle HQ), uma organização sem fins lucrativos (Axim Collaborative) e uma fundação (Apereo, a ILIAS Society) representam riscos de fork muito diferentes num horizonte de cinco anos.
• Quem consegue operar. A stack (PHP, Ruby, Java ou Python) e se ela exige um sysadmin experiente ou uma equipe completa de DevOps. Meu teste é simples: existe uma pessoa na sua equipe capaz de cuidar dela às 2h da manhã, quando quebrar?
• Em que ela é realmente melhor. Toda plataforma desta lista se destaca em alguma coisa: profundidade de plugins, conformidade, interface ou integração com ERP. Apontei o ponto forte real de cada uma em vez de pontuar todas na mesma grade.
• O custo total real, em três camadas. A infraestrutura é previsível e dá para dimensionar uma vez só. A mão de obra de manutenção (correções, avaliação de plugins e suporte) é a surpresa do segundo ano. E toda plataforma aqui já quebrou plugins ou o esquema do banco de dados numa versão principal, então reserve orçamento para migrações de versão que nenhuma página de fornecedor menciona.

Este artigo é para engenheiros, gestores de TI e CTOs que avaliam se devem operar a própria infraestrutura de LMS. Se você prefere uma plataforma gratuita hospedada, o guia dos melhores LMS gratuitos cobre as opções freemium. Deixei o ATutor de fora de propósito: verifiquei o repositório no GitHub e a atividade de commits é mínima há anos, sem versões relevantes, e não vou incluir uma plataforma para hospedar por conta própria numa recomendação de produção quando não dá para comprovar que ela recebe correções de segurança.

Apesar de toda a cautela operacional desta lista, o código aberto é a base de boa parte do aprendizado no mundo. O Open edX informa ter mais de 140 milhões de alunos, o Chamilo mais de 41 milhões, e a Fortune Business Insights estima o mercado global de LMS em cerca de US$ 24 bilhões em 2025, chegando a US$ 104 bilhões até 2034. Essas plataformas não são marginais. A única pergunta real é se a sua equipe consegue operar uma delas.

O que a hospedagem própria realmente custa

A licença é a parte mais barata de um LMS de código aberto. Veja quanto as equipes realmente gastam para operar um em produção, de acordo com as três camadas de custo descritas acima. Trate os valores como faixas de planejamento, não como orçamentos.

• Infraestrutura: a camada previsível. Algumas centenas de alunos rodam sem problema num VPS de US$ 20 a US$ 100 por mês. Alguns milhares de alunos ativos, com carga real de avaliações simultâneas, pedem de US$ 200 a US$ 800 por mês em nuvem. Implantações corporativas de alta concorrência custam de US$ 1.000 a US$ 5.000, ou mais. O Open edX fica no topo de todas as faixas por causa da arquitetura com vários serviços.
• Mão de obra de manutenção: a camada que pega as equipes no segundo ano e, em geral, a maior linha do orçamento. Correções de segurança, avaliação de plugins, atualizações e escalonamento do suporte aos usuários somam uma função de sysadmin ou DevOps de meio período a tempo integral, algo como US$ 1.000 a US$ 5.000 por mês em custo total de mão de obra, ou um contrato de suporte com parceiro na mesma faixa. Nenhum discurso de “licença gratuita” menciona esse custo.
• Implantação e migração: perto de zero se você instala por conta própria e aceita as configurações padrão; de US$ 5.000 a US$ 50.000 com um parceiro certificado, quando entram tema visual, SSO, integrações com SIS ou HRIS e a migração dos conteúdos e usuários existentes.

Somando tudo em três anos, um LMS de código aberto hospedado por conta própria raramente é a opção mais barata no custo total de propriedade. É a mais controlável. É essa a troca que você realmente faz, e não o zero na licença.

Hospedagem própria ou plataforma hospedada: a decisão de verdade

Antes de comparar plataformas, vale ser honesto sobre a escolha de categoria que está por trás da lista. Hospedar código aberto por conta própria dá controle e cobra o preço em mão de obra; uma plataforma hospedada dá velocidade e cobra o preço em mensalidade por usuário e limites do fornecedor.

Comparativo rápido

As notas são a maior entre as pontuações do G2 e do Capterra de cada ferramenta, arredondada, em agosto de 2026. Trate as de poucas avaliações (Open edX, Sakai e Odoo, entre outras) como indicativas, não como estatisticamente sólidas.

1. Moodle

Melhor para: instituições que já têm um administrador de LMS dedicado ou um parceiro certificado pelo Moodle.

O Moodle é a referência pela qual todas as outras plataformas desta lista são medidas: funciona sem interrupção desde 2002 numa stack PHP, com licença GPL v3 e o catálogo de plugins mais profundo da categoria.

• Licença e governança: GPL v3, mas a Moodle HQ é uma empresa com fins lucrativos que controla o roadmap, então os recursos corporativos tendem a chegar primeiro ao Moodle Workplace, comercial (a versão 5.2 trouxe automação multitenant que o núcleo aberto não tem). Dá para administrar se você planejar com isso em mente; sai caro se não planejar.
• Stack: PHP/LAMP, com habilidades comuns de sysadmin. Já vi a plataforma crescer de pilotos com dois cursos a centenas de milhares de alunos sem trocar de plataforma.
• Ponto mais forte: plugins e comunidade. O catálogo e a rede de desenvolvedores certificados significam que você raramente enfrenta um problema que ninguém resolveu antes.
• O senão: a interface. “Cliques demais, parece um CMS dos anos 1990” é a experiência dominante dos alunos em milhares de implantações verificadas no Capterra e no G2, e ela sobreviveu à reformulação da versão 4.x. Trate as atualizações principais como janelas de manutenção de vários dias e faça testes de carga antes de grandes provas síncronas.

Notas de implantação: o Moodle é a instalação mais bem documentada desta lista: um servidor LAMP com o moodledata fora da raiz web. Mesmo assim, o cron não é opcional: se ele não rodar a cada minuto, e-mails, notificações e backups agendados param e o Moodle fica avisando que o cron não rodou. Além disso, o max_input_vars padrão do PHP, de 1.000, é baixo demais para as páginas grandes de configurações e permissões do Moodle, que passam a salvar só parte dos campos, sem nenhum erro, até você aumentar o valor.

Minha opinião: a aposta mais segura no longo prazo, se você orçar com honestidade o trabalho de administração. A escolha errada para quem espera instalar e esquecer.

2. Open edX

Melhor para: universidades e grandes provedores com um engenheiro de DevOps dedicado, e não apenas um sysadmin.

O Open edX é o que o MIT e Harvard criaram para operar o edX em escala, e é a plataforma com a janela de implantação mais estreita desta lista, então as organizações a que ela realmente serve raramente são as que se sentem atraídas por ela só porque soa impressionante.

• Licença e governança: código aberto sob a Axim Collaborative, uma organização sem fins lucrativos criada para cuidar da plataforma depois que a 2U adquiriu o edX, em 2021. Quando o assunto é risco de plataforma no longo prazo, os incentivos de uma organização sem fins lucrativos superam o roadmap trimestral de uma empresa com fins lucrativos.
• Stack: Python/Django, implantado com o Tutor (Docker) e Kubernetes para vários nós. A única plataforma desta lista que exige uma equipe de DevOps. O teste: uma pessoa consegue tratar uma queda em produção, corrigir uma CVE de Python e cuidar de uma atualização principal? Se não, os recursos da plataforma ficam fora do seu alcance.
• Ponto mais forte: ambição de arquitetura e escala. A extensibilidade com XBlock é poderosa, mas criar tipos de conteúdo personalizados é desenvolvimento em Python, não tarefa de conteúdo.
• O senão: a implantação é onde a maioria das avaliações empaca. Faça uma instalação com o Tutor num servidor de teste antes de se comprometer: o deploy diz mais sobre a capacidade da sua equipe de assumir a plataforma do que qualquer lista de recursos.

Notas de implantação: segui o caminho do Tutor, e a instalação em si é um único tutor local launch que leva cerca de vinte minutos. O trabalho está em tudo o que vem antes: um servidor com pelo menos 8 GB de RAM, registros de DNS apontando para ele e o Docker rodando com um usuário sem privilégios de root. Acerte o servidor e o DNS e o SSL se resolve sozinho; erre nisso e é exatamente aí que nascem as histórias de terror.

Minha opinião: só vale a complexidade se você consegue cuidar de uma stack Python/Django de ponta a ponta. A exigência de engenharia é o patamar mínimo, não uma ressalva.

3. Canvas LMS (Community Edition)

Melhor para: instituições com experiência de produção em Ruby on Rails e sem necessidade de modificar o código para serviços voltados ao público externo.

A edição comunitária do Canvas no GitHub (AGPL v3) é um LMS de código aberto muito capaz, e a maioria das pessoas que me perguntam sobre ele entendeu o produto errado.

• Licença e governança: a AGPL v3 é o senão. Se você roda um Canvas modificado como serviço de rede, precisa publicar suas alterações de código para os usuários dele. Sem importância para uso estritamente interno; um impedimento para implantações modificadas voltadas ao público externo (foi o que fez duas equipes que aconselhei voltarem à prancheta). A versão original se mantém atualizada porque a Instructure conduz o desenvolvimento para a própria nuvem comercial.
• Stack: Ruby on Rails, com guias de implantação da comunidade. Instâncias hospedadas por conta própria rodam sem o SLA da Instructure, e os padrões de indisponibilidade aparecem nas avaliações de quem hospeda por conta própria.
• Ponto mais forte: a interface e a correção de atividades. O SpeedGrader é, de forma consistente, apontado como um dos melhores fluxos de correção que existem, e ele e os Blueprint Courses vêm na versão comunitária.
• O senão: o que um contrato elimina: Canvas Studio, Credentials, Mastery Connect e o SLA de 99,9% de disponibilidade. Os números de escala (6 milhões de usuários simultâneos, 27 milhões de downloads móveis) são da nuvem da Instructure, não do seu servidor próprio.

Notas de implantação: a fama de dor de cabeça do Canvas para hospedar por conta própria é real, e tem causa específica: o dimensionamento do servidor é tranquilo (8 GB, quatro núcleos), o obstáculo é o bundle install. O Canvas é um aplicativo Rails com versões fixas, e a documentação de produção se distancia do código real, então, num servidor novo, as gems nativas não compilam com a versão errada do Ruby e você perde horas antes de o Canvas sequer iniciar. O Redis é obrigatório, um certificado autoassinado não serve e você vai remendando etapas que faltam o tempo todo. É a entrada em que eu mais seriamente perguntaria se você quer mesmo hospedar por conta própria.

Minha opinião: a melhor interface pronta para uso desta lista, se o Rails está em casa e você não vai modificá-lo para usuários externos. Leia a cláusula da AGPL antes de mexer no código.

4. ILIAS

Melhor para: instituições europeias em que a conformidade vem primeiro e que têm acesso a suporte em alemão.

O ILIAS está numa classe à parte do Moodle e do Canvas em trabalho de conformidade: foi criado na Universidade de Colônia em 1997 e é governado pela ILIAS Society, uma organização sem fins lucrativos.

• Licença e governança: GPL v3, com governança em modelo de fundação por meio da ILIAS Society, o que deixa claro, do ponto de vista institucional, quem cuida da plataforma no longo prazo.
• Stack: PHP/MySQL, com complexidade de implantação comparável à do Moodle. Habilidades comuns de PHP cobrem a configuração.
• Ponto mais forte: conformidade. Mapeamento de matrizes de competências, profundidade em SCORM e xAPI, acompanhamento do ciclo de certificação e relatórios prontos para auditoria são mais desenvolvidos do que no núcleo do Moodle nessa área específica.
• O senão: a comunidade e a documentação estão, em sua maioria, em alemão. Se você esbarrar num problema de configuração incomum, o tópico de fórum relevante provavelmente estará em alemão; mesmo com tradução por IA, isso gera atrito no longo prazo para equipes que só trabalham em inglês.

Notas de implantação: aqui não há instalador amigável, nem um vídeo em inglês que valha a pena indicar. Você monta as dependências com composer e npm e depois roda um script de configuração pela linha de comando; não existe mais assistente web. O obstáculo clássico é a versão do PHP: o ILIAS aceita uma faixa estreita e o composer simplesmente se recusa a instalar com a versão errada. Mais duas armadilhas que eu destacaria: ele exige utf8 simples de 3 bytes, não utf8mb4, ou você corrompe dados depois, e os diretórios de dados precisam pertencer ao usuário do servidor web. A documentação de instalação mais completa está em alemão.

Minha opinião: a opção de código aberto mais forte em conformidade na Europa, com suporte em alemão. Para as mesmas necessidades numa organização que trabalha primeiro em inglês, a comunidade maior do Moodle, somada a uma profundidade comparável em SCORM e xAPI, costuma vencer.

5. Sakai

Melhor para: instituições de ensino superior e consórcios que fazem colaboração acadêmica, avaliação por pares e trabalho com portfólios.

O Sakai nasceu de um consórcio de universidades (Michigan, Indiana, Stanford e MIT), e é exatamente nessa origem que ele é melhor.

• Licença e governança: a Educational Community Licence 2.0 (derivada da Apache), mais permissiva do que a GPL para redistribuição acadêmica, o que pesa quando um consórcio compartilha uma única versão personalizada. Governado pela Apereo Foundation (que também mantém o CAS); uma década de estabilidade de fundação é um bom sinal de risco de fork.
• Stack: Java no Tomcat, e aí está a pegadinha operacional. Servidores de aplicação Java têm perfis de memória, modos de falha e ajustes diferentes dos do PHP, um conjunto de habilidades distinto do necessário para rodar o Moodle, que já pegou equipes de surpresa.
• Ponto mais forte: fluxos acadêmicos, avaliação por pares, portfólios e estruturas de curso voltadas à pesquisa, que a maioria dos LMS deixa em segundo plano.
• O senão: a stack Java e o modelo mental acadêmico de listas de matrícula, períodos e portfólios atrapalham os casos de uso corporativos.

Notas de implantação: é a que lembra que o Sakai é um aplicativo Java, e não algo que se solta num servidor PHP. Você o compila a partir do código-fonte com o Maven, e duas coisas pegam quem faz isso pela primeira vez: o Maven fica sem memória se você não aumentar o heap em MAVEN_OPTS antes do build, e o Sakai não roda num Tomcat instalado pelo apt ou yum, é preciso usar o tarball de tomcat.apache.org. Depois disso, resta o ajuste do heap da JVM, que a própria documentação do Sakai chama de arte obscura.

Minha opinião: uma ótima escolha para instituições acadêmicas que sabem operar Java e uma escolha ruim para treinamento corporativo.

6. Chamilo

Melhor para: equipes de treinamento corporativo que querem hospedar por conta própria, sem um especialista dedicado em LMS.

O Chamilo oferece o modelo de hospedagem própria sem o peso operacional do Moodle ou do Open edX: PHP, GPL v3 e pensado desde o início para rodar em servidores modestos.

• Licença e governança: GPL v3, mas o roadmap depende de contribuições voluntárias e da adoção comercial, e não de uma empresa com interesse financeiro na continuidade. Eu acompanharia isso de perto num horizonte de cinco anos, mais do que o modelo da Moodle HQ.
• Stack: PHP, leve o bastante para rodar em hospedagem compartilhada (não é o ideal, mas funciona, de um jeito que o Open edX nunca funcionaria). Interface padrão mais limpa e criação de cursos mais rápida do que no Moodle desde a separação do Dokeos, em 2010.
• Ponto mais forte: simplicidade operacional, cobrindo o básico de conformidade, como SCORM, quizzes, certificados e pré-requisitos, sem plugins pesados.
• O senão: um catálogo de plugins menor do que o do Moodle e relatórios que são adequados, mas sem nível institucional. Funciona bem de algumas centenas a alguns milhares de usuários; não serve para escala institucional nem para exigências pesadas de conformidade.

Notas de implantação: o caminho clássico é um servidor LAMP mais o assistente de instalação no navegador, e o assistente trava, mais do que por qualquer outro motivo, por uma extensão PHP ausente: a intl, que o PHP básico não traz. Instale o php-intl, reinicie e tudo volta a andar. A outra armadilha aparece depois da instalação: uploads de SCORM acima de cerca de 2 MB falham em silêncio até você aumentar o upload_max_filesize do PHP, e pacotes com acentos ou espaços no nome do arquivo travam, então mantenha nomes simples.

Minha opinião: a escolha para uma plataforma administrável de hospedagem própria quando cuidar do LMS não é o trabalho em tempo integral de ninguém.

7. Totara Learn

Melhor para: organizações que já usam Moodle e precisam de recursos para a força de trabalho, com apoio de um parceiro Totara.

O Totara Learn é um fork corporativo do Moodle, com a mesma base PHP e compatibilidade de plugins, e com multitenancy, matrizes estruturadas de competências e agendamento de recertificação por cima.

• Licença e governança: GPL v3, código no GitHub, verificável. Mas a documentação e o suporte foram pensados para clientes que trabalham com um parceiro Totara.
• Stack: PHP compatível com o Moodle, então os plugins e conteúdos existentes do Moodle em grande parte se aproveitam.
• Ponto mais forte: conformidade da força de trabalho, competências estruturadas, certificação com agendamento de recertificação e multitenancy além do núcleo do Moodle.
• O senão: a diferença entre a documentação de parceiros e a documentação pública não é pequena. Começar do zero sem um parceiro é o caminho de implantação que eu evitaria ativamente.

Minha opinião: uma migração sensata para quem já usa Moodle e precisa dos recursos para a força de trabalho. Para um começo do zero, compare “Moodle mais plugins corporativos” com “Totara com assinatura de parceiro”.

8. Odoo LMS

Melhor para: organizações que já usam o ERP Odoo e querem treinamento ligado aos dados de RH.

O Odoo LMS não é um LMS independente. É uma suíte de ERP de código aberto cujo módulo de eLearning inclui um LMS, e descrever isso com honestidade pesa na decisão.

• Licença e governança: edição comunitária sob LGPL v3, módulos comerciais sob o Odoo Enterprise. O custo do LMS vem embutido numa questão maior, a do contrato de ERP, e não numa decisão de plataforma independente.
• Stack: parte da suíte Odoo, então o módulo de eLearning fica no mesmo modelo de dados de RH, CRM e projetos.
• Ponto mais forte: integração nativa para treinamento ligado aos processos do negócio: registros de onboarding, conformidade atrelada aos dados de RH, habilidades vinculadas à alocação em projetos. Custo adicional baixo se você já usa o Odoo.
• O senão: como LMS independente, os recursos de aprendizagem são adequados, mas sem profundidade: sem avaliação avançada e sem a profundidade em SCORM ou nos relatórios de conformidade do Moodle ou do ILIAS.

Notas de implantação: instalar o Odoo Community é um build a partir do código-fonte (um virtualenv de Python, PostgreSQL, wkhtmltopdf), e ele inicia sem problemas e só depois cobra a conta de uma coisa específica: o wkhtmltopdf. Se você instala o pacote da distribuição, todo PDF (faturas, certificados, folhas de conclusão de curso) sai em branco ou quebrado. É preciso a versão com Qt modificado, compatível com a sua versão do Ubuntu: o .deb do jammy, não o do bionic. Acerte esse único binário e o resto é rotina.

Minha opinião: só serve se o Odoo já é a espinha dorsal das suas operações. Se o trabalho é criar conteúdo em SCORM, comece por uma ferramenta de autoria SCORM.

9. Forma LMS

Melhor para: equipes corporativas que precisam especificamente do licenciamento permissivo Apache 2.0.

O Forma LMS é um fork de código aberto do Docebo, de antes de o Docebo se tornar totalmente comercial, sob a licença mais permissiva desta comparação.

• Licença e governança: Apache 2.0, então versões modificadas podem ser implantadas e distribuídas sem as obrigações de copyleft da GPL e da AGPL, o que conta se a flexibilidade de redistribuição for importante. Mas a base de contribuidores é pequena e a visibilidade do roadmap é limitada em comparação com projetos governados por fundações.
• Stack: PHP.
• Ponto mais forte: licenciamento permissivo para uma solução de treinamento corporativo muito personalizada que talvez você precise redistribuir.
• O senão: risco de fork. Numa implantação de produção que você espera manter por cinco anos ou mais, a comunidade pequena e a governança frágil merecem uma avaliação explícita.

Minha opinião: eu escolheria o Chamilo em vez do Forma na maioria dos contextos corporativos, a menos que a Apache 2.0 seja um requisito rígido e inegociável; a governança mais visível e a comunidade maior do Chamilo o tornam a escolha de menor risco.

10. Open LMS

Melhor para: escolas de educação básica que já usam Google Workspace.

O Open LMS é uma plataforma baseada no Moodle, criada para a educação básica e o Google Workspace, com integração nativa ao Google Classroom em vez da colagem por plugins de que a maioria dos LMS precisa.

• Licença e governança: derivado do Moodle, então herda a linhagem GPL e boa parte do modelo de plugins do Moodle.
• Stack: PHP baseado no Moodle; a configuração pressupõe autenticação do Google, vinculação de arquivos do Drive e sessões do Meet que a sua equipe de TI já administra.
• Ponto mais forte: a integração nativa com o Google, que elimina a configuração paralela que a maioria dos LMS exige para escolas com Google Workspace.
• O senão: um catálogo de plugins menor do que o do Moodle básico limita a personalização da interface e da identidade visual além dos temas internos.

Minha opinião: vale conhecer para uma escola com Google Workspace. Fora da educação básica, a base de suporte maior e o catálogo mais profundo do Moodle básico vencem dentro da família derivada do Moodle.

E os plugins de LMS para WordPress?

Se você pesquisou por um LMS de código aberto esperando uma resposta em WordPress, isso é outra categoria, e vale deixar isso claro. LearnDash, LifterLMS, Tutor LMS, Sensei e o Masteriyo, totalmente GPL, são plugins que transformam um site WordPress que você já mantém numa plataforma de cursos. São de código aberto no sentido do WordPress e, para um criador de conteúdo ou um pequeno site de treinamento, podem ser excelentes.

A pergunta real não é qual LMS, e sim se você quer uma plataforma independente ou um plugin na sua stack WordPress. Um plugin significa um sistema a menos para hospedar, mas prende o seu LMS ao desempenho, às correções de segurança e à superfície de conflitos de plugins do WordPress. Para um ou dois cursos num site que já existe, o plugin ganha. Para um programa de treinamento que você espera ampliar, padronizar e acompanhar com relatórios, uma plataforma independente desta lista é a base mais durável.

Migração e como retirar seus dados

O argumento da hospedagem própria é que os dados são seus. É verdade, mas ser dono dos dados e conseguir levá-los embora são trabalhos diferentes. Toda plataforma desta lista oferece suporte a formatos abertos de intercâmbio: SCORM e xAPI para conteúdo, IMS Common Cartridge para pacotes de curso e CSV para usuários e notas, de modo que a migração é viável e você não fica preso. Os caminhos mais comuns são bem conhecidos: do Blackboard ou do Canvas para o Moodle ou o Open edX, do Moodle para o Totara. O que uma migração realmente custa é o tempo de engenharia para remapear estruturas de curso e testar os plugins de novo, não uma taxa de licença. O mesmo teste vale para qualquer ferramenta hospedada que você esteja avaliando: antes de se comprometer, confirme que consegue tirar seus cursos de lá.

Como eu enquadraria a decisão

Decisões de plataforma nesse nível não se resolvem com uma matriz de recursos. Elas se resumem a uma pergunta: o que a sua equipe consegue manter em produção, daqui a três anos, quando algo quebrar?

Se a resposta é “um administrador de LMS dedicado ou um parceiro certificado”, o Moodle é a escolha certa. Vinte anos de governança, o catálogo de plugins mais profundo da categoria e uma comunidade grande o bastante para que seus problemas raramente sejam inéditos. A dívida de interface e o planejamento das atualizações são custos reais, mas, para instituições que os orçam com honestidade, nada mais desta lista oferece a mesma estabilidade no longo prazo.

Se a resposta é “um engenheiro de DevOps capaz de cuidar de uma stack Python/Django de ponta a ponta”, o Open edX compensa a complexidade. O modelo de governança da Axim Collaborative e a linhagem institucional do MIT e de Harvard são os sinais mais fortes de risco de longo prazo aqui. Aliás, essa exigência de engenharia não é uma ressalva. É o patamar mínimo de verdade. Abaixo dele, os recursos da plataforma ficam fora do seu alcance, não importa o que diga a lista de funcionalidades.

Também preciso dizer com todas as letras: muitas das equipes que vejo avaliando esta lista não precisam, de fato, de infraestrutura própria. Precisam de controle dos dados, custo previsível e algo que funcione sem um sysadmin. Se isso se parece mais com a sua situação, Coursebox pertence a outra categoria. Coursebox é uma plataforma EAD hospedada, com alunos ilimitados em todos os planos, inclusive no gratuito, pensada para a criação de cursos com IA e não para ser uma infraestrutura de entrega de código aberto. Sobre o risco de dependência do fornecedor, que vale para qualquer ferramenta de autoria: 6.743 usuários de Coursebox exportaram seus cursos para sistemas externos este ano, inclusive em SCORM. É mais um “LMS gratuito” do que um LMS de código aberto.

Resumindo: escolha a plataforma que a sua equipe consegue manter de pé. Qualquer recurso além disso você nunca chegará a usar.

Transparência: sou Toni Arrebola Gomez, CTO de Coursebox. Coursebox é uma plataforma EAD com criação de cursos por IA, não um LMS de código aberto, e por isso não aparece nesta lista. Este artigo traz links para produtos de Coursebox.