Fim de vida do Drupal 10, do Umbraco 13 e do Kentico Xperience 13: o que fazer antes de dezembro de 2026

Três versões de sistemas de gestão de conteúdos muito utilizadas perdem o suporte com cerca de três semanas de intervalo entre si:

• Drupal 10: fim de vida a 9 de dezembro de 2026.
• Umbraco 13: fim de vida a 14 de dezembro de 2026.
• Kentico Xperience 13: todo o suporte, incluindo as correções de segurança, termina a partir de 1 de janeiro de 2027.

Nada se desliga nessas datas. A 10 de dezembro, um site em Drupal 10 serve as páginas exatamente como a 8 de dezembro, e os editores continuam a publicar. O que acaba é o fornecimento de correções de segurança. A partir daí, uma vulnerabilidade descoberta na sua versão fica aberta, a não ser que alguém a feche por si.

À data em que escrevemos, 3 de outubro de 2026, faltam cerca de dez semanas para as duas primeiras datas. É o suficiente para um site Drupal ou Umbraco bem mantido. Não chega para reconstruir um Kentico 13.

A quem isto se destina realmente

O trabalho pesa mais nos sites com código à medida: módulos e temas Drupal personalizados, property editors e dashboards Umbraco personalizados, widgets e integrações Kentico, e tudo o que foi feito por uma agência que entretanto seguiu caminho.

Se o seu site Drupal está perto de uma instalação de base com módulos contribuídos populares, a atualização é sobretudo mecânica, e o seu parceiro de alojamento pode já a ter agendada. Pergunte-lhe a data.

Se usa o Umbraco 13 e compra suporte alargado (ver abaixo), dezembro não é um precipício. É um fim de correções que pagou para adiar.

Drupal 10: termina a 9 de dezembro de 2026

O que termina

O comunicado do próprio projeto é curto: «O Drupal 10 chegará ao fim de vida a 9 de dezembro de 2026.» O Drupal 10.6 é a última versão minor, e o calendário de versões diz que não haverá novas versões do Drupal 10 depois dessa data.

Na semana de 20 de setembro de 2026, as estatísticas de utilização do drupal.org contavam 221 417 sites em ramos do Drupal 10 contra 210 728 no Drupal 11, num total de 524 579 que reportam dados. Cerca de quatro em cada dez sites Drupal que reportam têm dez semanas de vida na versão atual. Destes, 21 148 ainda estão no Drupal 10.0, 10.1 ou 10.2, o que obriga a um passo extra antes.

O que implica a atualização

O guia oficial de atualização do Drupal 10 para o 11 divide-se num punhado de tarefas:

1. Primeiro o alojamento. O Drupal 11 precisa do PHP 8.3.0 ou superior. O Drupal 10 corria sem problemas em PHP 8.1 e 8.2. O PHP 8.1 já não tem suporte, e o suporte de segurança do PHP 8.2 termina a 31 de dezembro de 2026. Se o seu servidor usa um deles, mude primeiro o PHP, como um trabalho à parte e testado.
2. Chegar ao Drupal 10.3.0 ou superior. As atualizações do core anteriores à 10.3.0 foram removidas no Drupal 11, pelo que um site na 10.2 não pode saltar diretamente.
3. Tratar dos módulos removidos do core. Actions UI, Activity Tracker, Book, Forum, Statistics e Tour saíram do core no Drupal 11. Se usa algum, deixe de o usar ou passe para a versão contribuída enquanto ainda está no Drupal 10.3 ou superior, antes da atualização do código.
4. Portar o código à medida. O módulo Upgrade Status mostra onde o seu código e os seus módulos contribuídos não estão preparados. O Drupal Rector reescreve automaticamente muitas chamadas a APIs obsoletas; o resto faz-se à mão. Num site com anos de módulos personalizados, é aqui que se vão as horas.
5. Verificar todos os módulos contribuídos. Cada um precisa de uma versão compatível com o Drupal 11. Quando não existe, o guia aponta para patches na fila de issues do módulo ou para o endpoint Lenient Composer. Cada módulo mantido dessa forma é manutenção que passa a ser sua.
6. Ferramentas. Precisa de acesso à linha de comandos com Composer e Drush, e de um registo dos ficheiros de scaffold personalizados, para que sobrevivam à atualização.

Vale a pena esperar pelo Drupal 12?

Não. O Drupal 12.0.0 está previsto para a semana de 7 de dezembro de 2026, a mesma semana em que termina o suporte de segurança do Drupal 10. Uma versão .0 lançada na semana em que a sua versão atual expira não é um plano. O Drupal 11.4 continua a receber correções de segurança depois dessa semana, e a 11.5 sai ao mesmo tempo que a 12.0. Passe agora para o 11 e olhe para o 12 no próximo ano.

Umbraco 13: termina a 14 de dezembro de 2026

O que termina

O Umbraco 13 é uma versão de suporte de longo prazo (LTS). Segundo a página do ciclo de vida do suporte do Umbraco, está na fase de segurança (só correções de segurança) desde 14 de dezembro de 2025 e chega ao fim de vida a 14 de dezembro de 2026, data a partir da qual o Umbraco diz que «deixa de ser recomendado».

Por baixo há uma segunda data. O Umbraco 13 corre em .NET 8, e a Microsoft termina o suporte do .NET 8 a 10 de novembro de 2026. O runtime de que o seu site depende perde o suporte um mês antes do CMS.

O que implica a atualização

A regra do Umbraco é passar para a versão LTS mais próxima antes de ir para a mais recente. O Umbraco 13 é ele próprio uma LTS, por isso o destino é o Umbraco 17, a LTS seguinte. Foi lançado a 27 de novembro de 2025, entra na fase de segurança a 27 de novembro de 2027 e chega ao fim de vida a 27 de novembro de 2028. Corre em .NET 10.

O passo difícil está no meio. O Umbraco 14 substituiu por completo a interface de edição, e as notas de atualização por versão resumem-no numa linha: «AngularJS removido: um novo backoffice construído com Web Components e Lit, alimentado pela Umbraco UI Library.»

Na prática, isso significa:

• Todas as personalizações do backoffice são reescritas. Os property editors personalizados, os dashboards, as secções personalizadas e as partes de interface dos pacotes eram em AngularJS no Umbraco 13. Nada disso transita; é reconstruído como web components.
• Os property editors dividem-se em dois, uma parte de servidor e uma parte de cliente, o que muda a estrutura dos que são personalizados.
• Alguns editores desapareceram. O Nested Content, o layout Grid e o Media Picker antigo foram removidos. O Umbraco recomenda o Block List ou o Block Grid em seu lugar. Isto é trabalho de conteúdo além de trabalho de código: as páginas construídas com esses editores precisam que o conteúdo guardado seja convertido.
• As macros foram removidas. O Umbraco aponta como alternativa as partial views ou os blocos no editor de texto rico.
• O XPath foi removido, e os Dynamic Roots estão entre os substitutos.
• Os pacotes precisam de uma versão para o Umbraco 17. Um pacote abandonado obriga a uma substituição ou a uma reescrita.

A recomendação do Umbraco é atualizar offline, testar a fundo e depois correr a atualização em cada ambiente. Envolva os editores nos testes desde cedo: o backoffice que usam todos os dias vai ter outro aspeto e outro comportamento.

Os templates públicos costumam mudar menos do que o backoffice, exceto onde mostram Nested Content, Grid ou macros. Procurar esses três nas suas views é uma primeira forma rápida de medir o trabalho.

Ganhar tempo: XLTS

O Umbraco vende suporte de longo prazo alargado (XLTS) para as versões LTS a partir do Umbraco 10, incluindo a 13. Escolhe 6, 12 ou 24 meses, e a cobertura começa no dia seguinte ao fim de vida. Inclui apenas patches de segurança, com as funcionalidades congeladas. Compra-se ao Umbraco (os parceiros passam pelo seu gestor de parceiros), e a página não publica preço.

O XLTS faz sentido quando a reescrita dos editores personalizados não pode ficar bem terminada até 14 de dezembro. Faz menos sentido como forma de adiar a decisão, porque a reescrita custa o mesmo no próximo ano. E corrige o Umbraco, não o runtime: o suporte do .NET 8 acaba de qualquer maneira.

Kentico Xperience 13: termina a 1 de janeiro de 2027

O que termina

O Kentico 13 já está com suporte reduzido. Ao longo de 2026, a Kentico lança versões «apenas sob a forma de hotfixes de segurança». Depois, segundo o ciclo de vida do suporte da Kentico: «A partir de 1 de janeiro de 2027: deixaremos de prestar qualquer suporte, manutenção, atualizações, versões, hotfixes, patches, correções (incluindo correções de segurança) e quaisquer outros serviços relacionados com o Kentico Xperience 13.»

Não há prorrogação indicada. O sucessor é o Xperience by Kentico, que a Kentico disponibiliza «em condições mutuamente acordadas». Isso é uma nova conversa sobre licenças, não uma subida de versão.

O que implica a mudança

O Xperience by Kentico é um produto diferente, e a Kentico Migration Tool é honesta quanto aos seus limites: «A ferramenta migra apenas modelos de dados e conteúdos. A migração de código não é suportada.»

O que transfere, segundo a sua documentação:

• Os page types passam a content types. As páginas passam a páginas de canal de website ou a itens de conteúdo reutilizáveis.
• As categorias passam a taxonomias.
• As bibliotecas de media e os seus ficheiros, o conteúdo do Page Builder e os templates de página personalizados (a partir do Kentico 13).
• Os utilizadores editores e as suas funções, os contactos e as atividades, os consentimentos.
• As classes de módulos personalizados com os respetivos dados, e as tabelas personalizadas (como classes de módulo ou itens de conteúdo).

O que não transfere:

• Código e personalizações. Controllers, views, código de widgets, integrações, tarefas agendadas. O código que obtém as páginas tem de ser reescrito para itens de conteúdo.
• Os emails de resposta automática e de notificação dos formulários. São copiados à mão.
• A automação de marketing e os grupos de contactos estáticos.
• As macros, que deixam de funcionar depois da migração, e as permissões de página.
• Os media guardados no Azure Blob Storage ou no Amazon S3. A ferramenta só lê media a partir do sistema de ficheiros local.

Dois pontos práticos. A origem tem de estar no Kentico 13 Refresh 5 (hotfix 13.0.64) ou posterior, por isso verifique isso primeiro. E a migração pode ser corrida várias vezes, com transformações de dados de base e personalizadas, o que lhe permite ensaiá-la e afinar o mapeamento antes da passagem definitiva.

Dito de forma simples: o conteúdo sobrevive e o site à volta dele é reconstruído. Isso é um projeto de meses, e a 3 de outubro faltam treze semanas para 1 de janeiro. A maior parte dos sites em Kentico 13 vai funcionar sem correções durante algum tempo. Mais vale planear esse período do que dar com ele.

Como o código é reconstruído de qualquer forma, é legítimo perguntar se o Xperience by Kentico ou outra plataforma serve melhor. Ficar tem uma vantagem clara: uma ferramenta de migração feita para o seu modelo de conteúdos. Faça disso uma decisão, não um automatismo.

O que significa realmente funcionar sem correções

O site continua a funcionar. O risco muda de forma:

• A próxima vulnerabilidade fica aberta. As correções continuam a sair para as versões suportadas, e os respetivos avisos de segurança são públicos. Quando uma falha corrigida numa versão mais recente também existe na sua, o aviso mostra aos atacantes onde procurar.
• A stack envelhece à volta do CMS. O PHP 8.2 perde o suporte de segurança a 31 de dezembro de 2026. O .NET 8 perde o suporte a 10 de novembro de 2026. É provável que os módulos contribuídos e os pacotes deixem de ser testados com versões que ninguém suporta.
• A resposta à auditoria muda. Se a sua política de segurança, um questionário de seguro de ciber-risco ou um contrato público pergunta se o seu software tem suporte, a resposta honesta passa a ser não.

Se tiver de funcionar sem correções durante algum tempo, reduza a exposição: ponha a interface de administração atrás de uma VPN ou de uma lista de IP autorizados, retire os módulos que não usa, acrescente uma firewall de aplicações web, teste as cópias de segurança e leia os avisos de segurança do fabricante para a versão mais recente. Estas medidas reduzem o risco. Não substituem as correções.

Como decidir

• Drupal 10, sobretudo com módulos contribuídos: atualize para o Drupal 11. Dez semanas chegam se começar este mês.
• Drupal 10 com muito código à medida ou um alojamento com PHP antigo: resolva primeiro o alojamento e depois porte o código. Se for derrapar, planeie um curto período sem correções com as medidas de proteção acima.
• Umbraco 13 com poucas personalizações do backoffice: atualize para o Umbraco 17.
• Umbraco 13 com editores personalizados, Nested Content ou Grid: compre XLTS por 6 ou 12 meses e faça a reescrita como deve ser.
• Kentico 13: arranque já com o projeto de migração, proteja o site atual para janeiro e escolha o destino pelo seu mérito.
• Já estava previsto um redesenho: deixe que o fim de vida seja o ponto de partida e não porte código que está prestes a deitar fora. Se os templates vão ser reconstruídos, é também o momento mais barato para corrigir a acessibilidade; o nosso guia sobre o Ato Europeu da Acessibilidade explica o que isso significa para um site.

Um calendário a partir de hoje

Até meados de outubro. Faça o inventário de cada site: a versão exata do CMS, a versão do PHP ou do .NET, os módulos, editores e widgets personalizados, e a compatibilidade de cada módulo contribuído ou pacote. No Drupal, corra o Upgrade Status. No Kentico, confirme o hotfix 13.0.64 ou posterior.

Até ao fim de outubro. Decida site a site: atualizar, ganhar tempo ou reconstruir. Se precisar de XLTS, comece a compra, já que a cobertura começa no dia seguinte ao fim de vida.

Novembro. Drupal: passe o alojamento para PHP 8.3, atualize em staging, teste. Umbraco: passe para .NET 10, atualize uma cópia, reescreva os editores personalizados, converta o conteúdo em Nested Content e Grid. Kentico: aplique as medidas de proteção e faça um primeiro ensaio da migração.

Final de novembro a início de dezembro. Atualizações em produção, com margem antes de 9 e 14 de dezembro. Se a sua organização congela as alterações antes das festas, planeie em função disso.

Janeiro de 2027. Os sites em Kentico funcionam protegidos enquanto a migração continua.

Onde obter ajuda

É este o tipo de trabalho que fazemos: auditar o que é personalizado num site herdado, portar módulos Drupal, reescrever extensões do backoffice do Umbraco como web components e reconstruir o código que uma ferramenta de migração deixa para trás. Esse trabalho insere-se no nosso serviço de manutenção de sistemas legados; se estiver em cima da mesa uma reconstrução, o nosso serviço de correção de acessibilidade web trata dessa parte.

Se uma destas datas é a sua e não sabe bem o que está por baixo do capô, escreva para office@c9group.dev.