Faut-il désindexer une landing page publicitaire ? noindex, robots.txt et cas d’usage

Publié le 23 août 2026 · 8 min de lecture

À chaque lancement de campagne, la même question revient : faut-il empêcher cette landing page d’apparaître dans les résultats de recherche ? Elle est rarement tranchée sur le fond, parce qu’elle mélange deux sujets distincts. Le premier est stratégique : cette page a-t-elle une valeur en dehors de la campagne qui la finance ? Le second est technique : par quel mécanisme exprime-t-on la décision ? Une balise noindex, une règle Disallow dans robots.txt, une balise canonical et une suppression avec redirection donnent quatre résultats différents — et l’erreur la plus répandue du domaine consiste à en utiliser une en croyant obtenir l’effet d’une autre.

noindex et robots.txt ne règlent pas le même problème

La directive noindex — balise <meta name="robots" content="noindex"> dans le <head> ou en-tête HTTP X-Robots-Tag — s’adresse à l’étape d’indexation. Le robot explore la page, télécharge son HTML, lit la directive et en déduit qu’il ne doit pas faire figurer cette URL dans les résultats. Point important : l’exploration a bien lieu. La page est visitée, son contenu est lu, ses liens sortants sont vus. C’est ce qui rend noindex utilisable sans casser le reste.

Une règle Disallow dans robots.txt s’adresse à l’étape précédente, l’exploration : elle demande au robot de ne pas aller chercher l’URL du tout. La conséquence, la plupart des équipes la découvrent trop tard — si la page n’est jamais téléchargée, la balise noindex qu’elle contient n’est jamais lue. Bloquer une page dans robots.txt pour la désindexer est donc contre-productif : c’est le meilleur moyen de la garder dans l’index, éventuellement sous une forme dégradée, puisque le moteur connaît l’URL grâce aux liens qui pointent vers elle mais n’a pas le droit d’aller lire la consigne qui lui demanderait de l’ignorer. La règle tient en une phrase : pour désindexer, laisser explorer et poser un noindex. Disallow sert à économiser de l’exploration, pas à retirer une page des résultats.

Les cas où désindexer est justifié

Les pages de remerciement. Une page de remerciement n’a de sens qu’après une conversion. Indexée, elle capte des visiteurs qui arrivent après l’étape qu’ils étaient censés franchir, et elle fausse le suivi si la conversion est mesurée sur son affichage.
Les variantes de test. Pendant un test A/B mené en statique, les variantes secondaires sont des quasi-doublons temporaires. Une canonical suffit souvent ; le noindex se justifie quand la variante est vraiment jetable et ne reçoit aucun lien.
Les pages quasi identiques par groupe d’annonces. Décliner une landing page par groupe d’annonces a du sens côté pertinence publicitaire, mais produit des pages qui ne diffèrent parfois que par un titre. Celles qui ne visent aucune requête propre n’ont rien à faire dans l’index.
Les offres réservées à une audience payante. Remise réservée au trafic d’une campagne, offre partenaire, tarif négocié : la diffusion publique pose un problème commercial. Attention : noindex n’est pas une protection d’accès — la page reste ouverte à qui connaît l’URL. Si la confidentialité compte, il faut une authentification.
Les pages d’événement passé. Une inscription à un webinaire du trimestre dernier n’apporte plus rien. Le noindex n’y est souvent qu’une étape avant la vraie décision : rediriger vers l’édition suivante ou vers la page pérenne.

Les cas où c’est une faute

Le réflexe « landing page publicitaire = page à désindexer » vient d’une époque où ces pages étaient des culs-de-sac sans contenu. Appliqué par défaut aujourd’hui, il détruit une valeur qu’on a payée pour construire.

Une page qui répond à une vraie requête. Si elle traite un problème précis avec un contenu substantiel, elle peut capter du trafic organique durable bien après la fin du budget média — l’objectif décrit dans notre guide sur le référencement d’une landing page sur Google. La désindexer coupe la seule partie gratuite du dispositif.
Les pages villes. Une déclinaison multi-villes pensée pour le SEO local vise des intentions de recherche distinctes. Les passer en noindex parce qu’elles « se ressemblent » annule le seul intérêt de les avoir créées.
Les pages qui reçoivent des liens entrants. Newsletter partenaire, annuaire, article de presse, forum : ces liens sont des signaux acquis. Un noindex les rend inexploitables ; une redirection vers une page pérenne les conserve.
Les pages désindexées « le temps de finir ». Le noindex posé en préproduction et jamais retiré est un classique. Une page qui reste des semaines dans cet état perd sa place, et sa réindexation après retrait de la directive n’est pas immédiate.

Ce que ça change côté exploration

Chaque URL laissée explorable consomme une ressource : un robot dispose d’un budget fini et arbitre en permanence entre découvrir de nouvelles pages et revenir vérifier celles qu’il connaît. Une étude de Junghoo Cho et Hector Garcia-Molina publiée en 2003 dans ACM Transactions on Database Systems formalise cette tension autour de la « fraîcheur » d’une copie locale : les auteurs modélisent les changements des pages comme un processus de Poisson et comparent plusieurs politiques de rafraîchissement (Cho & Garcia-Molina, 2003). Ils montrent qu’avec des ressources limitées, la répartition des visites entre les pages a un effet majeur sur la fraîcheur globale de l’index, et que la politique naïve consistant à visiter le plus souvent les pages qui changent le plus n’est pas optimale. L’enseignement transposable est simple : l’exploration est une ressource contrainte et arbitrée. Multiplier les variantes explorables d’une même landing page a un coût, ce qui justifie de choisir explicitement ce qu’on laisse explorer. Sans surinterpréter pour autant : sur un site de quelques dizaines de pages, ce budget n’est pas le facteur limitant.

Les alternatives plus fines

La canonical vers la version de référence. Quand deux pages sont des quasi-doublons mais doivent rester accessibles, la balise canonical désigne celle à indexer et consolide les signaux sur elle, sans rien bloquer. C’est presque toujours le bon choix pour des variantes de campagne.
La fusion. Deux landing pages qui visent la même intention avec un contenu à 90 % identique n’ont pas besoin d’un arbitrage technique, mais d’être fusionnées en une page plus complète, avec redirection de l’URL abandonnée.
noindex, follow plutôt que noindex, nofollow. La forme follow laisse le robot suivre les liens de la page désindexée, ce qui préserve la circulation vers le reste du site — utile si la page participe au maillage interne entre landing pages.
La suppression propre en fin de campagne. Pour une page sans raison d’exister, la question n’est pas « noindex ou pas » mais rediriger ou supprimer. Une 301 vers l’équivalent le plus proche conserve les liens entrants ; un 410 sur une page sans équivalent est un signal honnête.

Quelle décision selon la situation
Situation	Décision	Pourquoi
Page de remerciement	`noindex, follow`	Sans intérêt en entrée de parcours, mais elle distribue des liens
Variante secondaire d’un test A/B	Canonical vers la variante de référence	Doublon temporaire, à consolider plutôt qu’à masquer
Deux pages quasi identiques pour deux groupes d’annonces	Canonical vers la version de référence	Aucune ne vise de requête propre
Page ville au contenu local spécifique	Indexer	Intention de recherche distincte
Landing page de fond qui répond à une requête	Indexer	Le trafic organique survit à l’arrêt du budget
Offre réservée à une audience publicitaire	`noindex` (+ authentification si confidentiel)	Enjeu commercial, pas SEO
Page d’événement passé sans équivalent	Supprimer (410)	Plus aucune valeur, signal clair
Campagne terminée mais liens entrants acquis	Rediriger en 301	Conserve les signaux au lieu de les jeter

Comment vérifier ce qui se passe vraiment

L’inspection d’URL dans la Search Console. Le seul outil qui dit à la fois si l’URL est indexée, si l’exploration est autorisée et quelle directive a été détectée. Un blocage robots.txt et un noindex y apparaissent comme deux états distincts — de quoi repérer le cas où l’un empêche l’autre d’être lu.
Le rapport de couverture. Il regroupe les URLs par motif d’exclusion. Une catégorie « exclue par la balise noindex » qui grossit après un déploiement est à vérifier immédiatement, surtout après une mise en production depuis une préproduction.
La lecture directe de la réponse HTTP. Un curl -I sur l’URL montre l’en-tête X-Robots-Tag s’il est présent. C’est le seul moyen de poser une directive d’indexation sur un fichier non HTML — PDF, image, fichier téléchargeable — puisqu’on ne peut pas y insérer de balise <meta>.
Le contrôle de cohérence. Une page en noindex portant aussi une canonical vers elle-même, ou bloquée dans robots.txt tout en étant listée dans le sitemap, envoie des instructions contradictoires. Avant de conclure qu’un moteur « ne respecte pas » une consigne, vérifiez qu’on ne lui en donne pas deux à la fois.

Dernière prudence : le comportement exact des moteurs sur ces directives évolue, et certaines formulations autrefois recommandées ne le sont plus. Les principes ci-dessus — exploration et indexation sont deux étapes séparées, une directive non lue n’est pas appliquée, un signal contradictoire est un signal perdu — sont stables et documentés. Pour le détail d’implémentation et les délais, la documentation officielle en vigueur reste la seule référence à jour.

La bonne question n’est donc jamais « faut-il mettre un noindex ? » mais « cette page a-t-elle une raison d’exister dans six mois ? ». Si oui, on l’indexe et on la traite comme un actif ; si non, on choisit entre canonical, noindex, follow et suppression selon ce qu’on veut conserver. Les 10 templates LanderKit (89 € l’unité, 229 € le pack complet) sont des projets Next.js standards : les directives d’indexation se déclarent route par route dans les métadonnées, ce qui permet de mettre une page de remerciement en noindex tout en laissant la landing page principale indexable.

FAQ

Questions fréquentes

Bloquer une page dans robots.txt suffit-il à la faire disparaître de Google ?

Non, et c’est même souvent l’inverse. Une règle Disallow empêche le robot de télécharger la page, donc de lire la balise noindex qu’elle contient. Si des liens pointent vers l’URL, le moteur peut la connaître et la faire apparaître malgré tout, sous une forme dégradée. Pour désindexer, il faut laisser l’exploration ouverte et poser une directive noindex.

Combien de temps faut-il pour qu’une page en noindex disparaisse des résultats ?

Le délai dépend de la fréquence à laquelle le robot revient sur cette URL : la directive n’est appliquée qu’une fois la page réexplorée. Cela peut aller de quelques jours à plusieurs semaines selon la popularité de la page et du site. Demander une inspection d’URL dans la Search Console accélère généralement la prise en compte, sans la garantir.

Faut-il utiliser noindex, follow ou noindex, nofollow ?

Dans la grande majorité des cas, noindex, follow. La variante nofollow demande en plus au robot d’ignorer les liens de la page, ce qui coupe la circulation vers le reste du site sans bénéfice réel. Réservez nofollow aux pages qui pointent massivement vers des destinations que vous ne contrôlez pas.

Comment désindexer un PDF ou un fichier téléchargeable ?

Un fichier non HTML ne peut pas porter de balise meta : il faut passer par l’en-tête HTTP X-Robots-Tag, configuré au niveau du serveur ou de l’hébergeur pour le chemin concerné. La vérification se fait en lisant les en-têtes de la réponse, par exemple avec curl. Si le fichier doit rester privé, une directive d’indexation ne suffit pas — il faut restreindre l’accès.

À lire ensuite