PrestaShop 9: tudo o que muda em relação ao PrestaShop 8

O PrestaShop 9 marca a transição mais importante da história recente da plataforma. Depois de uma longa fase de coabitação entre código legado (Smarty, ObjectModel) e código moderno (Symfony, Twig), o ramo 9 arruma a casa: modernização completa do Symfony, abandono progressivo do Smarty, requisitos de PHP mais exigentes e back-office repensado. Este guia faz o ponto sobre as mudanças conhecidas, o que implicam para os seus módulos e como preparar a migração a partir do PrestaShop 8.

O contexto do PrestaShop 9

O PrestaShop 8 tinha o mandato de estabilizar o ecossistema depois dos sobressaltos da versão 1.7. Missão cumprida: o ramo 8.x está maduro, é rápido e bem suportado pelos principais módulos de terceiros. O PrestaShop 9 assume um mandato diferente: modernizar a fundo a stack técnica para preparar os próximos dez anos.

Essa modernização tem um custo: alguns módulos desenvolvidos para o PrestaShop 1.7 ou 8 não funcionarão tal como estão na versão 9. É o compromisso assumido pela equipa do core.

Symfony e a passagem para Twig

O PrestaShop 8 assenta no Symfony 4.4. O PrestaShop 9 sobe significativamente de versão, alinhado com os padrões atuais do Symfony, o que significa componentes mais modernos, melhor desempenho e novas capacidades do lado da camada de acesso a dados e dos serviços.

Do lado dos templates, a transição de Smarty para Twig avança. No PrestaShop 8, o back-office está quase todo em Twig mas a montra continua maioritariamente em Smarty. No PrestaShop 9, a orientação é clara: o Twig passa a ser o padrão em todo o código do core, com o Smarty mantido durante mais tempo por compatibilidade com os temas existentes. A prazo, os novos temas serão desenvolvidos em Twig.

Para quem programa: se arranca com um projeto novo de tema ou de módulo em 2026, é altura de subir de nível em Twig, se ainda não o fez.

Requisitos técnicos mais exigentes

O PrestaShop 9 pede no mínimo:

• PHP 8.1+ (idealmente 8.2 ou 8.3 pelo desempenho)
• MySQL 5.7.8+ ou MariaDB equivalente
• Composer obrigatório em alguns fluxos de trabalho

Se a sua loja ainda corre em PHP 7.4, como acontece em muitas instalações de PrestaShop 1.7 nunca modernizadas, a migração para o PrestaShop 9 implica também uma migração de PHP. Num alojamento partilhado moderno com cPanel ou Plesk, essa mudança faz-se no painel de gestão em poucos cliques. Em servidores dedicados ou personalizados, pode dar mais trabalho.

Impacto nos módulos existentes

O impacto depende da qualidade técnica dos seus módulos. Três casos típicos:

Caso A: módulos modernos, compatíveis com Symfony

Módulos desenvolvidos segundo os padrões modernos (serviços Symfony, Twig no back-office, camada de acesso a dados para as consultas, hooks documentados). A migração para o PrestaShop 9 costuma correr sem dores, por vezes com uma simples recompilação com o Composer.

Caso B: módulos híbridos do PrestaShop 8

Módulos que misturam código legado (ObjectModel, Smarty na montra, consultas diretas com Db) e código moderno. Compatíveis na maior parte dos casos, mas podem exigir alguns ajustes nos hooks descontinuados ou nos componentes de terceiros usados.

Caso C: módulos legado do PrestaShop 1.7

Módulos concebidos antes do Symfony, em Smarty puro com ObjectModel e o antigo sistema de hooks. Compatibilidade incerta. Muitos destes módulos já nem sequer são mantidos, pelo que será a ocasião para fazer limpeza.

Para os módulos de terceiros: verifique a compatibilidade com o PrestaShop 9 na página de cada módulo antes de migrar. Os editores sérios anunciam a compatibilidade 3 a 6 meses depois de uma versão maior. Os módulos silenciosos devem ser considerados abandonados.

O back-office repensado

O PrestaShop 9 moderniza várias secções do back-office, em especial:

• O editor de módulos, com uma UX revista
• As secções de catálogo e de encomendas, mais rápidas graças a datatables modernas
• Uma integração mais profunda dos componentes Symfony Flex para quem programa
• Uma melhoria geral do desempenho do back-office, com renderização mais rápida e menos idas ao servidor

A experiência de utilização para o comerciante mantém-se coerente com a do PrestaShop 8, pelo que não é preciso voltar a formar as equipas.

Deve migrar já?

Para a maioria das lojas em produção num PrestaShop 8 estável, a resposta é: sem pressas. Algumas regras práticas:

• Loja em produção estável: espere pela versão 9.0.x já estabilizada, tipicamente 6 a 12 meses depois do primeiro lançamento. As versões .0 costumam trazer bugs residuais.
• Projeto novo em 2026: arranque diretamente em PrestaShop 9 se todos os módulos críticos forem compatíveis. Caso contrário, comece num 8.x recente e migre mais tarde.
• Loja em PrestaShop 1.7: não espere. Migre já para um 8.x recente, porque a 1.7 deixou de ter suporte, e depois para a 9 quando estiver estabilizada.

Preparar a migração

Seja qual for o seu prazo, antecipe:

1. Auditar os módulos: liste todos os módulos instalados, versão, editor e estado face ao PrestaShop 9. Identifique os abandonados ou incompatíveis.
2. Verificar a stack de PHP: passe para PHP 8.1+ antes da migração do PrestaShop. No PrestaShop 8, o PHP 8.1+ corre muito bem e já melhora o desempenho.
3. Preparar um ambiente de staging: a migração deve ser testada num clone da produção antes do lançamento. Conte 2 a 4 semanas de testes numa loja com uma trintena de módulos.
4. Fazer cópias de segurança de tudo, várias vezes: base de dados, ficheiros, configuração do nginx ou do apache, certificados SSL. Faça cópia antes de cada etapa.
5. Comunicar aos clientes: agende a migração para um período de baixa atividade (noite, domingo de manhã, conforme o seu negócio). Avise a base de newsletter de uma possível indisponibilidade de algumas horas.

Quanto tempo prever?

Para uma loja de dimensão média (cerca de 1 000 produtos, 30 módulos, 1 tema à medida), conte:

• Auditoria e planeamento: 1 a 2 dias
• Atualização dos módulos para as versões compatíveis com PS9: 2 a 5 dias
• Migração do tema à medida: 5 a 15 dias consoante a complexidade, com passagens de Smarty para Twig quando necessário
• Testes em staging: 5 a 10 dias
• Migração em produção e monitorização: 1 dia

Ou seja, 3 a 6 semanas no total para uma loja normal. Mais para lojas complexas (multiloja, B2B, catálogo grande).

Os riscos clássicos de uma migração maior

• Módulos de terceiros partidos: é sempre o risco número um. Teste um a um em staging.
• Regressões de SEO: confirme que os URL, o sitemap, os dados estruturados e os canónicos se mantêm. Vigie a Search Console nas 4 semanas seguintes à migração.
• Regressões de desempenho: Lighthouse antes e depois, para comparar.
• Dados de configuração perdidos: alguns módulos guardam a configuração em campos próprios que podem ser apagados. Documente antes de migrar.
• Cache residual: limpe todas as caches (Smarty, Symfony, navegador, CDN) depois da migração. Muitos bugs pós-migração são, na verdade, bugs de cache.

O que isto significa para a DataFirefly

Todos os nossos módulos novos são desenvolvidos segundo os padrões modernos do Symfony, o que garante a compatibilidade com o PrestaShop 9. Para o catálogo existente, fazemos uma auditoria módulo a módulo e publicamos as versões compatíveis com o PrestaShop 9 à medida que os testes avançam. As atualizações estão incluídas nos 12 meses de suporte pós-compra.

Para ir mais longe

Todas as nossas notícias sobre o PrestaShop 9 e a evolução do comércio eletrónico estão na categoria Notícias e-commerce. Para os tutoriais técnicos ligados ao PrestaShop 8 e 9, veja Tutoriais PrestaShop. E o nosso catálogo de módulos PrestaShop indica, para cada produto, a lista das versões compatíveis.