Migração de conteúdo de site: como não perder seu posicionamento
Por Toy Wen Da, Cofundador · · 7 min de leitura
Traduzido do original em inglês. Ler em inglês
A migração de conteúdo de um site é o processo de mover suas páginas, metadados, URLs e a estrutura do site de uma plataforma, domínio ou design para outro. A primeira coisa a fazer é fazer o inventário de todas as URLs ativas antes de mexer em qualquer coisa, porque você não consegue mapear nem redirecionar uma página que nem sabia que existia. Se pular essa etapa, a perda de tráfego é praticamente garantida.
Antes de planejar qualquer outra coisa, passe suas URLs antigas pelo Redirect Checker gratuito. Ele rastreia cadeias e loops de redirecionamento em qualquer página, e em uma migração de conteúdo é exatamente isso que derruba o posicionamento: uma cadeia que dá três saltos, um redirecionamento que termina em um 404 ou um loop que manda o Googlebot de volta ao ponto de partida.
O que realmente significa migração de conteúdo de site
Apesar do nome, migração de conteúdo não é só mover posts de blog e descrições de produtos. Ela abrange tudo o que muda a forma como um mecanismo de busca lê seu site: um novo domínio, um novo CMS, um redesign ou até a troca de HTTP para HTTPS. Se a mudança puder afetar uma URL, uma tag de título ou um link interno, trate-a como uma migração, não como uma atualização rápida.
Os tipos mais comuns de migração
Gatilhos diferentes geram riscos diferentes. A tabela abaixo mostra os motivos mais comuns para um site migrar e o que costuma dar errado em cada caso.
| Tipo de migração | O que muda | Principal risco para o SEO | O que resolve |
|---|---|---|---|
| Troca de CMS ou plataforma (por exemplo, WordPress para Squarespace) | O sistema que gera as páginas e as URLs | A estrutura de URLs muda e os permalinks antigos quebram | Mapa de redirecionamentos 301 um a um, revisão de metadados e schema |
| Mudança de domínio | O próprio domínio raiz (oldsite.com para newsite.com) | Backlinks e sinais de confiança apontam para o domínio errado | 301 em todo o site, sitemap atualizado, mudança de endereço no Search Console |
| Redesign completo | Navegação, templates, links internos e, às vezes, URLs | A autoridade dos links internos se embaralha e surgem páginas órfãs | Reconstruir os links internos de propósito, em vez de apenas mudar o visual |
| Mudança de hospedagem | Ambiente do servidor e, às vezes, a velocidade das páginas | Site fora do ar durante a virada, caminhos de arquivos quebrados | Agendar o lançamento para uma janela de baixo tráfego e testar antes em um ambiente de staging |
| HTTP para HTTPS | Protocolo e URLs canônicas | Erros de conteúdo misto, versões HTTP e HTTPS duplicadas sendo indexadas | Forçar redirecionamentos para HTTPS e atualizar as tags canonical |
O processo de migração de conteúdo de site, passo a passo
Esta é a sequência que protege o posicionamento, na ordem em que ela deve acontecer dentro do seu próprio site e das suas ferramentas.
Antes de mover qualquer coisa
- Rastreie e faça o inventário do site atual. Exporte todas as URLs ativas, títulos e meta descriptions para que nada fique para trás.
- Congele o conteúdo novo por um curto período. A maioria das equipes para de publicar novas páginas algumas semanas antes da mudança para que o inventário continue preciso.
- Monte um mapa de redirecionamento de URLs. Associe cada URL antiga ao seu equivalente novo em uma planilha antes de um desenvolvedor escrever qualquer regra de redirecionamento.
- Teste em um ambiente de staging. Impeça que os mecanismos de busca indexem o site de staging usando proteção por senha ou restrição de IP, para não criar conteúdo duplicado.
Durante e depois do lançamento
- Implemente redirecionamentos 301 para todas as URLs mapeadas, no gerenciador de redirecionamentos do seu CMS ou no arquivo de configuração do servidor, dependendo da sua plataforma.
- Verifique o arquivo robots.txt para confirmar que ele não está impedindo o rastreamento do novo site.
- Envie um sitemap XML atualizado ao Google Search Console assim que o novo site estiver no ar.
- Verifique novamente o rastreamento do analytics, já que uma migração pode quebrar, sem aviso, tags que estavam no seu template antigo.
- Monitore erros de rastreamento e 404 no Search Console todos os dias nas duas primeiras semanas e, depois disso, toda semana.
Se você vai migrar especificamente para o HubSpot, o tratamento de redirecionamentos e de URLs de blog funciona de um jeito diferente o bastante para valer a pena ler um passo a passo dedicado sobre como proteger seu posicionamento durante uma migração de site para o HubSpot antes de começar a mapear os redirecionamentos.
Para ver toda a sequência, do pré-lançamento ao pós-lançamento, em formato de checklist, vale percorrer um checklist passo a passo de migração de SEO junto com o plano do seu próprio projeto.
Quando suas próprias ferramentas bastam e quando não bastam
Seja honesto consigo mesmo sobre o tamanho do trabalho antes de decidir que dá para fazer por conta própria. Corrigir uma única página e mudar um domínio inteiro não têm o mesmo nível de risco, mesmo que as duas coisas sejam chamadas de "migração".
| Situação | Você consegue resolver sozinho? | Por quê |
|---|---|---|
| Mudar a URL de uma página | Sim | Um único redirecionamento é fácil de configurar e de verificar com um verificador de redirecionamentos |
| Corrigir um link quebrado isolado depois de uma pequena edição | Sim | Risco baixo, restrito a uma página, sem mudança estrutural |
| Mover o domínio inteiro ou a plataforma de CMS | Geralmente não sozinho | Centenas ou milhares de URLs precisam ser mapeadas; um redirecionamento esquecido pode causar um efeito cascata |
| Um padrão recorrente de queda de tráfego após pequenas mudanças | Não | Indica um problema estrutural ou de indexação mais profundo, não uma correção pontual |
| Reconstruir a arquitetura ou a navegação do site | Chame um profissional de SEO | É fácil perder a autoridade dos links internos sem perceber, até o posicionamento cair |
Se o que você tem em mãos é uma única página, suas próprias ferramentas realmente bastam: verifique, redirecione e siga em frente. Se você está diante de uma troca de plataforma ou de uma mudança de domínio, a decisão é de outra escala. Ler um estudo de caso de migração de site que mostra o que realmente deu errado em um projeto real é um jeito rápido de ver se a sua situação se parece com uma correção pontual ou com um projeto completo de migração.
Erros comuns que afundam uma migração
- Lançar sem um mapa de redirecionamentos. Redirecionar páginas "parecidas" em vez de equivalentes exatos, um a um, confunde tanto os mecanismos de busca quanto os usuários.
- Esquecer o arquivo robots.txt. Uma regra "disallow all" que sobrou do staging pode bloquear a indexação do site no ar sem que ninguém perceba.
- Não congelar o conteúdo cedo o bastante. Páginas novas publicadas no meio do inventário acabam ficando de fora do mapa de redirecionamentos.
- Pular o teste em staging. Problemas que aparecem em um ambiente de testes custam muito menos para corrigir do que os descobertos depois do lançamento.
- Ir embora depois do dia do lançamento. O posicionamento pode levar semanas para se estabilizar; parar o monitoramento cedo demais significa deixar passar vazamentos lentos.
Segundo a própria orientação do Google Search Central sobre mudanças de site, os mecanismos de busca precisam de tempo para rastrear de novo e reavaliar as URLs redirecionadas, e uma cobertura incompleta de redirecionamentos é uma das causas mais comuns de perda de posicionamento após uma mudança (fonte: Google Search Central).
Perguntas frequentes
Quanto tempo leva para uma migração de conteúdo de site se estabilizar nos resultados de busca?
Depende do tamanho do site, mas a maioria dos profissionais confere o progresso aos 7, 30, 60 e 90 dias após o lançamento. Sites menores costumam se estabilizar mais rápido; sites grandes, com milhares de páginas, podem levar mais tempo para o Google rastrear tudo de novo.
Vou perder posicionamento durante uma migração de conteúdo?
Alguma oscilação temporária é normal mesmo em uma migração bem-feita, já que os mecanismos de busca precisam rastrear e indexar suas URLs novamente. A perda permanente geralmente vem de redirecionamentos ausentes, rastreamento bloqueado ou links internos quebrados, não da mudança em si.
Qual é a diferença entre migração de conteúdo e redesign de site?
Um redesign muda a aparência e o layout de um site. Ele se torna uma migração de conteúdo no momento em que também muda as URLs, a estrutura de navegação ou a plataforma por trás, o que acontece com mais frequência do que as pessoas imaginam.
Preciso de um redirecionamento 301 para cada página?
Sim, para toda URL que existia e tinha algum tráfego, link ou posicionamento. Redirecionar para uma página parecida em vez de para a página equivalente exata é uma das causas mais comuns de perda de visibilidade.
Posso fazer uma migração de conteúdo de site sozinho, sem um desenvolvedor?
Para uma única página ou um site pequeno, em uma plataforma com ferramentas de redirecionamento integradas, muitas vezes sim. Para uma mudança completa de domínio, CMS ou plataforma, você geralmente vai precisar de alguém que se sinta à vontade com regras de redirecionamento, dados de rastreamento e Search Console.
Comece com um rastreamento completo do site
Antes de marcar uma data de lançamento, tenha um retrato completo do que você está de fato migrando. Passe suas páginas atuais por um verificador de redirecionamentos, monte seu mapa de URLs a partir desses dados e não pule o monitoramento pós-lançamento: é nele que a maioria dos problemas de migração de conteúdo realmente aparece. Fale com a equipe solicitando um relatório de SEO de exemplo para ver o que uma auditoria completa do site apontaria antes de você mover uma única página.
Recursos / Referências
Fontes
Sobre o autor
O SearchBlueprint pesquisou, escreveu e avaliou este artigo com o mesmo pipeline de conteúdo que nossos clientes usam nos próprios sites. A nota que aparece na assinatura é a que nosso mecanismo de conteúdo deu a esta página antes de ela ser publicada. Nada aqui passa por revisão manual, e esse é justamente o ponto: é o resultado do produto, publicado onde qualquer pessoa pode conferir.