Guide · Indexation
IndexNow : prévenir les moteurs
Par défaut, un moteur découvre vos changements le jour où il repasse — et ce jour, c’est lui qui le choisit. IndexNow renverse le sens : vous annoncez qu’une adresse a changé, au lieu d’attendre. C’est un protocole ouvert, il est gratuit, et il tient en un fichier posé à la racine de votre site. Encore faut-il annoncer ce qui le mérite : ce guide dit ce qu’on envoie, quand on l’envoie, et ce que cela change.
Ce que la clé prouve
Le mécanisme est volontairement simple. Un fichier texte posé à la racine du site contient une clé. L’envoi cite cette même clé. Le moteur vérifie que le fichier existe à cette adresse et qu’il correspond. C’est tout : le seul geste est de déposer ce fichier, et la clé tient lieu de compte. Ce que la clé prouve, c’est votre autorité sur le domaine plutôt que votre identité — seul quelqu’un qui peut écrire à la racine du site peut y poser ce fichier. Grâce à cette preuve, le domaine reste annonçable par vous seul.
Une même clé peut servir plusieurs domaines, à condition que chacun serve le fichier correspondant. C’est ce que nous faisons pour l’ensemble des domaines de la maison : une clé, un fichier par domaine, et la même procédure partout.
Ce qu’on envoie, et quand on l’envoie
La tentation est d’annoncer beaucoup. La justesse vaut mieux que le volume. Une annonce est une affirmation : cette adresse a changé. Six règles suffisent à tenir chacune de ces affirmations.
01
Une adresse qui a réellement changé
L’annonce dit une seule chose : cette adresse a changé depuis la dernière visite. Elle vaut exactement ce que vaut ce fait. Envoyez donc les adresses dont le texte a réellement bougé — une republication à texte identique laisse les autres pages tranquilles.
Pourquoi : Un signal juste vaut mieux que le silence, et le silence vaut mieux qu’un signal faux : l’annonce mérite d’être vraie pour peser.
02
Des adresses ouvertes à l’exploration
Le moteur prévenu va lire l’adresse dès l’instant où robots.txt lui ouvre le chemin. Vérifiez donc que le chemin est autorisé : l’annonce mène alors le moteur droit à votre page.
Pourquoi : Levez le blocage d’abord, annoncez ensuite. L’ordre compte : l’annonce invite le moteur, et c’est robots.txt qui lui ouvre la porte.
03
Des pages qui demandent l’indexation
La consigne « noindex » vit dans l’en-tête HTTP ou dans la page. Elle survit souvent à une mise en ligne : posée pendant la recette, elle reste en place jusqu’au jour où quelqu’un la retire.
Pourquoi : Annoncez les pages qui réclament elles-mêmes l’indexation : vos deux signaux disent alors la même chose.
04
L’adresse que la page se donne à elle-même
Quand l’adresse canonique d’une page pointe vers une autre page, vous demandez au moteur de retenir cette autre — alors annoncez celle-là. L’envoi porte sur l’adresse que vous déclarez principale.
Pourquoi : Annoncez l’adresse qui fait foi, celle que la page se donne à elle-même, à la lettre.
05
Des pages dont la réponse est vérifiée
C’est notre préalable : avant d’annoncer, on échantillonne quelques pages du plan et on vérifie qu’elles répondent bien en 200. C’est cette réponse qui prouve un site vivant ; le plan de site servi, lui, en dresse la liste.
Pourquoi : Un fichier parfaitement formé peut lister des adresses éteintes. Le vérifier coûte quelques secondes, et c’est ce qui envoie les moteurs vers des pages vivantes.
06
Une annonce après la mise en ligne
Notre publication envoie l’annonce en dernier, une fois le site en ligne et vérifié. Le lecteur invité trouve alors la page à l’adresse annoncée, dans sa version du jour.
Pourquoi : La séquence est simple : publier, vérifier, annoncer. Dans cet ordre, à chaque fois.
Deux signaux qui se contredisent
L’exemple le plus net est le nôtre. Le 27 août 2026, notre plan de site annonçait « modifiée le 17 août » sur six pages sur sept, pendant qu’IndexNow prévenait les moteurs que ces mêmes pages venaient de changer. Les deux signaux se contredisaient, et nos outils validaient l’un comme l’autre : chacun, pris seul, était parfaitement formé.
La correction a porté sur ce qui précède l’annonce. Un script date désormais le plan sur un vrai écart de texte : une page garde sa date tant que son texte reste identique. Et l’annonce part après, une fois le site en ligne et vérifié. La leçon tient en une phrase : IndexNow porte loin dès qu’il est posé sur des signaux déjà justes.
Ce que ça change, et ce que ça laisse en place
Ce que ça change : les moteurs qui acceptent le protocole sont prévenus au moment où vous publiez, au lieu de l’apprendre à leur prochain passage. Vous reprenez la main sur le moment de l’annonce.
Ce que ça laisse en place : l’annonce s’adresse aux moteurs qui ont adopté le protocole, et Google, lui, découvre vos changements à son propre rythme de passage — c’est une raison de plus de tenir un plan de site juste, qui, lui, sert tous les moteurs. Et l’annonce s’arrête là : prévenir un moteur qu’une page a changé lui dit d’aller la relire, et lui laisse le jugement. Ce qu’il lira reste votre page : son titre, sa canonique, ses consignes, son texte.
C’est exactement la répartition que suit SEO Records. Le module corrige les signaux au moment où la page est servie, et sait prévenir les moteurs quand une page change. L’option est activée par vous, et l’administration vous montre exactement ce qui partira avant que vous décidiez — parce qu’une annonce relue est une annonce que vous contrôlez. Le module est disponible dès 199 € par an.
Vérifier avant d’annoncer
Les quatre premières règles ci-dessus se lisent sur la page elle-même. Le Vérificateur les lit pour vous, gratuitement, en une dizaine de secondes : il lit votre page telle qu’elle est servie, et votre site reste exactement le vôtre. L’Audit SEO Records va plus loin : il lit votre plan entier, page par page, et vous remet le constat daté — de quoi savoir ce qui mérite d’être annoncé.