Quinta-feira, 15 de setembro de 2011
Os testes de usuários nos ensinaram que eles preferem ver o conteúdo inteiro em uma página "Ver tudo", em vez de acessar uma lista dos componentes que mostra apenas parte das informações, com quebras de página arbitrárias que fazem o usuário clicar em "próximo" e carregar outro URL.
![Exemplo de experiências de pesquisa preferenciais para conteúdo paginado](https://developers-dot-devsite-v2-prod.appspot.com/static/search/blog/images/import/74163423a458340b5a8d647542054fed.jpg?authuser=0000&hl=pt)
Portanto, para melhorar a experiência do usuário, quando detectamos que uma série de conteúdo (por exemplo,
page-1.html
, page-2.html
etc.) também tem uma versão de página única
(por exemplo, page-all.html
), tentamos retorná-la
nos resultados da pesquisa. Caso o site tenha uma página "Ver tudo", não vai ser necessário realizar nenhuma ação.
Faremos isso em seu nome. Além disso, as propriedades de indexação, como links, serão consolidadas
das páginas do componente na série para a página "Ver tudo".
A latência alta pode fazer com que menos usuários prefiram a página "Ver tudo"
Curiosamente, os casos em que os usuários não preferiram a página "Ver tudo" eram correlacionados com uma alta latência (por exemplo, quando a página demorava para carregar porque tinha muitas imagens). Isso faz sentido, porque os usuários ficam menos satisfeitos com resultados lentos. Portanto, embora uma página "Ver tudo" seja normalmente recomendável, como webmaster, é importante equilibrar essa preferência com o tempo de carregamento da página e a experiência geral do usuário.
Práticas recomendadas para uma série de conteúdo
-
Se o site incluir páginas "Ver tudo": nosso objetivo é detectar essa versão do conteúdo e as páginas associadas, se disponíveis. Não é necessário fazer mais nada. No entanto, se quiser deixar isso mais claro, é possível incluir
rel="canonical"
das páginas do componente na página "Ver tudo". Assim você aumenta a probabilidade de detectarmos a série de páginas de modo adequado.rel="canonical"
pode especificar o superconjunto do conteúdo (ou seja, a página "Ver tudo",page-all.html
nesse caso) das mesmas informações em uma série de URLs.Por que isso funciona? No diagrama,
page-2.html
de uma série pode especificar o destino canônico comopage-all.html
, porquepage-all.html
é um superconjunto do conteúdo depage-2.html
. Quando um usuário pesquisar um termo de consulta epage-all.html
estiver selecionado nos resultados da pesquisa, mesmo que a consulta tenha mais relação compage-2.html
, o usuário ainda verá as informações relevantes depage-2.html
empage-all.html
.Por outro lado,
page-2.html
não pode designarpage-1.html
como canônico, porque o conteúdo depage-2.html
não está incluído empage-1.html
. É possível que a consulta de pesquisa de um usuário seja relevante para o conteúdo empage-2.html
, mas se o URL canônico depage-2.html
estiver definido comopage-1.html
, o usuário poderá selecionarpage-1.html
nos resultados da pesquisa e precisar navegar até uma página diferente para chegar às informações desejadas. Essa é uma experiência ruim para o usuário e um resultado inadequado para nós, além de talvez levar a um tráfego mal segmentado para seu site.No entanto, se você quiser que a página "Ver tudo" não apareça nos resultados da pesquisa, faça o seguinte:
-
Confira se as páginas do componente na série não incluem
rel="canonical"
na página "Ver tudo". -
Marque a página "Ver tudo" como
noindex
usando qualquer um dos métodos padrão.
-
Confira se as páginas do componente na série não incluem
-
Se quiser exibir páginas individuais do componente (ou se a página "Ver tudo" não estiver disponível): talvez uma ou ambas as situações abaixo se apliquem ao seu site:
- A página "Ver tudo" não é recomendável como um resultado da pesquisa (por exemplo, o tempo de carregamento é muito alto ou a navegação é difícil para os usuários).
- Os usuários preferem a experiência de várias páginas e o direcionamento para uma página do componente nos resultados da pesquisa, em vez da página "Ver tudo".
Nesse caso, é possível usar elementos HTML
rel="next"
erel="prev"
padrão para especificar uma relação entre as páginas dos componentes da série. Se isso for feito de modo correto, o Google geralmente tentará:- consolidar as propriedades de indexação, como links, das páginas e dos URLs dos componentes;
- direcionar os usuários para a página ou o URL mais relevante das páginas dos componentes. Geralmente, a página mais relevante do conteúdo é a primeira, mas os algoritmos podem direcionar os usuários para uma das páginas dos componentes na série.
É comum que os webmasters usem incorretamente rel="canonical"
das páginas
dos componentes para a primeira página da série (por exemplo, page-2.html
com
rel="canonical"
para page-1.html
). Não recomendamos essa
implementação, porque as páginas dos componentes não têm conteúdo duplicado. Usar
rel="next"
e rel="prev"
é muito mais apropriado.
Resumo
Como os usuários geralmente preferem a opção "Ver tudo" nos resultados da pesquisa, estamos nos esforçando para detectar e exibir essa versão corretamente aos usuários. Se você tiver uma série de conteúdo, não precisará fazer mais nada. Caso queira sugerir ao Google como exibir suas informações aos usuários, faça o seguinte:
-
Para otimizar a página "Ver tudo", use
rel="canonical"
das páginas dos componentes para a versão de página única. -
Caso contrário, se a página "Ver tudo" não oferecer uma boa experiência do usuário no site, use os atributos
rel="next"
erel="prev"
como uma dica para o Google identificar a série de páginas e ainda mostrar a página dos componentes nos resultados.
Como sempre, é possível fazer perguntas no nosso Fórum de Ajuda para webmasters.