Esta é uma continuação da pergunta: Como lidar com alterações de URL canônicas, como estouro de pilha .
Digamos que eu tenho o URL do canon:
questions/11/car
<--- ligado canonicamente de --- questions/11/
O que acontecerá se eu quiser alterar o URL do canon para:
questions/11/car-with-sgx
Obviamente, questions/11/
apontará para o novo URL canon.
Mas como o antigo deve questions/11/car
mudar para o novo? Existem duas maneiras:
- 301 redireciona isso para o novo URL canon
- o URL canon antigo vincula canonicamente ao novo URL canon
De acordo com este post :
[Usando o link canônico em vez do redirecionamento], a classificação do OldPage.html cairá ao longo do tempo devido ao menor número de links internos, mas a tag canônica não fará com que ele desapareça completamente. Teoricamente, ele poderia permanecer em seu índice até que ocorra uma das seguintes situações:
- é redirecionado permanentemente via 301
- retorna um 404 por um longo período de tempo (eles continuarão verificando por um tempo antes de soltar um URL)
- uma tag "noindex" dos meta robots é adicionada
Se isso for verdade, eu realmente preciso usar o redirecionamento do URL canon antigo para o novo URL canon, o que significa que preciso manter um log dos URLs canon antigos anteriores desse conteúdo, para saber quando posso redirecionar. Isso é um pouco complicado de fazer.
fonte
Respostas:
Você usaria um redirecionamento 301 do URL antigo para o novo. Isso garante que qualquer tráfego da página antiga seja repassado para a nova, juntamente com qualquer valor (PageRank, etc.) acumulado pela página original.
assim
old.html -- 301 --> new.html
Idealmente, você também deve atualizar o elemento de link canônico em qualquer página para a qual
old.html
foi definida como a versão canônica. Portanto, ondeold-variant.html
originalmente tinha uma referência de elemento de link canônicoold.html
, ela deve agora fazer referêncianew.html
.Se você esquecer ou tiver preguiça de fazer isso, não é o fim do mundo, pois o redirecionamento 301 deve concluir a conexão. Provavelmente não é o ideal - o Google, por exemplo, não gosta de redirecionamentos encadeados, e eu suspeito que eles teriam uma posição semelhante sobre cadeias de CLEs e redirecionamentos - mas deve funcionar. No entanto, eu estaria inclinado a ver isso como uma rede de segurança, não como uma estratégia.
fonte
Parece-me que você está renomeando um URL.
Rel Canonical informa aos mecanismos de pesquisa qual é a página mestra, efetivamente quais páginas são duplicadas.
Você não precisa sempre usar o Rel Canon se ele estiver em uma página com muito texto contido em todo o site. Por exemplo, um / blog / pode exibir artigos completos, muitos deles. Você não pode usar mais de um cânone e, neste caso, simplesmente não adiciona o Rel Canonical.
Pessoalmente, uma meta (Noindex, siga) funciona melhor e, usando o Rel Canonical nas páginas mestras, explicará mais adiante sobre o seguinte.
Por exemplo, página B (possui conteúdo duplicado), página A (conteúdo exclusivo).
Como o Google não recompensará páginas duplicadas, não há sentido em indexá-las, portanto é uma solução melhor.
PageA.html você usa Rel Canonical = "PageA.html" PageB.html você usa
Ao usar o noindex, você informa automaticamente que os mecanismos de pesquisa não levam em consideração esta página. Com o atributo follow, você garante que, se alguém vincular à página noindex, o suco será alimentado para o restante do site, isso significa que o Google pode links de rastreamento encontrados na página. Um noindex, não significa que ele não é rastreado pelo caminho, apenas significa que não aparecerá nos resultados. Alguns dizem que, usando a tática noindex, você não precisa usar o Rel Canonical na parte principal, mas eu o uso, e ainda é recomendado como se qualquer idiota fosse enganado.
Se você simplesmente renomeou a página, porque sua pergunta é bastante atraente e não exata, basta excluir a página antiga e removê-la. Sempre se perde um pouco de suco ao renomear as páginas, mas o 301 é o melhor caminho a seguir.
Espero que isto ajude
fonte