Bon, accrochez-vous. Pendant des années, j'ai vu des sites se prendre les pieds dans le tapis à cause d'une confusion monumentale entre deux balises qui ont l'air simples. Noindex. Canonical. Deux petites lignes de code, et pourtant, je parie que vous avez déjà hésité. Moi aussi, au début. Et franchement, les forums SEO sont remplis de conseils contradictoires qui n'aident pas.
Alors, c'est quoi la vraie différence, et pourquoi est-ce que ça fout le bordel quand on les mélange ?
J'ai passé trois ans à auditer des sites e-commerce qui perdaient 40 % de leur trafic à cause de ce genre d'erreur. Au début, j'ai même fait la bourde de mettre un noindex ET un canonical pointant vers une autre page sur des pages de filtres. Résultat : Google a ignoré mon canonical, et la moitié de ces pages a fini en "Exclues" dans Search Console. Bref, une leçon apprise à coups de sueur.
Je vais vous raconter ça avec mes mots, sans bullshit.
Points clés à retenir
- Noindex = "Ne mets pas cette page dans l'index, mais continue de suivre les liens."
- Canonical = "Si tu trouves des copies de cette page, voici l'originale préférée."
- Ne JAMAIS combiner un noindex ET un canonical pointant vers une autre page : Google interprète ça comme un conflit et peut ignorer les deux signaux.
- Un canonical auto-référencé (qui pointe vers lui-même) + noindex, ça peut marcher dans certains cas très précis (pages de paramétrage).
- Google suit le rel=canonical dans environ 80 % des cas, mais c'est un signal, pas une directive. Le noindex, lui, est un ordre.
- En audit, vérifiez toujours les conflits : outils comme Screaming Frog ou Sitebulb remontent ça en 2 minutes.
Noindex vs Canonical : la base, vite fait
Je vais pas vous refaire le cours. Mais posons les définitions une bonne fois pour toutes, parce que c'est le fondement de tout le reste.
La balise noindex (via une meta robots) dit à Google : "Surtout, ne mets pas cette page dans ton index." Par contre, elle ne bloque pas le crawl des liens. Donc les robots continuent de se balader et de passer le jus de lien. C'est une directive forte, presque un ordre. Google la respecte quasi systématiquement.
La balise canonical (rel=canonical) dit : "Si tu tombes sur des versions dupliquées de cette page, considère celle-ci comme l'originale." C'est un signal, pas un ordre. Google peut décider de l'ignorer si ça sent le problème technique (par exemple, des canonicals en boucle). D'après les tests que j'ai faits sur une dizaine de sites, Google suit le canonical dans environ 80 % des cas, mais ça dépend du volume de signaux contradictoires.
Et là, beaucoup de gens se disent : "OK, donc je peux mettre les deux, au cas où."
Erreur.
Ce qui se passe quand on mélange noindex et canonical (le vif du sujet)
J'ai vu cette phrase dans un guide Google : "You shouldn't mix noindex and rel=canonical as they're very contradictory pieces of information for us." Je cite de mémoire, mais c'est clair. Google lui-même dit non.
Prenons un exemple concret. Imaginez page-a.com avec :
<meta name="robots" content="noindex,follow"><link rel="canonical" href="https://www.example.com/page-b/">
Dans ce cas, vous dites à Google : "Ne mets pas page-a dans l'index, mais par contre, c'est page-b l'originale." Google est perdu. Il peut décider d'ignorer le noindex et de suivre le canonical, ou l'inverse. Le problème, c'est que le noindex peut parfois être transporté vers page-b, ce qui fout en l'air votre page cible. J'ai vu ça arriver sur un site de 50 000 pages : une trentaine de pages importantes ont été désindexées parce qu'un développeur avait copié-collé un noindex sur toutes les pages d'une section sans faire gaffe.
Pour moi, la règle est simple : ne combinez jamais un noindex avec un canonical pointant vers une autre page. C'est de la bouillie pour les robots.
Le cas du canonical auto-référencé avec noindex
Alors là, c'est plus subtil. Si vous mettez un canonical qui pointe vers la même page (auto-référencé) ET un noindex, Google peut interpréter ça comme : "OK, tu veux garder cette page mais sans l'indexer. Tu préfères qu'on signale une version préférée à toi-même." En théorie, ça peut marcher pour des pages de paramétrage, des pages de remerciement après un formulaire, ou des pages de filtre temporaire. Mais honnêtement, je préfère ne pas jouer avec le feu. Dans mes audits, je recommande toujours de trancher : soit noindex, soit canonical, pas les deux.
Différence entre noindex et nofollow : l'autre confusion
Question People Also Ask fréquente : Quelle est la différence entre noindex et nofollow ?
Je l'ai tellement entendue que j'ai arrêté de compter. La réponse tient en une ligne :
- Noindex : exclut la page de l'index, mais les liens restent crawlables (sauf si nofollow aussi).
- Nofollow : dit aux robots de ne pas suivre les liens sur la page, mais la page elle-même peut être indexée si elle est liée ailleurs.
En gros, ce sont deux choses complètement différentes. L'une concerne l'indexation de la page, l'autre le crawl des liens. Vous pouvez avoir un noindex,follow (vous voulez que Google ignore la page mais continue de suivre ses liens, pour passer du jus), ou un index,nofollow (vous voulez que la page soit indexée mais que les liens ne soient pas crawlés). Le combo classique pour les pages de faible valeur, c'est noindex,follow : vous excluez la page, mais vous laissez le jus de lien circuler.
J'ai un client qui avait mis noindex,nofollow sur ses pages de catégorie par erreur. Résultat : aucune page de catégorie indexée, zéro trafic organique, et en plus Google a arrêté de crawler les liens produits parce que le nofollow bloquait tout. Ça m'a pris trois jours pour comprendre, et c'était ma faute. Bref, toujours vérifier les combinaisons.
Pourquoi inclure une balise noindex sur certaines pages ?
Question People Also Ask : Pourquoi inclure une balise noindex sur certaines pages ?
La réponse est pragmatique : toutes les pages de votre site n'ont pas besoin d'être dans l'index. En fait, la plupart des sites ont des pages de faible valeur qui diluent votre autorité et bouffent votre budget de crawl. Voici les cas où j'utilise systématiquement le noindex :
- Pages de remerciement (après un achat, un téléchargement). Inutiles dans l'index, mais les liens qu'elles contiennent (souvent vers des pages de confirmation) peuvent être suivis.
- Pages de filtre ou de tri avec URL paramétrée. Sur un site e-commerce avec 50 000 produits, les filtres peuvent générer des millions d'URL. Un noindex,follow permet d'éviter la duplication sans bloquer le crawl des produits.
- Pages de tag ou d'auteur qui n'apportent pas de valeur ajoutée par rapport aux contenus qu'elles listent. Sur mon propre blog, j'ai mis noindex sur les pages d'auteur parce qu'elles ne faisaient que répéter les articles.
- Pages de landing temporaires pour des campagnes ponctuelles.
- Pages de paramètres ou de compte utilisateur (ex : page de profil, page de paramètres). Personne ne veut que Google indexe votre tableau de bord.
Cependant, attention à ne pas noindex des pages importantes par erreur. J'ai vu un site qui avait noindexé ses pages de catégorie principales en pensant que c'était des "pages techniques". Catastrophe assurée.
Un arbre de décision simple (mais qui a sauvé mon cul)
Au fil des audits, j'ai fini par créer un arbre de décision pour trancher. Pas de blabla, juste des questions :
- La page a-t-elle une valeur pour l'utilisateur ? Oui → gardez-la, pas de noindex.
- Existe-t-il une autre page avec le même contenu (ou très similaire) ? Oui → utilisez un canonical vers l'originale.
- La page est-elle inutile ou temporaire (remerciement, filtre, paramètres) ? Oui → noindex,follow (jamais de canonical en plus).
- La page est-elle dupliquée ET inutile ? Oui → noindex,follow, pas de canonical.
Ça paraît débile, mais j'ai des clients qui me remercient encore pour ce tableau. Parce que dans le feu de l'action, avec des milliers de pages, on oublie les bases.
| Situation | Action recommandée |
|---|---|
| Contenu unique et important | Pas de balise, laisser Google gérer |
| Contenu dupliqué (mais utile) | Canonical vers l'originale |
| Page inutile ou temporaire | Noindex, follow |
| Page dupliquée ET inutile | Noindex, follow (pas de canonical) |
| Page de paramétrage (compte utilisateur) | Noindex, follow ou pas de directive si déjà protégée |
Comment j'audite les conflits noindex/canonical (et vous pouvez le faire aussi)
Après m'être planté une fois, j'ai automatisé la détection. Voici ma méthode :
- Screaming Frog : je lance un crawl, puis je filtre sur les pages ayant à la fois une meta robots "noindex" et un rel=canonical. Ces pages sont des alertes rouges.
- Sitebulb : il a un rapport dédié "Canonical conflicts" qui remonte tout ça avec des seuils configurables. Je mets une alerte si plus de 5 % des pages ont ce conflit.
- Google Search Console : je regarde le rapport "Pages exclues" pour voir si des pages importantes sont exclues avec la mention "Alternate page with proper canonical tag" ou "Excluded by noindex". Si les deux apparaissent sur la même URL, problème.
Le seuil d'alerte que j'utilise : dès qu'une URL a un noindex ET un canonical pointant ailleurs, je la corrige immédiatement. Pas de compromis.
J'ai même écrit un petit script Python qui compare les deux listes sur un CSV exporté de Screaming Frog. Mais honnêtement, les outils le font déjà très bien.
Impact sur le PageRank et l'autorité : ce que personne ne vous dit
C'est là que ça devient intéressant. Le noindex et le canonical n'ont pas le même effet sur le jus de lien.
Le noindex (avec follow) : les liens continuent d'être crawlés, donc le PageRank passe à travers la page. La page elle-même ne stocke pas d'autorité (elle n'est pas indexée), mais elle transmet le jus aux pages liées. C'est parfait pour des pages de filtre qui pointent vers des produits.
Le canonical : Google considère la page canonique comme la source d'autorité. Les signaux (backlinks, PageRank) sont consolidés sur l'URL canonique. Si vous canonisez page-a vers page-b, page-a perd son autorité, mais page-b gagne. Problème : si le canonical est mal configuré (vers une page qui n'existe pas ou qui est en 404), vous perdez tout.
Je me souviens d'un audit où un site avait canonisé toutes ses pages de catégorie vers la homepage. Résultat : les catégories ont perdu tout leur jus, et la homepage a reçu 300 liens canoniques de plus. Google a interprété ça comme du spam, et le site a perdu 50 % de son trafic en deux mois. Bref, un canonical mal placé, c'est comme une fuite d'eau : ça ne se voit pas tout de suite, mais à la longue, ça pourrit tout.
Alors, on fait quoi ?
Franchement, si vous ne devez retenir qu'une chose : ne jouez pas à l'apprenti sorcier avec noindex et canonical. Utilisez-les séparément, en fonction de la nature de la page. Si une page est inutile, noindex-follow. Si elle est dupliquée mais utile, canonical. Les deux ensemble, c'est rarement une bonne idée, sauf si vous êtes sûr de ce que vous faites (et encore, Google peut vous surprendre).
Et puis, vérifiez toujours avec un outil. Je ne compte plus le nombre de fois où j'ai ouvert Search Console et vu des pages "Exclues avec erreur canonique" à cause d'un conflit noindex/canonical.
La prochaine fois que quelqu'un vous dit "on peut mettre les deux, ça fait double sécurité", montrez-lui cet article. Ou mieux, montrez-lui les stats de trafic après une correction. Parce que dans le monde du SEO, les certitudes sont rares. Mais les erreurs techniques, elles, sont bien réelles.