Devrais-je retirer rel next / prev d'un seul article WordPress?
Tout d’abord, ce n’est pas une question de "comment enlever", mais bien de "devrais-je retirer".
Je viens de remarquer les liens rel next et prev sur nos simples blogs WordPress. Je ne sais pas s'ils sont nouveaux dans une mise à jour, ou si je ne les ai jamais remarqués auparavant.
Nos blogs ne sont pas liés les uns aux autres à la manière d'un grand blog écrit sur plusieurs pages. Ils sont tous individuels, le premier n'ayant rien à voir avec le suivant.
D'après ce que je sais de la balise rel next/prev, elles servent à relier des pages groupées, comme si vous étiez sur un grand blog de plusieurs pages. Ou pagination sur les WordPress pages d'archives.
Comme ce n'est le cas dans aucun de nos blogs, je souhaite savoir si je devrais supprimer le relnext/prev, car je crains que cela puisse envoyer un mauvais message aux moteurs de recherche.
D'après mon expérience, je dirais que cela ne devrait pas être là, mais comme WordPress est celui qui l'ajoute, j'ai pensé obtenir un deuxième avis en premier.
Votre compréhension est correcte. Les types de lien séquentiels sont destinés aux documents "faisant partie d'une séquence".
Je ne l'utiliserais que pour les articles de blog qui vont ensemble ("… Partie 1", "... de Partie 2"), pour un article de blog paginé ou pour les blogs dans lesquels l'ordre des articles est important (par exemple, dans un journal, où chaque jour a son propre post). Ou en d'autres termes, uniquement dans les cas où l'on peut s'attendre à ce que les utilisateurs veuillent lire le prochain message.
Mais il n’existe pas de définition objective de ce qui serait/ne serait pas considéré comme "séquence". L’utiliser pour des articles de blog qui ne sont pas vraiment liés (c’est-à-dire qu’ils viennent d’être publiés dans cet ordre chronologique) ne semble pas trop éloigné. En ce qui concerne la sémantique, je ne m'attendrais pas à un effet négatif résultant de cela.
Cependant, le standard de vie HTML du WHATWG a changé le next type de lien récemment (ce changement pourrait faire également partie du HTML 5.2 du W3C). S'il est utilisé avec un élément link, les agents utilisateurs doivent utiliser un indicateur de ressource . Cela signifie que les agents utilisateurs doivent agir comme si l'auteur spécifiait également l'un des types de lien suivants: dns-prefetch, preconnect, prefetch, prerender. Donc, en fonction de la ressource choisie par l'agent utilisateur, le coût peut être lié à la bande passante, à la durée de vie de la batterie, à la performance, etc.
Ce serait donc une raison de plus d'utiliser les types de lien séquentiels uniquement dans les cas où les utilisateurs peuvent s'attendre à vouloir consulter la page suivante. Les utiliser pour des publications qui ne sont pas vraiment liées pourrait gaspiller des ressources.
Rel = "prev" et rel = "next" permettent de regrouper des pages liées. Puisque vous dites que votre article est un article unique (qui s'adapte à toutes les pages sans exiger que l'utilisateur clique sur un lien), vous pouvez supprimer rel = "prev" et rel = "next".
Si, à l'avenir, vous divisez votre long article en pages, vous devez utiliser rel = "prev" et rel = "next" pour relier ces pages ensemble.
Par exemple, dans un article de 3 pages, la première page (appelons-la page1.htm) pourrait contenir le code suivant dans la section corps HTML:
<h1>Page one</h1>
<p>bla bla bla bla bla bla bla blabla bla bla blabla bla bla blabla bla bla bla</p>
<a href="page2.htm" rel="next">Next page</a>
La deuxième page (page2.htm) pourrait avoir ce code:
<h1>Page two</h1>
<p>bla bla bla bla bla bla bla blabla bla bla blabla bla bla blabla bla bla bla</p>
<a href="page1.htm" rel="prev">Last page</a>
<a href="page3.htm" rel="next">Next page</a>
La dernière page (page3.htm) pourrait avoir ce code:
<h1>Page three</h1>
<p>bla bla bla bla bla bla bla blabla bla bla blabla bla bla blabla bla bla bla</p>
<p>THE END</p>
<a href="page2.htm" rel="prev">Last page</a>
Les valeurs rel aident Google à comprendre les liens qui unissent deux pages. Elles devraient être utilisées, le cas échéant, pour réduire les risques d’être pris pour du contenu en double et d’augmenter les chances de bénéficier d’un meilleur classement dans les moteurs de recherche.