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?
seo
duplicate-content
canonical-url
Brendan Heywood
fonte
fonte
priority
tag 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" .Respostas:
dada sua pergunta, tenho que fazer as seguintes suposições:
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:
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, … n
versõ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/
.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:
<title>Version 1.0 install Guide for Product XY</title>
<h1>How to Install Version 1.0 of Product XY</h1>
<meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" />
<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.fonte
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
softwareVersion
informaçõ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.fonte
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
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
fonte
rel=canonical
obliterar 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 .canonical
nessa situação.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.
fonte
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 .
fonte