Migrar de CMS sem perder tráfego nem conteúdo
Uma migração de CMS é sobretudo um projeto de dados com um dia de lançamento agarrado. O desenho leva a atenção; o mapeamento de conteúdo e os redirecionamentos decidem se corre bem.
Este guia cobre a ordem que funciona, os sítios onde as migrações perdem tráfego, e o que esperar nas semanas seguintes.
Inventarie antes de mover seja o que for#
Não se migra o que não se contou. Este passo é saltado e causa a maioria das surpresas.
- Rastreie o site atual e exporte cada URL com o seu código de estado e título.
- Retire da análise e da consola de pesquisa as páginas com melhor desempenho — merecem mais cuidado.
- Conte os tipos de conteúdo: páginas, artigos, produtos, casos, pessoas, descargas.
- Anote os campos de cada tipo, incluindo os que só aparecem em alguns itens.
- Inventarie multimédia: quantos ficheiros, que volume total, quais já estão em falta.
- Registe funcionalidade que não é conteúdo: formulários, pesquisa, filtros, integrações.
- Decida o que não vai levar. Uma migração é a melhor ocasião para deixar conteúdo morto para trás.
O último passo é o que mais trabalho poupa. Sites acumulam durante anos páginas que ninguém lê; levá-las custa tempo em cada passo seguinte.
Mapear conteúdo e URL#
Dois mapeamentos: campos para campos, e URL antigos para novos. O segundo é o que decide o tráfego.
| Área | O que fazer | Erro comum |
|---|---|---|
| Tipos de conteúdo | Tipo antigo para tipo novo, explicitamente | Importar tudo como «página» |
| Campos | Campo a campo, incluindo casos vazios | Falhar campos que só às vezes existem |
| Multimédia | Levar ficheiros e atualizar as referências | Migrar ficheiros e deixar links no antigo |
| URL | Um para um, cada antigo com destino | Tudo para a nova página inicial |
| Categorias e etiquetas | Preservar ou fundir de propósito | Criar estrutura nova sem querer |
| Autores e datas | Levar; as datas afetam sinais de atualidade | Pôr todas as datas na data de importação |
| Redirecionamentos já existentes | Levar também | Descartar cadeias antigas e partir links |
A importação de datas é um assassino silencioso: se todas as datas de publicação passarem a ser a data da migração, todo o seu arquivo parece escrito no mesmo dia.
Testar antes de lançar#
O que verificar no ambiente de testes, pela ordem que apanha mais coisas.
- Conte os itens por tipo de conteúdo e compare com o site antigo. Contagens erradas são o primeiro sinal.
- Verifique uma amostra das páginas mais longas e mais estranhas — são as que partem primeiro.
- Confirme que as imagens carregam do novo local, não do domínio antigo.
- Teste cada redirecionamento com um script contra a lista completa de URL, não à mão.
- Verifique os metadados: títulos, descrições, canónicos, dados estruturados.
- Teste os formulários por completo, incluindo a chegada do e-mail.
- Compare o desempenho com o site antigo; uma migração que duplica o peso é uma regressão.
- Peça à redação para criar e publicar uma página antes de lançar.
Lançar e as semanas seguintes#
O dia de lançamento é curto; a janela de atenção não é.
- Lance num momento calmo, não a uma sexta-feira ao fim da tarde.
- Verifique o robots.txt em produção de imediato — levar o de testes é o erro clássico.
- Submeta o novo mapa do site e mantenha o antigo algum tempo para os URL antigos serem recolhidos.
- Volte a correr o teste de redirecionamentos em produção; ambientes de testes por vezes mentem.
- Acompanhe o registo de erros nos primeiros dias à procura de 404 que não previu.
- Siga tráfego e posições durante quatro a seis semanas; conte com oscilação.
- Só investigue a sério se continuar a cair ao fim de um mês — antes disso é normalmente ruído.
Acrescente à tabela de redirecionamentos os 404 que forem aparecendo nos registos. Nenhum inventário é completo; o registo de erros preenche o resto.
Perguntas frequentes
Vou perder tráfego de pesquisa numa migração de CMS?
Temporariamente quase sempre, permanentemente só com erros. Conte com quatro a seis semanas de oscilação mesmo com execução limpa. A perda duradoura vem quase exclusivamente de URL não mapeados, de páginas removidas que tinham tráfego, e de alterações de metadados ou conteúdo em páginas que estavam a funcionar bem.
Posso migrar conteúdo automaticamente?
Em grande parte sim. Campos padrão e artigos migram bem com ferramentas existentes. O que exige trabalho manual são campos personalizados, marcação embutida dentro do texto, e tudo o que no sistema antigo era resolvido por uma extensão. Conte com uma base automática mais uma ronda manual nas páginas principais.
Quanto tempo demora uma migração de CMS?
Para um site de cem páginas com conteúdo padrão, algumas semanas. Para milhares de páginas com campos personalizados e integrações, alguns meses. O número de páginas conta menos do que o número de tipos de conteúdo e a quantidade de personalização — são essas as coisas que nenhuma ferramenta resolve por si.
Devo manter o site antigo?
Guarde uma cópia completa e, se possível, uma versão protegida que possa consultar. Vai querer verificar nos primeiros meses o que estava numa página ou como algo estava configurado. O que não deve fazer é deixar o site antigo público — duas versões do mesmo conteúdo competem entre si.
migração cmsmigrar sitemigrar conteúdoredirecionamentos urlmigração wordpresspreservar tráfego
