L'essentiel en 5 points
- 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.
- 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.
- 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.
- Le nofollow ne sert plus à « garder » ton PageRank. WordPress le pose déjà là où il faut, sur les liens des commentaires (nofollow ugc).
- 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.
| Page | WordPress seul | Yoast 28.6 | Rank Math 1.0.280 | SEOPress 10.3 | The SEO Framework 5.1.4 |
|---|---|---|---|---|---|
| Accueil | indexée | indexée | indexée | indexée | indexée |
| Rubrique | indexée | indexée | indexée | indexée | indexée |
| Mot-clé | indexée | indexée | noindex | noindex | indexée |
| Année, mois | indexée | noindex | redirigée | noindex | noindex |
| Auteur | indexée | indexée | noindex | noindex | indexée |
| Recherche interne | noindex | noindex | noindex | noindex | noindex |
« 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 :)

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;
}
} );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.

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>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.
| Extension | Principaux types | Article | Fil d'Ariane |
|---|---|---|---|
| WordPress seul | aucune | non | non |
| Yoast 28.6 | Article, WebPage, WebSite, Person, ImageObject | oui | oui |
| Rank Math 1.0.280 | BlogPosting, WebPage, WebSite, Person, Organization, ImageObject | oui | non |
| SEOPress 10.3 | aucune (WebSite sur l'accueil seulement) | non | non |
| The SEO Framework 5.1.4 | WebPage, WebSite, Person, Organization | non | oui |
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
- Google : regrouper les URL en double
- Google, 2008 : il n'existe pas de « pénalité pour contenu en double », sauf intention de tromper
- Google : pagination et chargement progressif
- Google, 10 septembre 2019 : évolution de l'attribut nofollow
- Google : créer du contenu utile, fiable et axé sur les personnes
- Google : présentation des données structurées
- Google, janvier 2025 : l'URL simplifiée dans les résultats sur mobile
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.

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.
