Moodle 5.3 LTS: O Que Muda e Quando Migrar o Seu AVA

O Moodle 5.3 LTS chega em 5 de outubro de 2026 e é a versão que vai sustentar a maioria dos ambientes de EAD brasileiros até 2029. Ela traz navegação linear no curso, correção com múltiplos avaliadores e uma repaginada na interface — e tira o tema Classic do núcleo. Este guia separa o que muda, o que quebra e em que momento vale puxar o gatilho da migração.

TL;DR

• Data: o Moodle 5.3 LTS sai em 5 de outubro de 2026, com o congelamento de código em 31 de agosto e ciclo de QA da comunidade rodando desde então.
• Suporte: correções gerais até 4 de outubro de 2027 e patches de segurança até 1º de outubro de 2029 — três anos, contra 18 meses de uma versão intermediária.
• Novidades: navegação linear entre atividades, fluxos de correção com vários avaliadores, fórum e visual revisados.
• O que quebra: o tema Classic sai do core; o upgrade exige origem no Moodle 4.5 ou superior; PHP 8.3 é o piso e PostgreSQL 16 / MySQL 8.4 / MariaDB 10.11 são as versões mínimas de banco.
• Quando migrar: quem está em 5.0 tem pressa (segurança acaba em 5 de outubro de 2026); quem está em 4.5 LTS tem até outubro de 2027.

Administro ambientes Moodle desde 2008 e já passei instituições inteiras por quatro ciclos de LTS. A parte difícil de uma migração raramente é o php admin/cli/upgrade.php. É o inventário de plugins, o tema customizado que ninguém documentou e a versão do PostgreSQL que o servidor arrasta desde 2019. É disso que este texto trata.

O que é o Moodle 5.3 LTS e por que a data de 5 de outubro importa

LTS significa Long-Term Support: suporte estendido. O Moodle Pty Ltd publica duas versões por ano — uma em abril, outra em outubro — e, a cada três, marca uma como LTS. A atual é a 4.5, lançada em 7 de outubro de 2024. A próxima é o Moodle 5.3 LTS, com release marcado para 5 de outubro de 2026.

A diferença prática entre uma LTS e uma versão comum está no calendário, não no código. Uma versão intermediária como a 5.2 recebe correções gerais por 12 meses e patches de segurança por mais 6. Uma LTS recebe correções gerais por 12 meses e segurança por 36 meses no total. Para quem opera um ambiente crítico, isso é a diferença entre migrar uma vez a cada seis meses e migrar uma vez a cada dois anos.

O congelamento de código do Moodle 5.3 LTS aconteceu em 31 de agosto de 2026. Desde aquele dia roda o ciclo de QA da comunidade, que dura cinco semanas e termina exatamente na data do lançamento. Em 9 de setembro de 2026, o encontro de desenvolvedores do Moodle foi inteiramente dedicado a esse ciclo, com Simey Lameze explicando como voluntários testam funcionalidades antes do release. Traduzindo para a linguagem de quem gerencia infraestrutura: o que sai em 5 de outubro já passou por um filtro real, mas não por o seu filtro — com os seus plugins, o seu tema e a sua base de dados.

O calendário de suporte que decide a sua migração

Antes de discutir funcionalidade do Moodle 5.3 LTS, olhe o relógio. A tabela abaixo usa as datas publicadas pela própria página de releases do Moodle:

Versão	Lançamento	Correções gerais até	Segurança até
4.5 (LTS)	7/10/2024	6/10/2025	4/10/2027
5.0	14/4/2025	20/4/2026	5/10/2026
5.1	6/10/2025	5/10/2026	19/4/2027
5.2	20/4/2026	19/4/2027	4/10/2027
5.3 (LTS)	5/10/2026	4/10/2027	1/10/2029

Três leituras saltam da tabela.

A primeira: quem está no Moodle 5.0 fica sem patches de segurança em 5 de outubro de 2026 — o mesmo dia do lançamento do 5.3. Não é uma data confortável. É um ambiente que entra em outubro sem rede de proteção.

A segunda: quem está no 5.1 perde correções gerais na mesma data e ainda tem segurança até abril de 2027. Dá para respirar, mas o prazo é curto.

A terceira, e a mais relevante para o mercado brasileiro: quem está no 4.5 LTS tem segurança até 4 de outubro de 2027. É uma janela de doze meses para planejar com calma — e é exatamente essa folga que faz tanta instituição pular direto de 4.5 para 5.3, ignorando 5.0, 5.1 e 5.2. Esse salto é suportado, mas concentra três ciclos de mudança em um único evento. É o caso em que ambiente de homologação deixa de ser luxo.

O que muda no Moodle 5.3 LTS: navegação, correção e fórum

As novidades confirmadas para o Moodle 5.3 LTS são navegação linear de curso, fluxos de correção com múltiplos avaliadores, atualizações no fórum e uma renovação visual. Vale destrinchar as duas primeiras, que têm efeito direto em como aluno e professor usam o ambiente.

Navegação linear no curso

O Moodle 5.3 LTS passa a oferecer controles sequenciais de "anterior" e "próximo" dentro da visualização do curso. O aluno caminha de uma atividade para a outra sem voltar à página principal — o padrão de navegação que todo mundo já espera de uma trilha de conteúdo.

O detalhe técnico importa para quem usa formatos de curso de terceiros. Segundo a documentação de desenvolvedor do 5.3, formatos de terceiros não exibem a navegação linear por padrão: eles precisam sobrescrever o método uses_linear_navigation() para declarar suporte. Módulos de atividade participam através da classe \core_course\cm_info, com os métodos get_navigation_url(), set_navigation_url() e reset_navigation_url(), que permitem redirecionar ou remover a atividade do fluxo.

Na prática: se a sua instituição usa um formato de curso customizado — e muita instituição usa —, a navegação linear simplesmente não aparece até alguém tocar no código. Não é um bug. É opt-in.

Correção com múltiplos avaliadores

O segundo eixo é o fluxo de correção. O Moodle 5.3 LTS amplia os marking workflows da atividade Tarefa para cenários com vários corretores, com filtros de relatório mais flexíveis. Quem administra pós-graduação com banca, ou curso técnico com correção distribuída entre tutores, conhece o problema: hoje a coordenação controla quem corrigiu o quê em planilha paralela.

Rodapé fixo com conteúdo suplementar

Mudança pequena, efeito grande em usabilidade: a classe moodle_page ganhou os métodos set_supplementary_content() e get_supplementary_content(), que injetam um link de ação no rodapé fixo. O próprio mod_forum usa isso para exibir "Ir para todas as discussões" quando o usuário está lendo um tópico isolado. É o tipo de detalhe que reduz cliques perdidos em ambiente com muita discussão aberta.

O que quebra: o tema Classic sai do core

Esta é a mudança que vai gerar chamado de suporte em novembro. No Moodle 5.3 LTS, o tema Classic deixa de ser distribuído com o núcleo e vira um plugin externo. O Boost passa a ser o único tema incluído na instalação padrão.

Os desdobramentos anunciados pelo Moodle HQ:

• Sem novas funcionalidades no Classic. Problemas que afetem apenas o Classic serão fechados sem correção.
• Limpeza de CSS e código no núcleo, seguindo a política de depreciação do projeto, para remover o que existia só para sustentar o Classic.
• O plugin externo não terá manutenção ativa do HQ. Ou seja: existe, mas não tem dono.
• O Classic é usado por aproximadamente 1,6% dos sites Moodle registrados.

Esse 1,6% engana, e é por isso que o tema é o primeiro item a checar antes do Moodle 5.3 LTS. O número de sites que herdaram um tema filho do Classic — criado por uma agência há cinco anos, com a identidade visual da instituição — é bem maior. Se o seu config.php de tema declara $THEME->parents = ['classic'], você está nessa conta, mesmo que o painel não diga "Classic".

O que fazer, em ordem:

1. Descubra a herança real do tema ativo em Administração do site → Aparência → Temas, e abra o config.php do tema para conferir o array parents.
2. Se depender do Classic, avalie três caminhos: portar a identidade visual para um tema filho do Boost, adotar um tema comercial mantido, ou assumir a manutenção do plugin Classic internamente.
3. Reserve tempo real. Reconstruir um tema filho não é tarefa de uma tarde — é de duas a seis semanas, dependendo de quanto CSS customizado existe.

O que quebra: caminho de upgrade, PHP e banco de dados

Aqui mora a segunda armadilha, e ela é de infraestrutura.

O upgrade exige origem no 4.5 ou superior

O Moodle 5.3 LTS só aceita upgrade a partir do Moodle 4.5 ou posterior. Para comparação, o 5.2 aceitava a partir do 4.4. Quem ainda roda 4.3 ou 4.1 precisa de um salto intermediário: subir para 4.5 primeiro, rodar o upgrade, validar, e só então ir para o 5.3. São duas janelas de manutenção, não uma.

PHP 8.3 é o piso

O Moodle 5.3 LTS exige PHP 8.3.0 no mínimo e suporta PHP 8.4.x, sempre em 64 bits, com a extensão sodium presente e max_input_vars em pelo menos 5000. O 4.5 LTS rodava a partir do PHP 8.1 — e é justamente aí que mora o problema de quem está em hospedagem compartilhada antiga.

Vale olhar o calendário do próprio PHP: segundo a página oficial de versões suportadas, o PHP 8.3 saiu do suporte ativo em 31 de dezembro de 2025 e recebe apenas correções de segurança até 31 de dezembro de 2027. O 8.4 está em suporte ativo até o fim de 2026 e com segurança até 2028. Se você vai montar um ambiente para durar até 2029, subir direto para o PHP 8.4 é a decisão que evita repetir a obra no ano que vem.

Banco de dados: o item mais esquecido

As versões mínimas do Moodle 5.3 LTS são PostgreSQL 16, MySQL 8.4, MariaDB 10.11.0 e SQL Server 2019. O Oracle Database deixou de ser suportado desde o Moodle 5.0.

Item	Moodle 4.5 LTS	Moodle 5.3 LTS
PHP mínimo	8.1.0	8.3.0
PostgreSQL	13	16
MySQL	8.0	8.4
MariaDB	10.6.7	10.11.0
SQL Server	2017	2019
Oracle	19c	não suportado
Upgrade a partir de	4.1.2	4.5

Leia a coluna da direita como uma lista de obras no servidor. Sair do PostgreSQL 13 para o 16 é um pg_upgrade com janela de indisponibilidade proporcional ao tamanho do moodledata e do banco. Em instituição com dez anos de histórico de notas e logs, isso não se resolve em vinte minutos.

Plugins de terceiros: onde a migração realmente trava

Nenhuma migração para o Moodle 5.3 LTS morre no core. Morre no plugin.

O roteiro que uso antes de qualquer upgrade:

• Inventário completo. Em Administração do site → Plugins → Visão geral dos plugins, exporte a lista de plugins adicionais. Anote versão instalada e origem.
• Checagem um a um no diretório oficial de plugins, confirmando compatibilidade declarada com a versão de destino. Plugin sem release recente é sinal de alerta, não sentença — mas exige teste.
• Classificação por criticidade. Separe em: essencial ao funcionamento (ex.: integração com o sistema acadêmico, método de matrícula, gateway de pagamento), importante mas substituível, e supérfluo. Migração é o momento certo para desinstalar o supérfluo.
• Teste em clone. Restaure uma cópia real do ambiente — banco e moodledata — e rode o upgrade ali. Log de erro em clone é aprendizado; em produção, é chamado aberto por trezentos alunos.
• Plano de rollback com hora marcada. Snapshot antes, critério objetivo de aborto e caminho de volta testado. Sem isso, não é migração: é aposta.

Quando um plugin crítico não tem versão compatível, sobram três saídas honestas: adaptar o código (viável se o plugin for simples e o repositório estiver acessível), substituir por um equivalente mantido, ou adiar a migração até que o mantenedor publique a atualização. A quarta opção — migrar e torcer — é a que produz aquele semestre em que a matrícula não sincroniza.

Já escrevi sobre como esse roteiro se comporta em ambiente institucional real no post sobre o PVANet e a atualização para o Moodle 4.5 na UFV, e sobre o dilema de versão e LTS no Moodle da UFBA. Os erros se repetem com uma constância quase entediante.

Quando migrar: três cenários

Não existe uma data única. Existe a sua data.

Cenário 1 — você está no 5.0 ou 5.1

Você tem pressa. O 5.0 perde suporte de segurança em 5 de outubro de 2026 e o 5.1 perde correções gerais no mesmo dia. Planeje a migração para o Moodle 5.3 LTS entre novembro de 2026 e janeiro de 2027, aproveitando a virada de semestre. Rodar o upgrade na primeira semana do release é otimismo: deixe a 5.3.1 sair.

Cenário 2 — você está no 4.5 LTS

Você tem até 4 de outubro de 2027, mas o salto é maior. Recomendo usar o primeiro semestre de 2027 para homologação e migrar em julho de 2027, no recesso. Comece o inventário de plugins e a avaliação do tema agora, em 2026 — é a parte que consome calendário, não a execução.

Cenário 3 — você está em algo anterior ao 4.5

Migre para o 4.5 primeiro, ainda em 2026. Só depois pense no Moodle 5.3 LTS. Tentar o salto duplo de uma vez significa depurar mudanças de três anos de projeto em uma única madrugada.

Quando não migrar

Não suba o Moodle 5.3 LTS na semana de matrícula, na semana de provas, nem com o time de TI de férias. Não migre sem clone testado. E não migre um ambiente que roda em PHP 8.1 sem antes resolver o servidor: o Moodle vai recusar a instalação no install.php, e você vai descobrir isso com o ambiente já fora do ar.

O que o MoodleMoot Brasil 2026 adiciona à conta

Em 10 e 11 de setembro de 2026, a MoodleMoot Brasil reuniu a comunidade na FEA/USP, em São Paulo, sob o tema "Ecossistema de Aprendizagem e as Aplicações da IA", com mais de 300 participantes, 30 palestrantes e trilhas de gestão, pedagógica e técnica.

O recado que interessa a quem decide a infraestrutura do Moodle 5.3 LTS é simples: a conversa do mercado brasileiro de EAD já migrou de "qual plugin instalar" para "como integrar IA, dados e ecossistema". Só que nada disso roda em cima de um ambiente parado em PHP 8.1 e PostgreSQL 13. Subir para o Moodle 5.3 LTS não é apenas trocar de número de versão — é comprar o direito de participar do que vem depois, com três anos de suporte de segurança pela frente.

Como a Agathas Web resolve isso

Trabalho com Moodle desde 2008, sou certificado Moodle e já administrei ambientes críticos de EAD para instituições de ensino. A hospedagem Moodle da Agathas Web existe exatamente para tirar a parte de infraestrutura da conta do cliente. O que está incluso na prática:

• Stack já compatível com o Moodle 5.3 LTS: PHP 8.3/8.4, PostgreSQL ou MariaDB nas versões mínimas exigidas, sodium habilitado, max_input_vars ajustado e cache em Redis. Sem negociação com suporte de hospedagem compartilhada.
• Ambiente de homologação incluído. Clonamos produção — banco e moodledata — e rodamos o upgrade lá primeiro. Você aprova a migração vendo o ambiente funcionando, não lendo um relatório.
• Inventário e checagem de plugins. Levantamos cada plugin adicional, verificamos compatibilidade com a versão de destino e classificamos por criticidade antes de marcar a janela.
• Diagnóstico de tema. Identificamos se o seu tema é filho do Classic e apresentamos o caminho de reconstrução sobre o Boost, com estimativa fechada.
• Janela de manutenção fora do horário letivo, com snapshot prévio, critério de aborto definido e rollback testado.
• Backup diário com retenção e restauração testada. Backup que nunca foi restaurado é hipótese, não backup.

Como se contrata o projeto de migração para o Moodle 5.3 LTS: a conversa começa com um diagnóstico do ambiente atual — versão do Moodle, versão de PHP e banco, lista de plugins, tema ativo e volume de usuários. A partir disso sai um plano de migração com escopo, janela e preço fechado. Quem não quer trocar de hospedagem pode contratar só a execução da migração pela consultoria em Moodle; quem prefere sair do problema de vez leva ambiente e migração no mesmo contrato de hospedagem Moodle. E se o projeto envolve também o aplicativo do aluno, vale ler antes como funciona o app do Moodle em modo offline.

Conclusão: a janela é de outubro a março

O Moodle 5.3 LTS sai em 5 de outubro de 2026 e leva suporte de segurança até 1º de outubro de 2029. É a versão certa para quem quer parar de migrar a cada seis meses. Mas o calendário aperta primeiro quem está no 5.0 e no 5.1, que perdem cobertura no mesmo dia do lançamento.

O próximo passo prático não é agendar o upgrade. É levantar três informações: a versão de PHP e de banco do seu servidor hoje, a lista de plugins adicionais instalados, e a herança do tema ativo. Com esses três dados na mão, a decisão de quando migrar deixa de ser palpite.

Se quiser, a gente levanta isso por você: peça o diagnóstico pela página de hospedagem Moodle gerenciada e volte com um plano em vez de uma dúvida.