Aller au contenu
Rechercher
Discutons
Menu

Dossier SEO WordPress · chapitre 3 sur 9

Techniques avancées d'optimisation

En 2009, j'avais un ennemi juré : le contenu en double. Dix-sept ans plus tard, j'ai voulu savoir ce qu'il en restait. Spoiler : WordPress seul n'en fait presque rien, et les quatre grandes extensions SEO ne sont même pas d'accord entre elles. Alors on a tout mesuré.

Par Sébastien GrillotPremière version : 24 septembre 2009Testé au labo : 13 octobre 2026Réécrit : 17 octobre 2026
Testé sur
WordPress 7.1.3 · PHP 8.3
Thème
Twenty Twenty-Five 1.5
Extensions
Aucune, puis les 4 SEO, une à une
Pages mesurées
14 types × 5 configurations

L'essentiel en 5 points

  1. Sans extension, WordPress ne met en noindex que sa recherche interne. Chaque extension SEO arrive avec ses propres réglages d'origine, et ils diffèrent : vérifie les tiens avec le tableau du 3.1.
  2. Les archives par date ne servent à rien sur un blog : quatre lignes de code les renvoient vers l'accueil (extrait testé). L'archive d'auteur, elle, mérite de devenir une vraie page.
  3. Google n'utilise plus rel="prev" ni rel="next". Chaque page d'archive doit porter sa propre canonical : WordPress seul n'en met aucune, les quatre extensions oui.
  4. Le nofollow ne sert plus à « garder » ton PageRank. WordPress le pose déjà là où il faut, sur les liens des commentaires (nofollow ugc).
  5. WordPress ne produit aucune donnée structurée. Seule Yoast ajoute d'office à la fois Article et fil d'Ariane.

Petit retour en arrière. En 2009, une fois les bases réglées (chapitres 1 et 2), j'écrivais que tout ce qui restait à faire se résumait à une seule chose : le contenu en double. Un billet apparaît sur l'accueil, dans sa rubrique, dans ses mots-clés, dans l'archive de son mois, et chez son auteur. Dans le pire des cas, cinq copies en plus de l'original. Et à l'époque, on avait une trouille bleue de se faire « pénaliser » pour ça.

Ma réponse tenait en un mot : noindex. Tout ce qui n'était pas un billet, on le cachait aux moteurs. Radical, efficace, et un peu bourrin, je te le concède.

Alors, en 2026, faut-il encore tout cacher ? Pour le savoir, j'ai fait ce que j'aurais dû faire dès le début : mesurer. Au labo, j'ai pris un WordPress tout neuf, 12 billets de test rangés dans des rubriques et des mots-clés, et j'ai relevé ce que dit chaque type de page aux moteurs. D'abord WordPress tout seul. Puis avec chacune des quatre grandes extensions SEO, activée seule, sans toucher à un seul réglage. Ça fait 14 types de pages, 5 configurations. Allez, on y va.

3.1Noindex sur les archives

Ce que disait le guide en 2009

Installer l'extension Robots Meta et passer toutes les archives (dates, rubriques, mots-clés, auteur) en « noindex, follow » : les robots suivent leurs liens, mais ne les mettent pas dans l'index.

Le constat de départ, lui, n'a pas bougé d'un poil. Au labo, l'accueil, la rubrique, le mot-clé, l'année, le mois et l'archive de l'auteur répondent tous. Chacun des 12 billets de test se retrouve donc dans six listes, en plus de sa propre adresse. En 2009, j'aurais fait des cauchemars.

Ce qui a changé, c'est la façon dont Google voit les choses. Le contenu en double n'est pas une faute, et il ne l'a jamais vraiment été : Google l'a écrit noir sur blanc dès 2008, il n'y a pas de « pénalité » pour ça, sauf si tu cherches à tromper. Il regroupe les pages qui se ressemblent et choisit lui-même celle qu'il montre. Tu vois le topo : la question n'est plus « comment je cache mes doublons ? », mais « est-ce que cette archive mérite d'apparaître dans Google ? ».

Et là, surprise. WordPress et les quatre extensions répondent chacun à leur façon.

Consigne aux moteurs, réglages d'origine, mesurée page par page
PageWordPress seulYoast 28.6Rank Math 1.0.280SEOPress 10.3The SEO Framework 5.1.4
Accueilindexéeindexéeindexéeindexéeindexée
Rubriqueindexéeindexéeindexéeindexéeindexée
Mot-cléindexéeindexéenoindexnoindexindexée
Année, moisindexéenoindexredirigéenoindexnoindex
Auteurindexéeindexéenoindexnoindexindexée
Recherche internenoindexnoindexnoindexnoindexnoindex

« Indexée » : aucune consigne noindex dans la page. « Redirigée » : redirection 301 vers l'accueil. Rank Math mesuré après l'étape « Skip Step » de son assistant, sans compte. Labo, 13 octobre 2026.

Regarde bien la ligne « Mot-clé » et la ligne « Auteur ». Tu passes de Yoast à Rank Math, sans rien régler, et tes mots-clés comme ton archive d'auteur disparaissent de l'index. Tu reviens à The SEO Framework, et ils réapparaissent. Ton site ne dit pas la même chose à Google selon l'extension que tu as installée un jour, parce qu'un tuto te l'avait conseillée. Personne ne te prévient.

Mon conseil, du coup : ouvre les réglages de ton extension SEO, cherche la partie qui parle des « archives » ou de la « taxonomie », et compare avec ce tableau. Si ton site a déjà quelques années, c'est probablement la première fois que tu y mets le nez. Moi aussi, ça m'a pris dix-sept ans ;)

Testé au labo

  • Sans extension, la seule page d'archive en noindex est la recherche interne (« noindex, follow »). La page de connexion est en « noindex, noarchive ».
  • Chaque extension change les consignes dès son activation, avant tout réglage : sur le même site, passer de Yoast à Rank Math met les mots-clés et l'archive d'auteur en noindex.
  • Les quatre mettent aussi la page 404 en noindex. WordPress seul ne le fait pas, mais le code 404 suffit à Google.

3.2Les archives inutiles

Ce que disait le guide en 2009

Sur un blog à un seul auteur, ou sans usage du classement par date, désactiver ces archives : même absentes du thème, quelqu'un finira par faire un lien dessus.

J'aime bien ce conseil de 2009, il avait du flair : « même absentes du thème, quelqu'un finira par faire un lien dessus ». C'est exactement ce qui arrive. Tu n'affiches nulle part « Octobre 2026 » sur ton blog, mais l'adresse existe, un robot finit par tomber dessus, et la voilà dans la nature.

Mesuré au labo : sans extension, les archives par année, par mois et par auteur répondent toutes. Rank Math est la seule extension à rediriger d'office les archives par date vers l'accueil ; Yoast, SEOPress et The SEO Framework les gardent, en noindex.

Le plus drôle, c'est Yoast. Sur son propre écran de réglages, il te recommande de désactiver les archives par date… et les laisse actives à l'installation, simplement masquées des résultats. Faites ce que je dis, pas ce que je fais :)

Réglages de Yoast SEO, Archives par date : l'interrupteur Activer archives par date est allumé, l'interrupteur Afficher les archives par date dans les résultats de recherche est éteint, tous deux encadrés en vert
Yoast SEO 28.6, réglages d'origine : archives par date actives, absentes des résultats. Capture du labo, 13 octobre 2026 ; les encadrés verts ont été ajoutés pour la capture.

Les dates : on les renvoie vers l'accueil

Soyons francs : sur un blog, une archive par date n'apporte rien au lecteur. Personne ne se dit « tiens, je vais lire tout ce qu'il a écrit en mars 2014 ». Pas besoin d'extension pour s'en débarrasser. Crée un fichier PHP dans wp-content/mu-plugins/ (le dossier des extensions « obligatoires », chargées d'office, que personne ne peut désactiver par erreur depuis l'administration), et colle ceci dedans :

<?php
add_action( 'template_redirect', function () {
	if ( is_date() ) {
		wp_safe_redirect( home_url( '/' ), 301 );
		exit;
	}
} );
Mesuré : /2026/ et /2026/01/ passent de 200 à une redirection 301 vers l'accueil ; l'accueil, la rubrique et l'article restent en 200 ; retour à 200 en retirant le fichier.

Quatre lignes utiles, et c'est réglé. Si un jour tu changes d'avis, tu supprimes le fichier et tout revient comme avant : je l'ai vérifié aussi.

L'auteur : on en fait une vraie page

L'archive d'auteur, sur un blog à un seul auteur, répète l'accueil mot pour mot. En 2009, je l'aurais désactivée sans réfléchir. Aujourd'hui, je fais l'inverse : j'en fais une vraie page. Qui écrit, son parcours, ce qu'il connaît, ses articles. Google demande de montrer qui est derrière un contenu, et cette page est l'endroit idéal pour le faire. C'est le rôle de ma page d'auteur sur ce blog.

3.3La pagination

Ce que disait le guide en 2009

Un robot qui entre par une rubrique bien fournie doit remonter dix pages pour trouver un vieux billet. Installer SEO Pager Enhanced pour afficher des liens de pages numérotés.

Le pauvre robot de 2009, obligé de cliquer dix fois sur « Articles plus anciens » pour trouver mon super (mais vieux) billet… Cette époque est finie, et pour deux raisons.

D'abord, le thème par défaut affiche déjà des numéros de page et un lien « Page suivante ». Plus besoin d'extension.

Bas d'une page de rubrique de Twenty Twenty-Five : les numéros de page 1 et 2 et le lien Page suivante, encadrés en vert
La pagination d'une rubrique de 12 billets, encadrée en vert. Capture du labo, 13 octobre 2026.

Ensuite, et surtout, le robot ne passe plus par là pour trouver tes vieux billets. WordPress produit tout seul un plan du site, à l'adresse /wp-sitemap.xml, qui liste tous tes articles. Pas de pagination à remonter : la liste complète, d'un coup.

Côté balises, deux choses ont changé, et la première a fait couler beaucoup d'encre. Google n'utilise plus rel="prev" et rel="next", ces liens qui disaient « la page d'avant, la page d'après ». D'autres moteurs le peuvent encore, donc ce n'est pas grave de les avoir. La seconde est plus importante : chaque page de la suite doit porter sa propre adresse canonique. La page 2 pointe vers la page 2, jamais vers la page 1. Sinon, tu dis à Google que la page 2 n'est qu'une copie de la 1, et les billets qu'elle seule contient risquent de passer à la trappe.

Testé au labo

  • WordPress seul ne met aucune balise canonical sur les archives, ni sur leurs pages 2. Il n'en met que sur les articles.
  • Les quatre extensions ajoutent la canonical vers la page elle-même (/category/labo-archives/page/2/ pointe sur elle-même) et les liens rel="next" et rel="prev" dans l'en-tête.
  • Le plan du site natif /wp-sitemap.xml répond, et son plan des articles liste les 14 publications du labo.

3.4Le nofollow

Ce que disait le guide en 2009

Ne plus faire de liens « suivis » vers les pages d'administration, les flux RSS ou l'abonnement par e-mail : Robots Meta ajoute un nofollow à ces liens.

Celle-là, j'avoue, je la regarde avec un petit sourire. Cette pratique avait un nom : le « PageRank sculpting ». L'idée, c'était de « garder » la force de tes liens pour les pages importantes, en mettant un nofollow sur tout le reste. Comme si on fermait des robinets pour avoir plus de pression dans la douche.

Spoiler : ça n'a plus d'effet. Depuis 2019, Google traite le nofollow comme une simple indication, et il a ajouté deux valeurs plus précises : ugc pour les contenus des lecteurs (les commentaires, les forums), et sponsored pour les liens payés ou affiliés. Sur tes propres liens internes, n'en mets pas : tu ne gagnes rien, et tu brouilles le message.

Bonne nouvelle : WordPress pose déjà ce qu'il faut, là où il faut. Au labo, j'ai envoyé un commentaire de test, exactement comme le ferait un lecteur, avec son site et quelques liens dans le texte. Voici ce que WordPress en a fait :

<a href="https://exemple.test/" rel="external nofollow ugc">Lectrice du labo</a>
…
<a href="https://exemple.test/retour/" rel="nofollow ugc">mon article</a>
<a href="https://exemple.test/brut/" rel="nofollow ugc">https://exemple.test/brut/</a>
…
<a rel="nofollow" class="comment-reply-link" href="…?replytocom=3#respond">Répondre</a>
Le site du lecteur, un lien dans son texte, une adresse tapée en clair, le lien « Répondre ». Code relevé sur l'article de test (raccourci).

Tous les liens des lecteurs sont marqués « nofollow ugc ». Rien à faire. Sauf un cas, que j'ai découvert en testant, et qui m'a fait tiquer.

Testé au labo

  • Les attributs nofollow ugc sont ajoutés quand le commentaire est enregistré. Un commentaire inséré par programme, sans passer par ce circuit, n'en a aucun.
  • Le crédit « Conçu avec WordPress » du thème est en rel="nofollow". La page de connexion est en noindex.
  • Pour un lien affilié ou payé dans tes articles, c'est à toi d'ajouter rel="sponsored" : WordPress ne peut pas deviner que tu as été payé ;)

3.5Les données structurées

Ce que disait le guide en 2011

Google, Bing et Yahoo! adoptent schema.org pour le web sémantique ; l'extension Schema for WordPress le met en place, et le fil d'Ariane apparaît alors dans les résultats de Google.

Cette partie, je l'avais ajoutée en novembre 2011, tout excité par l'arrivée de schema.org. Les trois grands moteurs s'étaient mis d'accord sur un vocabulaire commun pour décrire le contenu d'une page : ceci est un article, voici son auteur, voici sa date, voici le fil d'Ariane. Pour un SEO, c'était Noël.

Quinze ans plus tard, schema.org est resté la norme. C'est le format qui a changé. On ne parsème plus le HTML de petites balises (les « microdatas » de l'époque) : Google recommande aujourd'hui le JSON-LD, un bloc de données placé dans la page, invisible pour le lecteur, lisible par les machines. Et c'est devenu plus important qu'en 2011, pas moins : ces données aident aussi les moteurs et les IA à comprendre qui a écrit quoi.

Le hic : WordPress n'en produit aucune. Il faut une extension. Et là encore, elles ne font pas du tout la même chose.

JSON-LD produit sur l'article de test, réglages d'origine
ExtensionPrincipaux typesArticleFil d'Ariane
WordPress seulaucunenonnon
Yoast 28.6Article, WebPage, WebSite, Person, ImageObjectouioui
Rank Math 1.0.280BlogPosting, WebPage, WebSite, Person, Organization, ImageObjectouinon
SEOPress 10.3aucune (WebSite sur l'accueil seulement)nonnon
The SEO Framework 5.1.4WebPage, WebSite, Person, Organizationnonoui

Mesuré sur l'article de test du labo, 13 octobre 2026.

SEOPress, réglages d'origine, ne décrit pas l'article du tout. Si tu l'utilises, va voir ses options de données structurées : c'est là que ça se passe.

Dernière chose, pour les consultants qui me lisent. Depuis janvier 2025, sur mobile, Google n'affiche plus le fil d'Ariane sous le titre d'un résultat : seulement le nom du site. Sur ordinateur, il est toujours là. Le balisage du fil d'Ariane garde donc tout son intérêt, mais ne promets plus à un client « ton fil d'Ariane dans Google » en lui montrant ton téléphone. Ça ferait un peu tache :D

Sources

Historique de ce chapitre

  • 24 septembre 2009 : première version.
  • 22 novembre 2011 : ajout de la partie sur le web sémantique et schema.org.
  • 13 octobre 2026 : réécriture complète, mesures sur WordPress 7.1.3 sans extension puis avec Yoast, Rank Math, SEOPress et The SEO Framework.
  • 17 octobre 2026 : réécrit dans ma voix ; mêmes mesures, plus d'explications.
Sébastien Grillot

Co-fondateur de Kōeki · Consultant SEO et IA

Sébastien Grillot

Consultant SEO depuis 2009 : c'est ici, sur Inside da WeB, qu'il a monté sa première agence, spécialisée dans l'e-commerce sous WordPress. Il a écrit ce guide en 2009, et il le refait aujourd'hui, test par test.