Une page de remerciement indexée par Google, c'est le premier symptôme. Vous vous demandez pourquoi votre rapport de couverture en compte 4 312 alors que vous n'avez écrit que 380 articles. Et là, vous tombez sur une vieille URL de test, un paramètre ?utm_source= multiplié à l'infini, une fiche produit supprimée depuis dix-huit mois mais toujours là, dans l'index, à aspirer du jus et à polluer vos rapports.
La solution tient en deux directives que 90 % des gens confondent : noindex et nofollow. Sauf qu'elles ne font pas du tout le même boulot. Et qu'utilisées à l'envers, elles peuvent vous coûter des mois de trafic. Je l'ai appris à mes dépens.
Points clés à retenir
- noindex empêche l'indexation d'une page ; nofollow empêche le suivi d'un lien et la transmission de signal.
- Une balise
noindexse place dans le<head>de la page, jamais dans le corps. - Google traite désormais
nofollowcomme un indice, plus comme un ordre strict. - La combinaison
noindex, followest souvent la bonne réponse pour une page à exclure mais dont les liens sortants ont de la valeur. - Compter plusieurs semaines avant qu'une page disparaisse réellement des résultats n'est pas une anomalie.
- Supprimer une URL de Google demande soit une balise, soit une demande de retrait — pas les deux à l'aveugle.
noindex vs nofollow : deux directives, un piège classique
Commençons par démonter la confusion. Le noindex parle à Google de la page elle-même. Il dit : « ne m'inscris pas dans ton index ». Le nofollow parle d'un lien. Il dit : « ne suis pas cette flèche, ne transmets rien à la destination ».
Le problème ? Beaucoup croient qu'un lien en nofollow protège la page cible de l'indexation. C'est faux. Un lien nofollow empêche le transfert de signal, mais si la page visée est accessible ailleurs, ou soumise via un sitemap, Google peut très bien l'indexer quand même.
Et l'inverse est vrai aussi. Une page en noindex peut parfaitement être visitée, ses liens suivis, et les signaux transmis — tant que vous n'ajoutez pas explicitement nofollow à côté.
Où se trouve la balise noindex ?
Dans le <head> de la page HTML, sous cette forme :
<meta name="robots" content="noindex, follow"> Elle n'a rien à faire dans le <body>. Google peut techniquement la lire ailleurs, mais vous prenez un risque inutile. Concrètement, dans le code source, cherchez la balise <head>, juste après les balises <title> et <meta charset>.
« Ligne indiquant aux moteurs de recherche de ne pas référencer la page » — c'est la formulation qu'on lit souvent. Ce n'est pas une ligne unique magique : c'est cette balise meta, ou bien un en-tête HTTP X-Robots-Tag posé côté serveur, qui remplit exactement le même rôle pour les fichiers non-HTML (PDF, images, vidéos).
Où trouver la ligne qui demande de ne pas référencer une page (cas Wikipédia)
Sur une page Wikipédia, on ne trouve pas de balise meta noindex classique. Wikipédia utilise une combinaison de __NOINDEX__ dans le wikicode de certaines pages (brouillons, pages de discussion) et surtout des règles côté serveur. Si vous inspectez le code source d'une page Wikipédia ordinaire, vous ne verrez pas de noindex visible — et c'est normal, elle doit être indexée.
En revanche, pour les pages de brouillon ou les pages utilisateur, cherchez le mot-clé NOINDEX dans le wikicode source, ou vérifiez l'en-tête HTTP via les outils de développement du navigateur (onglet Réseau). C'est un cas particulier, mais il illustre un principe : la directive peut vivre à trois endroits différents — balise meta, en-tête HTTP, ou paramètre d'application côté serveur.
Meta noindex ou en-tête HTTP X-Robots-Tag : quand choisir lequel
Deux mécanismes, un même résultat… ou presque.
| Mécanisme | Où il vit | Quand l'utiliser | Limite |
|---|---|---|---|
<meta name="robots"> | Dans le <head> du HTML | Pages HTML classiques (articles, pages catégorie, remerciements) | Inopérant sur un PDF ou une image |
X-Robots-Tag | Dans les en-têtes HTTP de la réponse serveur | Fichiers non-HTML, redirections, réponses d'API, assets | Nécessite un accès à la config serveur (nginx, Apache) |
robots.txt | Fichier texte à la racine | Bloquer le crawl d'un répertoire entier | N'empêche PAS l'indexation d'une URL déjà connue — erreur répandue |
Ce dernier point mérite qu'on s'y arrête. Le robots.txt n'est pas un outil de désindexation. Si Google a déjà découvert une URL par ailleurs (un lien externe, un partage), il peut l'afficher dans les résultats avec un simple titre et un extrait, même sans avoir crawlé la page. J'ai vu ce cas arriver sur un client qui bloquait tout un dossier dans le robots.txt et ne comprenait pas pourquoi les vieilles fiches produits remontaient encore. Il a fallu poser des balises noindex avant de bloquer le crawl.
Règle simple : robots.txt bloque le crawl, noindex bloque l'indexation. Les deux ne se remplacent pas.
Combiner noindex et nofollow : quand, pourquoi, comment
C'est ici que les choses deviennent intéressantes — et que la plupart des articles que j'ai lus (y compris ceux bien classés) s'arrêtent court.
Quand utiliser noindex, follow
La page ne doit pas apparaître dans les résultats, mais vous voulez que Google continue de suivre les liens sortants qu'elle contient. Cas typiques :
- une page de remerciement après commande (utile pour le tracking, inutile en SERP)
- une page de résultats de recherche interne
- une page de connexion ou d'inscription
- des archives de date si vous n'avez pas besoin qu'elles se positionnent
C'est le réglage par défaut que je conseille dans 80 % des cas où on me demande de désindexer une page sans casser le maillage.
Quand noindex, nofollow est justifié
La page ne doit ni être indexée, ni faire circuler de signal. Typiquement :
- Une page de test ou un environnement de staging exposé publiquement.
- Une page dont les liens sortants pointent vers des ressources douteuses (spam, contenu acheté).
- Une page qui contient des liens vers des paramètres créateurs de contenu dupliqué, et vous voulez couper court.
- Une page orpheline que vous préparez à la suppression.
- Un ancien blog de test que vous avez oublié de nettoyer.
Attention à un détail : noindex, nofollow ne supprime pas la page du crawl. Google peut encore la visiter, juste ne pas l'indexer ni suivre ses liens. C'est suffisant dans la majorité des cas, mais si vous voulez aussi arrêter le crawl, cumulez avec un blocage dans robots.txt — en sachant que vous empêchez alors Google de voir la balise noindex. Paradoxe classique : si vous bloquez dans robots.txt sans avoir ajouté la balise, la page reste indexée.
Supprimer une URL de Google : la procédure concrète
Le titre d'un ancien article sur mon blog affichait encore un nom de client confidentiel. Je voulais qu'il disparaisse. Voilà l'ordre exact que je suis désormais, dans cet ordre, sans exception.
Étape 1 : poser la balise (ou l'en-tête)
Ajoutez <meta name="robots" content="noindex"> dans le <head> de la page concernée. Vérifiez en source. Si la page est un PDF ou une image, à défaut, demandez à votre hébergeur un X-Robots-Tag: noindex.
Étape 2 : laisser Google repasser
Combien de temps ? Dans mon expérience : entre dix jours et huit semaines pour une page peu liée, plus vite pour une page souvent recrawlée. Il n'y a pas de bouton magique. Si la page reçoit beaucoup de liens internes, Google reviendra plus vite. Si elle est orpheline, comptez plutôt les deux mois.
Étape 3 : demande de suppression temporaire si urgence
Dans la Search Console de Google, l'outil de suppression d'URL permet de masquer une URL des résultats pendant environ six mois, en attendant que la balise noindex fasse effet. Ce n'est pas une solution permanente, mais pour une fuite de données, c'est ce que vous voulez en premier.
Une chose à ne pas faire : balancer Disallow: / dans le robots.txt en panique. Vous empêchez Google de voir votre balise noindex, et vous obtenez l'effet inverse de celui recherché.
Ce que personne ne vous dit vraiment
Le nofollow sur un lien externe ne protège plus de grand-chose depuis que Google le traite comme un indice. Sur mon propre site, j'ai retiré la quasi-totalité des nofollow posés par réflexe sur des liens sortants vers des sources que je citais. Résultat : mon taux de crawl des pages citées a augmenté, mais surtout — et c'est contre-intuitif — mes positions n'ont pas bougé d'un iota. Le nofollow réflexif ne sert à rien.
En revanche, j'ai fait une erreur stupide qui m'a coûté cher. J'avais mis noindex sur une catégorie entière pour la « nettoyer » avant réécriture. Trois semaines plus tard, le temps que je la remette en ligne, elle avait perdu tout son historique de positionnement. Google a réindexé, mais reparti de zéro. Une page qui sort de l'index puis y revient perd souvent l'essentiel de ses signaux accumulés. Je ne referai plus ça : je désindexe, mais je prévois la réécriture avant, jamais après.
Autre chose : rel="sponsored" et rel="UGC" ont leur propre sémantique. Si vous vendez un lien, c'est sponsored. Si c'est un commentaire utilisateur, c'est UGC. Les confondre avec un nofollow générique envoie un signal flou, et un signal flou, en 2026, c'est un signal perdu.
La vraie question n'est pas « noindex ou nofollow ? » mais « qu'est-ce que je veux que Google fasse de cette page, précisément ? ». Une fois que vous avez la réponse claire en tête, la directive s'impose d'elle-même. Et si vous hésitez encore, la réponse est presque toujours noindex, follow.
Un dernier mot : jetez un œil à votre rapport de couverture tous les six mois. Les pages fantômes s'accumulent plus vite qu'on ne le pense. Et une balise oubliée sur une page importante peut vous coûter des mois de visibilité sans que rien ne vous alerte.