Noindex ou canonical : lequel choisir pour ne pas saboter votre référencement ?
Vous avez probablement déjà hésité entre ces deux balises en regardant une page qui ne devrait pas exister dans Google. Et franchement, c'est normal. Entre le moment où l'on découvre le noindex et celui où l'on comprend le canonical, il se passe généralement plusieurs mois — et souvent quelques erreurs coûteuses.
La question revient sans cesse : quelle est la différence entre un noindex et un canonical ? La réponse courte : le noindex dit à Google « ne mets pas cette page dans ton index », tandis que le canonical dit « cette page est une copie, voici l'originale à retenir ». Mais la vraie question n'est pas tant la définition que le moment d'utiliser l'un plutôt que l'autre.
J'ai passé ces cinq dernières années à auditer des sites — des boutiques PrestaShop aux blogs de niche — et j'ai commis toutes les erreurs possibles avec ces deux balises. Celle qui m'a coûté le plus cher ? Un canonical mal placé sur une page que j'aurais dû passer en noindex. Résultat : 40 % de trafic perdu en trois semaines. Voici ce que j'aurais aimé savoir avant.
Points clés à retenir
- Le noindex bloque l'indexation d'une page tout en la laissant accessible aux visiteurs
- Le canonical consolide les signaux SEO de plusieurs URL similaires vers une seule
- Ne combinez jamais noindex et canonical sur la même page — Google ignore le canonical si le noindex est présent
- Le canonical est un signal, pas une directive : il peut être ignoré dans certaines circonstances
- La vérification dans la Google Search Console permet de distinguer les deux statuts
- Le choix dépend de votre intention : supprimer la page ou consolider ses signaux
Noindex et canonical : deux logiques différentes
Commençons par une image simple. Le noindex est une porte fermée : les moteurs de recherche peuvent voir qu'elle existe, mais vous leur dites de ne pas entrer. La page reste accessible si quelqu'un clique sur un lien, mais elle ne sera jamais listée dans les résultats de recherche.
Le canonical, lui, est une étiquette sur une boîte : « ceci est un doublon, regardez plutôt l'original ». Vous dites à Google que cette URL n'est pas la version de référence — une autre URL l'est. Les signaux (liens, autorité, contenu) se consolident vers cette version canonique.
J'ai mis des années à comprendre la nuance subtile : le noindex gère l'indexation, le canonical gère la perception de duplication.
Prenons un exemple concret. Sur mon site, j'ai une page « mentions légales » que je ne veux surtout pas voir dans Google — pas d'intérêt commercial, contenu utilitaire. C'est un cas parfait pour le noindex. En revanche, j'ai aussi trois URL qui affichent le même article avec des paramètres de tracking différents. Là, je choisis une URL de référence et je mets des canonicals sur les deux autres.
Le problème ? Beaucoup de personnes croient que ces deux balises sont interchangeables. Elles ne le sont pas — et les utiliser à mauvais escient peut avoir des conséquences réelles.
L'erreur fatale : combiner noindex et canonical
Voici une erreur que j'ai vue partout — et que j'ai moi-même commise sur un site client en 2023. Quelqu'un avait mis à la fois un noindex et un canonical sur les pages de filtres d'une boutique en ligne. L'intention était louable : ne pas indexer les pages de filtres tout en pointant vers la page catégorie principale.
Et là, surprise : Google ignore le canonical dès qu'un noindex est présent. Pourquoi ? Parce que si la page est exclue de l'index, la directive canonical n'est pas lue comme un signal de consolidation — la page est simplement écartée, et les signaux qu'elle aurait pu transmettre sont perdus.
La conséquence concrète ? Les pages de filtres n'ont pas transmis leur autorité à la page catégorie. Nous avons perdu environ 30 % du trafic sur ces pages catégories pendant deux mois, le temps que Google recalcule tout après la correction.
La règle est simple : soit vous voulez que la page disparaisse de l'index (noindex), soit vous voulez consolider ses signaux (canonical). Jamais les deux.
Quand utiliser le noindex ?
La balise noindex sert à exclure des pages de l'index des moteurs de recherche, tout en les laissant accessibles via les liens. C'est le cas pour les pages de recherche interne, de checkout, de contenu protégé, ou encore les pages de remerciement après un formulaire.
Mon expérience personnelle : j'ai appliqué un noindex sur les pages de recherche interne de mon blog. Ces pages génèrent des tonnes d'URLs uniques (chaque requête crée une nouvelle URL), sans aucune valeur pour les visiteurs qui arrivent par Google. Trois semaines après la mise en place, le nombre de pages indexées dans la Google Search Console est passé de 4 200 à 580. Le crawl budget s'est concentré sur les pages qui comptent.
Il y a aussi le cas des contenus sensibles. Si vous avez une page d'administration, une page de connexion ou des informations privées, le noindex est votre filet de sécurité. Attention toutefois : le noindex ne remplace ni un mot de passe ni une protection par authentification — il dit seulement aux moteurs de recherche de ne pas afficher la page dans leurs résultats.
Et si vous avez des pages à forte valeur commerciale avec beaucoup de backlinks, évitez absolument le noindex. C'est contre-productif : vous jetez l'autorité acquise par ces pages.
Quand privilégier le canonical ?
Le canonical répond à une problématique différente : le contenu dupliqué. C'est le cas des URLs avec paramètres de tracking, des versions imprimables, des pages de pagination, ou des variantes d'une même page accessibles par plusieurs chemins.
Sur une boutique PrestaShop, c'est un casse-tête permanent. Chaque produit est accessible via des dizaines d'URLs différentes selon les filtres. Sans canonical, Google voit autant de pages qu'il y a d'URLs — et dilue l'autorité. Avec un canonical bien configuré, tous les signaux convergent vers l'URL principale du produit.
Il y a une nuance que j'ai apprise à mes dépens : le canonical est un signal, pas une directive absolue. Google peut choisir d'ignorer votre canonical s'il estime qu'une autre URL est plus pertinente pour une requête donnée. C'est rare, mais ça arrive — notamment si le contenu des deux pages diffère significativement.
Dans ce cas, le mieux est de vérifier le rapport « Pages » de la Google Search Console. Là, vous verrez si vos pages canoniques sont respectées ou si Google en a choisi d'autres. Ma règle : si le contenu est identique ou quasi identique, le canonical fonctionne. Si les contenus divergent, vous jouez avec le feu.
Comment vérifier l'implémentation de vos balises ?
Dans WordPress, avec AIOSEO, vous pouvez vérifier la balise noindex au niveau du contenu en passant par le menu All in One SEO puis Apparence du site, et en cliquant sur l'onglet Types de contenu. Vous y verrez les sections pour chacun de vos types de contenu — articles, pages, produits, etc.
Mais attention : la présence d'un noindex ne signifie pas toujours que vous l'avez voulu. Dans la Google Search Console, le statut « Exclu par la balise noindex » peut être le résultat d'une configuration par défaut d'un plugin, d'un thème, ou d'une mise à jour malheureuse.
Pour les canonicals, la vérification est plus simple : faites un clic droit sur la page, « Afficher le code source », et recherchez `rel="canonical"`. L'URL qui s'y trouve est celle que Google considérera comme la version de référence. J'ai automatisé ça avec un petit script Python qui scanne les 500 URLs les plus visitées de mes sites — ça prend deux minutes à chaque audit.
Un arbre de décision pour choisir
Voici le raisonnement que j'applique désormais systématiquement — et qui m'a évité nombre de mauvaises surprises :
- La page a-t-elle un intérêt pour les visiteurs qui arrivent par Google ? Si non (page de recherche interne, checkout, mentions légales), → noindex.
- Le contenu est-il dupliqué sur plusieurs URLs ? Si oui, et qu'une version est clairement plus complète ou plus pertinente, → canonical de toutes les versions vers l'URL principale.
- Le contenu est-il quasi-dupliqué mais avec une intention de recherche différente ? C'est le cas limite par excellence. Par exemple, des variantes linguistiques ou des filtres qui affichent des produits différents. Ni noindex ni canonical n'est idéal — il faut enrichir le contenu pour le rendre unique.
- La page a-t-elle beaucoup de backlinks ? Si oui, évitez le noindex absolument. Préférez le canonical si c'est un doublon, ou redirigez en 301 si la page n'a plus de raison d'exister.
J'ai ajouté cette dernière ligne après une expérience douloureuse : j'avais noindexé une page de guide qui recevait des liens depuis trois sites externes. Résultat : l'autorité s'est évaporée et le classement de la page parente n'a jamais récupéré.
Comment savoir si Google a bien compris votre choix ?
Dans la Google Search Console, le rapport « Pages » distingue clairement les deux situations : vous verrez « Exclu par la balise noindex » pour les pages en noindex, et « Page dupliquée, page choisie comme canonique » pour les pages avec canonical. C'est votre tableau de bord de vérité.
Si une page en noindex apparaît quand même dans les résultats, vérifiez trois choses dans l'ordre :
- Votre page est-elle réellement accessible au crawl ? Si le robots.txt bloque le crawler, Google ne peut pas lire le noindex — et la page peut rester indexée.
- Le noindex est-il dans le `` de la page ? Certains plugins le placent dans une zone qui n'est pas prise en compte.
- Combien de temps s'est-il écoulé depuis la mise en place ? Google peut mettre plusieurs semaines à réexaminer une page.
Pour les canonicals, le même rapport vous montrera si Google a suivi ou non votre consigne. Si la colonne indique « Page dupliquée, page choisie comme canonique » avec une URL différente de la vôtre, il y a un problème de configuration.
Le piège du robots.txt
Parlons d'un piège classique : le robots.txt. Beaucoup de personnes confondent noindex et blocage par robots.txt. Ce sont trois mécanismes totalement différents :
- Le robots.txt contrôle le crawl (la découverte)
- Le noindex contrôle l'indexation
- Le canonical contrôle la version de référence
Si vous bloquez le crawl d'une page avec robots.txt, Google ne peut pas lire le noindex que vous avez mis dessus. La page peut rester indexée indéfiniment, avec un crawl budget gaspillé. J'ai vu ce problème chez un client : 14 000 pages bloquées par robots.txt avec des noindex à l'intérieur — Google les avait toutes gardées dans l'index pendant des mois.
La hiérarchie est simple : pour que le noindex fonctionne, la page doit être crawlable.
Une question de philosophie : l'indexation est une promesse
Au fond, le choix entre noindex et canonical est une question de philosophie du référencement. Le noindex dit : « cette page n'existe pas pour Google ». Le canonical dit : « cette page est un reflet d'une autre, plus importante ».
Chacun a son rôle. Le tout est de ne pas les confondre — et surtout, de ne pas les empiler. Quand j'ai commencé en SEO, je pensais que mettre les deux était une assurance tous risques. C'était l'inverse : un désaveu complet de mon intention.
Alors, posez-vous la question pour chaque page qui vous embarrasse : est-ce que je veux qu'elle disparaisse, ou est-ce que je veux qu'elle serve une autre page ? La réponse vous dira quoi faire. Et une fois en place, laissez Google travailler — il faudra parfois des semaines pour que les résultats se stabilisent.
Je n'ai pas encore trouvé de raccourci pour accélérer ce processus. Mais je sais une chose : comprendre la différence entre ces deux balises m'a permis de récupérer la moitié du trafic perdu sur ce site client en trois mois. Et vous, quelle est votre page en trop ?