Rel = canonique doit-il pointer vers la première page d'un ensemble et avoir toujours rel = prev / next sur la page également?
J'ai une page qui affiche les résultats de la recherche et j'ai ajouté des balises méta rel = prev et rel = next à la page pour couvrir la pagination. Cependant, quelqu'un dit que je devrais également ajouter une balise rel = canonical à la page qui pointe vers la page de démarrage des résultats de la recherche. Ainsi, par exemple, supposons que nous sommes sur mysite.com/search/xyz/page5, la balise canonique pointe vers mysite.com/search/xyz/
Est-ce sage? Le but des balises prev et next n'est-il pas de dire au SE que toutes ces pages sont d'un ensemble? Mais y placer la balise canonique indique en quelque sorte au SE que la première page est unique et ne fait pas partie de cet ensemble?
http://www.youtube.com/watch?feature=player_embedded&v=njn8uXTWiGg#!&t=7m6s
Selon cette vidéo de Google, il semble que nous ne devrions pas utiliser le lien canonique. Mais je viens de regarder eBay et ils utilisent le lien canonique au lieu de prev et suivant. Là encore, ils affichent peut-être une page différente si vous êtes bot au lieu d'utilisateur.
Le problème que nous avons est que si nous allons dans les outils Google pour les webmasters, tous les résultats paginés de notre site ont un contenu dupliqué (titre et description dupliqués). Est-ce vraiment un problème? Dois-je faire quelque chose de stupide et mettre la page # dans chaque titre et description?
Vous probablement ne devez pas ajouter d'élément rel="canonical" à vos pages paginées, sauf si cela est spécifiquement requis. L'élément de lien canonique n'est pas requis pour la pagination, il est utilisé pour résoudre les problèmes d'URL canoniques. L'URL canonique d'une page d'une série n'est probablement pas la première page de cette série. Vos éléments rel="next" et rel="prev" fournissent déjà suffisamment d'informations à Google pour lui permettre de définir l'URL de la première page d'une série. Toutefois, si vous avez une page "Voir tout" (comme suggéré dans la vidéo) ou si vous avez des paramètres d'URL supplémentaires qui ne font pas partie de l'URL canonique (tels que les ID de session, etc.), spécifiez l'URL canonique.
De toute façon, Google renvoie généralement la première page d'une série dans ses résultats.
tous les résultats paginés sur notre site ont un contenu dupliqué (titre et description dupliqués).
Dupliquer conten n'est pas la même chose que les titres et descriptions en double. Le conten n'est probablement pas en double, car il devrait s'agir d'une différente page de résultats. L'inclusion du numéro de page dans le titre pourrait bien résoudre l'avertissement dans GWT. Cela serait également bénéfique pour vos utilisateurs, puisque c’est ce qu’ils voient dans leurs onglets, leur historique et leurs signets. Notez que cet avertissement dans GWT est uniquement un conseil, cela ne signifie pas nécessairement que quelque chose est sérieusement cassé et votre site est activement pénalisé pour cela. Toutefois, comme indiqué, inclure le numéro de page (ou un élément unique) dans le titre de la page peut être avantageux pour vos utilisateurs. Si cela présente un avantage pour vos utilisateurs, votre classement pourra en bénéficier.
Vous pouvez utiliser les deux, selon documentation de Google . Cela dépend ou non des circonstances: si vous rencontrez d'autres problèmes de duplication distincts du problème de pagination (comme dans l'exemple de la documentation), vous pouvez définir un élément de lien canonique (CLE) pour chaque page de la page. series - de sorte que le CLE gère la duplication sur chaque page et que les attributs "prev" et "next" gèrent la pagination.
Cela dit, il semble que vous parliez de résultats de recherche internes: ils ne devraient de toute façon pas être indexés. Google Webmaster Guidelines suggère d'empêcher l'analyse de telles pages avec robots.txt. Le problème avec cette méthode est que, si quelqu'un crée un lien vers les résultats de la recherche, il sera toujours indexé (bien qu'avec un extrait "bloqué par robots.txt"). Je recommande d'appliquer "noindex" (HTML meta ou X-Robots-Tag HTTP Header).