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

20

Вариант использования - это документ, имеющий несколько версий, которые доступны одновременно. Например, документация по продукту для каждой версии этого программного обеспечения:

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

Это не одно и то же содержание в том смысле, что было бы неверно указывать на страницах v1 и v2, что канонический URL - это v3. Если бы я искал в Google «Руководство по установке продукта v2», я бы ожидал, что смогу найти v2. Каждая версия документа будет немного отличаться, но они будут иметь много общего друг с другом.

Таким образом, вопрос заключается в следующем: могу ли я каким-то образом разметить эти страницы, чтобы дать понять Google и друзьям, что предпочтительнее последняя версия (v3), поэтому простой поиск «руководства по установке продукта» с большей вероятностью покажет страницу v3 вместо страница v1 или v2?

Брендан Хейвуд
источник
Это интересная ситуация. Мне не известно о какой-либо поддержке версий документов для поиска Google.
Стивен Остермиллер
Это прекрасная возможность для обновления канонического тега, чтобы позволить управление версиями с текущей версией, бета-версиями, устаревшими и т. Д. Вопрос о том, как это будет работать конкретно, остается спорным. Это может быть интересным и полезным изменением.
closetnoc
@ Брендан, ты нашел какие-нибудь решения?
Росс Роджерс
1
Теоретически, priorityтег в XML-карте сайта может использоваться для указания относительной важности - чтобы предложить «предпочтительную» страницу, когда два или более результатов могут быть аналогичными. Однако, похоже, что Google больше не обращает внимания на «приоритет» .
MrWhite

Ответы:

4

учитывая ваш вопрос, я должен сделать следующие предположения:

  1. на вашем сайте есть раздел с инструкциями по установке продукта
  2. руководства отличаются от версии продукта, но остаются актуальными для клиентов, использующих более старые версии продукта
  3. Ваши клиенты знают об этом и точно знают, какая версия им может понадобиться

Во-первых: это действительно не тот случай использования a rel="canonical".

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

Схема:

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

Каждый раз, когда выходит новое руководство, оно публикуется на статической странице, а старое перемещается вниз к новому URL-адресу, находящемуся глубже в структуре URL-адреса. URL-адреса "старого руководства" связаны со статической страницей, но не со страниц категорий. Поэтому они будут рассматриваться как "менее важные"

Убедитесь, что v1, 2, 3, … nверсии связаны только со страницы основных руководств и каждой из них. Главная страница должна быть хорошо связана со всем вашим сайтом.

По сравнению с вашей существующей структурой URL это больше соответствует опубликованному руководству exapmle.com/product/guide/.

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

В этой структуре каждый URL «стоит» одинаково, и Google должен полагаться на другие сигналы, чтобы решить, какой URL является наиболее релевантным.

Следующим шагом является оптимизация справочных страниц таким образом, чтобы поисковые системы быстро понимали разницу между отдельными версиями:

  • индивидуализировать заголовок страницы, например: <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>

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

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

Таким образом, вы убедитесь, что самое последнее руководство всегда присутствует example.com/product/guide/и будет использоваться в качестве результата для общих поисков, таких как « Установить руководство продукта ». Поисковые системы распознают, что контент на этой странице часто обновляется, а также распознают наличие подпунктов на этих страницах и служат для более конкретных поисковых терминов, таких как « Руководство по установке Product V 2.0 ». Оптимизируя страницы под конкретные версии, которые они представляют, вы гарантируете, что клиенты найдут свою версию, выполнив ее поиск.

Себ
источник
5
Ваш ответ кажется полным предположением. Эти страницы уже существуют, имеют хорошие заголовки, метаданные и структуру URL. Люди-пользователи точно знают, что происходит. Это просто Google, который не возвращает самую полезную страницу. Мне нужны спецификации от поисковых систем для реализации или реальные примеры / примеры, которые решили эту проблему.
Брендан Хейвуд
1
Мой ответ зависит от вашей информации. Если вам нравится делиться своими URL-адресами, и никто не должен угадывать вашу структуру страницы и настройки. Мой ответ основан на реальной жизни опыт ..
Себ
Одним из самых сильных сигналов является связывание. Ссылки с последней версии на более низкие версии имеют смысл. Это о структуре. Я не верю, что Google понимает версии, поэтому текст ссылки, теги заголовков, теги заголовков и тому подобное не будут распознаны, однако это имеет смысл для пользователей. К сожалению, нет механизма для управления версиями, однако я считаю, что использование канонического тега от более ранних версий до последней версии является правильным. Поиск конкретной версии документации все равно должен корректно отображаться на основе семантических сигналов, которые вы описываете. Ура !!
closetnoc
1
Я не вижу в этом догадки. Я хотел бы добавить, что добавление дат может помочь пользователям, особенно если вы отличите тег заголовка с чем-то вроде последней версии , версии 1 01.01.1901 , версии 2 2/2/1902 или просто версии 1 , устаревшей версии 2 , и т.д. ., с разметкой схемы, которая включает в себя дату. Отправьте как можно больше сигналов. Это в первую очередь поможет пользователю. Кроме того, амортизация может быть триггерным термином для Google. В том-то и дело, что иногда Google выбирает более старые версии документации без рифмы или причины. Попробуйте сделать более старые версии PDF, а не HTML.
closetnoc
2

Я не видел ни одного проверенного технического способа, который бы указывал поисковой системе, что определенная версия руководства или страницы новее, чем дата, упомянутая норкалом Джонни.

Тем не менее, я заметил, что во многих случаях старая версия будет содержать предупреждение в верхней части, говоря, посмотрите там более новую версию. Немного недовольно, если вы используете версию, которую вы сейчас просматриваете, но отлично, если вы пытаетесь оценить продукт и хотите убедиться, что вы смотрите последнюю версию.

Первым веб-сайтом, где я увидел эту практику, был W3C. Например, этот документ имеет «последнюю версию» вверху: https://www.w3.org/TR/html401/

Теперь я заметил это на MSDN, где у них есть ссылка «Рекомендуемая версия». https://msdn.microsoft.com/en-us/library/78zh94ax%28v=vs.71%29.aspx

В любом случае, я не видел каких-либо технических HTTP или HTML, которые могли бы использоваться, чтобы указать на это. Существует тег link с rel = "alternate", который может работать, но, насколько я понимаю, он действительно работает только для языков или других различных версий одного и того же документа, а не для различных версий.

Есть еще одна технология, которую Google попробовал, и я уверен, что они все еще используют ее, это http://schema.org, которая имеет тег https://schema.org/softwareVersion . Если предположить, что Google реализовал этот конкретный тег, он должен понимать схему вашей версии. Следуя пониманию Себа, имея страницу / guide, вы можете иметь ссылки на каждую версию. Ссылка будет помечена схемой для включения этой softwareVersionинформации. Тем не менее, эта версия принимает только текст, заставляя меня думать, что это описание («лучшая версия из всех!») Программного обеспечения, а не актуальная версия (1.0, 2.3, 3.7.1 ...), но я думаю, что это, вероятно, будет лучшим ты можешь сделать.

Алексис Уилке
источник
1

Я видел такие случаи, как ваш, когда просматривал техническую документацию, такую ​​как Django docs .

В этом случае нет конкретного тега, который можно добавить, но вы можете использовать следующие стратегии, чтобы намекнуть Google, что вы предпочитаете ссылку v3 (последняя версия):

Ссылки без версий

  • Когда вы ссылаетесь на этот контент вне области v3, используйте ссылки без версий, которые автоматически перенаправляют на страницу последней версии, например:

    example.com/install-guide - перенаправляет на самую последнюю -> example.com/v3/install-guide

Если у вас есть более новая версия (v4), он будет перенаправлен на example.com/v4/install-guide.

Оповещения со ссылками на последнюю версию

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

Когда Django отказывается от версии, она ясно показывает ее пользователю, в вашем случае вы также можете добавить ссылку на последнюю версию в оповещении.

введите описание изображения здесь

Свежие ссылки

  • свежие ссылки (более новый контент или более новые версии в вашем случае), естественно, получат больше тяги, чем старые.
marcanuy
источник
1
На самом деле, Django использует, rel=canonicalчтобы стереть все более ранние версии документации с поисковых запросов, а также оповещения. См. Источник docs.djangoproject.com/en/dev/misc .
oligofren
@oligofren хороший улов, и, честно говоря, я не убежден использовать canonicalв этой ситуации.
Marcanuy
0

Всякий раз, когда я ищу какую-либо информацию FB API, она возвращает мне последнюю информацию с последним URL-адресом API, и они не используют ни перенаправления, ни канонический тег ссылки, указывающий на последнюю информацию, они просто указывают на последнюю информацию везде, поэтому Google будет сканировать это чаще и будет пропускать больше сочного слова, это единственный сигнал, который вы также можете использовать для своего веб-сайта. Вы можете контролировать свои ссылки, поэтому используйте их.

Не используйте noindex, редирект 301 и тег канонической ссылки на старых страницах, которые указывают на последний URL, который сделает вашу веб-страницу мертвой в глазах поисковой системы Google, я имею в виду, что Google удалит все первоначальные преимущества, которые дает эта веб-страница. Недавно я спросил в официальном чате Google, и они сказали, что они не дают никакого начального значения PR для тега noindex, поэтому я думаю, что это будет относиться и к тегу канонической ссылки. и когда вы делаете перенаправление 301, тогда весь PR переходит на новый URL, и любой начальный PR, который дается этой старой веб-странице, будет удален, потому что он больше не доступен. Google дает некоторую ценность тем веб-страницам, которые являются живыми.

Вам не нужно менять разметку. Сайты eComerce отображают веб-страницы одного и того же типа по двум разным URL-адресам для двух стран, и они меняются только в виде цены. Например, для США это доллар, а для Индии - рупии, а все остальное - то же самое, и все же такой веб-сайт не сталкивался с какими-либо штрафами Панды.

Goyllo
источник
-1

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

Google оценивает дату страницы на основе особенностей страницы, таких как даты в заголовке и URL.

Пользовательский поиск позволяет использовать эту дату для сортировки, смещения и ограничения диапазона, используя специальный ключ метаданных даты. Эта приблизительная дата может использоваться во всех операторах, которые используют &sort=параметр URL, включая «Сортировать по атрибуту», «Смещение по атрибуту», «Ограничить диапазоном».

Например:

Параметры URL для сортировки результатов по дате, для смещения к более новым / старым датам и для возврата результатов за промежуток времени

Список текущих кодов приведен в документации по пользовательскому поиску Google .

Norcal Johnny
источник
3
Похоже, ваш ответ в первую очередь касается пользовательского поиска Google, а OP, похоже, спрашивает о поиске Google.
ОООНР
Да, это немного не по теме, но это может указывать на потенциальное решение. Есть ли способ пометить страницу v1 как действительную для 2014 года и страницу v2 как действительную для 2015 года и v3 для 2016 года, и тогда обычный поиск в Google будет отдавать предпочтение текущей версии?
Брендан Хейвуд