La différence entre langage canonique et balise noindex : le guide essentiel

Un client m'appelle la semaine dernière, paniqué. Son catalogue e-commerce vient de perdre 40 % de son trafic organique en dix jours. Premier réflexe : il a demandé à son développeur de balancer un noindex sur toutes les pages produits pour « nettoyer » ce qu'il croyait être du contenu dupliqué. Puis, en lisant un vieil article, il a ajouté une balise canonical pointant vers la page catégorie. Deux semaines plus tard, plus rien ne s'indexait. Ni les produits, ni la catégorie.

Voilà ce qui arrive quand on confond langage canonique et balise noindex. Ce ne sont pas deux variantes du même outil. Ce sont deux mécanismes qui répondent à deux questions opposées, et qui se sabordent mutuellement quand on les empile sans comprendre ce qu'ils font vraiment.

Je vais vous expliquer la différence mécanique, pas la définition Wikipédia. Et surtout : quoi utiliser dans quel cas, avec un tableau de décision que j'aurais aimé avoir il y a quelques années.

Langage canonique vs noindex : ce qui change vraiment dans le comportement de Google

La confusion vient du mot « canonique ». Il fait savant, il fait définitif. En réalité, la balise canonical est une suggestion que vous glissez dans votre code. Google la lit, la pèse, et décide.

Schéma classique : vous vendez le même article sur deux URLs (/produit?id=42 et /chaussures/rando-42). Vous placez une canonical sur la première vers la seconde. Google comprend qu'il doit consolider les signaux — PageRank, autorité, pertinence — vers la seconde. Si tout se passe bien, la première disparaît des résultats et la seconde grimpe.

Sauf que. J'ai vu des canonical parfaitement écrites être ignorées pendant des mois. Pourquoi ? Parce que Google recoupe tout : qualité du contenu, cohérence des liens internes, historique de l'URL. Si votre canonical pointe vers une page moins pertinente que l'originale, elle sera écartée. C'est un signal, pas un ordre.

Le noindex n'est pas une suggestion

Le noindex, c'est autre chose. Vous dites « ne m'indexe pas ». Google obéit. Pas de débat, pas de pondération.

Techniquement, la directive s'écrit dans le <head> :

<meta name="robots" content="noindex, follow">

Vous remarquez le follow ? C'est important. Par défaut, un noindex seul bloque l'indexation mais pas la circulation du PageRank vers les liens sortants — tant que vous n'ajoutez pas nofollow. Beaucoup de gens l'ignorent et coupent involontairement le jus interne de leur site.

Retenez juste ça pour l'instant : canonical = signal, noindex = directive. Deux niveaux de contrainte qui ne jouent pas dans la même cour.

Que se passe-t-il quand on met les deux ensemble ?

Le noindex gagne. Toujours.

Si vous mettez une canonical vers /page-b et un noindex sur /page-a, voici ce qui se produit concrètement :

• Google désindexe /page-a.
• La canonical est ignorée — elle n'a plus de sens puisque la page source quitte l'index.
• /page-b garde son propre statut. Elle n'hérite de rien.

Et c'est là que les dégâts commencent. J'ai accompagné une équipe éditoriale qui voulait « consolider » deux articles quasi identiques. Ils ont mis une canonical + noindex sur le doublon, en pensant naïvement que Google transférerait le jus vers l'article principal. Résultat : l'article doublon a disparu, l'article principal n'a rien récupéré, et un troisième article concurrent s'est installé à leur place en deux mois.

La règle que John Mueller répète depuis des années, et que son caractère contextuel rend parfois floue : ne combinez pas canonical et noindex sauf si vous savez exactement pourquoi. Dans 90 % des cas, vous ne le savez pas.

Les rares cas où le combo se défend

Il y en a, mais ils sont précis. Le scénario typique : vous migrez un contenu syndiqué. Votre version paraît sur trois sites partenaires, et vous voulez que Google pointe chez vous. Vous placez une canonical chez les partenaires, pointant vers votre original. Jusque-là, classique.

Maintenant, imaginez qu'un partenaire décide de retirer le contenu au bout de six mois. Vous voulez désindexer sa copie sans perdre le lien SEO déjà acquis. Vous ajoutez un noindex temporaire. La canonical reste, mais elle perd son rôle actif — elle sert juste d'historique. C'est bancal, mais défendable sur une fenêtre courte.

Autre cas : une page de maintenance que vous voulez temporairement hors index, avec une canonical pointant vers la version définitive de la page pour ne pas casser les liens partagés. Là aussi, le combo se justifie. Mais on parle de jours, pas de mois. Un noindex oublié, c'est une page morte.

Tableau de décision : canonical, noindex, ou les deux ?

Voici le tableau que je ressors à chaque audit. Il n'est pas parfait, mais il évite les erreurs grossières.

Situation	Ce qu'il faut faire	Pourquoi
Même produit accessible via 2 URLs (paramètre vs slug)	Canonical uniquement	Consolider les signaux sans perdre l'URL secondaire si elle reçoit des liens directs
Page de remerciement post-achat	Noindex	Aucun intérêt SEO, aucune raison d'apparaître dans les résultats
Pagination (/page/2, /page/3)	Ni l'un ni l'autre — laissez Google gérer	Google traite la pagination correctement depuis longtemps ; un noindex la casse
Facettes e-commerce (?couleur=rouge&taille=42)	Canonical vers la catégorie parente ou noindex selon le volume de recherche	Si la facette génère du trafic, canonical. Sinon, noindex.
URLs avec paramètres UTM générés par vos campagnes	Canonical vers l'URL propre	Éviter de dupliquer le contenu à cause du tracking
Contenu syndiqué chez un partenaire	Canonical vers votre original	Le partenaire garde sa page indexée, mais vous récupérez la paternité
Page en construction, publiée trop tôt	Noindex temporaire, retiré à la mise en ligne	Éviter qu'une page bâclée soit indexée avant qu'elle soit prête

Je vous préviens sur la pagination : c'est le point qui fait le plus débat. Certains consultants vous jurons que le noindex sur les pages 2+ est une bonne pratique. C'est faux dans la majorité des cas. Le noindex empêche Google de suivre les liens profonds vers vos articles plus anciens, ce qui érode votre maillage interne.

Ne pas confondre avec redirection 301 et robots.txt

Trois autres outils traînent dans le même tiroir. Ils ne font pas la même chose.

• La redirection 301 déplace définitivement une URL vers une autre. Si vous déplacez réellement une page, c'est elle qu'il faut utiliser, pas une canonical.
• robots.txt empêche le crawl, pas l'indexation. Une URL bloquée dans robots.txt peut toujours apparaître dans les résultats si Google trouve des liens externes qui pointent vers elle — sans contenu, souvent, ce qui donne des snippets vides et honteux.
• X-Robots-Tag (en-tête HTTP) fait la même chose que le meta noindex, mais au niveau du serveur. Utile pour les PDF, les images et tout ce qui n'a pas de <head> HTML.

La règle d'or que j'ai fini par intérioriser : si le contenu doit disparaître, 301. S'il doit ne pas être indexé, noindex. S'il doit exister mais ailleurs, canonical.

Un cas concret qui m'a coûté un client

Un site de presse locale avait 4 000 articles répartis sur deux sous-domaines (www et blog). L'équipe technique a mis une canonical du blog vers www sur tous les articles — sauf que les 400 articles du blog n'existaient pas sur www. Google a suivi la canonical vers des 404. Résultat : 60 % du contenu du blog désindexé en trois semaines. Récupération complète en cinq mois, avec une bonne dose de nouvelles publications pour compenser. La leçon : une canonical ne crée pas de contenu. Elle pointe vers quelque chose qui doit vraiment exister.

Comment vérifier et corriger en pratique

Avant de toucher à quoi que ce soit, vérifiez l'état actuel. Trois outils suffisent.

1. Search Console, rapport « Pages » : repérez les URLs en « Exclue par une balise noindex ». Si vous y voyez des pages que vous voulez indexées, vous avez un problème immédiat.
2. L'inspecteur d'URL sur une page suspecte : il vous montre la canonical déclarée et celle que Google a retenue. Elles divergent souvent.
3. Un simple curl -I sur l'URL pour voir le X-Robots-Tag dans les en-têtes. Cinq secondes, ça évite de chercher pendant une heure dans le code source.

Une correction qui marche presque à tous les coups : retirer le noindex, garder la canonical, attendre 2 à 4 semaines. Si le trafic ne remonte pas, c'est que le problème n'était pas là où vous le pensiez.

Et si vous avez hérité d'un site avec un combo canonical + noindex partout sans documentation, prenez une capture d'écran avant de toucher quoi que ce soit. J'ai appris ça à mes dépens après avoir « nettoyé » une balise qui, en réalité, protégeait une section légale de l'indexation. Trois jours de panique inutile.

Ce qu'il faut retenir en une phrase

La canonical négocie, le noindex tranche. Si vous les mélangez, c'est le second qui gagne — et la négociation n'aura servi à rien.

La vraie question n'est jamais « quelle balise je mets ? », c'est « qu'est-ce que je veux qui se passe dans l'index de Google dans six mois ? ». Répondez à ça d'abord, et le choix technique tombe tout seul.