Tout afficher dans les résultats de recherche

Jeudi 15 septembre 2011

Les tests utilisateurs nous ont appris que les internautes préfèrent largement la version sur une seule page “tout afficher” du contenu plutôt qu’une page de composants ne contenant qu’une portion de la même information avec des sauts de page arbitraires (ce qui oblige l’utilisateur à cliquer sur “suivant” et à charger une autre URL).

Par conséquent, pour améliorer l’expérience utilisateur, lorsque nous détectons qu’une série de contenus (par exemple,
page-1.html, page-2.html, etc.) contient également une version sur une seule page (par exemple, page-all.html), nous faisons désormais de plus grands efforts pour renvoyer la version sur une seule page dans les résultats de recherche. Si votre site dispose d’une option “tout afficher”, vous n’avez rien à faire ; nous le ferons pour vous. De plus, les propriétés d’indexation, telles que les liens, seront consolidées des pages de composants de la série vers la page “tout afficher”.

Une latence élevée peut rendre la version “tout afficher” moins attrayante

Il est intéressant de noter que les cas où les utilisateurs ne préféraient pas la page “tout afficher” étaient corrélés à une latence élevée (par exemple, lorsque le chargement de la page “tout afficher” prenait du temps, disons parce qu’elle contenait de nombreuses images). C’est logique car nous savons que les utilisateurs sont
moins satisfaits des résultats lents. Ainsi, bien qu’une page “tout afficher” soit généralement souhaitée, il est important en tant que webmaster d’équilibrer cette préférence avec le temps de chargement de la page et l’expérience utilisateur globale.

Bonnes pratiques pour une série de contenus

1. Si votre site inclut des pages “tout afficher” : Nous visons à détecter la version “tout afficher” de votre contenu et, si disponible, ses pages de composants associées. Vous n’avez rien de plus à faire ! Cependant, si vous souhaitez nous l’indiquer plus explicitement, vous pouvez inclure
   rel="canonical" depuis vos pages de composants vers votre page “tout afficher” pour augmenter la probabilité que nous détections correctement votre série de pages.

   

   Pourquoi cela fonctionne-t-il ? Dans le diagramme, page-2.html d’une série peut spécifier la cible canonique comme page-all.html parce que page-all.html est un surensemble du contenu de page-2.html. Lorsqu’un utilisateur recherche un terme de requête et que
   page-all.html est sélectionné dans les résultats de recherche, même si la requête est plus étroitement liée à
   page-2.html, nous savons que l’utilisateur verra toujours les informations pertinentes de page-2.htmldans page-all.html.

   . D’un autre côté, page-2.html ne devrait pas désigner page-1.html comme canonique car le contenu de page-2.htmln’est pas inclus sur
   page-1.html. Il est possible que la requête de recherche d’un utilisateur soit pertinente pour le contenu de
   page-2.html, mais si la canonique de page-2.htmlest définie sur
   page-1.html, l’utilisateur pourrait alors sélectionner page-1.html dans les résultats de recherche et se retrouver dans une position où il doit naviguer davantage vers une page différente pour arriver aux informations souhaitées. C’est une mauvaise expérience pour l’utilisateur, un résultat sous-optimal de notre part, et cela pourrait également amener du trafic mal ciblé sur votre site.

   Cependant, si vous souhaitez fermement que votre page “tout afficher” n’apparaisse pas dans les résultats de recherche :

   1. Assurez-vous que les pages de composants de la série n’incluent pas rel="canonical" vers la page “tout afficher”, et
   2. marquez la page “tout afficher” comme
      noindex en utilisant l’une des méthodes standard.

2. Si vous souhaitez afficher des pages de composants individuelles (ou si aucune option “tout afficher” n’est disponible): il est possible que l’une ou les deux situations ci-dessous s’appliquent à votre site :

   • La page “tout afficher” n’est pas souhaitable en tant que résultat de recherche (par exemple, temps de chargement trop élevé ou navigation trop difficile pour les utilisateurs).
   • Vos utilisateurs préfèrent l’expérience multipage et préfèrent être redirigés vers une page de composants dans les résultats de recherche plutôt que vers la page “tout afficher”.

   Si c’est le cas, vous pouvez utiliser les éléments HTML standard
   rel="next" et rel="prev" pour spécifier une relation entre les pages de composants de votre série de contenus. Si cela est fait correctement, Google s’efforcera généralement de :
   Consolider les propriétés d’indexation, telles que les liens, entre les pages de composants/URL.

   • Envoyer les utilisateurs vers la page/URL la plus pertinente parmi les pages de composants. En règle générale, la page la plus pertinente est la première page de votre contenu, mais nos algorithmes peuvent orienter les utilisateurs vers l’une des pages de composants de la série.
   • Il n’est pas rare que les webmasters utilisent incorrectement

ru rel="canonical" des pages de composants vers la première page de leur série (par exemple, page-2.html avec
rel="canonical" vers page-1.html). Nous déconseillons cette implémentation car les pages de composants ne contiennent pas réellement de contenu dupliqué. L’utilisation de
rel="next" et rel="prev" est bien plus appropriée.

Résumé

Les utilisateurs préférant généralement l’option tout afficher dans les résultats de recherche, nous faisons davantage d’efforts pour détecter et proposer correctement cette version aux internautes. Si vous disposez d’une série de contenus, vous n’avez rien de plus à faire. Si vous souhaitez donner plus d’indications à Google sur la meilleure façon de présenter vos informations aux utilisateurs :

1. Pour mieux optimiser votre page tout afficher, vous pouvez utiliser rel="canonical" des pages de composants vers la version monopage ; sinon,
2. Si une page tout afficher ne procure pas une bonne expérience utilisateur pour votre site, vous pouvez utiliser
   rel="next" et rel="prev"
   comme un indice fort pour permettre à Google d’identifier la série de pages et d’afficher tout de même une page de composants dans les résultats.

Comme toujours, vous pouvez poser des questions dans notre
Webmaster Help Forum.

Rédigé par Benjia Li et Joachim Kupke, ingénieurs logiciels, équipe d’indexation