É possível instalar o Canvas LMS, criar um curso e começar a adicionar conteúdo. Isso ainda não produz um portal aberto como o Cursos Abertos do Programa de Pós-Graduação em Direito, Regulação e Políticas Públicas da Universidade de Brasília — PMPD/UnB. Entre o software funcionando e uma pessoa da comunidade encontrando um curso, criando sua conta, matriculando-se e recebendo as comunicações necessárias existe uma camada inteira de decisões pedagógicas, desenvolvimento e administração de sistemas.
Essa distinção evita uma expectativa frequente: a de que bastaria instalar o Canvas e mudar logotipo e cores. O Canvas fornece o ambiente de aprendizagem. O portal precisa acrescentar uma porta de entrada pública, organizar o catálogo, definir quem pode criar contas, controlar como cada pessoa entra nos cursos e garantir que mensagens essenciais realmente cheguem ao destinatário.
Nosso projeto partiu da edição de código aberto do Canvas, cuja base pode ser consultada no repositório mantido pela Instructure. A escolha e suas diferenças em relação ao Moodle foram explicadas no post “Por que escolhemos o Canvas para os cursos online do PMPD”. Aqui, o foco é outro: quais barreiras precisam ser vencidas para transformar essa base em um serviço aberto à comunidade?
Primeiro, é preciso separar o Canvas do portal
O Canvas é um sistema de gestão da aprendizagem. Nele ficam contas, cursos, módulos, páginas, atividades, fóruns, notas e matrículas. O portal é a experiência mais ampla: começa antes do login, quando alguém ainda está tentando descobrir quais formações existem, e continua depois da matrícula, com recuperação de acesso, notificações e suporte.
Em uma universidade que utiliza o Canvas apenas com estudantes já cadastrados, as contas podem vir de um sistema acadêmico. A pessoa recebe acesso porque já pertence à instituição. Um projeto de extensão aberto enfrenta outro problema. Qualquer participante da comunidade deve conseguir chegar ao ambiente sem depender de uma importação institucional nem de uma secretaria que crie manualmente cada usuário.
Para isso, duas configurações são fundamentais e não devem ser confundidas: o autorregistro cria a conta; a autoinscrição cria a matrícula em um curso.
Autorregistro: permitir que a pessoa crie a própria conta
Autorregistro, tradução de self-registration, é o mecanismo pelo qual alguém que ainda não possui conta pode se cadastrar diretamente no Canvas. A documentação oficial sobre autenticação informa que essa opção vem desativada por padrão. Um administrador precisa habilitá-la nas configurações da conta e decidir quais tipos de usuário poderão utilizá-la.
Para um portal aberto, o autorregistro reduz uma barreira decisiva. Sem ele, cada pessoa interessada teria de solicitar uma conta e esperar uma intervenção administrativa. Esse processo pode ser aceitável em uma turma pequena e fechada, mas não acompanha a lógica de cursos gratuitos destinados também ao público externo.
Habilitar o recurso, contudo, não significa simplesmente abrir a porta. É preciso definir os dados solicitados, apresentar termos e política de privacidade, impedir cadastros automatizados e decidir como o endereço de e-mail será confirmado. A própria Instructure recomenda o uso de CAPTCHA quando o registro é aberto a todos os tipos de conta, como proteção contra a criação de usuários de spam.
Também é necessário distinguir cadastro de permissão. Uma pessoa pode criar uma conta informando que é professora, mas isso não deve conceder automaticamente poderes para criar cursos, acessar dados de estudantes ou atuar como docente em qualquer turma. A função de professor dentro de um curso precisa decorrer de validação e atribuição controlada. Autorregistro resolve identidade e acesso inicial; não substitui uma política institucional de papéis e privilégios.
Autoinscrição: permitir que a pessoa entre em um curso
Autoinscrição, tradução de self-enrollment, é o mecanismo pelo qual uma pessoa entra em um curso sem que professor ou administrador faça sua matrícula individualmente. Segundo a visão geral oficial das opções de registro e matrícula, o Canvas pode utilizar um endereço secreto ou um código de participação para associar a conta ao curso.
A habilitação ocorre em duas camadas. Primeiro, o administrador permite a autoinscrição no nível da conta. Depois, o responsável por cada curso ativa a opção nas configurações daquela formação. O guia oficial de autoinscrição mostra que o sistema então gera o endereço ou código que poderá ser compartilhado com os participantes.
Essa separação é saudável. O portal pode adotar a autoinscrição como possibilidade institucional sem obrigar que todo curso permaneça aberto. Uma formação autoinstrucional pode aceitar entradas continuamente; uma atividade acompanhada pode funcionar apenas durante um período; outra pode exigir seleção prévia. A política geral habilita o recurso, enquanto cada curso define quando e como utilizá-lo.
No portal do PMPD/UnB, os cursos públicos possuem páginas próprias e um caminho direto de matrícula. Ao entrar nesse fluxo, a pessoa informa seu e-mail e escolhe entre criar um novo usuário ou utilizar um login existente. É a combinação entre autorregistro e autoinscrição que torna possível sair da descoberta do curso e chegar à sala virtual sem uma operação manual a cada participante.
Por que foi necessário criar uma landing page com catálogo
O Canvas possui um índice público de cursos, capaz de listar formações que a instituição decidiu tornar visíveis. Esse recurso é útil, mas um portal de extensão precisa comunicar mais do que uma relação técnica de turmas.
Foi por isso que criamos uma landing page própria em cursos.pmpd.app.br. Ela apresenta a identidade do projeto, explica a gratuidade, reúne os cursos disponíveis e oferece chamadas claras para conhecer cada formação ou iniciar a matrícula. O visitante não precisa compreender previamente a navegação interna do Canvas para descobrir o que pode estudar.
Essa página funciona como catálogo editorial. Cada cartão precisa apontar para o curso correto, utilizar a página de inscrição correspondente e refletir o estado real da oferta. Quando um curso é publicado, encerrado ou atualizado, o catálogo também precisa mudar. Logo, a landing page não é apenas decoração: ela se torna uma parte mantida da infraestrutura do portal.
Há diferentes formas de implementá-la. Ela pode ser uma aplicação externa que conversa com o Canvas, uma página servida na mesma infraestrutura ou uma personalização da camada web. A escolha depende da equipe e da arquitetura. Em qualquer caso, é prudente separar o máximo possível essa interface do núcleo do Canvas. Alterações diretas e extensas no código principal tornam atualizações futuras mais difíceis e aumentam o risco de uma nova versão desfazer a personalização.
Páginas de inscrição para alunos e professores
Também criamos uma página de acesso que pergunta como a pessoa pretende participar. O caminho de estudantes e participantes da comunidade conduz ao consumo dos cursos. O caminho de professores está ligado à organização e à oferta de disciplinas. Essa separação melhora a comunicação porque os dois públicos chegam ao ambiente com objetivos e responsabilidades diferentes.
Do ponto de vista técnico, porém, esses botões não são apenas textos diferentes. Cada fluxo precisa encaminhar dados ao processo correto, validar o que for necessário e terminar com a função adequada no Canvas. Uma conta de estudante pode ser criada e matriculada automaticamente em um curso aberto. Já o acesso docente deve passar por regras institucionais antes que alguém receba permissões de professor ou ganhe uma nova sala de curso.
Esse cuidado protege estudantes, material didático e dados acadêmicos. Uma boa página de inscrição informa o que acontecerá depois do envio, quais dados serão utilizados, se haverá validação e a quem recorrer em caso de problema. Ela também precisa funcionar em dispositivos móveis, utilizar campos acessíveis e apresentar mensagens de erro compreensíveis. Esses compromissos dialogam com o que já explicamos sobre acessibilidade, privacidade e autonomia no portal.
Sem e-mail transacional, o cadastro fica incompleto
Um portal aberto precisa manter um serviço confiável de envio de e-mail. Pode ser um servidor administrado pela própria instituição ou um provedor transacional contratado. O essencial é que o Canvas tenha acesso a um servidor SMTP autenticado e capaz de entregar as mensagens do domínio utilizado pelo projeto.
Na edição de código aberto, os parâmetros de saída são definidos no arquivo de configuração de correio. O modelo oficial de outgoing_mail.yml prevê endereço do servidor SMTP, porta, usuário, senha, método de autenticação, domínio, endereço remetente e nome exibido. Esses valores devem permanecer protegidos: credenciais de e-mail não pertencem ao código público nem a páginas administrativas expostas.
Configurar SMTP é apenas o início. O domínio remetente precisa ter registros que favoreçam a entrega, como SPF, DKIM e DMARC. A conexão deve utilizar transporte seguro; filas de mensagens e processos em segundo plano precisam estar ativos; devoluções e bloqueios devem ser acompanhados. Um teste que confirma o envio para uma única caixa não garante que mensagens chegarão de forma consistente a diferentes provedores.
Essa infraestrutura sustenta confirmação de endereços, recuperação de senha, convites, avisos e notificações dos cursos. O Canvas permite que cada usuário ajuste a frequência de várias comunicações, mas a documentação sobre notificações ressalta que mensagens só são enviadas para métodos de contato confirmados. Se o e-mail falha, a pessoa pode criar uma conta e ainda assim ficar impedida de confirmá-la ou recuperar seu acesso.
O que existe atrás das páginas visíveis
A instalação de produção do Canvas exige uma infraestrutura que não aparece para o participante. A documentação oficial de implantação pressupõe conhecimento de administração web e descreve componentes como servidor de aplicação, PostgreSQL e processos para tarefas automatizadas. Em um serviço público, somam-se domínio e DNS, certificado HTTPS, proxy reverso, armazenamento de arquivos, rotinas de cópia de segurança, registros de eventos, monitoramento e capacidade de restaurar o sistema depois de uma falha.
Atualizações também são parte do trabalho. O Canvas recebe correções e mudanças de dependências. A equipe precisa acompanhar versões, aplicar atualizações de segurança, testar os fluxos personalizados e verificar se autorregistro, autoinscrição, catálogo e e-mail continuam funcionando. Quanto maior a personalização, mais importante se torna possuir um ambiente de teste antes de alterar a plataforma utilizada pelo público.
A continuidade depende ainda de procedimentos documentados. É necessário saber quem pode administrar a conta raiz, onde ficam as cópias de segurança, como credenciais são renovadas, como um curso entra no catálogo, como um professor recebe sua função e o que fazer quando e-mails retornam. Sem isso, o portal fica dependente da memória de uma única pessoa.
O professor precisa de apoio técnico?
Para construir e manter um portal como o nosso, sim. Não é razoável exigir que um professor, além de conceber o curso e acompanhar estudantes, administre sozinho banco de dados, certificados, servidor de e-mail, atualizações e segurança. Também não seria prudente conceder acesso irrestrito à infraestrutura apenas para viabilizar decisões pedagógicas.
Isso não reduz o papel docente. Professores precisam definir o público, os objetivos de aprendizagem, o modo de participação, os critérios de conclusão, as informações do catálogo e as comunicações que fazem sentido. Devem testar o percurso como estudantes, revisar mensagens e decidir se a oferta será contínua ou terá calendário. A equipe técnica transforma essas decisões em fluxos confiáveis, aplica controles de acesso, monitora o serviço e mantém a instalação atualizada.
O melhor arranjo é uma parceria. O professor não precisa conhecer comandos de servidor, mas deve compreender a diferença entre criar conta e entrar em curso, saber quais dados são solicitados e reconhecer as dependências que podem interromper a experiência. A equipe técnica, por sua vez, não deve decidir sozinha como participantes serão recebidos nem quais barreiras pedagógicas são aceitáveis.
Instalar é o começo, não o resultado
Um portal semelhante ao do PMPD/UnB depende de quatro percursos funcionando juntos: descobrir um curso no catálogo, criar uma conta por autorregistro, entrar na formação por autoinscrição e manter o vínculo por comunicações confiáveis. As páginas para diferentes perfis tornam esse caminho compreensível, enquanto a infraestrutura garante que ele não desapareça depois da primeira atualização ou falha de e-mail.
Sem vencer essas barreiras técnicas, é possível ter uma instalação do Canvas, mas não um portal aberto como o nosso. A tecnologia precisa ser acompanhada por desenho de serviço, regras institucionais e manutenção continuada.
Professoras e professores interessados em compreender a plataforma e começar a desenhar sua própria oferta podem fazer o curso Canvas para docentes — construa sua disciplina-modelo. Para conhecer o percurso de produção adotado pelo projeto, recomendamos também o post “Como nasce um curso online no portal do PMPD”.
