web-dev-qa-db-fra.com

Méta-descriptions pour les postes individuels paginés

J'utilise le plugin populaire Wordpress SEO by Yoast . Je peux utiliser un caractère générique (%% page %%) pour le titre des publications paginées, de sorte que le titre devienne:

1st post page: The Title
2nd post page: The Title - Page 2 of 3
3rd post page: The Title - Page 3 of 3

Je pensais pouvoir faire la même chose avec la méta-description, mais non. Je pourrais utiliser un filtre pour changer la méta description à afficher sur ces pages, comme le titre le fait, mais je ne suis pas sûr que ce soit une bonne idée, car ce plugin ne semble pas se soucier de cela.

Ce plugin a une option pour "noindex" les "pages suivantes", mais ne fonctionne qu'avec les pages d'archives (catégories, tags, dernières publications), donc toutes les pages avec un slug comme /page/{num} seront "noindex", mais pas la limace pour les poteaux simples paginés /a-post-URL/{num}.

La question est de savoir comment traiter la méta description de la publication individuelle paginée. "noindex"? Comme l'exemple ci-dessus pour les titres? Des idées?

seometa-descriptionpagination
4
Manolo

Je laisserais tout tel quel et laisserais SEO by Yoast faire le travail pour vous.

Vous devez utiliser rel = "canonique" sur les pages suivantes ou rel = "prev" et rel = "next". Ou vous pouvez utiliser les deux.

Voici ce que Google recommande:

En cas de contenu paginé, nous vous recommandons d'utiliser rel = canonique à partir de pages de composant vers une version d'une page de l'article, ou d'utiliser rel = "prev" et rel = "next" balisage.

Voici un exemple:

<link rel="canonical" href="http://domain.com/article/">

OU (si vous êtes sur/article/2/et etc.)

<link rel="prev" href="http://domain.com/article/">

<link rel="next" href="http://domain.com/article/3/">

Je voudrais vérifier cet article aussi. Indiquer le contenu paginé . Vous pouvez réellement utiliser les deux. Quel est ce que SEO by Yoast utilise. De l'article mentionné ci-dessus:

rel = "next" et rel = "prev" sont des concepts orthogonaux à rel = "canonique". Vous pouvez inclure les deux déclarations.

Voici un exemple (si vous étiez à la page 2):

<link rel="canonical" href="http://domain.com/article/2/">

<link rel="prev" href="http://domain.com/article/">

<link rel="next" href="http://domain.com/article/3/">
2
dasickle

Pour un meilleur référencement, vous ne devriez pas paginer vos articles.

  • Une page peut contenir environ le contenu d’un livre avant que son téléchargement ne soit trop lent. Les images, CSS et JavaScript réduisent généralement la quantité de texte de la page en termes de bande passante. Mettre des tonnes de texte sur une page ne ralentit pas votre serveur.
  • Les utilisateurs sont désactivés en continuant de cliquer sur la page suivante d'un article. De nombreux utilisateurs cesseront de lire au lieu de cliquer sur la page 2. Lorsque vos utilisateurs sont plus engagés, vous obtenez un meilleur classement.
  • Avoir plusieurs pages peut réduire le taux de rebond de votre site Web selon Google Analytics. Cependant, une autre façon de le faire consiste à mettre en œuvre événements à faire défiler qui indiquent à Google Analytics de ne pas compter l'utilisateur en tant que rebond s'il a fait défiler l'écran pour lire le reste de l'article.

Je ne trouve pas la référence à cela pour le moment, mais Google préfère indexer la version "article complet sur une page" au lieu de la pagination. Si je me souviens bien, il y a un paramètre d'URL qu'ils tentent d'ajouter à la page pour obtenir l'article complet lorsque Googlebot rencontre la pagination.

1
Stephen Ostermiller