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

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

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

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

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

18 голосов | спросил Brendan Heywood 5 +03002016-10-05T15:49:34+03:00312016bEurope/MoscowWed, 05 Oct 2016 15:49:34 +0300 2016, 15:49:34

5 ответов


2

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

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

Во-первых: это действительно не прецедент для 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 ». Оптимизируя страницы для конкретных версий, которые они представляют, вы убедитесь, что клиенты находят свою версию, ища ее.

ответил Seb 7 +03002016-10-07T15:53:34+03:00312016bEurope/MoscowFri, 07 Oct 2016 15:53:34 +0300 2016, 15:53:34
1

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

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

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

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

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

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

ответил Alexis Wilke 29 22016vEurope/Moscow11bEurope/MoscowTue, 29 Nov 2016 00:43:13 +0300 2016, 00:43:13
1

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

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

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

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

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

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

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

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

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

 введите описание изображения здесь>> </a> </p>

<h2> Свежие ссылки </h2>

<ul>
<li>
<a href= свежие ссылки (более новый контент или более новые версии в вашем случае), естественно, получат больше тяги, чем более старые.

ответил marcanuy 29 22016vEurope/Moscow11bEurope/MoscowTue, 29 Nov 2016 07:22:45 +0300 2016, 07:22:45
0

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

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

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

ответил Goyllo 29 22016vEurope/Moscow11bEurope/MoscowTue, 29 Nov 2016 20:34:36 +0300 2016, 20:34:36
-1

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

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

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

Например:

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

<p> Для перечисления текущих кодов посетите <a href= документацию Google Custom Search .

ответил norcal johnny 6 +03002016-10-06T02:27:13+03:00312016bEurope/MoscowThu, 06 Oct 2016 02:27:13 +0300 2016, 02:27:13

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132