- →IndexNow est un canal de découverte, pas un signal de classement : l'URL poussée entre dans la file de crawl du moteur, elle doit toujours être crawlée, évaluée et jugée digne d'index.
- →Google ne supporte toujours pas le protocole en août 2026, et son Indexing API reste réservée aux types JobPosting et BroadcastEvent : votre stratégie de découverte reste à deux voies.
- →Un seul POST sur api.indexnow.org notifie tout le groupe de moteurs partenaires, inutile de dupliquer les envois vers Bing, Yandex, Naver ou Seznam.
- →Bing recommandait le 31 juillet 2025 de combiner un lastmod exact dans le sitemap avec IndexNow : un lastmod regénéré à chaque build détruit la valeur des deux.
- →Le vrai risque d'implémentation n'est pas de sous-pousser mais de sur-pousser : Yoast a signalé en février 2026 que Cloudflare Crawler Hints pouvait soumettre des URLs de recherche interne WordPress et des URLs à paramètres de spam.
- →La seule preuve que le dispositif fonctionne est dans les logs serveur, sur les hits de bingbot, pas dans une interface qui affiche un statut vert.
Ce qu'IndexNow change, et ce qu'il ne change pas
L'erreur de cadrage la plus fréquente consiste à ranger IndexNow dans la même case que les outils SEO. Ce n'en est pas un : c'est un protocole de notification, une convention d'échange entre un site et des moteurs de recherche. Le web fonctionne historiquement en mode pull, le crawler repasse quand il estime que ça vaut le coup, et ce délai vous échappe complètement. IndexNow ajoute une couche de push : votre serveur prévient qu'une URL est apparue, a été modifiée ou a disparu, et le moteur décide quoi en faire. Search Engine Land le décrit pour ce qu'il est, un signal de découverte, un indice, pas une garantie.
Ce qu'il ne fait pas mérite d'être dit tout de suite, parce que c'est là que la moitié des attentes se cassent. IndexNow n'est pas un facteur de classement. Une page mince poussée par IndexNow reste une page mince, simplement découverte plus tôt. Le protocole déplace une URL dans le workflow de découverte et de crawl d'un moteur participant, rien d'autre : la page doit ensuite être crawlée, évaluée, et jugée digne d'entrer dans l'index. Confondre notification et indexation, c'est se préparer à conclure que « ça ne marche pas » sur la base d'une promesse que personne n'a faite.
Voici la présentation officielle du protocole, deux minutes qui posent le cadre :
Reste la question qui décide de tout le reste : et Google ? Non. Le protocole est porté par Microsoft et Yandex, et en août 2026 Google ne le supporte toujours pas. Sa propre API d'indexation reste restreinte aux contenus de type JobPosting et BroadcastEvent, comme le rappelle sa documentation. Pour Google, la découverte passe encore par le fichier sitemap et ses dates de modification, par le maillage interne depuis des pages crawlées souvent, et par la Search Console. Toute présentation d'IndexNow qui laisse entendre le contraire vend quelque chose.
La mécanique du protocole, clé comprise
Le fonctionnement tient en trois mouvements. Vous générez une clé, une chaîne de 8 à 128 caractères hexadécimaux, propre à votre site. Vous déposez à la racine du domaine un fichier texte nommé d'après cette clé, par exemple https://exemple.fr/a1b2c3….txt, dont le contenu est la clé elle-même : c'est la preuve de propriété, aucune inscription ni compte n'est nécessaire. Puis vous envoyez une requête HTTP à l'API du protocole, en GET pour une URL isolée ou en POST JSON pour un lot, avec le host, la clé, éventuellement l'emplacement du fichier de clé, et la liste des URLs concernées, jusqu'à 10 000 par requête.
Les réponses sont explicites et méritent d'être loguées : 200 pour une soumission acceptée, 403 quand la clé n'est pas trouvée ou ne correspond pas, 422 quand une URL de la liste n'appartient pas au host déclaré, 429 quand vous poussez trop vite. Un point qui économise beaucoup de code inutile : un seul endpoint suffit. Les moteurs partenaires se partagent les soumissions, une notification envoyée à api.indexnow.org ou à l'endpoint de Bing informe l'ensemble du groupe. Multiplier les envois vers Bing, Yandex, Naver et Seznam séparément ne sert à rien.
Ce tutoriel montre la manipulation côté API Bing, utile si vous câblez vous-même l'appel :
Le cas de la suppression est mal compris. On ne « demande » pas un désindexage par IndexNow : on pousse l'URL qui renvoie désormais un 410 ou un 404, et la notification accélère simplement le moment où le moteur constate la disparition. Même logique pour les changements de structure. Quand vous consolidez des doublons, que vous modifiez une balise canonical ou que vous posez une redirection permanente, pousser les URLs concernées raccourcit la fenêtre pendant laquelle le moteur travaille sur une carte périmée. Microsoft a explicitement relié le protocole à cette accélération après consolidation d'URLs dupliquées dans une note de décembre 2025.
Côté implémentation, trois familles cohabitent. Le plugin CMS : chez WordPress, Yoast inclut IndexNow dans son offre Premium et déclenche l'envoi à la publication, à la mise à jour et à la suppression, avec Bing, Yandex et Seznam comme destinataires et Google explicitement exclu de la liste ; l'offre est affichée à 118,80 $ hors taxes par an et par site au 5 août 2026. La couche CDN ensuite : Cloudflare Crawler Hints, dont la documentation mise à jour le 5 mai 2026 précise qu'il déduit les changements probables du statut de cache, en particulier des réponses MISS, et ne remonte pas les réponses dont le code dépasse 4xx. Et enfin le pipeline de déploiement, quinze lignes de code, qui reste la solution la plus propre quand vous maîtrisez la chaîne de publication. Sur les médias éditoriaux que nous opérons en propre, c'est l'option retenue : chaque mise en ligne pousse la liste des URLs concernées, sans plugin ni intermédiaire.
Ce que disent les chiffres d'adoption
La base chiffrée la plus solide reste modeste. Le repère communément cité fait état de 2,5 milliards d'URLs soumises via IndexNow en 2024, de 17 % des URLs cliquées sur Bing attribuées à des soumissions du protocole, de plus de 60 millions de sites participants et de 1,4 milliard d'URLs poussées par jour en septembre 2023. Ces données circulent largement dans la couverture sectorielle 2025 et 2026, notamment via la fiche Wikipédia du protocole, mais ce ne sont pas des métriques publiées en continu par un tableau de bord officiel Bing.
Des chiffres plus flatteurs tournent depuis début 2026 : plus de 80 millions de sites, plus de 5 milliards de soumissions quotidiennes, 22 % des URLs cliquées sur Bing fin 2025. Ils proviennent de rapports commerciaux d'éditeurs d'outils, pas d'une source indépendante, et il faut les manipuler avec des pincettes. Même remarque pour la promesse la plus reprise en 2025, celle d'une réduction de 60 à 80 % du délai médian avant première découverte après mise en place : c'est une étude de cas anonymisée présentée dans un rapport technique, pas un benchmark contrôlé, et surtout pas une preuve causale d'un gain de positions ou de trafic.
D'après ce qu'on observe sur nos propres déploiements, l'ordre de grandeur est réel mais borné : côté Bing, le délai entre publication et premier passage de bingbot tombe de plusieurs jours à quelques heures, et cet écart est visible dans les logs. Côté Google, aucune inflexion mesurable, ce qui est logique puisque rien ne l'écoute. Voilà le vrai bénéfice, et il est suffisant pour justifier l'implémentation sans avoir besoin de le surjouer.
Un dernier point technique conditionne l'efficacité de l'ensemble. Dans une note du 31 juillet 2025 relayée par Search Engine Journal, Bing a redonné du poids à l'attribut lastmod des sitemaps pour ses usages de recherche assistée par IA, et a recommandé de l'utiliser conjointement avec IndexNow plutôt que de choisir entre les deux. Or beaucoup de générateurs de sitemaps réécrivent la date de modification à chaque build, sur toutes les URLs. Dans ce cas vous mentez au moteur à grande échelle, et la notification ponctuelle d'IndexNow perd son contraste : tout a l'air d'avoir changé, donc plus rien n'a changé.
IndexNow dans une opération de netlinking
Un lien n'existe pour un moteur qu'à partir du moment où la page qui le porte a été crawlée. Entre la mise en ligne d'un article et sa prise en compte, il y a un délai, et ce délai est un coût opérationnel réel quand vous pilotez une campagne sur plusieurs dizaines de supports. IndexNow raccourcit ce délai chez les moteurs partenaires. Il ne le raccourcit pas chez Google, qui reste l'arbitre pour l'immense majorité des acheteurs de liens en France. Autant le dire franchement : pour une campagne dont l'objectif est Google, IndexNow n'est pas le levier. Ce qui accélère la découverte d'une page fraîche chez Google, c'est un lien depuis une page déjà crawlée fréquemment, pas une notification que personne ne lit.
Le protocole a quand même sa place dans le dispositif, à condition de le mettre au bon endroit. Sur les médias que nous opérons, chaque publication déclenche la notification au moment du déploiement, et le détail de chaque support est consultable sans inscription ni intermédiaire, y compris ses métriques. La notification fait partie de l'hygiène technique du média, au même titre que le sitemap ou la gestion des redirections. Ce n'est pas un argument de vente, c'est une case à cocher.
Cette présentation de WebRankInfo résume bien l'intérêt pratique côté SEO :
Le cas où l'arbitrage penche vraiment en faveur d'IndexNow, c'est la visibilité dans les surfaces de réponse assistées par IA adossées à Bing. Une page entrée plus tôt dans l'index Bing entre plus tôt dans le corpus que ces surfaces vont chercher. Search Engine Land positionne le protocole comme une couche de fraîcheur dans l'infrastructure de récupération, et pas comme un levier de citation : rien dans les données publiques n'établit qu'un ping augmente les citations, les positions ou les conversions. Prendre l'avantage de fraîcheur sans lui prêter de vertu magique, c'est le bon dosage.
Second cas : les sites à forte rotation. Commerce, annuaires, pages programmatiques, tout ce qui change tous les jours sur une fraction du parc d'URLs. Ne pousser que les URLs réellement modifiées, c'est aussi une manière de dépenser le budget de crawl accordé au site là où il produit quelque chose, plutôt que de laisser le crawler redécouvrir seul quelles pages ont bougé parmi cent mille.
Les erreurs qu'on voit passer
La première, la plus répandue, consiste à tout pousser tout le temps. Un cron qui renvoie l'intégralité du sitemap chaque nuit annule le sens du protocole, dont le message est précisément « ceci a changé ». Les moteurs se réservent le droit d'ignorer un émetteur qui soumet sans discrimination, et vous vous retrouvez alors moins bien servi qu'un site qui n'a rien implémenté. La règle est simple : une soumission par événement réel de publication, de mise à jour ou de suppression.
La deuxième est plus vicieuse parce qu'elle vient d'une automatisation bien intentionnée. Pousser des URLs que vous ne voulez pas voir indexées. Yoast a documenté en février 2026 le cas de Crawler Hints chez Cloudflare, capable de soumettre automatiquement des URLs de recherche interne WordPress et des URLs à paramètres générées par du spam, avec à la clé une activité de crawl parasite. Avant de brancher une automatisation à l'échelle de l'infrastructure, vérifiez ce qu'elle envoie : pas d'URL en noindex, pas d'URL dont la canonical pointe ailleurs, pas d'URL bloquée dans le fichier robots.txt. Une notification et une directive contradictoires, ça n'accélère rien, ça brouille.
Troisième erreur, bête et fréquente : la clé mal déposée, ou perdue lors d'une refonte. Sans le fichier de vérification accessible en 200 à l'emplacement déclaré, chaque soumission repart en 403 et le dispositif tourne à vide pendant des mois sans que personne s'en aperçoive. Les outils sérieux le signalent : la documentation d'Ahrefs mise à jour le 31 octobre 2025 décrit une remontée d'erreur explicite quand la clé de vérification est absente, en plus d'une soumission automatique des changements détectés à chaque crawl du Site Audit et d'un rapport dédié aux pages à soumettre.
Quatrième erreur, attendre de Google un effet différé. Aucune des mises à jour confirmées de 2025, ni le core update de mars, ni celui de juin, ni le spam update d'août, ni le core update de décembre, n'a introduit de support du protocole. Les cycles algorithmiques de Google et IndexNow évoluent dans deux mondes qui ne se touchent pas, et corréler une variation de trafic Google à la mise en place d'une notification revient à lire dans le marc de café.
La dernière erreur est de ne rien mesurer. La Search Console de Google ne dira jamais rien d'IndexNow, par construction. Les remontées de soumissions se consultent dans Bing Webmaster Tools, et la preuve terrain se lit dans les logs serveur : datez la publication, cherchez le premier hit de bingbot sur l'URL, comparez avant et après implémentation sur un échantillon comparable. Une analyse de logs, même sommaire, tranche en une heure une question sur laquelle on peut débattre pendant des semaines.
Nautilinks opère un réseau de médias éditoriaux. Articles écrits en interne, mentions de transparence respectées, mix d'ancres calibré.
Questions fréquentes
IndexNow est gratuit, mais où est le coût réel ?
Le protocole est ouvert et gratuit : ni compte, ni quota facturé, ni clé achetée. Le coût est ailleurs. Il y a l'intégration, quelques heures si vous câblez l'appel dans votre pipeline de déploiement, ou une licence de plugin si vous passez par un CMS, comme Yoast qui l'inclut dans son offre Premium affichée à 118,80 $ hors taxes par an et par site au 5 août 2026. Et il y a le coût du bruit : une implémentation qui pousse n'importe quoi génère du crawl parasite sur votre serveur.
Faut-il notifier chaque moteur séparément ?
Non, et c'est une des bonnes idées du protocole. Les moteurs partenaires partagent les soumissions entre eux : une requête envoyée à l'endpoint générique du protocole ou à celui de Bing informe l'ensemble du groupe, Bing, Yandex, Naver, Seznam et Yep. Dupliquer les envois vers chaque moteur n'apporte rien et ne fait qu'augmenter votre risque de vous faire limiter en 429. Un seul appel, une seule clé, un seul point de suivi dans vos logs.
Combien de temps entre le ping et l'indexation effective ?
La bonne unité de mesure n'est pas l'indexation mais la découverte. D'après ce qu'on observe en logs, le passage de bingbot suit la notification en quelques heures au lieu de plusieurs jours. L'indexation, elle, n'est jamais garantie : la page est crawlée, évaluée, puis indexée ou non selon sa qualité et l'intérêt que le moteur lui accorde. Un contenu jugé faible restera hors index, poussé ou pas. Le protocole achète du délai, pas un verdict.
Peut-on abandonner le sitemap XML une fois IndexNow en place ?
Non, et les deux ne jouent même pas le même rôle. Le sitemap donne une vue d'ensemble persistante de vos URLs, IndexNow signale un changement ponctuel. Bing a d'ailleurs recommandé le 31 juillet 2025, dans une note relayée par Search Engine Journal, d'utiliser un lastmod exact conjointement avec le protocole plutôt que de choisir. Et pour Google, qui ne lit pas IndexNow, le sitemap reste un des rares canaux de découverte que vous contrôlez directement.
Comment signaler proprement une page supprimée ?
Vous poussez l'URL supprimée comme n'importe quelle autre, après avoir vérifié qu'elle renvoie bien un 410 ou un 404. La notification ne demande pas un retrait, elle avance simplement le moment où le moteur constate la disparition. Même chose après une consolidation de doublons ou un changement de canonical : Microsoft a explicitement lié le protocole à une découverte plus rapide de ces changements dans une note de décembre 2025. Ne poussez jamais une URL morte qui répond encore en 200.
Est-ce que ça aide pour la visibilité dans les moteurs de réponse IA ?
Indirectement, et seulement du côté de l'écosystème Microsoft. Bing alimente Copilot, donc une page entrée plus tôt dans l'index Bing devient plus tôt candidate à la récupération sur ces surfaces. Search Engine Land présente toutefois le protocole comme une couche de fraîcheur, pas comme un levier de citation : aucune donnée publique n'établit qu'une notification augmente les citations ou le trafic. Pour ChatGPT ou Perplexity, les chaînes d'approvisionnement en contenu sont différentes et IndexNow n'y change rien.
Testez vos connaissances
Quiz : IndexNow
1/3Quel moteur de recherche ne consomme PAS les soumissions IndexNow en 2026 ?