← Tous les articles
    27 octobre 2026 · SEO technique · indexation · contenu généré

    Publier une page et la laisser indexer sont deux décisions

    Quand les pages arrivent par lots, par import ou par agent, le contrôle qualité se déplace de la publication vers l'indexation. Comment écrire ce seuil et le tenir.

    Par Marie Van Haecke

    On m'a demandé récemment d'assouplir une règle que j'avais posée sur un annuaire que je construis : une fiche ne devient indexable que si elle a un site web, ou au minimum un compte social actif et une adresse exacte. L'argument d'en face était solide — plus de pages référencées, plus tôt, donc plus de trafic. J'ai dit non. Avec le recul c'est l'arbitrage le plus rentable du projet, et il n'a rien de technique.

    Deux décisions qu'on prend sans s'en rendre compte

    Mettre une page en ligne, c'est dire : elle existe, elle est accessible, elle sert à qui a le lien. La laisser indexer, c'est dire autre chose : je la présente au monde comme une réponse valable à une question.

    Par défaut, les deux gestes n'en font qu'un. Tu publies, c'est indexable, point. Tant que tu écris tes pages une par une, ce défaut est très bien : ta relecture au moment d'écrire fait aussi office de contrôle qualité.

    Le défaut devient faux dès que le volume ne vient plus de toi. Un import de base, un gabarit, un agent qui produit tous les jours : tu publies plus vite que tu ne vérifies. Le point de contrôle doit alors se déplacer là où il reste tenable — à l'indexation.

    Ce que coûte une page mince indexée

    Trois coûts, de plus en plus douloureux.

    Le visiteur, d'abord. Il arrive avec une question précise, trouve un nom et une ville, et repart. Tu as dépensé une impression pour fabriquer une déception, et tu as appris au moteur que ton résultat ne satisfait pas.

    Ton site, ensuite. Un moteur ne juge pas tes pages séparément, il se fait une idée de l'ensemble. Si l'essentiel de ce que tu laisses indexer n'apporte rien, c'est cette majorité qui te qualifie. Tes dix bonnes pages payent pour les mille autres, et l'exploration va se concentrer là où elle est le moins utile.

    L'exactitude, enfin, et c'est le coût le plus récent. Une page incomplète lue par un assistant ne ressort pas comme incomplète : elle ressort comme une affirmation. Un modèle ne répond pas « la fiche n'est pas renseignée », il répond avec ce qu'il trouve. Une adresse approximative publiée devient une adresse citée, par quelqu'un qui n'ira jamais vérifier ta source.

    Un seuil s'écrit, il ne se ressent pas

    Un seuil utile tient en une phrase et se vérifie sans jugement humain. Le mien :

    Une fiche devient indexable quand elle a un site web, ou à défaut un compte social actif et une adresse postale exacte. Une ville seule ne suffit pas.

    Deux propriétés le rendent applicable. Il est binaire : du code sait répondre oui ou non, donc la règle s'applique toute seule à chaque nouvelle page, sans arbitrage quotidien. Et il est argumentable : je peux dire à quelqu'un pourquoi ce niveau-là et pas un autre, ce qui est exactement ce qui me permet de ne pas céder quand on me demande de le baisser.

    Côté mise en œuvre, deux gestes vont ensemble : la balise noindex sur la page tant qu'elle est sous le seuil, et son absence du sitemap. Le sitemap seul ne suffit pas — il propose, il n'interdit rien. Un détail qui piège beaucoup de monde : ne bloque pas ces pages dans le robots.txt en plus. Un robot qui n'a pas le droit d'ouvrir la page ne lit jamais la balise qui lui dit de ne pas l'indexer.

    L'assouplissement revient toujours

    Et toujours avec le même calcul : on a deux mille pages, on en indexe trois cents, on laisse du trafic sur la table. Ce raisonnement suppose que les mille sept cents autres rapporteraient quelque chose. Elles ne rapportent pas, parce qu'elles répondent mal à la question qui les amène — et répondre mal, à l'échelle, se paie sur tout le reste du site.

    Le vrai levier n'est pas d'abaisser la barre, c'est de faire passer les pages au-dessus. Ce n'est pas la même tâche, elle est plus longue, et c'est précisément pour ça qu'on préfère discuter du seuil.

    Le seuil n'est pas une porte, c'est une file d'attente

    C'est le retournement qui rend la règle supportable. Une page sous le seuil n'est pas une page refusée : c'est une page en attente, avec un motif connu.

    Donne-toi le compteur qui va avec. Combien de pages au-dessus, combien en dessous, et surtout quel champ manque à celles du dessous. Ce compteur n'est pas un tableau de bord décoratif : c'est ta file de travail pour l'enrichissement, triée par ce qui débloque le plus de pages. Et tu as un indicateur de progression qui veut dire quelque chose, bien plus honnête que le nombre de pages publiées.

    Le même raisonnement vaut au-delà des annuaires : un blog alimenté par un agent, des pages produit importées d'un catalogue, des landing pages générées par gabarit. Partout où la production est industrialisée, la question « est-ce que ça mérite d'être lu par quelqu'un qui ne te connaît pas » doit redevenir une décision explicite.

    À faire cette semaine

    Repère les gabarits de ton site qui produisent des pages en série. Pour chacun, écris une seule phrase : cette page mérite d'être indexée quand ______.

    Si tu arrives à l'écrire, tu as ta règle, et il reste à la coder. Si tu n'y arrives pas, tu viens d'apprendre quelque chose de plus utile : tu produis des pages sans savoir à quelle question elles répondent. Le problème n'est plus ton indexation, il est en amont.

    À lire aussi

    Vous travaillez sur un sujet proche ?

    J'accompagne les organisations sur l'audit IA, le cadrage de produits IA, les agents et l'automatisation. Si cet article recoupe une question que vous vous posez, on peut en parler.