Comment marquer correctement différentes versions du même document qui ne sont pas canoniques
Le cas d'utilisation est un document qui a plusieurs versions qui sont toutes disponibles simultanément. Par exemple, la documentation sur un produit pour chaque version de ce logiciel:
/v1/install-guide/v2/install-guide/v3/install-guide
Ce ne sont pas les mêmes contenus en ce sens qu'il serait incorrect de spécifier dans les pages v1 et v2 que l'URL canonique est v3. Si je cherchais dans Google 'product install guide v2', je m'attendrais à pouvoir trouver la v2. Chaque version du document serait légèrement différente, mais elles auraient beaucoup en commun.
La question est donc la suivante: puis-je marquer ces pages d’une manière ou d’une autre pour signaler à Google et à ses amis que la dernière version (v3) est préférable? la page v1 ou v2?
compte tenu de votre question, je dois faire les hypothèses suivantes:
- votre site Web offre une section de guides d'installation pour un produit
- les guides diffèrent de la version du produit mais restent pertinents pour les clients utilisant des versions de produit plus anciennes
- vos clients en sont conscients et savent exactement de quelle version ils ont besoin
Premièrement: ce n'est en effet pas le cas d'utilisation d'un rel="canonical".
La structure est l’une des méthodes permettant de gérer des situations telles que la vôtre: vous pouvez mettre en œuvre une page de guide statique pour votre produit contenant toujours le guide le plus récent. Cette page est liée à la page du produit ou de la catégorie, elle prend donc beaucoup d'importance.
Schème:
exapmle.com/product/guide/
exapmle.com/product/guide/guide-v1
exapmle.com/product/guide/guide-v2
exapmle.com/product/guide/guide-v3
Chaque fois qu'un nouveau guide est publié, il est publié sur la page statique et l'ancien se déplace vers une nouvelle URL plus profonde dans la structure de l'URL. Ces URL "de l'ancien guide" sont liées à partir de la page statique, mais pas à partir des pages de catégorie. Par conséquent, ils seront considérés "moins importants"
Assurez-vous que les versions v1, 2, 3, … n ne sont liées que depuis la page des guides principaux et chacune d’elles. La page principale doit être bien liée sur l’ensemble du site.
Comparé à votre structure d'URL existante, cela donne plus de pertinence au guide publié sur exapmle.com/product/guide/.
/v1/install-guide/v2/install-guide/v3/install-guide
Dans cette structure, chaque URL "vaut" la même chose et Google doit s'appuyer sur d'autres signaux pour choisir l'URL la plus pertinente.
L'étape suivante consiste à optimiser les pages de guide de manière à ce que les moteurs de recherche comprennent rapidement la différence entre les versions individuelles:
- individualiser le titre de la page, par exemple:
<title>Version 1.0 install Guide for Product XY</title> - individualiser le titre principal de la page, par exemple:
<h1>How to Install Version 1.0 of Product XY</h1> - personnalisez la description de la page, par exemple:
<meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" /> - utilisez les textes d'ancrage pour indiquer différentes versions lorsque vous vous connectez aux guides
<a href="http://example.com/product/guide/guide-v2" >Install guide for V 2.0</a>
Chacun pour indiquer la version pour laquelle il a été conçu et peut-être l'année/mois/date.
Astuce: il peut être utile de souligner les différences en haut des pages. Ainsi, les clients peuvent facilement comprendre pourquoi ils ont besoin de différents guides et moteurs de recherche, obtenir des informations supplémentaires, un contenu unique pour chaque page, ce qui réduit le risque de problèmes liés à la duplication de contenu.
De cette façon, vous vous assurez que le dernier guide est toujours présent sur example.com/product/guide/ et servira de résultat pour les recherches génériques telles que "install guide product". Les moteurs de recherche reconnaîtront que le contenu de cette page est mis à jour fréquemment et reconnaîtront que des sous-éléments de cette page existent et les serviront pour des termes de recherche plus spécifiques, tels que "guide d'installation du produit V 2.". En optimisant les pages pour les versions spécifiques qu’elles représentent, vous vous assurez que les clients trouvent leur version en le recherchant.
Je n'ai vu aucun moyen technique éprouvé d'indiquer à un moteur de recherche qu'une certaine version d'un guide ou d'une page est plus récente que la date indiquée par Norcal johnny.
Cependant, j’ai remarqué que dans de nombreux cas, la version la plus ancienne comportait un avertissement indiquant en haut qu’il fallait aller voir la version la plus récente. Un peu embêtant si vous utilisez la version que vous regardez actuellement, mais excellent si vous essayez d’évaluer un produit et que vous voulez être sûr de regarder au plus tard.
Le premier site Web où j'ai vu que cette pratique se produisait clairement était le W3C. Par exemple, ce document a une "dernière version" en haut: https://www.w3.org/TR/html401/
Maintenant, je l'ai remarqué chez MSDN, où ils ont un lien nommé "Version recommandée". https://msdn.Microsoft.com/en-us/library/78zh94ax%28v=vs.71%29.aspx
Quoi qu’il en soit, je n’ai pas vu de technique HTTP ou HTML permettant d’indiquer cela. Il existe un balise de lien avec rel = "substitut" qui peut fonctionner, mais d'après ce que je comprends, cela ne fonctionne réellement que pour les langues ou d'autres versions variables du même document, et non de différentes versions.
Il y a une autre technologie que Google a essayée et je suis à peu près sûr qu'ils l'utilisent encore, c'est http://schema.org qui se trouve avoir un https: // schema .org/softwareVersion balise. Donc, en supposant que Google ait implémenté cette balise spécifique, il devrait alors comprendre votre schéma de version. Suivant les informations de Seb et la page/guide, vous pouvez créer des liens vers chaque version. Le lien serait étiqueté avec un schéma pour inclure cette information softwareVersion. Cependant, cette version accepte uniquement le texte, ce qui me fait penser que c'est une description ("Meilleure version!") du logiciel et non une version réelle (1.0, 2.3, 3.7.1 ...) Mais je pense que ce serait probablement le mieux que vous puissiez faire.
J'ai vu des cas comme le vôtre lors de la navigation dans la documentation technique comme Django docs .
Dans ce cas, il n’ya pas de balise spécifique à ajouter, mais vous pouvez utiliser les stratégies suivantes pour indiquer à Google que vous préférez le v3 link (la dernière version):
Liens sans versions
Lorsque vous vous référez à ce contenu en dehors de la portée de la v3, utilisez des liens sans version qui redirigent automatiquement vers la dernière page de version, par exemple:
example.com/install-guide- redirige vers le dernier ->example.com/v3/install-guide
Lorsque vous avez une version plus récente (v4), il sera redirigé vers example.com/v4/install-guide.
Alertes avec des liens vers la dernière version
- affichez toujours la version disponible de votre documentation pour que l’utilisateur puisse facilement choisir celle à utiliser et s’ils visitent une version plus ancienne, vous pouvez afficher une alerte signalant qu’ils ne sont pas dans la dernière version et ajouter un lien vers le lien sans la version dans le répertoire. url, Google saura que ces anciennes pages de version font référence à la dernière, leur donnant implicitement plus de poids pour choisir celle à sélectionner. Dans ce cas, la dernière version sera toujours référencée par les autres.
Lorsque Django déprécie une version, il la montre clairement à l'utilisateur. Dans votre cas, vous pouvez également ajouter le dernier lien de version dans l'alerte.
Liens frais
- nouveaux liens (le nouveau contenu, ou les nouvelles versions dans votre cas) aura naturellement plus de traction que les anciens.
Chaque fois que je recherche une information d'API FB, elle me renvoie les informations les plus récentes avec la dernière URL de l'API, et ils n'utilisent aucune redirection ni aucune balise de lien canonique pointant vers les informations les plus récentes. Google l'explorera plus souvent et passera plus rapidement, c'est le seul signal que vous pouvez également utiliser pour votre site Web. Vous avez le contrôle de vos liens alors utilisez celui-là.
N'utilisez pas les balises noindex, 301 redirection et canonical link sur les anciennes pages pointant vers la dernière URL, qui rendront votre page Web inutilisable dans les yeux du moteur de recherche Google. Je veux dire que Google supprimera les avantages initiaux accordés à cette page. J'ai récemment interrogé Google sur la bulle officielle et ils m'ont répondu qu'ils ne donnaient aucune valeur PR initiale pour la balise noindex. Je pense donc que cela s'appliquera également à la balise de lien canonique. et Lorsque vous effectuez une redirection 301, tous les PR passent à la nouvelle URL et le PR initial attribué à cette ancienne page Web sera supprimé car il n’est plus disponible. Google donne de la valeur aux pages Web en direct.
Vous n'avez pas vraiment besoin de changer votre marge. Les sites de commerce électronique affichent le même type de page Web sur deux URL différentes pour cibler deux pays, et ce qu’ils modifient n’est que le prix actuel. Par exemple, pour les États-Unis, c'est le dollar et pour l'Inde, les roupies, et le reste est identique, et ce type de site Web ne faisait encore l'objet d'aucune pénalité Panda.