A resposta curta
Se o endereço antigo encaminhar os visitantes para um substituto, considere um redireccionamento. Se ambas as versões permanecerem acessíveis e contiverem conteúdo duplicado ou muito semelhante, um canónico poderá indicar a versão preferida. Decida primeiro o que deve acontecer ao visitante e, em seguida, alinhe os sinais técnicos em torno dessa decisão.
O que deve um visitante do endereço antigo experimentar?
Uma reformulação altera os seus URLs de serviço. As páginas antigas ainda recebem visitas de marcadores e mensagens, pelo que alguém propõe adicionar canónicos aos novos endereços. Outra pessoa sugere redirecionar todos os URLs antigos para a página inicial.
Estes são comportamentos diferentes e sem botão de limpeza universal. A escolha certa depende se a página antiga ainda deve abrir e se existe uma substituição relevante.
Siga a pessoa que abre o link antigo
Imagine um cliente a abrir um link antigo para um serviço específico. Se o serviço simplesmente mudou, aceder à sua nova página é geralmente mais útil do que ver uma versão obsoleta. Um redireccionamento muda o seu destino automaticamente.
Uma anotação canónica não encaminha o visitante para outro lugar. A página antiga continua disponível enquanto indica uma versão preferida aos motores de busca. Isto pode ser adequado para versões duplicadas genuínas, mas não cria a mesma experiência de cliente que a movimentação da página.
Um exemplo trabalhado
Suponha que o serviço de instalação de uma empresa muda para um novo endereço enquanto duas variantes de rastreio da página do produto atual permanecem acessíveis.
Onde corre mal
Aplique a mesma regra canónica a tudo e deixe os links de serviços antigos abrindo uma página obsoleta.
O que fazer em vez
Redirecione o serviço movido para o seu substituto relevante. Avalie uma relação canónica para variantes de produto genuinamente duplicadas e alinhe os links internos com o URL preferido.
As duas opções refletem comportamentos diferentes dos visitantes. Mover um serviço e identificar versões equivalentes já não é tratado como a mesma tarefa.
Mantenha a versão preferida consistente
Se o site apontar para um endereço na navegação, listar outro no mapa do site e nomear um terceiro como canónico, os sinais discordam. Decida qual o URL que representa a página atual e atualize as referências circundantes de forma consistente.
A Google trata a canonização como um processo de seleção. A sua anotação expressa uma preferência; isso não garante que a Google o escolha. Uma relação relevante e coerente é mais útil do que adicionar uma etiqueta e deixar versões conflituantes por todo o site.
Uma página removida ainda precisa de um resultado honesto
Nem toda a página antiga tem um substituto adequado. Enviar todas as páginas removidas para a página inicial pode evitar um erro visível, mas pode deixar o visitante a pensar para onde foi a informação prometida. Reveja o propósito original e escolha um destino relevante apenas quando existir.
Crie uma lista simples de URLs antigos importantes e os resultados pretendidos antes do lançamento. Teste estes endereços exatos posteriormente, incluindo visitas diretas. Isto transforma uma vaga promessa de migração num conjunto de jornadas do cliente que podem ser verificadas.
Leve isso para a sua próxima conversa
Perguntas a colocar à sua agência
- A página antiga deve manter-se acessível?
- Existe um substituto genuinamente relevante?
- A navegação, o mapa do site e o ponto canónico são consistentes?
- Os URLs antigos importantes foram testados após o lançamento?
Perguntas comuns
Um canónico envia visitantes para a nova página?
Não. É um sinal sobre a versão preferida. Utilize o redireccionamento adequado quando o comportamento pretendido for mover um visitante para outro endereço.
Podemos apontar todas as páginas antigas para a página inicial?
Reveja o propósito de cada página importante. Um redireccionamento geral da página inicial geralmente não responde à pergunta do visitante original; uma substituição relevante ou uma resposta honesta de página em falta pode ser mais apropriada.
Notas de origem
Orientação da plataforma por detrás deste tópico:
Da explicação à implementação
Este guia é publicado pela NAVIFLARE, um website, prática de fluxo de trabalho de CRM e IA. As notas de origem identificam a orientação da plataforma; exemplos resolvidos explicam um método em vez de reivindicar o resultado de um cliente.
Explorar design e desenvolvimento de sitesO seu próximo passo
Traga uma lista de URLs alterados e identifique o que deve substituir cada página. Podemos discutir um plano de migração em torno destas viagens concretas dos visitantes.
Discuta uma migração de site
