Migrar o PrestaShop 1.6 para a 9: o que se migra e o que se refaz

Migrar uma loja do PrestaShop 1.6 para a 1.7, 8 ou 9 não é uma atualização: é transferir os dados (produtos, clientes, encomendas, categorias) para uma instalação nova e refazer o tema, os módulos e as alterações à medida, porque os da 1.6 não funcionam nas versões atuais. Prepara-se numa cópia, ensaia-se e muda-se num dia de pouco tráfego.

Muitas lojas continuam na 1.6 porque funcionam e porque, sempre que alguém pergunta pela migração, a resposta assusta. Este artigo explica o que implica realmente, o que se pode aproveitar e o que não, e como fazê-lo sem perder vendas nem posições no Google. Se a sua loja já está na 1.7, o caminho é outro e mais curto.

Que risco há em continuar com o PrestaShop 1.6

O ramo 1.6 deixou de receber manutenção há anos. Na prática, isso significa:

• Sem correções de segurança. Cada falha descoberta no núcleo ou num módulo antigo fica aberta para sempre, e os ataques automatizados procuram precisamente essas lojas.
• PHP sem suporte. A 1.6 só funciona com versões de PHP que já não recebem atualizações. O alojamento acaba por retirá-las, e então a loja deixa de arrancar ou obriga-o a ficar num servidor antigo.
• Módulos abandonados. Gateways de pagamento, transportadoras e conectores deixam de publicar versões para a 1.6. No dia em que o seu banco mudar o sistema de cobrança, pode não haver módulo que o suporte.
• Desempenho e telemóvel. Os temas da época não foram pensados para os requisitos atuais de velocidade, e isso nota-se na conversão e nos motores de pesquisa.

Enquanto prepara a migração, uma loja 1.6 pode manter-se com algumas precauções mínimas: cópias diárias fora do servidor, funcionários revistos e com palavras-passe únicas, módulos que não se usam retirados do disco, alertas de alterações na configuração de pagamento e vigilância de erros. É um remendo para ganhar tempo, não uma solução.

Porque não há um botão da 1.6 para a 9

Entre a 1.6 e a 1.7 o PrestaShop mudou quase tudo o que se vê e boa parte do que não se vê: o sistema de temas, a estrutura dos módulos, o back-office (que começou a migrar para Symfony) e a forma de ligar código próprio. As versões 8 e 9 seguiram essa linha e exigem versões de PHP muito mais recentes.

Por isso, um tema da 1.6 não pode ser instalado na 1.7 ou superior, e a maioria dos módulos da 1.6 também não. O assistente de atualização oficial serve para subir de versão dentro de um caminho suportado, mas não converte um tema nem reescreve um módulo. O que sobrevive é o que está na base de dados.

O que se migra e o que se refaz

Dois caminhos: atualizar por etapas ou migrar os dados

Por etapas (1.6 → 1.7 → 8 → 9)

Atualiza-se a instalação passo a passo com o assistente de atualização, mudando a versão de PHP em cada etapa. Faz sentido quando a loja está limpa, com poucos módulos e quase sem alterações no núcleo. Em cada salto é preciso verificar que a base de dados ficou bem, e o tema e os módulos têm de ser substituídos na mesma.

Instalação nova e migração de dados

Instala-se a versão de destino de raiz, com o seu tema e os seus módulos, e trazem-se os dados da 1.6. É o caminho que costuma correr melhor em lojas com anos de história: não arrasta tabelas de módulos que já não existem, configurações esquecidas nem ficheiros que ninguém sabe para que servem. Exige preparar bem a correspondência de dados e repetir a carga no dia da mudança com as encomendas e os clientes novos.

Não há uma resposta universal. O que decide é o estado da loja: quantos módulos tem, quanto código à medida, quanto se mexeu no núcleo e quantos dados existem.

URLs e SEO: o que não se pode perder

• Lista dos URLs atuais. Antes de mexer em nada, extraia todos os URLs que recebem visitas ou links: produtos, categorias, CMS, marcas e imagens, se posicionam.
• Os mesmos identificadores e os mesmos URLs amigáveis sempre que possível. Se os padrões de URL mudarem entre versões, ajustam-se para coincidir ou preparam-se redirecionamentos 301.
• Meta títulos e descrições migrados com os produtos e as categorias, não gerados de novo.
• Idiomas: se a loja é multilíngue, cada idioma conserva os seus URLs e as suas etiquetas de idioma alternativo.
• Depois da mudança: rastrear a loja nova à procura de erros 404, enviar o mapa do site e vigiar o Search Console durante algumas semanas.

Prazos e teste numa cópia

Os prazos dependem do tamanho e do tema, mas a ordem é sempre a mesma:

1. Inventário: versão, módulos com o seu uso real, overrides, integrações (ERP, marketplaces, transportadoras) e tarefas agendadas.
2. Cópia da loja num ambiente de testes, protegido e sem indexação, com o correio desviado para não escrever a clientes reais.
3. Montagem da versão nova com o seu tema e os seus módulos, e primeira carga de dados.
4. Testes completos: registo e início de sessão de um cliente antigo, encomendas com cada forma de pagamento em modo de teste, e-mails, faturas, transportadoras, pesquisa e filtros.
5. Ensaio do dia da mudança, cronometrado, para saber quanto tempo a loja estará em manutenção.
6. Mudança: carga final de dados, redirecionamentos, mudança de domínio ou de servidor e verificação imediata do checkout.

Saltar o ensaio é o que transforma uma migração de um dia numa semana de incidências.

Como resolver no PrestaShop

Na Rekire fazemos a migração e atualização do PrestaShop sobre uma cópia da sua loja, nunca sobre produção: inventário, montagem da versão nova, carga de dados, revisão de URLs e ensaio antes do dia da mudança. O trabalho é feito com pacotes de horas: o pacote de 20 horas de suporte PrestaShop serve para o inventário e para lojas pequenas, e o pacote de 50 horas para migrações com mais módulos ou código à medida. Antes de começar dizemos-lhe quantas horas estimamos e só se desconta o tempo trabalhado. Perguntar antes de o alojamento retirar a sua versão de PHP sai bastante mais barato do que migrar à pressa.

Perguntas frequentes

É possível atualizar o PrestaShop 1.6 diretamente para a 9?

Não num só passo. Ou se sobe por etapas, passando pelos ramos intermédios, ou se instala a 9 de raiz e se migram os dados. Nos dois casos, o tema e os módulos são substituídos.

Perco as encomendas e os clientes ao migrar?

Não, se for bem feito: encomendas, faturas, clientes e moradas são transferidos com os seus identificadores. O que é preciso verificar é que os clientes antigos conseguem iniciar sessão e que a numeração das faturas continua.

É melhor ir para a 1.7 ou diretamente para a 8 ou a 9?

Se vai fazer o esforço de refazer o tema e os módulos, o razoável é ir para uma versão com suporte. A 1.7 também ficou para trás, e chegar a ela implicaria voltar a migrar em pouco tempo.

Quanto tempo fica a loja fechada?

Depende do volume de dados, mas, se tiver sido ensaiado, o corte costuma ser de horas e num momento de pouco tráfego. O ensaio serve precisamente para conhecer esse tempo de antemão.