Migrar um site antigo para uma nova plataforma sem perder dados

Quando é altura de mudar

• A plataforma está desatualizada: sem atualizações, com módulos a falhar e um alojamento que exige uma versão antiga de PHP.
• Cada pequeno retoque precisa de programador, porque no painel simplesmente não existe.
• O site é lento e nesta plataforma já não é possível acelerá-lo.
• A loja cresceu para lá do construtor: são precisos filtros próprios, integrações, exportações e importação automática de listas de preços.
• Os programadores do sistema anterior não se encontram e os acessos ficaram com pessoas com quem já não trabalha.

O que passa para a nova plataforma

Se alguns dados forem tecnicamente inacessíveis — por exemplo, se o sistema antigo não devolver o histórico de pagamentos — dizemo-lo antes do arranque, não depois da mudança.

Como as posições são preservadas

As posições não se perdem pela mudança em si, mas por pormenores fáceis de escapar: endereços alterados sem redirecionamentos, meta tags que não viajaram, páginas bloqueadas no robots «durante os trabalhos» e que assim ficaram, filtros que começam a gerar duplicados.

A nossa ordem é simples: primeiro levantamos o mapa completo do site antigo — todos os endereços, meta tags, títulos e posições no dia da mudança. Esse é o padrão. Depois do lançamento comparamos o novo site com ele página a página: tudo o que desapareceu ou mudou de endereço recebe um 301. Durante duas semanas acompanhamos a Search Console e as posições — uma queda vê-se logo, não um mês depois pela boca do cliente.

Ordem dos trabalhos e prazos

• Auditoria do site antigo (gratuita, 3–5 dias). O que tem lá dentro, quantos produtos e páginas, que dados são mesmo recuperáveis, o que não vale a pena levar. À saída: um plano e um preço.
• Nova plataforma em ambiente de testes. Construímos o site enquanto o antigo continua tranquilo. Demonstração semanal.
• Migração de dados. Primeiro um ensaio sobre uma cópia, depois a contagem: havia 4 312 produtos — há 4 312. Não «mais ou menos os mesmos».
• Redirecionamentos e verificação. Mapa de endereços, 301, meta tags, sitemap, velocidade, formulários e pagamentos.
• Comutação. Na janela de menor tráfego. O ambiente antigo fica alguns dias — recuar leva um minuto.
• Duas semanas de observação. Search Console, posições, erros 404, pedidos. As pontas soltas são corrigidas sem fatura à parte.

Prazos habituais: site de apresentação ou corporativo — 2–4 semanas com a transferência incluída; loja com milhares de produtos e integrações — a partir de 5 semanas.

Quanto custa a migração

O preço tem duas partes: a nova plataforma segundo a tabela habitual e a migração de dados, cuja dimensão só se vê após a auditoria — 200 produtos e 20 000 produtos com uma dezena de integrações são trabalhos diferentes. Por isso não atiramos números às cegas: primeiro vemos o site, depois damos um valor fixo.

Precisa apenas de mudar de servidor, sem mudar de sistema? Isso é configuração de servidores — desde €50.

O que costuma correr mal noutros sítios

• Mudam o «site», não os dados. O catálogo é reescrito à mão e encomendas e clientes ficam na base antiga — que desaparece com ela meio ano depois.
• Esquecem-se dos redirecionamentos. A nova plataforma criou outros endereços, os antigos devolvem 404 — e com eles vão-se posições e ligações.
• Deixam o noindex depois dos testes. Um clássico: o site fica um mês fechado aos motores de busca e depois «estranho, porque caiu o tráfego».
• Não conferem as quantidades. Foi transferido «quase tudo» — e ninguém reparou que 300 fichas estão sem foto e 40 categorias vazias.
• Comutam e desaparecem. As primeiras duas semanas são as mais importantes: é então que surgem 404, duplicados e problemas de indexação.

Verificamos o resultado contra um padrão, não a olho: um código 200 ainda não significa que a página está inteira.

Perguntas e respostas

Serviços relacionados