Backlinks de migração de site: um runbook para URLs vinculadas

Como uma migração coloca suas entradas em risco

Mover plataformas ou alterar esquemas de URL coloca seus links externos em risco, e o risco é concentrado. Algumas URLs detêm a maioria dos domínios de referência.

Essas URLs recebem um redirecionamento feito à mão, nunca uma regra de padrão. Saiba quais são elas com o método de entrada. O restante pode seguir padrões.

Aqui está nosso runbook. Ele usa um export de links para decidir o que é sagrado. Termina com uma verificação contra o Search Console, porque redirecionamentos que parecem corretos em uma planilha ainda podem se comportar de maneira estranha em produção. Para a estrutura por trás das URLs sagradas, leia sobre páginas de entrada.

Por que as URLs sagradas vêm primeiro

Nem toda URL é igual. Um pequeno conjunto detém a maioria dos domínios de referência, e esses endereços merecem mais cuidado do que o restante do site combinado. Os backlinks de migração de site dependem deles, então trate-os como pontos fixos no plano.

Comece pela lista de entradas, não pelo sitemap. O sitemap lista o que você publica, enquanto a lista de entradas mostra para o que a web já aponta.

Escreva essa lista antes que alguém abra o arquivo de redirecionamento. Uma lista escrita depois tende a corresponder ao que as regras já fazem, e isso esconde as lacunas que você mais precisa ver. Ordene-a por domínios de referência. Linhas pesadas ficam no topo.

Redirecionamentos feitos à mão para os poucos

Cada URL sagrada recebe sua própria linha no mapa de redirecionamento, com um destino escolhido à mão. O destino deve cobrir o mesmo assunto da página antiga, para que as palavras que apontam para ela ainda façam sentido.

Imagine um guia antigo que se muda para um novo centro de ajuda. Se a nova página responder à mesma pergunta, o redirecionamento carrega seu significado. Se a nova página for uma landing page genérica, não carrega.

Mantenha uma linha por URL sagrada com uma breve nota sobre por que seu destino foi escolhido. A nota é o que alguém que ler o arquivo daqui a um ano mais precisará.

Padrões para tudo o resto

Regras de padrão são boas para a cauda longa, como um caminho de blog datado que se torna um slug limpo. Escreva-as após as linhas feitas à mão, para que uma regra ampla não possa substituir uma específica.

Teste uma amostra da saída do padrão contra a lista ao vivo de endereços antigos e verifique os códigos de status antes de enviar qualquer coisa.

Verifique se nenhuma regra de padrão captura uma URL sagrada, testando a lista sagrada contra as regras antes que elas entrem em produção.

Âncoras após a mudança

Um link de entrada pode ter chegado com o nome de um produto que você já removeu. O destino final ainda deve fazer sentido para essas palavras, mesmo quando a página do produto não existir mais.

Se não fizer, o destino está errado, por mais organizado que o mapa de redirecionamentos pareça no papel.

Variantes de parâmetros durante uma migração

Uma migração é um bom momento para decidir quais strings de consulta merecem existir. Muitos sites carregam ordens de classificação, filtros e tags de rastreamento que criam endereços extras para o mesmo conteúdo, e uma migração copia todos eles, a menos que você impeça isso.

Decida uma vez, anote a decisão e aplique-a em todos os links do site. A página de profundidade de crawl mostra como essas variantes distorcem um relatório de profundidade.

Quais strings de consulta carregam conteúdo

Um parâmetro que altera o conteúdo, como um número de página em uma lista longa, pode manter seu próprio endereço. Um parâmetro que apenas reordena ou rastreia não precisa de um.

Escreva a decisão ao lado do nome do parâmetro, para que a próxima pessoa não precise adivinhar o que ele faz.

Tags canônicas no novo site

Quando uma variante precisar permanecer, sua tag canônica deve nomear o endereço limpo. A tag é uma dica, não uma ordem, portanto, deve concordar com os links internos e o sitemap.

Sinais inconsistentes são a falha comum. Uma página que declara um canonical, linka para um segundo endereço e lista um terceiro no sitemap dá ao crawler três instruções conflitantes.

Links internos que ainda carregam parâmetros

Modelos de navegação frequentemente copiam parâmetros antigos para novas páginas. Faça o crawl do novo site, conte os links internos que carregam uma query string e corrija o modelo em vez de cada página.

Uma correção no modelo também evita que o problema volte a aparecer na próxima redesign.

Erros de redirecionamento que aparecem no Search Console

Após uma migração, o Search Console frequentemente relata erros de redirecionamento em massa. A lista parece alarmante. O Google relata o que seu crawler encontrou, não o que seu mapa pretendia. Uma lista longa geralmente remete a algumas causas, então classifique os erros por causa antes de tocar em qualquer redirecionamento.

Comece pelo padrão mais comum e avance. Muitos erros desaparecem assim que as causas principais são corrigidas.

Cadeias e loops

Uma cadeia vai do endereço antigo para um endereço intermediário e depois para a página final. Cada salto adiciona um passo que um crawler pode desistir de seguir, e um loop o faz girar em círculos.

Aplaste as cadeias para que cada endereço antigo aponte diretamente para seu destino final e remova qualquer loop antes de solicitar um recrawl.

Uma cadeia frequentemente aparece após uma segunda migração sobre a primeira, então procure no arquivo de redirecionamentos por qualquer destino que seja também uma fonte.

Destinos que falham

Um redirecionamento para um 404, uma página de login ou um destino genérico de página inicial aparece como um erro ou como um sinal fraco. Verifique cada destino com uma requisição de status antes de assumir que o mapa está correto.

Essas três falhas são fáceis de identificar assim que todos os destinos estão em uma única coluna da planilha.

Inclua também os destinos de redirecionamentos antigos na verificação, já que uma cadeia pode terminar em uma página que foi removida há anos.

Cache de um redirecionamento que mudou

Um redirecionamento é uma resposta, e navegadores e caches compartilhados podem mantê-lo por mais tempo do que você espera. Se você mudar para onde um endereço antigo aponta, o cache de um visitante pode ainda enviá-lo ao destino anterior por um tempo.

Pergunte ao seu host ou CDN como ele faz cache de redirecionamentos e se ele oferece um purge. Depois, teste a partir de uma sessão de navegador limpa, não daquela que você usou para criar o mapa.

O que redirecionamentos não podem resgatar

Um 301 é um endereço de encaminhamento, não uma transfusão. Se a nova página tem um tópico diferente do antigo, o link pode deixar de contar, por isso os destinos devem ser relevantes.

Links de sites que nunca atualizam continuarão apontando para o endereço antigo, então mantenha os redirecionamentos ativos. Por quanto tempo é uma questão de sua própria tolerância ao risco; não declaramos um período aqui.

Anchors são outra armadilha. Se uma entrada chegou com as palavras de um produto que você removeu, o destino novo ainda deve fazer sentido para elas.

Após a comparação dos snapshots, qualquer página de entrada que tenha desaparecido merece uma análise manual. Um refresh mensal pode ficar atrasado em relação às mudanças reais, então verifique também o Search Console.

Fique de olho nas fontes também. Um site que raramente atualiza pode continuar apontando para o endereço antigo por muito tempo, então o redirecionamento precisa permanecer no lugar, e ninguém deve removê-lo durante uma limpeza.