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

20

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?

Brendan Heywood
fonte
Essa é uma situação interessante. Não tenho conhecimento de nenhum suporte à versão de documentos para a pesquisa do Google.
Stephen Ostermiller
Esta é uma oportunidade perfeita para que a tag canônica seja atualizada para permitir o versionamento com a versão atual, beta, depreciada, etc. Como isso funcionaria especificamente, está em debate. Esta poderia ser uma mudança interessante e útil.
Closetnoc 05/10
@Brendan, você descobriu alguma solução?
Ross Rogers
11
Em teoria, a prioritytag em um sitemap XML pode ser usada para indicar importância relativa - para sugerir a página "preferida" quando dois ou mais resultados podem ser similares. No entanto, parece que o Google não presta mais atenção à "prioridade" .
MrWhite

Respostas:

4

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.

Seb
fonte
5
Sua resposta parece um palpite completo. Essas páginas já existem, possuem bons títulos e metadados e estrutura de URL. Os usuários humanos sabem exatamente o que está acontecendo. É apenas o Google que não está retornando a página mais útil. Estou buscando especificações dos mecanismos de pesquisa para implementar ou exemplos / estudos de caso do mundo real que resolveram isso.
Brendan Heywood
11
Minha resposta depende de suas informações. Se você gosta de compartilhar seus URLs, ninguém precisa adivinhar a estrutura e a configuração da página. Minha resposta é baseada na experiência da vida real ..
Seb
Um dos sinais mais fortes é a ligação. Vincular a versão mais recente a versões menores faz sentido. É sobre estrutura. Não acredito que o Google compreenda versões, portanto, o texto do link, as tags de título, as tags de cabeçalho e similares não serão reconhecidos, no entanto, isso faz todo o sentido para os usuários. Infelizmente, não há mecanismo para controle de versão, no entanto, acredito que o uso de uma tag canônica das versões inferiores para a versão mais recente esteja correto. Uma pesquisa por uma versão específica da documentação ainda deve aparecer corretamente com base nos sinais semânticos que você descreve. Felicidades!!
closetnoc
11
Eu não vejo isso como um palpite. Gostaria de acrescentar que a adição de datas pode ajudar os usuários, especialmente se você diferenciar a tag de título com algo como a versão mais recente , versão 1 1/1/1901 , versão 2 2/2/1902 ou apenas a versão 1 depreciada , a versão 2 depreciada , etc. ., com marcação de esquema que inclui uma data. Envie quantos sinais puder. Ajudará principalmente o usuário. Além disso, a depreciação pode ser um termo acionador para o Google. O fato é que, às vezes, o Google escolhe versões mais antigas da documentação sem rima ou razão. Considere transformar versões antigas em PDF e não em HTML.
Closetnoc 02/12/16
2

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.

Alexis Wilke
fonte
1

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.

insira a descrição da imagem aqui

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.
marcanuy
fonte
11
Na verdade, o Django costuma rel=canonicalobliterar todas as versões mais antigas da documentação dos hits da pesquisa, bem como o alerta. Veja a fonte de docs.djangoproject.com/en/dev/misc .
oligofren
@ oligofren boa captura, e para ser honesto, não estou convencido de usar canonicalnessa situação.
marcanuy 12/09
0

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.

Goyllo
fonte
-1

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:

Parâmetros de URL para classificar os resultados por data, enviesar para datas mais recentes / mais antigas e retornar resultados de um período

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

norcal johnny
fonte
3
Sua resposta parece ser principalmente sobre a Pesquisa personalizada do Google, enquanto o OP parece perguntar sobre a Pesquisa do Google.
unor
Sim, este é um tópico um pouco estranho, mas pode apontar para uma solução em potencial. Existe uma maneira de marcar a página v1 como válida para 2014 e a página v2 como válida para 2015 e v3 para 2016 e, em seguida, a pesquisa normal do Google daria um pouco de preferência em relação à versão atual?
Brendan Heywood #