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

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

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

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

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

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

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

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

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

Первым веб-сайтом, где я увидел эту практику, был 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 ...), но я думаю, что это, вероятно, будет лучшим ты можешь сделать.

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

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

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

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

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

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

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

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

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

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

• свежие ссылки (более новый контент или более новые версии в вашем случае), естественно, получат больше тяги, чем старые.

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

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

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

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

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

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

Например:

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