Em 2026, uma parte significativa das lojas PrestaShop ainda corre na versão 1.7, lançada em 2016, declarada em fim de suporte oficial pela PrestaShop SA em 2024, e sem correções de segurança desde o fim de 2025. Essas lojas acumulam riscos: incompatibilidades com o PHP recente, módulos 1.7 abandonados, vulnerabilidades não corrigidas, desempenho arrastado por hooks legados, e impossibilidade de usar o catálogo moderno para PS8 (venda cruzada inteligente, FAQ IA, AEO, multipaís limpo).
A migração para o PrestaShop 8 já não é uma opção em 2026: é uma obrigação a prazo. Mas é um projeto por si só, não um clique no back-office. Este artigo detalha a checklist completa de migração 1.7 para 8: a auditoria prévia, os módulos a substituir, a gestão dos dados, o ponto crítico do SEO e dos redirecionamentos, e a oportunidade de modernizar a stack técnica pelo caminho.
Porquê migrar em 2026 (e porque esperar se torna arriscado)
Três forças convergem em 2026 para tornar a migração 1.7 para 8 inevitável.
Fim do suporte de segurança. A PrestaShop SA deixou de emitir correções de segurança para o ramo 1.7 desde o fim de 2025. Qualquer falha descoberta depois dessa data continua explorável, e a quantidade de lojas 1.7 ainda online faz delas um alvo privilegiado para os atacantes. Em auditorias recentes, várias lojas 1.7 foram comprometidas através de módulos de terceiros vulneráveis que já não são mantidos: administração desfigurada, funil de pagamento desviado, dados de clientes extraídos.
Incompatibilidade com o PHP. O PrestaShop 1.7 só suporta oficialmente o PHP 7.4 e algumas versões do PHP 8.0. Ora, o PHP 7.4 está em fim de vida desde novembro de 2022, e a maioria dos alojamentos retirou ou está a retirar o PHP 7.4 das suas ofertas. As lojas 1.7 obrigadas a correr em PHP 8.1 ou 8.2 sofrem bugs aleatórios (warnings, deprecated, conversões implícitas partidas) que degradam o funcionamento.
Catálogo moderno para PS8 inacessível. Todos os módulos de e-commerce modernos de 2026 (FAQ IA, AEO com llms.txt, venda cruzada ponderada com analytics, marcação Schema.org alargada, multipaís limpo com hreflang automático) são desenvolvidos para o PrestaShop 8. As versões 1.7 desses módulos, quando existem, são portes degradados: funções limitadas, desempenho inferior, suporte terminado.
A conta é simples: o custo de uma migração séria em 2026 (tipicamente 5000 a 25 000 € consoante o tamanho da loja e a complexidade) é inferior ao custo acumulado de ficar na 1.7: falhas de segurança, perda dos módulos modernos, degradação do desempenho, perda de clientes por causa de bugs de PHP.
A auditoria prévia: o que é preciso saber antes de migrar
Antes de qualquer orçamento ou planeamento, uma auditoria completa da loja 1.7 atual. Sem ela, descobre as complicações a meio do projeto e o orçamento explode.
Inventário dos módulos instalados. Liste todos os módulos ativos. Para cada um: versão, estado (ativo, desativado, órfão), autor, data da última atualização e disponibilidade de uma versão para PrestaShop 8. Nas lojas 1.7 maduras, encontram-se tipicamente 30 a 80 módulos, dos quais 20 % a 40 % estão na realidade abandonados ou órfãos, desativados há muito, sem uso ativo. Esses desaparecem automaticamente na migração.
Inventário das modificações à medida. Overrides de classes do core em override/classes/, overrides de controladores, alterações a templates Smarty, modificações diretas no código do core (antipadrão frequente nas lojas 1.7 antigas). Todas estas modificações têm de ser recenseadas e documentadas: não sobreviverão à migração sem intervenção manual.
Auditoria do tema. Se usa um tema à medida (e não o classic-rocket ou o Hummingbird nativos), verifique a compatibilidade com PS8. Muitos temas comerciais 1.7 nunca são portados para PS8; a escolha fica então entre comprar uma nova licença PS8 do mesmo tema (se existir), escolher um tema PS8 novo, ou mandar portar o tema por um programador (caro).
Auditoria dos dados. Volume de produtos, encomendas, clientes, avaliações. Migrar uma loja com 500 produtos e 5000 encomendas leva alguns dias de trabalho. Migrar uma loja com 50 000 produtos e 500 000 encomendas leva várias semanas, com coordenação logística (congelamento da produção, janela de mudança).
Auditoria de SEO. Top 100 das páginas com tráfego orgânico, top 100 das páginas com backlinks, estrutura dos URL atuais. Este dado é crítico para planear os redirecionamentos 301 (tema de uma secção dedicada mais abaixo).
Os módulos 1.7 partidos a substituir
Nas migrações que acompanhámos, estas são as categorias de módulos que causam sistematicamente problemas.
Módulos de venda cruzada 1.7. Os módulos de produtos associados em versão 1.7 (pscrosssellsproducts, blockcategories enriquecido, alguns módulos de terceiros) não funcionam em PS8 e os equivalentes PS8 foram muitas vezes rebatizados. Aproveite a migração para passar a uma venda cruzada moderna com analytics e estratégias ponderadas, tema tratado no nosso artigo sobre as 7 estratégias de venda cruzada de 2026. Módulo recomendado: DataFirefly Cross-Sell.
Módulos de avaliações 1.7. Os módulos de avaliações nativos do PS 1.7 (productcomments) e os módulos de terceiros antigos não geram marcação Schema.org AggregateRating e Review limpa, logo sem estrelas na SERP e sem citação nos motores de resposta (tema AEO tratado no nosso artigo dedicado). A substituir por um módulo moderno como o DataFirefly Avaliações Verificadas, que cobre a marcação completa e a obrigação portuguesa de dizer como as avaliações são verificadas.
Módulos de FAQ de produto 1.7. A maioria dos módulos de FAQ 1.7 é Smarty escrito à mão, sem gestão por IA nem Schema.org limpo. A passagem a PS8 é a ocasião para mudar para um módulo de FAQ com geração por IA em massa como o DataFirefly FAQ IA Produto: ganho de tempo enorme na redação e marcação Schema.org válida.
Módulos de lista de desejos 1.7. As listas de desejos 1.7 são geralmente básicas (adicionar, remover, listar), sem captação de e-mail anónimo, sem alerta de preço, sem analytics. A substituir pela DataFirefly Lista de Desejos Avançada, tema tratado no nosso artigo sobre a lista de desejos como alavanca de conversão.
Módulos de carrinho lateral 1.7. Muitas vezes ausentes na 1.7 (o carrinho era uma página dedicada, sem carrinho lateral). A acrescentar em PS8 com o DataFirefly SideCart, que moderniza a experiência depois da adição ao carrinho.
Módulos de SEO multipaís 1.7. Os módulos hreflang 1.7 são muitas vezes parciais e não gerem a reciprocidade nem os códigos ISO corretamente. A substituir pelo módulo Hreflang DataFirefly mais o Seletor de País.
Módulos de pagamento 1.7. Os antigos módulos de pagamento 1.7 são muitas vezes incompatíveis com as exigências modernas de SCA e 3DS2, ou não conformes com a PSD2. A maioria dos processadores usados em Portugal (IfthenPay, Easypay e Eupago para Multibanco e MB WAY, Stripe, Mollie, Adyen, PayPal) tem módulos PS8 modernos a ativar em substituição. A testar rigorosamente antes da passagem a produção: um pagamento partido em produção são vendas perdidas.
Módulos de tracking e analytics 1.7. Os módulos GA Universal ou GTM legados 1.7 não suportam o Consent Mode v2 (obrigatório em 2026 para o Google Ads e o GA4). A substituir pelo Google Tag Pro ou similar, que gere o Consent Mode v2 de origem, mais o Cookie Manager Tarteaucitron para a plataforma de consentimento, alinhado com a Lei n.º 41/2004 e a CNPD.
A gestão dos dados: importação e exportação limpas
A migração dos dados é tecnicamente a parte mais arriscada. O PrestaShop não fornece um migrador nativo 1.7 para 8 fiável; a ferramenta Module Migration Manager que existe tem limitações conhecidas nos catálogos complexos.
A abordagem comprovada:
Etapa 1: exportação limpa a partir da 1.7. Exportação CSV ou XML dos produtos, categorias, clientes, encomendas, avaliações, descritores (características, atributos). Conservar os ID originais para poder mapear os redirecionamentos SEO depois.
Etapa 2: instalação PS8 limpa. Num ambiente dedicado (staging), instalar o PS8 de raiz com um tema compatível e os módulos de base. Não reinstalar os módulos 1.7; instalar as versões PS8 modernas equivalentes.
Etapa 3: importação estruturada. Importar pela ordem: categorias, características, produtos, imagens de produto, clientes, moradas, encomendas, avaliações. A ordem conta porque algumas tabelas referenciam outras (um produto referencia uma categoria que já tem de existir).
Etapa 4: verificação de coerência. Contar o número de linhas por tabela depois da importação e comparar com as contagens da 1.7 de origem. Testar algumas páginas de produto, algumas categorias e algumas encomendas para confirmar que tudo é coerente visualmente.
Etapa 5: testes funcionais. Percurso completo em staging: navegação, adição ao carrinho, checkout, pagamento (em modo de teste), confirmação. Testar também as funcionalidades de administração (gestão de encomendas, de produtos, de clientes).
SEO e redirecionamentos 301: a parte que mais vezes falha
Os URL mudam entre o PS 1.7 e o PS 8, por vezes subtilmente (estrutura do slug, gestão dos parâmetros, acréscimo do multilingue). Sem plano de redirecionamentos 301 sistemático, perde toda a autoridade SEO acumulada.
Os tipos de URL a mapear:
- URL de produto: formato antigo
/categoria/123-slug-produto.htmlcontra formato novo/categoria/produto-456(ou o inverso consoante a configuração). Mapear produto a produto. - URL de categoria: podem mudar se a hierarquia ou os slugs foram ajustados.
- URL de CMS e páginas estáticas: a mapear individualmente.
- URL de fornecedores e marcas: se os usava na 1.7.
- URL com parâmetros e filtros: a mapear para os novos URL de navegação por facetas do PS8.
Implementação prática: um ficheiro de redirecionamentos 301 no .htaccess ou na configuração do nginx, ou um módulo de redirecionamentos PS8 (existem vários no marketplace) que os gere a partir da base de dados. Nos catálogos muito grandes (mais de 10 000 produtos), automatizar o mapeamento com um script que lê o sitemap antigo e gera os redirecionamentos para os novos URL com base nos slugs ou nos SKU.
E ponto crítico: vigiar a Search Console durante 4 a 8 semanas depois da mudança para detetar os erros 404. Cada 404 revela um URL antigo que não foi redirecionado, a acrescentar ao ficheiro de redirecionamentos à medida.
A checklist de migração em 12 etapas
- Auditoria completa da loja 1.7 atual (módulos, tema, código à medida, dados, SEO).
- Escolha do tema PS8 (réplica do tema atual ou escolha nova).
- Escolha dos módulos PS8 de substituição, com auditoria dos módulos a abandonar.
- Provisionamento do ambiente PS8 (alojamento, PHP 8.2+, MySQL 8 ou MariaDB 11, certificados SSL).
- Instalação PS8 limpa e configuração de base (línguas, moedas, multilingue, países, e os estados Açores e Madeira se entregar nas ilhas, já que o PrestaShop não os fornece de origem).
- Instalação dos módulos PS8 selecionados e configuração.
- Importação dos dados a partir da exportação 1.7 (categorias, produtos, clientes, encomendas).
- Produção dos redirecionamentos 301 que mapeiam URL antigo para URL novo.
- Testes funcionais exaustivos em staging (navegação, checkout, administração).
- Passagem a produção (DNS, certificados, ficheiro
.htaccessou configuração nginx com redirecionamentos). - Vigilância pós-mudança: Search Console, GA4, registos do servidor, retornos dos clientes.
- Iteração corretiva nos bugs detetados em produção (conte 2 a 4 semanas de acabamento pós-mudança).
Nas migrações que acompanhámos, o projeto completo dura entre 4 e 12 semanas consoante o tamanho da loja e a complexidade das personalizações.
A oportunidade de modernizar a stack pelo caminho
Uma migração 1.7 para 8 não é só uma atualização técnica; é também a oportunidade de modernizar a stack de e-commerce acumulada durante anos sem limpeza.
Segurança da administração. Aproveite a migração para ativar a 2FA na administração com a 2FA Google Authenticator para PrestaShop. É uma proteção essencial em 2026 que muitas lojas 1.7 negligenciam, e um argumento sólido face ao artigo 32.º do RGPD.
Stack AEO. Aproveite a migração para alinhar a loja com os padrões AEO de 2026 (tema tratado na nossa categoria AEO). O trio LLMs.txt PrestaShop, FAQ IA e Avaliações Verificadas posiciona a loja para o tráfego do ChatGPT, do Perplexity e das Google AI Overviews.
Receita recorrente por subscrições. Se o catálogo o permitir (consumíveis, boxes, serviços digitais), aproveite o PS8 para acrescentar o módulo DataFirefly Subscriptions com o Stripe, tema tratado no nosso guia do funil de subscrição. O recorrente no PrestaShop 1.7 era particularmente improvisado; no PS8 é maduro.
Stack de conversão moderna. Para além das substituições dos módulos partidos, aproveite a migração para acrescentar as alavancas que não tinha na 1.7: barra de portes grátis com barra de progresso, carrinho lateral, lista de desejos com alertas, vídeos de produto com CWV limpos. Uma migração sem modernização é uma refundição técnica sem ganho de negócio.
Erros frequentes na migração 1.7 para 8
Acreditar que a migração leva 2 dias. Nos orçamentos baratos que prometem uma migração em 2 dias, recebe sistematicamente uma loja partida. O mínimo realista são 2 a 3 semanas para uma loja simples, mais para as complexas.
Negligenciar os redirecionamentos 301. A perda de tráfego SEO pós-migração é tipicamente de 30 % a 60 % sem plano de redirecionamentos completo. Com plano, recuperam-se 90 % a 100 % em 4 a 8 semanas.
Manter todos os módulos 1.7. A migração é a ocasião para podar. As lojas que tentam portar tudo tal e qual ficam com um PS8 carregado de 50 módulos, metade dos quais legados.
Fazer a migração diretamente em produção. Sem staging, sem testes, sem plano de reversão. É a garantia de um drama. Qualquer migração séria passa por staging com validação exaustiva.
Subestimar a formação dos utilizadores. A administração do PS8 é diferente da do PS 1.7: fluxos alterados, ecrãs reorganizados, algumas funções deslocadas. As equipas operacionais (gestão de encomendas, apoio ao cliente) têm de ser formadas antes da mudança, e não descobrir a nova administração na manhã do arranque.
Conclusão: um projeto estruturante que moderniza o seu negócio online
A migração do PrestaShop 1.7 para 8 não é uma simples atualização técnica: é um projeto que merece patrocínio da direção, um orçamento calibrado e um planeamento rigoroso. As lojas que levam o tema a sério saem da migração com uma loja moderna, segura, rápida e alinhada com os padrões de e-commerce de 2026. As que o despacham perdem tráfego SEO e vendas durante semanas, e acumulam uma dívida técnica que terão de pagar mais tarde.
O investimento típico para uma migração séria é de 5000 a 25 000 € consoante o tamanho (PME: 8 a 15 mil euros, e-commerce maduro: 15 a 25 mil), mais o custo dos novos módulos de substituição (geralmente 500 a 2000 € consoante a stack escolhida). O retorno é mensurável em 6 a 12 meses depois da migração, através da modernização das alavancas de conversão e da libertação do potencial SEO bloqueado pelas limitações da 1.7.
Para aprofundar os temas relacionados, percorra as categorias Desempenho e Core Web Vitals e Tutoriais PrestaShop. E para montar a stack moderna de PrestaShop 8 depois da migração (venda cruzada, avaliações verificadas, FAQ IA, carrinho lateral, lista de desejos, portes grátis, multipaís, AEO), todo o catálogo DataFirefly está alinhado com os padrões de 2026: rápido por construção, código limpo, apoio técnico reativo, atualizações regulares.
Leia também: PrestaShop 9 vs PrestaShop 8 e a migração Shopware 6.6 para 6.7.
