Migrar um site para uma nova plataforma: não perder dados nem posições
O medo da mudança assenta numa história que toda a gente ouviu: «uns conhecidos migraram o site e perderam todo o tráfego». A história é verdadeira — mas a causa não foi a mudança, foram alguns detalhes esquecidos. Vejamos o que faz mesmo cair as posições e como é uma migração depois da qual nada muda no Google.
Porque caem realmente as posições
O motor de busca não castiga a mudança de plataforma — reage ao facto de páginas ficarem de repente inacessíveis ou irreconhecíveis. Praticamente todas as quedas depois de uma mudança resumem-se a cinco causas:
- Endereços alterados sem redirecionamentos. O novo CMS criou URLs próprios, os antigos devolvem 404 — e com eles desaparecem posições e ligações externas.
- Meta tags que não viajaram. Title e description gerados por modelo, e uma página que durante anos se aguentou num título exato passou a «Categoria — Loja».
- Um noindex esquecido. O ambiente de testes foi fechado à indexação — e ninguém o abriu depois do lançamento.
- Duplicados vindos dos filtros. A nova plataforma gera páginas com parâmetros: em vez de uma página forte, o índice guarda quarenta fracas.
- Não foi tudo migrado. Parte dos produtos sem descrição e foto, categorias vazias, artigos do blogue desaparecidos: o valor global do site para a pesquisa desceu.
O que tem obrigatoriamente de ir
A lista mínima sem a qual uma mudança não pode dar-se por concluída:
- Produtos e catálogo — com características, fotos, categorias, marcas, stocks e preços, juntamente com os filtros.
- Encomendas e clientes — histórico com conteúdo e estados, contas, moradas de entrega, avaliações. É isto que mais vezes se «esquece», porque não se vê no site.
- Conteúdo — páginas, artigos, documentos, versões linguísticas.
- A camada de SEO — estrutura de URLs, title e description de cada página, canonical, sitemap, robots, dados estruturados.
Sobre encomendas e clientes em particular: tecnicamente o site funciona sem eles, e é por isso que as mudanças baratas os deixam na base antiga. Meio ano depois o alojamento antigo é desligado — e com ele desaparece todo o histórico de compras. Não é uma hipótese: é a perda mais frequente numa migração.
Redirecionamentos 301: como fazer bem
A migração ideal é aquela em que os endereços não mudam de todo: aí não são precisos redirecionamentos. Se a plataforma impuser outra estrutura, vale uma regra simples: cada endereço antigo leva ao seu equivalente novo mais próximo, com um 301, num único salto.
- Não despeje tudo na página inicial: um redirecionamento em massa para «/» o Google interpreta como soft 404 e a página simplesmente sai.
- Evite cadeias: antigo → intermédio → novo. Cada elo perde peso e tempo.
- Verifique por lista e não por amostra: todos os endereços do sitemap antigo têm de devolver 200 ou 301, e nenhum 404.
- Não esqueça as versões com e sem www, http e https — também são endereços.
A ordem que não deixa perder nada
- Levantamos o padrão. Antes de começar, exportamos o mapa completo do site antigo: todos os endereços, title, description, H1 e as posições de hoje. É o ponto de comparação.
- Construímos a nova plataforma à parte. O site antigo continua a funcionar e a vender todo esse tempo.
- Migração de ensaio numa cópia. Conferimos as quantidades: havia 4 312 produtos — há 4 312. Não «mais ou menos os mesmos».
- Mapa de redirecionamentos. Cada endereço do padrão recebe o seu correspondente.
- Comutação na janela de menor tráfego. O ambiente antigo fica ativo alguns dias — recuar leva um minuto.
- Duas semanas de observação. Search Console, posições, 404, pedidos, formulários, pagamentos.
Checklist do primeiro dia após o lançamento
- robots.txt aberto e meta noindex removidos — verificado à mão, não «deve estar bem».
- Novo sitemap.xml gerado e enviado à Search Console.
- Verificação por amostragem de 20–30 endereços antigos: todos devolvem 200 ou 301.
- Title e description das páginas-chave coincidem com o padrão.
- Formulários, carrinho e pagamento passam um teste de ponta a ponta com uma encomenda real de teste.
- Contadores de analítica e conversões funcionam, os objetivos não se perderam.
- Velocidade: Core Web Vitals não piores do que no site antigo.
A regra principal da verificação: um código 200 ainda não significa que a página está inteira. Compare com o padrão — conteúdo, meta tags, número de produtos na categoria.
Quanto custa e quanto demora
A mudança de um site de apresentação ou corporativo leva 2 a 4 semanas; uma loja com milhares de produtos e integrações, a partir de 5 semanas. O preço compõe-se da nova plataforma segundo a tabela (desde €294 para o site de apresentação, desde €490 para a loja) e do trabalho de transferência de dados, cuja dimensão se vê após a auditoria.
Não confunda isto com mudar de alojamento sem mudar de sistema: aí é o mesmo site num servidor novo, um a dois dias de trabalho e um preço desde €50. Se alguém lhe propõe «passar o site para uma nova plataforma» por esse valor, muito provavelmente leva o design e deixa os dados.