Moodle UNIFESP: Ambientes, Acesso e Lições de Gestão

Todo início de semestre a busca por moodle unifesp dispara, e agosto de 2026 não fugiu à regra: as aulas de 2026/2 começaram em 10 de agosto, na mesma semana do Congresso Acadêmico da universidade. Por trás do login, porém, existe um detalhe técnico que interessa a qualquer instituição que opera EaD — e que eu, como administrador de ambientes Moodle há mais de uma década, olho antes de qualquer outra coisa.

TL;DR

• O Moodle UNIFESP não é um endereço só: são ambientes separados para graduação, pós-graduação e UNA-SUS, cada um com regra de acesso própria.
• Em 23/08/2026, as páginas públicas de moodlegrad.unifesp.br e moodlepos.unifesp.br declaravam a build 2022112800 — ou seja, a linha Moodle 4.1 LTS, cujo suporte de segurança terminou em 8 de dezembro de 2025.
• Quem está no 4.1 não consegue pular direto para o Moodle 5.2: o upgrade direto exige 4.4 ou superior, e o 5.2 pede PHP 8.3+.
• A janela boa para migrar é a que a UNIFESP acabou de usar: a virada de semestre. A próxima é a entrada do 5.3 LTS, prevista para outubro de 2026.
• Acesso pelo navegador é metade da história: o app é o segundo portão de entrada e tem regras próprias.

Por que "Moodle UNIFESP" virou busca em alta em agosto de 2026

Picos de busca por um LMS institucional quase nunca são sobre tecnologia. São sobre calendário. O segundo semestre letivo de 2026 na universidade teve início previsto para 10 de agosto — data que vale tanto para a pós-graduação quanto para as turmas de graduação — e é exatamente aí que dezenas de milhares de pessoas abrem o navegador ao mesmo tempo procurando "onde fica meu curso".

A UNIFESP tem sete campi (Baixada Santista, Diadema, Guarulhos, Osasco, São José dos Campos, São Paulo e Zona Leste), 55 cursos de graduação e cerca de 20 mil estudantes regulares. Some a isso a rematrícula obrigatória de 2026/2 e o Congresso Acadêmico Unifesp 2026, realizado de 10 a 15 de agosto com o tema "A Universidade Pública e a Inteligência Artificial: ética, inovação e transformação social", em formato híbrido. Resultado: uma janela de sete dias em que o Moodle UNIFESP concentra praticamente todo o tráfego acadêmico da instituição.

Esse padrão se repete em toda instituição que uso como referência: 70% a 80% do acesso anual de um LMS acontece em quatro ou cinco picos por ano. Quem dimensiona infraestrutura pela média mensal descobre isso do jeito ruim, às 8h da manhã do primeiro dia de aula.

Os ambientes do Moodle UNIFESP para graduação, pós e UNA-SUS

O erro mais comum de quem procura o Moodle UNIFESP é tratar a plataforma como um endereço único. Não é. A universidade separa os ambientes por nível de ensino e por programa, o que é uma decisão arquitetural defensável — cada instância tem ciclo de vida, volume e política de dados diferentes.

Ambiente	Endereço	Público
Moodle Graduação	moodlegrad.unifesp.br	Disciplinas de graduação, integrado à Pasta Verde
Moodle Pós-graduação	moodlepos.unifesp.br	Disciplinas de pós com oferta publicada
Moodle UNA-SUS	moodle2.unasus.unifesp.br	Cursos da Universidade Aberta do SUS

O ambiente de graduação é integrado ao sistema Pasta Verde, o que significa que o docente não precisa abrir chamado a cada semestre para ganhar uma sala: a disciplina ativa gera o espaço. No ambiente de pós, a regra publicada é mais restritiva — só docentes responsáveis por disciplinas com oferta publicada usam a plataforma, e o uso é limitado ao período da oferta.

O aviso que ainda está no ar

Vale registrar um detalhe que diz muito sobre gestão de LMS: as telas de entrada do Moodle UNIFESP ainda exibem o aviso da migração de 2023 — "não será migrado nenhum conteúdo do ambiente Moodle antigo para o novo", com o ambiente legado em modo somente leitura até março de 2024. Três anos depois, o aviso continua lá.

Isso não é um detalhe cosmético. Avisos vencidos na tela de login são a forma mais barata de perder confiança do usuário: quem lê uma data de 2024 em agosto de 2026 passa a duvidar de todo o resto da mensagem, inclusive dos avisos que importam.

Como acessar o Moodle UNIFESP sem perder tempo

Se você é aluno ou docente e caiu aqui procurando acesso, o caminho curto é este:

1. Identifique o seu nível de ensino. Graduação, pós ou UNA-SUS levam a endereços diferentes. Buscar "moodle unifesp" no Google costuma devolver os três misturados.
2. Use a autenticação institucional. Os ambientes redirecionam para o portal de autenticação da universidade; não existe autocadastro. Se a senha institucional não funciona, o problema é de identidade, não do Moodle.
3. Confirme que a disciplina foi ofertada. Sala vazia no início do semestre quase sempre significa oferta ainda não publicada ou matrícula não processada, não falha da plataforma.
4. Se nada aparecer, procure a secretaria acadêmica do campus antes da TI. A ordem inversa custa dias.

Três erros que geram chamado à toa

O primeiro é salvar o link antigo. Depois da migração, favoritos apontando para o ambiente legado devolvem conteúdo congelado. O segundo é usar o e-mail pessoal como login — o vínculo é institucional. O terceiro é tentar resolver no celular um problema de matrícula: o app espelha o que existe no servidor, então se a inscrição não foi feita, nenhum aplicativo vai inventá-la.

O detalhe técnico: o Moodle UNIFESP roda na linha 4.1

Aqui entra a parte que interessa a gestores e equipes de TI. Consultei as páginas públicas de moodlegrad.unifesp.br e moodlepos.unifesp.br em 23 de agosto de 2026. Os links de download do app expostos por ambas declaravam a build 2022112800 (e 2022112804 no ambiente de pós). Esse número não é aleatório: é a version string oficial do Moodle 4.1 LTS, lançado em 28 de novembro de 2022.

A ressalva honesta: a build declarada não prova qual patch está aplicado. Uma equipe pode manter backports de segurança por conta própria, e instituições federais frequentemente o fazem. Ainda assim, a linha de código é a 4.1.

O que "fim de suporte" significa na prática

Segundo a tabela oficial de releases do Moodle, o 4.1 LTS teve o suporte geral encerrado em 11 de dezembro de 2023 e o suporte de segurança encerrado em 8 de dezembro de 2025. Traduzindo: desde dezembro passado, vulnerabilidades descobertas no core não recebem correção upstream para essa linha. Cada nova falha divulgada vira trabalho manual da equipe local — ou risco aceito em silêncio.

O efeito cascata no PHP

O problema raramente para no Moodle. O 4.1 suporta oficialmente PHP 7.4, 8.0 e 8.1. Todas as três já saíram do suporte de segurança do próprio PHP — a página de versões suportadas hoje lista apenas 8.2 (em segurança até 31/12/2026), 8.3, 8.4 e 8.5. Ou seja, um Moodle 4.1 rodando no stack homologado está, na prática, sobre um interpretador sem correções. É o tipo de dívida técnica que não dá sintoma — até dar.

Por que sair do 4.1 não é um pulo só

Esta é a armadilha que mais vejo em projeto de atualização: a equipe orça "migrar do 4.1 para o 5.2" como uma tarefa. Não é. O Moodle 5.2 exige que o site já esteja em 4.4 ou superior para upgrade direto, e pede PHP 8.3.0 no mínimo, além de PostgreSQL 16, MySQL 8.4 ou MariaDB 10.11. Oracle deixou de ser suportado a partir do 5.0.

Versão	Lançamento	Fim do suporte de segurança
4.1 LTS	28/11/2022	08/12/2025 (encerrado)
4.5 LTS	07/10/2024	04/10/2027
5.0	14/04/2025	05/10/2026
5.1	06/10/2025	19/04/2027
5.2	20/04/2026	04/10/2027
5.3 LTS	previsto 05/10/2026	01/10/2029

O caminho realista para um Moodle UNIFESP — ou para qualquer instância 4.1 — é em degraus: 4.1 → 4.5 LTS → 5.x. Cada degrau tem seu próprio teste de plugins, seu próprio ajuste de PHP e sua própria validação de tema. Quem tenta atalho descobre que o instalador simplesmente recusa o salto.

E há uma decisão de calendário embutida: com o 5.3 LTS previsto para 5 de outubro de 2026, com suporte de segurança até outubro de 2029, muitas instituições vão ganhar mais parando no 4.5 agora e migrando para o 5.3 no verão do que perseguindo o 5.2 às pressas.

O que muda no Moodle 5.x para quem vem do 4.1

Pular três anos de releases não é só trocar de número. O que a instituição ganha:

• Provedores de IA no core. O 5.0 trouxe a arquitetura de provedores e as ferramentas "Resumir" e "Explicar"; o 5.1 somou DeepSeek e Ollama; o 5.2 incorporou Google Gemini e Amazon Bedrock, com relatórios de uso de IA para administradores. Para uma universidade que acabou de debater IA no seu congresso acadêmico, isso deixa de ser tema de mesa-redonda e vira configuração de plataforma.
• Correção múltipla de atividades. Vários avaliadores em paralelo na mesma tarefa — algo que hoje se resolve com planilha paralela ao LMS.
• Autenticação multifator repaginada. Experiência consistente entre e-mail, SMS, chave de segurança e app autenticador.
• Banco de questões melhorado. Categorias recolhíveis e edição de nomes no lugar.
• Base técnica nova. React e Composer entraram no core, e o Open Telemetry ficou disponível — o que muda como se instrumenta e se monitora um ambiente grande.
• Notificações por SMS via gateway, introduzidas no 5.0.

Nenhum desses itens, isolado, justifica uma migração. Somados, explicam por que um ambiente parado no 4.1 vai ficando cada vez mais caro de manter: cada funcionalidade que chegou ao core precisa ser reimplementada com plugin de terceiro ou processo manual.

Picos de acesso no início do semestre: o que costuma quebrar

O que derruba um ambiente do porte do Moodle UNIFESP no primeiro dia de aula raramente é o código do LMS. Nos ambientes críticos de EaD que administro, o roteiro de falha é sempre o mesmo, e nenhuma delas é culpa do Moodle:

• Sessões em disco. Com milhares de logins simultâneos, sessão em arquivo destrói o I/O. Sessão em Redis resolve na primeira hora de trabalho.
• Cache de mustache e de definição de idioma frio. Depois de um deploy, o primeiro acesso paga a conta. Aquecer o cache antes da abertura evita o efeito manada.
• Cron travado. Fila de notificações e de backup empilhada faz o servidor lutar contra si mesmo justamente no pico.
• max_input_vars baixo. O Moodle exige 5000; abaixo disso, formulários grandes de nota falham silenciosamente.
• Upload de PDFs gigantes na véspera. O gargalo vira banda, não CPU.

A regra que sigo: uma semana antes do início do semestre, congelar mudanças, rodar um teste de carga com o perfil real de acesso (login em rajada, dashboard, um curso pesado) e deixar a equipe de plantão nas duas primeiras manhãs. É barato comparado a um dia de indisponibilidade em cima de 20 mil estudantes.

O app é o segundo portão de entrada

Boa parte do acesso ao Moodle UNIFESP e a qualquer ambiente universitário não passa pelo navegador. Passa pelo celular — e aí a experiência é decidida por escolhas que a instituição faz, não pelo aluno.

O app oficial do Moodle funciona com qualquer site em versão suportada e resolve o básico. Mas ele carrega a marca do Moodle, não a da instituição, e as notificações chegam como notificação "do Moodle". Já tratei da diferença entre os dois caminhos em Moodle Mobile App vs App Moodle Personalizado, e das vantagens concretas de ter o app com a identidade da instituição em Aplicativo Moodle Personalizado.

Dois pontos que pesam no início de semestre: o modo offline, que permite baixar conteúdo e sincronizar depois — decisivo para aluno em transporte público ou em região com sinal ruim, como detalhei em App Moodle Offline —, e as notificações push, que são o canal mais eficiente para avisar sobre prazo de rematrícula e abertura de sala, tema de Notificações Push no Moodle.

Um detalhe operacional que muita gente esquece: publicar app próprio na Google Play e na App Store tem calendário próprio, com revisão que leva dias. Não dá para decidir isso na semana da aula.

Checklist de atualização de Moodle para instituições

Se o seu ambiente está na mesma linha 4.1 que o Moodle UNIFESP declara, esta é a sequência que uso:

1. Inventarie plugins e tema. Liste tudo o que não é core, com versão e mantenedor. Plugin abandonado é o que mais trava migração — e o tema Moove, usado no ambiente de graduação da UNIFESP, tem versão para as linhas novas.
2. Levante o stack real. Versão de PHP, banco, extensões e tamanho do moodledata — o mesmo diagnóstico que eu faria hoje no Moodle UNIFESP antes de propor qualquer janela. É esse levantamento que define se o salto é de um ou de dois degraus.
3. Clone o ambiente. Cópia integral em servidor separado, com dados reais anonimizados. Migração testada em base vazia não testa nada.
4. Suba um degrau por vez. 4.1 → 4.5 LTS, valide, depois 4.5 → 5.x. Registre o tempo de cada upgrade.php: é ele que define a janela de indisponibilidade.
5. Teste o app junto. Web services e tokens mudam de comportamento entre versões; validar só o navegador é validar metade.
6. Defina a janela pelo calendário acadêmico, não pelo calendário da TI. Entre semestres, sempre.
7. Tenha plano de rollback com prazo. Se em X horas não subiu, volta. Decidir isso às 3h da manhã não funciona.

Quando NÃO atualizar agora

Se você está em 4.5 LTS, com suporte de segurança até outubro de 2027, correr para o 5.2 raramente compensa: espere o 5.3 LTS. Se você está no meio do semestre, não atualize — nem por segurança, salvo falha ativamente explorada; nesse caso aplique o patch pontual. E se o seu tema é fortemente customizado sem mantenedor, o projeto real não é "atualizar o Moodle", é "reconstruir o tema" — orce como tal.

Conclusão: o que levar do caso do Moodle UNIFESP

A busca por Moodle UNIFESP sobe e desce com o calendário, mas a lição não é sazonal. Um LMS institucional é infraestrutura crítica com pico previsível e ciclo de vida público: as datas de fim de suporte estão publicadas anos antes, e mesmo assim o vencimento pega a maioria das instituições de surpresa. A universidade fez a parte difícil em 2023, ao migrar de ambiente e integrar o Moodle ao sistema acadêmico. O passo que fica pendente — sair de uma linha sem suporte de segurança — é o mesmo que centenas de instituições brasileiras têm na frente.

Se você administra um ambiente Moodle e não sabe de cabeça qual build ele declara nem quando esse suporte termina, comece por aí: são cinco minutos de checagem que definem a prioridade dos próximos seis meses. Na Agathas Web, esse diagnóstico é o primeiro passo de qualquer projeto de Moodle que assumimos — atualização, migração ou app. Se quiser conversar sobre o seu caso, é só chamar.