Verifique os backlinks de uma página antes de finalizar o mapeamento de redirecionamento

O arquivo do caso (fictício, para ilustração)

Imagine uma pequena loja migrando de um site antigo em PHP para um novo framework. A loja, suas URLs e todos os números aqui são fictícios.

O site antigo tinha 400 URLs e a equipe escreveu redirecionamentos para as 120 que achava importantes, e depois configurou um catch-all para a página inicial para o restante. O lançamento foi tranquilo, e em uma semana as impressões caíram em páginas que ninguém havia considerado.

Nada estava errado com os redirecionamentos que eles escreveram. A perda estava nas 280 que não foram mapeadas.

Uma hipótese como esta não é prova de nada. É um ensaio, e o relatório de cobertura do Search Console e a rotina de avaliação gratuita são o que você usaria no caso real.

Por que uma regra de padrão não é um mapa

Uma única regra que envia tudo dentro de uma pasta para a página inicial é tentadora. Ela ocupa uma linha de configuração. Parece completa. Também descarta a única coisa que as URLs antigas carregavam, que é a lista de locais onde as pessoas linkaram.

Um catch-all esconde a perda

Digamos que seu site antigo tivesse 400 URLs e um catch-all envie as 280 não mapeadas para a página inicial. Cada um desses endereços antigos agora retorna a mesma página. Um crawler de busca lê esse padrão como um conjunto de soft 404s, então os links apontando para eles não têm um destino claro.

O catch-all é silencioso. Nada dá erro no dia do lançamento, e os dashboards ainda mostram um site saudável até que alguém pergunte quais páginas costumavam ganhar links.

Padrões servem para a cauda longa, não para o topo

Um padrão é bom uma vez que as URLs importantes sejam tratadas uma a uma. Coloque as vinte principais por domínios referenciadores no mapa manualmente, um salto cada, e só então deixe uma regra cobrir as páginas para as quais ninguém linka.

Essa ordem importa porque um padrão não consegue distinguir uma página valiosa de uma vazia. Ele vê um caminho, não uma contagem de domínios referenciadores.

Mantenha o arquivo curto e o teste rigoroso

Listas longas de redirecionamentos em um servidor estático podem ficar difíceis de ler. Lidere com URLs importantes usando linhas explícitas e a cauda longa com uma regra, para que o arquivo permaneça curto o suficiente para revisão.

Se a regra vive em um arquivo de servidor web, uma configuração de framework ou um plugin, o teste é o mesmo. Solicite cada URL antiga e verifique o status e o destino. Digamos que você teste dez URLs de amostra e oito retornem um 301 para a página correta. As outras duas retornam 200 em uma página que não é a antiga, e esse é o erro a ser investigado antes do lançamento.

Canonicals, sitemaps e hreflang: os sinais silenciosos

Antes de verificar backlinks de uma página, verifique se os sinais concordam. Um redirecionamento é apenas uma das várias dicas que dizem aos motores de busca onde uma página está. A tag canonical, o sitemap e qualquer conjunto hreflang devem apontar na mesma direção. Caso contrário, eles se cancelam. A referência de campo mostra qual chamada retorna a lista de fontes a verificar.

Canonicals devem corresponder ao redirecionamento

Se a URL antiga redireciona para a página X, mas a página X canonicaliza para a página Y, os sinais agora discordam sobre qual página é a real. Um redirecionamento move visitantes, enquanto um canonical é uma dica sobre a versão preferida, então uma incompatibilidade torna o resultado difícil de prever.

Verifique canonicals nas vinte principais destinos após o lançamento. Cada uma se nomeia, ou a página que substituiu? Alguma delas nomeia a página inicial por engano?

Um sitemap deve listar o que está ativo

O sitemap é a lista que você entrega aos motores de busca, então ele deve conter os destinos ativos e não os endereços antigos que agora redirecionam. Um novo sitemap que lista apenas URLs novas pode silenciosamente deixar de fora as páginas que você mais precisa que sejam rastreadas.

Tenha cuidado com o lastmod. Se todas as linhas carregarem a data de deploy, o campo deixa de dizer a verdade sobre quais páginas mudaram, e o arquivo perde seu valor como sinal de mudança.

Hreflang apenas quando o idioma realmente muda

Hreflang vale a pena adicionar quando páginas existem em vários idiomas ou regiões, e cada conjunto deve linkar de volta para todos os outros membros. Um site de um único idioma que adiciona um conjunto hreflang gera ruído sem nenhum significado extra.

Quando você adiciona hreflang durante uma migração, verifique se cada URL alternativa retorna uma página ativa e se cada página no conjunto lista todas as outras.

O que a evidência suporta, e o que não suporta

Um 301 direto é a linha de base. O Google disse desde 2016 que redirecionamentos 3xx não perdem mais PageRank, então um mapeamento limpo de um salto não é onde o valor vaza.

O vazamento é a incompatibilidade: um redirecionamento que aponta para uma página não relacionada pode ser tratado como um soft 404, e um canonical que discorda do redirecionamento envia sinais mistos. Ninguém fora do Google pode medir a perda com precisão, é por isso que você conta domínios linkantes e trata a contagem como a exposição em vez de uma previsão.

Antes da mudança, execute toppages para o domínio antigo (2 créditos) e refdomains no mesmo domínio (2 créditos). Após a mudança, repita ambos assim que a atualização mensal ocorrer e compare as duas leituras. Nosso índice pode precisar de um ciclo para notar a mudança. Não entre em pânico no dia 10. Mantenha o primeiro relatório como sua foto antes.

Uma precaução prática. Um mapeamento de redirecionamento que parece organizado em uma planilha ainda pode falhar no servidor, então teste os 20 principais com um crawler como o Screaming Frog e confirme que cada um retorna um único 301 para uma página ativa.

Verificando o novo mapa antes de ir ao ar

Um mapeamento de redirecionamento é apenas uma planilha até que um crawler o visite. As verificações abaixo são baratas de executar, e elas capturam erros que uma revisão visual nunca vê.

Leia cada código de status, não apenas a página

Solicite cada URL antiga e leia o status que ela retorna. Um único 301 para uma página ativa é o que você quer. Um 302 onde um 301 pertence, ou uma cadeia de três saltos, deixa o resultado ao acaso.

O Screaming Frog e crawlers semelhantes podem executar toda a lista e exportar os códigos para uma planilha. Ordene por status e resolva primeiro qualquer coisa que não seja um 301 ou um 200.

Procure cadeias de redirecionamento

Uma cadeia se forma quando um redirecionamento aponta para uma página que redireciona novamente, muitas vezes após uma mudança de barra final ou prefixo de idioma. Cada salto extra é mais uma chance do sinal ser perdido e da visita ficar mais lenta.

Remova cadeias apontando o primeiro redirecionamento diretamente para o endereço final. É uma pequena edição por URL e remove toda uma classe de surpresas.

Compare o sitemap com o mapa

Exporte o sitemap e a lista de redirecionamento, então verifique se nenhuma entrada do sitemap é também uma fonte de redirecionamento. Cada entrada do sitemap deve ser um destino ativo, e cada endereço antigo deve estar ausente do sitemap.

Faça o mesmo com os links internos no seu template principal. Um link que ainda aponta para um endereço antigo adiciona um salto para cada visitante, e diz aos crawlers que o endereço antigo ainda importa.