Посмотреть все в результатах поиска

Четверг, 15 сентября 2011 г.

Тестирование на пользователях показало, что пользователи предпочитают версию контента на одной странице («посмотреть всё») странице с компонентами, содержащей лишь часть той же информации с произвольными разрывами страниц (из-за чего пользователю приходится нажимать «далее» и загружать другой URL).

Поэтому для улучшения пользовательского опыта, когда мы обнаруживаем, что серия контента (например,
page-1.html, page-2.htmlи т. д.) также содержит версию на одной странице (например, page-all.html), мы теперь прилагаем больше усилий для возврата версии на одной странице в результатах поиска. Если на вашем сайте есть опция «посмотреть всё», вам ничего не нужно делать; мы сделаем это за вас. Кроме того, свойства индексации, такие как ссылки, будут объединены со страниц компонентов серии на страницу «посмотреть всё».

Высокая задержка может снизить предпочтительность просмотра всего

Интересно, что случаи, когда пользователи не отдавали предпочтение странице «посмотреть всё», коррелировали с высокой задержкой (например, когда страница «посмотреть всё» загружалась долго, скажем, из-за того, что содержала много изображений). Это логично, поскольку мы знаем, что пользователи
менее довольны медленными результатами. Так что, хотя страница со списком всех элементов обычно приветствуется, веб-мастеру важно сбалансировать это предпочтение со временем загрузки страницы и общим пользовательским опытом.

Рекомендации для серии контента

1. Если ваш сайт включает страницы «посмотреть всё»: Мы стремимся обнаружить версию вашего контента «посмотреть всё» и, если таковые имеются, связанные с ней страницы компонентов. Больше ничего делать не нужно! Однако, если вы хотите сделать это более явным для нас, вы можете включить
   rel="canonical" со страниц компонентов на страницу «посмотреть всё», чтобы увеличить вероятность того, что мы правильно обнаружим вашу серию страниц.

   

   Почему это работает? На диаграмме page-2.html серии может указывать каноническую цель как page-all.html , потому что page-all.html является супермножеством содержимого page-2.html. Когда пользователь ищет поисковый запрос и
   page-all.html выбирается в результатах поиска, даже если запрос наиболее близок к
   page-2.html, мы знаем, что пользователь все равно увидит актуальную информацию page-2.htmlвнутри page-all.html.

   . С другой стороны, page-2.html не должен назначать page-1.html в качестве канонического, поскольку содержимое page-2.htmlне включено в
   page-1.html. Возможно, поисковый запрос пользователя относится к контенту на
   page-2.html, но если канонический адрес для page-2.htmlустановлен на
   page-1.html, пользователь может выбрать page-1.html в результатах поиска и оказаться в ситуации, когда ему придется дальше переходить на другую страницу, чтобы найти нужную информацию. Это плохой опыт для пользователя, субоптимальный результат для нас, а также это может привлечь нецелевой трафик на ваш сайт.

   Однако, если вы категорически не хотите, чтобы ваша страница «посмотреть всё» появлялась в результатах поиска:

   1. Убедитесь, что страницы компонентов в серии не содержат rel="canonical" на страницу «посмотреть всё», и
   2. пометьте страницу «посмотреть всё» как
      noindex , используя любой из стандартных методов.

2. Если вы хотите показывать отдельные страницы компонентов (или страница «посмотреть всё» недоступна): возможно, к вашему сайту применимо одно или оба из следующих условий:

   • Страница «посмотреть всё» нежелательна в качестве результата поиска (например, слишком долгое время загрузки или пользователям слишком сложно навигировать).
   • Ваши пользователи предпочитают многостраничный интерфейс и хотят, чтобы в результатах поиска их перенаправляли на страницу компонента, а не на страницу «посмотреть всё».

   Если это так, вы можете использовать стандартные HTML-элементы
   rel="next" и rel="prev" , чтобы указать связь между страницами компонентов в вашей серии контента. Если все сделано правильно, Google обычно будет стремиться:
   Объединить свойства индексации, такие как ссылки, между страницами компонентов/URL-адресами.

   • Направлять пользователей на наиболее релевантную страницу/URL из страниц компонентов. Как правило, наиболее релевантной страницей является первая страница вашего контента, но наши алгоритмы могут направлять пользователей на одну из страниц компонентов в серии.
   • Нередко веб-мастера ошибочно используют

az rel="canonical" с страниц компонентов на первую страницу их серии (например, page-2.html с помощью
rel="canonical" на page-1.html). Мы не рекомендуем эту реализацию, потому что страницы компонентов на самом деле не содержат дублирующегося контента. Использование
rel="next" и rel="prev" гораздо более уместно.

Резюме

Поскольку пользователи обычно предпочитают вариант просмотра всех элементов в результатах поиска, мы прилагаем больше усилий для правильного определения и показа этой версии пользователям. Если у вас есть серия контента, вам больше ничего не нужно делать. Если вы хотите дать Google больше подсказок о том, как лучше всего предоставлять вашу информацию пользователям:

1. Чтобы лучше оптимизировать страницу просмотра всех элементов, вы можете использовать rel="canonical" со страниц компонентов на одностраничную версию; в противном случае,
2. Если страница просмотра всех элементов не обеспечивает хороший пользовательский опыт для вашего сайта, вы можете использовать
   rel="next" и rel="prev"
   в качестве сильной подсказки для Google, чтобы определить серию страниц и все же вывести страницу компонента в результатах.

Как всегда, вы можете задать вопросы на нашем
Webmaster Help Forum.

Авторы: Бенцзя Ли и Йоахим Купке, инженеры-программисты, команда индексирования