Uma migração em órbita
Deixa eu te contar como foi. A Órbita recruta tripulação para viagens pela Via Láctea, e quando eu cheguei o blog dela era praticamente invisível. Em quatro meses, o site inteiro mudou de endereço sem perder visitas, e os textos que escrevi passaram a ser citados pela inteligência artificial do Google. Sem programador na equipe e comigo sozinha no conteúdo.
Ahrefs Health Score
no pré-diagnóstico
links internos
quebrados
páginas sem
nenhum link interno
páginas de categoria
com structured data
Mapear antes de mover
O primeiro passo foi entender o que havia lá. Rodei o Screaming Frog em todo o domínio e classifiquei cada problema - links quebrados, redirects temporários, páginas sem nenhum link interno, canônicos errados, títulos duplicados. Só depois de ter esse mapa é que fazia sentido falar em migração.
O volume maior era de links internos quebrados - mais do que duplicatas ou redirects errados. O site não distribuía autoridade para as páginas que precisavam aparecer. Essa foi a primeira coisa a corrigir, antes de qualquer mudança de endereço.
422 links quebrados.
Zero era o destino.
Corrigi os 422 antes de mexer em qualquer URL. Alguns apontavam para páginas que iam sumir na migração - esses foram redirecionados para o equivalente mais próximo. As quatro páginas que ficaram sem link interno são novas, criadas no go-live, e estão no calendário para receber links nos próximos dois meses.
Nenhum redirect apontando
para redirect.
Montei um mapa com cada URL de origem apontando direto para o destino final. Sem passar por outro redirect no caminho.
Boa parte dos 302 eram redirects de campanha que nunca foram reconvertidos. Ficaram lá, esquecidos, porque ninguém sabia que o endereço ainda existia. Convertê-los para 301 e apontar direto para o destino final foi uma das partes mais silenciosas do projeto - e uma das mais importantes.
Da categoria invisível
ao sitelink no resultado.
As categorias do site não tinham structured data - nenhuma. Incluí BreadcrumbList e ItemList no escopo da migração porque a janela em que o Googlebot rastreia mais intensamente é logo depois do go-live. Deixar para depois seria desperdiçar exatamente esse momento.
páginas de categoria com
LD+JSON após go-live
elegíveis para sitelink
nos primeiros 60 dias
erros de validação
no Rich Results Test
Validei tudo no Rich Results Test antes do go-live. Zero erros. Três das onze categorias estavam elegíveis para sitelink nos primeiros 60 dias.
O que veio antes
do primeiro redirect.
A planilha de redirects foi o documento de aprovação antes de qualquer implementação. Mas ela só existia porque tudo que vinha antes dela já estava resolvido.
Screaming Frog em todas as URLs do domínio atual. Classificação de cada tipo de erro - links quebrados, redirects temporários, páginas sem link interno, canônicos incorretos, títulos duplicados.
Cada URL classificada em três grupos: mantida, redirecionada ou descontinuada. Sem mapa completo, não existe planilha de redirect - existe suposição.
422 links internos corrigidos antes de migrar uma linha de código. Páginas de destino validadas. Algumas apontavam para URLs que iam ser descontinuadas - esses foram redirecionados para o equivalente mais próximo.
Cada linha: URL de origem → URL de destino final. Nenhum destino era outro redirect. A planilha foi o documento de aprovação antes de qualquer implementação.
BreadcrumbList e ItemList implementados e validados no Rich Results Test antes do go-live. Nenhum erro de validação.
Novo rastreamento completo nas primeiras 48 horas. Health Score: de 58 para 98. Links quebrados: de 422 para zero.
O que os gráficos
não mostram.
O Health Score saiu de 58 para 98. Os 422 links quebrados viraram zero. As 228 páginas isoladas viraram 4. Onze categorias ganharam structured data no go-live.
Esses números existem porque o inventário veio antes do redirect, e o structured data entrou no escopo em vez de ficar no backlog. Duas decisões de processo. O resto é consequência.