Seis erros de migração que isolam os backlinks de um cliente
A maioria da perda de links em um arquivo de cliente não é uma penalidade. É uma URL antiga que parou de responder quando o site mudou, e o relatório de top pages mostra isso em um minuto.
Equipe de pesquisa LinkSkimmr ·
Para onde os links vão quando um site muda
Links apontam para URLs, não para sites. Altere a URL e cada link para a antiga precisará de um redirecionamento.
Parece óbvio até que a mudança seja implementada. Muitas equipes conhecem a regra. Uma migração no WordPress, uma mudança de www para o domínio nu ou uma nova estrutura de categorias vai ao ar na sexta-feira com uma nota dizendo que os redirecionamentos seguirão. Ao verificar backlinks de um site após tal mudança, a pergunta nunca é quantos links existem, mas quantos ainda chegam a uma página ativa, e a etapa cinco da rotina de dez minutos responde isso.
A própria orientação do Google para mudanças é um mapeamento um para um de URLs antigas para novas. Redirecionamentos 301 no lado do servidor fazem o trabalho. Mantenha-os ativos o máximo possível. Para uma mudança de domínio, a ferramenta Mudança de Endereço no Search Console é uma etapa extra. Os mapeamentos ainda quebram de maneiras previsíveis, e o Screaming Frog ou o Site Audit do Ahrefs revelarão a maioria deles.
Ferramentas ajudam aqui: o Search Console mostra rastreamento e cobertura do lado do Google, o Screaming Frog lista cadeias de redirecionamento em um crawl, e nossa chamada de top pages mostra quais URLs carregam os links. Nenhuma delas sozinha dá o panorama completo, e a combinação leva menos de uma hora em um site pequeno.
Erro, sintoma, correção
Erro
Como aparece nos dados
Correção
Tudo redirecionado para a página inicial
As páginas mais linkadas sumiram; a home é a única URL restante
Mapeie cada URL antiga para sua página nova mais próxima
www e domínio nu respondem ambos com 200
Mesmos links divididos entre dois hosts
Escolha um host, 301 o outro
Cadeia de redirecionamento com três ou mais saltos
A top page resolve apenas após vários saltos
Aponte a URL antiga diretamente para a final
302 usado para uma mudança permanente
A URL antiga continua aparecendo como a página linkada
Mude para 301 assim que a mudança for definitiva
Página 'sobre' antiga excluída, não redirecionada
Uma URL bem linkada retorna 404
Redirecione para a nova página 'sobre'
Estrutura de categorias reconstruída sem um mapeamento
Dezenas de URLs linkadas retornam 404
Exporte as URLs antigas primeiro, mapeie-as em uma planilha
Encontre o valor isolado em duas chamadas
Puxe as páginas mais linkadas, depois teste cada URL em um navegador ou com curl -I. Qualquer coisa que não seja um 200 limpo ou um único 301 vai para a lista.
bash
# which old URLs carry the links (2 credits, billed once)
curl "https://linkskimmr.com/api.php?action=toppages&q=clientsite.com&per=200&key=sk_live_..."
# then, for each URL you care about
curl -sI https://clientsite.com/old-page | head -5
A ordem de reparo que usaríamos
1
Corrija o host primeiro
Um host canônico, tudo mais 301 para ele. Leva minutos e toca todos os links de uma vez.
2
Mapeie as vinte URLs principais
Vinte páginas bem linkadas geralmente detêm a maior parte do valor. Mapeie essas manualmente, uma para uma.
3
Aplanar cadeias
Substitua cada caminho de múltiplos saltos por um único salto para a URL final.
4
Verifique novamente no próximo mês
Nosso índice é atualizado aproximadamente uma vez por mês, então dê um ciclo antes de declarar o reparo um sucesso ou um fracasso.
Um limite que vale a dizer em voz alta
Corrigir redirecionamentos retorna valor de link para uma página ativa. Não promete ranqueamentos, e não pode recuperar links que foram removidos na origem. Anote ambos no arquivo do cliente.
Perguntas frequentes sobre redirecionamento
Posso apenas redirecionar a página antiga para a nova página 'sobre'?
Sim, quando a nova página serve ao mesmo propósito. Um 301 da URL antiga para o equivalente mais próximo mantém os links úteis. Enviar todas as URLs mortas para a página inicial funciona mal porque o destino não corresponde mais ao que o link prometia.
Quantos redirecionamentos 301 são demais em um site?
A contagem importa menos do que a forma de cada caminho. Cadeias longas desperdiçam esforço de rastreamento e quebram mais frequentemente, então mantenha cada URL antiga com um único salto e mantenha o mapeamento completo em uma planilha que você possa auditar.
Como envio www para a versão sem www?
Escolha um host como canônico, depois adicione um 301 em todo o site do outro host para ele no servidor ou no provedor de DNS. Teste ambas as versões com curl -I, e confirme que os links na lista de top pages chegam ao host escolhido.
O que verificar na semana em que a mudança vai ao ar
Se você verificar backlinks de um site na semana em que ele muda, verifique o mapeamento antes dos números. O mapeamento decide se os números podem ser recuperados.
Rastreie o sitemap antigo, não apenas o novo
O sitemap antigo ainda lista as URLs que ganharam seu lugar em primeiro lugar. Rastreie-o contra o site ativo, e cada linha que retornar um 404 ou uma cadeia de redirecionamento se tornará uma linha no mapeamento.
Mantenha a saída do rastreamento com a data no nome. Um segundo rastreamento um mês depois mostra quais correções se mantiveram e quais redirecionamentos desapareceram silenciosamente.
Compare as top pages antes e depois
Salve a lista de top pages antes da mudança, depois execute a chamada novamente assim que o novo site se estabilizar. Duas listas de URLs linkadas devem se alinhar assim que o mapeamento for aplicado, e as linhas que não se alinhar são sua lista de tarefas.
Cada execução custa 2 créditos, então a comparação é barata. O custo está no mapeamento, não nos dados.
Procure uma regra de staging deixada para trás
Uma regra que bloqueia crawlers pode sobreviver a um lançamento sem ser notada. Verifique o robots.txt e qualquer tag noindex nos templates que carregam suas páginas mais linkadas, antes de declarar a mudança concluída.
Uma linha no arquivo do cliente é suficiente: quais templates você verificou e em qual dia. Escreva o responsável por cada redirecionamento ao lado, porque um redirecionamento que ninguém pode explicar é o que será excluído na próxima redesign.
Qual código de redirecionamento se adapta a uma mudança permanente
O código é uma pequena escolha com um grande efeito na mensagem que você envia. Crawlers leem o código de status antes de lerem qualquer outra coisa na página antiga.
Por que um 301 se adapta a uma mudança final
Um 301 diz que a mudança é permanente. Um 302 diz que o endereço antigo pode voltar, que é a mensagem errada para uma mudança que é final. Use um 302 apenas enquanto um teste temporário estiver realmente em execução.
Assim que a mudança estiver consolidada, mude qualquer redirecionamento temporário para 301. Deixar um 302 no lugar por anos é uma das formas mais silenciosas de manter uma mudança pela metade.
Por que um 302 seguido por um 301 dá errado
Um 302 que redireciona para uma segunda URL, que então envia um 301, cria dois saltos e sinais mistos. Os mecanismos de busca geralmente podem seguir a cadeia, mas a cadeia é mais lenta e quebra mais facilmente na próxima vez que alguém editar uma regra.
Colapse para um único 301 que aponta diretamente para o endereço final. Um salto é mais fácil de testar, mais fácil de explicar para um cliente e mais fácil de manter ativo.
Como redirecionar URLs com parâmetros de consulta
URLs antigas com strings de consulta são comuns após uma mudança de CMS. Digamos que o endereço antigo era uma página de produto com um parâmetro de cor. Decida se o parâmetro altera o conteúdo. Se alterar, mapeie a URL parametrizada para a nova página correspondente; se não alterar, uma regra que remove o parâmetro pode servir a página.
Teste algumas URLs parametrizadas manualmente após a regra entrar em vigor. Uma regra que funciona para o caminho simples ainda pode ignorar a string de consulta, e os links que carregam parâmetros são os que você perderá.
Três redirecionamentos que parecem correções
Alguns redirecionamentos passam em uma verificação de status e ainda perdem o valor. A página responde com um 301, mas o destino está errado para as pessoas e crawlers que seguem o link.
Um loop de redirecionamento
Duas regras que se enviam de volta aparecem no navegador como um loop, e a maioria das ferramentas desiste após alguns saltos. Teste a URL antiga, conte os saltos e corrija a regra que aponta de volta para onde começou.
Um loop é o problema mais fácil de ver e o mais fácil de deixar para uma semana. Corrija no dia em que você o encontrar, e conte os saltos com curl -sIL para ler cada linha de status, não apenas a última.
Um redirecionamento para uma tela de login
Uma página antiga bem linkada que redireciona para um formulário de login dá ao visitante uma barreira em vez do conteúdo que o link prometia. Digamos que você redirecione um guia antigo para uma página de login, que então redireciona para um login de terceiros. Nada nesse caminho ajuda o link.
Redirecione para a página pública que corresponde ao que o link era sobre. Se nenhuma página assim existir, um 404 limpo é mais honesto do que um redirecionamento que não leva a lugar algum útil.
Um exemplo prático, hipotético
Imagine um cliente que mudou de um tema de blog para outro. Números de exemplo apenas.
Digamos que o relatório de top pages listasse 140 URLs com links antes da mudança, e 90 delas retornaram 404 depois porque o novo padrão de permalink removeu a pasta de data. Mapear manualmente as vinte melhores linkadas dessas pode recuperar grande parte do valor apontado em uma tarde, e a tabela de limites diz como descrever a mudança para o cliente.
O mesmo mapeamento é a melhor resposta quando um cliente pergunta o que mudou. Mostre as vinte URLs mapeadas com seu endereço antigo, seu endereço novo e o código de status para cada uma. Uma tabela convence. Vinte linhas convencem mais do que qualquer resumo, e a tabela funciona também como a lista de verificação para a próxima passagem.
