Como marcar corretamente versões diferentes do mesmo documento que não são canônicas

O caso de uso é um documento com várias versões disponíveis simultaneamente. Por exemplo, documentação de um produto para cada versão desse software:

• /v1/install-guide
• /v2/install-guide
• /v3/install-guide

Esse não é o mesmo conteúdo no sentido em que seria incorreto especificar nas páginas v1 e v2 que o URL canônico é v3. Se eu pesquisasse no Google por 'guia de instalação do produto v2', esperaria encontrar a v2. Cada versão do documento seria um pouco diferente, mas elas teriam muito em comum uma com a outra.

Portanto, a pergunta é: posso marcar essas páginas de alguma forma para sinalizar ao Google e aos amigos que a versão mais recente (v3) é preferida? Portanto, é mais provável que uma simples pesquisa por 'guia de instalação do produto' mostre a página v3 em vez de a página v1 ou v2?

dada sua pergunta, tenho que fazer as seguintes suposições:

1. seu site está oferecendo uma seção para guias de instalação de um produto
2. guias diferem da versão do produto, mas permanecem relevantes para os clientes que usam versões mais antigas do produto
3. seus clientes estão cientes disso e sabem exatamente qual versão eles podem precisar

Primeiro: esse realmente não é o caso de uso para a rel="canonical".

Uma abordagem para lidar com situações como a sua é a estrutura: você pode implementar uma página de guia estática para o seu produto que sempre contém o guia mais recente. Esta página está vinculada a partir da página do produto ou da categoria, por isso ganha muita importância.

Esquema:

exapmle.com/product/guide/
exapmle.com/product/guide/guide-v1
exapmle.com/product/guide/guide-v2
exapmle.com/product/guide/guide-v3

Cada vez que um novo guia é lançado, ele é publicado na página estática e o antigo passa para um novo URL mais profundo na estrutura do URL. Esses URLs do "guia antigo" são vinculados a partir da página estática, mas não a partir das páginas da categoria. Para isso, eles serão vistos "menos importantes"

Verifique se as v1, 2, 3, … nversões estão vinculadas apenas na página principal dos guias e cada uma em cada uma. A página principal deve estar bem vinculada ao site inteiro.

Comparado à sua estrutura de URL existente, isso dá mais relevância ao guia publicado em exapmle.com/product/guide/.

• /v1/install-guide
• /v2/install-guide
• /v3/install-guide

Nesta estrutura, cada URL "vale" o mesmo e o Google precisa contar com outros sinais para decidir qual URL é mais relevante.

O próximo passo é otimizar as páginas do guia de maneira que os mecanismos de pesquisa entendam rapidamente a diferença entre as versões individuais:

• individualize o título da página, por exemplo: <title>Version 1.0 install Guide for Product XY</title>
• individualize o cabeçalho principal da página, por exemplo: <h1>How to Install Version 1.0 of Product XY</h1>
• individualize a descrição da página, por exemplo: <meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" />
• faça uso dos textos âncora para apontar versões diferentes ao vincular aos guias <a href="http://example.com/product/guide/guide-v2" >Install guide for V 2.0</a>

Cada um para apontar a versão para a qual foi projetado e talvez o ano / mês / data.

Dica: pode ser útil apontar as diferenças no topo das páginas individuais. Assim, os clientes podem ver facilmente por que precisam de guias diferentes e os mecanismos de pesquisa obtêm informações adicionais e um conteúdo exclusivo para cada página, reduzindo o risco de problemas de "conteúdo quase duplicado".

Dessa forma, você garante que o guia mais recente esteja sempre presente example.com/product/guide/e servirá como resultado para pesquisas genéricas como " produto do guia de instalação ". Os mecanismos de pesquisa reconhecerão que o conteúdo desta página é atualizado com freqüência e também reconhecerão que os subitens dessas páginas existirão e os servirão para termos de pesquisa mais específicos, como " guia de instalação do Produto V 2.0 ". Ao otimizar as páginas para as versões específicas que eles representam, verifique se os clientes encontram a versão pesquisando-a.

Não vi nenhuma maneira técnica comprovada que indique a um mecanismo de pesquisa que uma determinada versão de um guia ou página seja mais recente que não a data mencionada por norcal johnny.

No entanto, notei que, em muitos casos, a versão mais antiga incluirá um aviso na parte superior dizendo: vá lá para a versão mais recente. Um pouco irritante se você estiver usando a versão que você está vendo agora, mas excelente se você estiver tentando avaliar um produto e quiser ter certeza de que está olhando o mais recente.

O primeiro site em que vi essa prática claramente ocorrer foi o W3C. Por exemplo, este documento possui uma "versão mais recente" na parte superior: https://www.w3.org/TR/html401/

Agora, eu notei isso no MSDN, onde eles têm um link chamado "Versão recomendada". https://msdn.microsoft.com/en-us/library/78zh94ax%28v=vs.71%29.aspx

De qualquer maneira, não vi nenhum tipo de HTTP ou HTML técnico que pudesse ser usado para indicar isso. Existe uma tag de link com o rel = "alternate" que pode funcionar, mas pelo que entendi, isso realmente funciona apenas para idiomas ou outras versões variadas do mesmo documento, não para várias versões diferentes.

Existe uma outra tecnologia que o Google tentou e tenho certeza de que ainda a está usando: é http://schema.org que possui uma tag https://schema.org/softwareVersion . Supondo que o Google tenha implementado essa tag específica, ele deve entender seu esquema de versão. Seguindo o insight de Seb, com uma página / guide, você poderia ter links para cada versão. O link seria marcado com o esquema para incluir essas softwareVersioninformações. No entanto, essa versão aceita apenas texto, o que me faz pensar que é uma descrição ("Melhor versão do mundo!") Do software e não uma versão real (1.0, 2.3, 3.7.1 ...) Mas acho que provavelmente seria a melhor você pode fazer.

Eu já vi casos como o seu ao navegar em documentação técnica como os documentos do Django .

Não há nenhuma tag específica para adicionar neste caso, mas você pode usar as seguintes estratégias para sugerir ao Google que você prefere o link v3 (a versão mais recente):

Links sem versões

• Ao se referir a esse conteúdo fora do escopo da v3, use links sem versões que redirecionam automaticamente para a página da versão mais recente, por exemplo:

  example.com/install-guide - redireciona para o mais recente -> example.com/v3/install-guide

Quando você tem uma versão mais recente (v4), ela será redirecionada para example.com/v4/install-guide.

Alertas com links para a versão mais recente

• sempre mostre a versão disponível da sua documentação para que o usuário possa decidir facilmente qual usar e se visitar uma versão mais antiga, você pode mostrar um alerta de que não está na versão mais recente e adicionar um link ao link sem a versão no url, o Google saberá que essas páginas de versões mais antigas estão se referindo à mais recente, implicitamente dando a elas mais peso para decidir qual delas selecionar. Nesse caso, a versão mais recente sempre será referenciada pelas outras.

Quando o Django desaprova uma versão, ela a mostra claramente ao usuário; no seu caso, você também pode adicionar o link da versão mais recente no alerta.

Links novos

• links novos (conteúdo mais recente ou versões mais recentes no seu caso) naturalmente receberão mais tração do que os mais antigos.

Sempre que procuro alguma informação da API do FB, ela retorna as informações mais recentes com o URL da API mais recente, e elas não usam nenhum redirecionamento nem uma tag de link canônico que aponte para as informações mais recentes, o que simplesmente fazem é que começam a apontar para as informações mais recentes em todos os lugares, portanto O Google rastreará isso com mais frequência e transmitirá mais suculentas, esse é o único sinal que você também pode usar para o seu site. Você tem controle sobre seus links, então use esse.

Não use noindex, redirecionamento 301 e tag de link canônico em páginas antigas que apontam para o último URL, que tornarão sua página da Web inoperante no mecanismo de pesquisa do Google; quero dizer, o Google removerá quaisquer benefícios iniciais que sejam dados a essa página. Recentemente, perguntei no hangout oficial do Google e eles disseram que não dão nenhum valor inicial de RP para a tag noindex, então acho que o mesmo se aplicará à tag de link canônico. e Quando você fizer o redirecionamento 301, todo o PR passará para o novo URL, e o PR inicial fornecido para essa página antiga será removido porque não está mais disponível. O Google valoriza as páginas da web que estão ao vivo.

Você realmente não precisa alterar sua marcação. Os sites eComerce exibem o mesmo tipo de página da Web em dois URLs diferentes para segmentar dois países, e o que eles alteram é apenas um preço atual. Por exemplo, para os EUA é dólar e para a Índia são rúpias, e o resto de tudo é o mesmo, e ainda assim esse tipo de site não sofreu nenhuma penalidade da Panda.

Você pode usar Datas da página para classificar.

O Google estima uma data da página com base nos recursos da página, como datas no título e no URL.

A Pesquisa personalizada permite que você use essa data para classificar, influenciar e restringir os resultados, usando uma chave de metadados especial da data. Essa data estimada pode ser usada em todos os operadores que usam o &sort=parâmetro URL, incluindo "Classificar por atributo", "Polarização por atributo", "Restringir ao intervalo".

Por exemplo:

Para obter uma lista dos códigos atuais, visite a documentação da Pesquisa personalizada do Google .