Depois de decidir que um curso precisa de um verdadeiro ambiente de aprendizagem, ainda resta uma escolha importante: contratar um LMS hospedado ou manter uma instalação própria. MoodleCloud, TalentLMS e o Canvas contratado diretamente da Instructure entregam o sistema como serviço. Já o Canvas de código aberto pode ser instalado e administrado por uma equipe escolhida pela instituição.
Para um professor sem apoio técnico, a resposta deve ser franca: usar um serviço hospedado é quase sempre mais sensato. Instalar um LMS não é uma etapa pedagógica um pouco mais difícil. É assumir uma operação contínua de software, segurança, dados e comunicação. A instância própria só se justifica quando existe uma necessidade institucional clara e alguém responsável por mantê-la.
O que significa contratar um LMS como serviço
Em um LMS como serviço, o fornecedor mantém a aplicação e a infraestrutura. Atualizações, disponibilidade, cópias de segurança, correções de segurança e parte do suporte fazem parte do serviço, conforme o plano e o contrato. O professor ou administrador cria cursos, configura matrículas e acompanha participantes sem operar banco de dados, servidor web ou fila de mensagens.
O MoodleCloud é um exemplo mais claro. Em julho de 2026, seus planos padronizados atendem de 50 a 750 usuários, com preços anuais anunciados entre US$ 170 e US$ 2.100, embora a cobrança seja feita em dólares australianos e possa incluir tributos. O fornecedor mantém o Moodle atualizado e oferece teste de 28 dias.
A simplicidade vem acompanhada de limites. Nos planos padronizados do MoodleCloud, não é possível instalar plugins ou integrações próprios. O domínio personalizado aparece apenas nas faixas superiores, e a venda por Stripe começa em determinado plano. O serviço é adequado a indivíduos e pequenas organizações com necessidades básicas; projetos maiores ou mais personalizados são encaminhados a soluções contratadas separadamente.
O TalentLMS segue um modelo de assinatura por faixa de usuários ativos e recursos. Há um plano gratuito para começar, e os planos pagos acrescentam domínio personalizado, login único, API, relatórios, automações, ramificações do portal e suporte mais amplo. Em julho de 2026, o plano Core para até quarenta usuários é anunciado a partir de US$ 119 por mês na cobrança anual. O preço sobe com o número de usuários e o nível de atendimento.
O Canvas também é oferecido como SaaS pela própria Instructure. A empresa informa que a arquitetura hospedada inclui segurança, cópias de segurança e atualizações automáticas, além de suporte. Em 2026, passou a organizar a oferta institucional nas faixas Canvas Core, Canvas Plus e Canvas Next, com preço personalizado conforme a instituição. Não há uma tabela pública universal: é necessário informar tipo de organização, localização e número de usuários para receber uma proposta.
Esses exemplos mostram que “hospedado” não é um pacote único. Um plano barato pode limitar usuários, armazenamento, plugins, domínio ou suporte. Um contrato institucional pode incluir disponibilidade, migração, integrações e atendimento, mas custar muito mais. Ainda assim, todos transferem ao fornecedor uma parte substancial da operação.
O caso do Canvas gratuito mudou em 2026
Durante anos, o Canvas Free-for-Teacher foi uma alternativa atraente para docentes individuais. Ele permitia criar cursos sem prazo automático de expiração, embora não oferecesse todos os recursos administrativos de uma conta institucional e limitasse o armazenamento.
Essa alternativa não pode mais ser recomendada como antes. A Instructure informou, em sua página oficial, que o Free-for-Teacher foi permanentemente descontinuado. Usuários antigos receberam janelas limitadas para exportar materiais, e a empresa anunciou um novo produto inspirado nessa experiência para o segundo semestre, ainda sem condições estáveis publicadas até 24 de julho de 2026.
O episódio ensina algo maior que a situação de um produto. Gratuidade não equivale a permanência. Um professor que depende de uma conta individual precisa acompanhar termos, limites e planos de continuidade, além de manter exportações do curso. O mesmo cuidado vale para qualquer serviço: a facilidade de entrada deve ser acompanhada por uma estratégia de saída.
Código aberto não significa operação gratuita
O código do Canvas LMS é público sob a licença AGPLv3. Isso permite que uma organização instale, estude e adapte o sistema. Não há licença por usuário para a edição aberta, mas continuam existindo todos os custos de fazê-la funcionar.
Uma instalação de produção precisa de servidor de aplicação, banco de dados, armazenamento de arquivos, domínio, certificado, envio confiável de e-mail, monitoramento, cópias de segurança testadas e processo de atualização. Também precisa de alguém capaz de diagnosticar falhas, responder a vulnerabilidades, ampliar capacidade e recuperar o serviço. A documentação pode orientar a instalação; não substitui a responsabilidade operacional.
O custo mais subestimado é o trabalho recorrente. A primeira versão pode entrar no ar em poucos dias e parecer barata. Meses depois, chegam atualizações, bibliotecas incompatíveis, uso crescente de disco, mensagens que não foram entregues, contas bloqueadas e restaurações que nunca foram testadas. Sem rotina e responsável definidos, a liberdade do código aberto se transforma em fragilidade.
Esse é o motivo pelo qual a comparação correta não é “mensalidade do SaaS versus licença zero”. É “mensalidade e limites contratuais versus infraestrutura, pessoas e risco operacional”. O nosso texto Quanto custa criar e manter um portal no Canvas? detalha essa conta e mostra por que o servidor costuma ser apenas uma parcela do esforço.
O LMS não entrega sozinho um portal público
Mesmo uma instalação tecnicamente estável não resolve toda a jornada. Um portal de extensão precisa explicar sua finalidade, apresentar um catálogo, orientar pessoas que ainda não têm conta e conduzi-las à matrícula correta. O LMS organiza a experiência depois que o participante entra; ele não substitui automaticamente a comunicação pública.
No nosso caso, foi necessário criar uma página de apresentação, um catálogo de cursos e fluxos distintos de cadastro. A autoinscrição permite que uma pessoa já identificada ingresse em um curso aberto. O autorregistro permite que alguém da comunidade crie a própria conta. Cursos fechados podem exigir convite ou código. Como explicamos em Como configurar o Canvas para ter um portal como o nosso, essas escolhas dependem de configuração, integração e apoio técnico.
O correio eletrônico também é parte da infraestrutura. Confirmação de cadastro, recuperação de senha, avisos e notificações precisam chegar. Para isso, não basta preencher um endereço de remetente: é necessário manter um serviço de envio, autenticar o domínio, acompanhar falhas e preservar a reputação. Em uma plataforma hospedada, parte desse trabalho pode estar incluída; em uma instalação própria, ele é responsabilidade do projeto.
Por isso, customizar um Canvas para parecer um portal completo não é uma tarefa razoável para um professor isolado. O docente deve conhecer os conceitos para formular requisitos e avaliar escolhas, mas precisa de apoio para DNS, e-mail, segurança, integração, atualização e recuperação. Não há mérito pedagógico em transformar o professor em administrador improvisado de sistemas.
O que o professor deve comparar em um SaaS
A mensalidade é apenas o começo. O primeiro critério é a escala real: quantas pessoas manterão conta, quantas estarão ativas no mesmo mês e quanto armazenamento os vídeos e arquivos exigirão. Planos que parecem equivalentes podem contar usuários de maneiras diferentes.
O segundo critério é a função acadêmica. É preciso verificar atividades, avaliações, certificados, grupos, coortes, cursos privados, autoinscrição, relatórios e exportação. Se o projeto exige plugin, LTI, API, login institucional ou domínio próprio, convém saber em qual plano o recurso aparece e quem fará a configuração.
O terceiro critério é a operação. O contrato deve esclarecer disponibilidade, cópias de segurança, retenção, suporte, atualizações, localização e tratamento de dados, além das condições de encerramento. Para uma instituição pública, acessibilidade, proteção de dados, contratação, pagamento em moeda estrangeira e continuidade do serviço podem pesar mais que uma diferença pequena no preço.
O quarto critério é a portabilidade. Antes de acumular turmas, vale exportar um curso de teste, conferir o formato dos arquivos e entender quais registros de participação podem ser preservados. Migrar aulas é mais simples que migrar uma política institucional; quanto mais o projeto depende de automações exclusivas, maior o custo de saída.
Quando o SaaS é claramente a melhor escolha
O serviço hospedado é a escolha natural para um professor que quer oferecer um ou poucos cursos, não possui equipe técnica e aceita trabalhar dentro dos limites do plano. Também é adequado a uma pequena unidade que precisa começar logo, tem orçamento previsível e não exige personalização profunda.
Nessa situação, pagar pela operação não é desperdício. É comprar tempo docente, reduzir risco e atribuir responsabilidades a quem dispõe de equipe especializada. Um plano com limite conhecido pode ser mais barato que algumas horas mensais de um profissional qualificado, especialmente quando se consideram incidentes e continuidade.
Mesmo uma organização com equipe pode preferir SaaS. A contratação oficial do Canvas, por exemplo, preserva APIs e integrações enquanto transfere hospedagem, atualização e parte do suporte à Instructure. O MoodleCloud preserva a experiência do Moodle com uma operação simplificada. O TalentLMS oferece recursos de portal sem instalação. A decisão depende de orçamento, escala e exigências contratuais, não de uma oposição entre liberdade e comodidade.
Quando uma instância própria se justifica
Hospedar o próprio Canvas faz sentido quando a instituição reúne várias necessidades que, em conjunto, superam a conveniência do SaaS padronizado. Entre elas estão identidade institucional contínua, catálogo unificado, diversos cursos e professores, regras próprias de acesso, combinação de oferta aberta e fechada, integrações específicas, controle sobre a infraestrutura e capacidade técnica permanente.
Nenhum desses fatores, isoladamente, obriga a autohospedagem. Domínio próprio existe em muitos serviços; cursos privados também; APIs podem ser contratadas. A justificativa surge quando o conjunto de requisitos, o custo em escala e a estratégia de longo prazo tornam razoável assumir a operação.
É nessa situação que se encontra o Portal de Cursos do PMPD. O Programa de Pós-Graduação em Direito, Regulação e Políticas Públicas da UnB não pretendia apenas colocar uma disciplina na internet. Pretendia estabelecer uma porta de entrada para a comunidade, reunir novas ações de extensão e, quando necessário, atender a turmas restritas no mesmo ambiente.
Essa decisão só é defensável porque o portal trata a tecnologia como infraestrutura compartilhada. O professor não recebe um manual de servidor e fica responsável por mantê-lo. O projeto oferece um ambiente comum e precisa sustentar o apoio técnico correspondente. Se esse apoio deixasse de existir, seria mais prudente migrar para um serviço gerenciado do que conservar uma instância vulnerável.
A conclusão mais simples é também a mais importante
Para muito simplesmente publicar um curso, o SaaS é melhor. Ele reduz o número de decisões irreversíveis, permite testar a proposta e preserva o tempo do professor. Autohospedagem não é sinal de maturidade por si só; pode ser apenas complexidade prematura.
Um portal próprio passa a ser adequado quando existe um programa, não apenas um curso; uma instituição responsável, não apenas um docente; e capacidade de manutenção, não apenas entusiasmo de lançamento. O Canvas aberto oferece liberdade real, mas essa liberdade precisa ser sustentada por pessoas, processos e orçamento.
Quem deseja conhecer o modelo adotado pelo PMPD pode começar pela formação de professores no próprio Canvas. Ela apresenta o ambiente do ponto de vista pedagógico e deixa claro o princípio que orienta o portal: professores devem dominar o desenho da aprendizagem, enquanto a instituição deve criar condições técnicas para que esse trabalho chegue com segurança à comunidade.
