IndexNow : 3,5 milliards d'URL par jour, sans Google

Une nouvelle page produit est mise en ligne. Chez Google, il faut des jours, voire des semaines, avant qu'elle n'apparaisse dans l'index. Chez Bing, Yandex et plusieurs autres moteurs de recherche, c'est parfois une question de secondes. Cette différence s'appelle IndexNow : un protocole push par lequel un site web indique activement aux moteurs de recherche quelles URL sont nouvelles, ont changé ou ont été supprimées. Au lieu d'attendre le prochain crawl, le serveur signale lui-même le changement.

Pourquoi IndexNow compte pour le SEO technique

L'indexation classique fonctionne selon le principe pull. Les crawlers des moteurs de recherche visitent un site web à des intervalles qu'ils choisissent eux-mêmes et ne découvrent les changements qu'au passage suivant. Sur les sites volumineux ou souvent modifiés, cela gaspille le budget de crawl et retarde la visibilité. IndexNow inverse ce principe : c'est le site qui pousse l'information, le moteur n'a plus à aller la chercher.

L'ampleur du protocole montre clairement qu'il ne s'agit plus d'un outil de niche. Selon Microsoft, plus de 3,5 milliards d'URL sont soumises chaque jour via IndexNow, et 18 % de toutes les URL nouvellement cliquées dans les résultats de recherche web sont liées au protocole. La synthèse indépendante de Wikipédia avance pour 2024 2,5 milliards d'URL soumises et 17 % de toutes les URL cliquées sur Bing issues d'IndexNow. La croissance est forte : en septembre 2023, plus de 60 millions de sites web utilisaient le protocole et soumettaient chaque jour plus de 1,4 milliard d'URL.

Pour les entreprises B2B en Europe, la deuxième partie de la promesse est décisive : une indexation qui ne dépend pas d'un seul fournisseur. Si tu mises uniquement sur la logique de crawl de Google, tu n'as aucune prise sur le timing. IndexNow te redonne ce levier, du moins pour les moteurs de recherche participants.

Comment fonctionne techniquement le protocole push

IndexNow repose sur trois briques : une clé API, une vérification de l'hôte via un fichier de clé et un simple endpoint HTTP.

Générer la clé API : l'exploitant du site crée une clé de 8 à 128 caractères ; sont autorisés les minuscules et les majuscules (a-z, A-Z), les chiffres (0-9) et les tirets. Cette clé identifie le site auprès des moteurs de recherche.

Déposer le fichier de clé : un fichier texte portant la clé comme nom et comme contenu est placé dans le répertoire racine accessible publiquement, par exemple sous https://www.beispiel.at/{key}.txt. L'exploitant prouve ainsi qu'il contrôle l'hôte. Sans cette vérification de l'hôte, les moteurs de recherche rejettent la soumission. C'est précisément ce qui empêche quiconque de soumettre des URL qui ne lui appartiennent pas.

Signaler les URL par POST : les URL modifiées sont envoyées en JSON à un endpoint, par exemple https://api.indexnow.org/indexnow ou directement https://www.bing.com/indexnow. Le protocole partage chaque notification avec tous les moteurs participants : une seule soumission suffit. Une URL isolée peut aussi être signalée par un simple GET ; l'endpoint POST accepte jusqu'à 10 000 URL par requête sous forme de liste.

Il n'en faut pas plus. Pas d'authentification OAuth, pas de quotas par compte, pas de configuration complexe. Cette simplicité explique la large adoption du protocole.

Quels moteurs de recherche participent et pourquoi Google manque à l'appel

Parmi les participants à IndexNow figurent Bing (Microsoft, à l'origine du protocole avec Yandex), Yandex (leader en Russie), Naver (leader en Corée du Sud), Seznam.cz (important en Tchéquie) et Yep (le moteur de recherche d'Ahrefs). Selon la FAQ d'IndexNow, Amazon (Amazonbot) participe désormais aussi. Une seule soumission atteint tous les participants en même temps.

L'absence de Google est délibérée. L'entreprise ne participe pas à IndexNow et continue d'exploiter sa propre infrastructure de crawl basée sur le modèle pull, au lieu d'adopter le système push. La raison est structurelle : Google dispose d'une capacité de crawl suffisante pour détecter lui-même rapidement les changements et n'a guère intérêt à céder des signaux d'indexation à un protocole ouvert qu'il ne contrôle pas.

L'argument « sans Google » mérite d'être nuancé : IndexNow ne remplace pas l'indexation Google. Il la complète par un canal vers tous les autres moteurs de recherche pertinents. Ne penser qu'à Google, c'est passer à côté d'un canal complémentaire gratuit et peu coûteux à mettre en place.

Implémenter IndexNow proprement dans Next.js

Next.js n'offre pas d'intégration native d'IndexNow. La bonne méthode passe par un script post-build qui signale exclusivement les URL modifiées.

Le sitemap comme source : next-sitemap génère à chaque build un sitemap XML à jour. Il sert de liste de toutes les URL indexables.

Le fichier de clé dans le répertoire public : le fichier {key}.txt se trouve dans /public, afin que Next.js le serve de manière statique. La vérification de l'hôte est ainsi assurée en permanence.

Soumission basée sur un diff : le script compare le sitemap actuel avec le dernier état connu (par exemple un snapshot enregistré dans le dépôt ou en cache) et ne signale que les URL nouvellement ajoutées ou modifiées. C'est l'étape la plus importante : pousser le sitemap complet à chaque déploiement relève de la soumission excessive et n'apporte aucun avantage.

Intégration CI/CD : le script s'exécute comme dernière étape du pipeline de déploiement, une fois les nouvelles pages en ligne. Le plus judicieux est un déclenchement par webhook lorsque le déploiement réussit, pas à chaque commit. Seules les modifications réellement publiées sont ainsi signalées.

Important : ne signale une URL que lorsqu'elle est accessible à son adresse définitive et renvoie un statut 200. Pinguer des URL qui affichent encore une 404 ou une redirection est contre-productif.

Distinguer IndexNow, les sitemaps XML et la Google Indexing API

Ces trois mécanismes résolvent des problèmes différents et ne s'excluent pas.

Sitemaps XML : l'équipement de base. Ils listent toutes les URL indexables avec leur date de modification et sont lus par tous les moteurs de recherche, y compris Google. Les sitemaps sont passifs : ils invitent les crawlers, mais ne remplacent pas une notification active.

IndexNow : le push actif vers tous les moteurs participants, dont Bing, Yandex, Naver, Seznam et Yep. Adapté aux notifications immédiates pour tout type de modification de contenu. Il complète le sitemap, il ne le remplace pas.

Google Indexing API : souvent mal comprise. Selon Google, l'Indexing API n'est officiellement prévue que pour les pages avec un balisage JobPosting ou BroadcastEvent (livestreams). Ce n'est pas un canal push généraliste pour n'importe quelle URL. Y signaler des pages ordinaires revient à la détourner de son usage.

La combinaison pertinente pour un site B2B : un sitemap XML complet pour tous les moteurs, IndexNow comme push immédiat pour tous les moteurs participants et, pour Google, le sitemap habituel plus un maillage interne propre, afin que Googlebot trouve lui-même rapidement les changements.

Le poids de Bing et d'IndexNow en Autriche

La part de marché de Bing en Autriche est modeste, mais pas négligeable. Selon StatCounter, en Autriche, Google atteint 81,87 % et Bing 9,01 % de part de marché des moteurs de recherche (2026). Près d'une recherche sur dix ne passe donc pas par Google.

Cette part gagne en importance avec l'intégration de Copilot. Microsoft alimente ses assistants IA à partir de l'index Bing. Être indexé rapidement dans Bing donne une meilleure position de départ pour être trouvé dans Copilot, déjà disponible dans de nombreuses entreprises autrichiennes via Microsoft 365. Pour la visibilité B2B au-delà de Google, c'est un levier concret et mesurable : une partie de la cible travaille précisément dans les environnements qui utilisent Bing comme source de données.

IndexNow, crawlers IA et GEO

La vitesse d'indexation compte aussi pour la visibilité dans les systèmes d'IA. La recherche générative et les réponses s'appuyant sur des LLM puisent dans des index de recherche et dans leurs propres crawls. Les contenus qui arrivent vite dans l'index Bing sont plus tôt disponibles comme source pour les produits IA de Microsoft.

Dans le même temps, le trafic des bots explose. Selon Cloudflare, la part du GPTBot d'OpenAI est passée de 2,2 à 7,7 % entre mai 2024 et mai 2025, avec une hausse des requêtes de 305 % (données internationales). Chaque crawler supplémentaire sollicite le serveur. IndexNow agit ici sur deux plans : il ménage le budget de crawl, car les moteurs participants n'ont pas à chercher les changements à l'aveugle, et il réduit la charge serveur inutile, car on signale de manière ciblée au lieu de tout explorer. En signalant avec précision, tu donnes aux moteurs exactement l'information qu'ils obtiendraient sinon à force de crawls répétés.

Bonnes pratiques et erreurs fréquentes

Soumettre uniquement ses propres hôtes : IndexNow n'accepte que les URL de l'hôte vérifié. Ce n'est pas un détail facultatif, mais la règle de sécurité centrale du protocole.

Ne pas traiter la clé API comme un secret, mais la gérer proprement : la clé se trouve de toute façon publiquement sous forme de fichier dans le répertoire racine. Elle ne protège pas contre la lecture, elle prouve seulement le contrôle de l'hôte. Il faut néanmoins utiliser une clé distincte par propriété et la remplacer en cas de soupçon d'abus.

Éviter la soumission excessive : signaler à répétition la même URL inchangée ne sert à rien et peut être interprété comme un signal de spam. Ne signale que les vrais changements.

Respecter les limites de requêtes : les moteurs brident les soumissions excessives. Une logique basée sur un diff et un regroupement raisonnable par déploiement maintiennent un volume faible.

L'erreur la plus fréquente : pousser le sitemap complet à chaque build. C'est de la soumission excessive sans aucun bénéfice. La deuxième erreur la plus fréquente consiste à signaler des URL qui renvoient une redirection, une 404 ou un noindex. Une URL signalée doit être cohérente avec les autres signaux de SEO technique.

IndexNow dans une architecture SEO technique moderne

IndexNow est une brique, pas un substitut à un SEO technique propre. L'URL signalée doit être en accord avec les autres signaux SEO.

Canonical : ne signale que la variante canonique d'une page, pas les URL à paramètres ou dupliquées. La diffusion de la balise canonical montre à quel point ce signal est établi : 65 % des pages mobiles et 69 % des pages desktop utilisent rel=canonical (2024, données internationales).

robots.txt et noindex : ce qui est bloqué par robots.txt ou exclu par noindex n'a rien à faire dans une notification IndexNow. Des signaux contradictoires désorientent le moteur de recherche.

hreflang : sur les sites multilingues de la zone DACH (par exemple Autriche, Allemagne, Suisse), il convient de signaler toutes les variantes linguistiques, afin que les moteurs saisissent rapidement les clusters hreflang dans leur intégralité.

Données structurées : le balisage Schema rend le contenu plus compréhensible pour les moteurs de recherche et les systèmes d'IA. Une page indexée rapidement avec un Schema propre est plus tôt disponible pour les résultats enrichis et les réponses génératives.

Core Web Vitals : une indexation rapide n'est utile que si la page est aussi performante. La barre est haute : selon le Web Almanac, 48 % des pages mobiles passent le test des Core Web Vitals (LCP, INP, CLS) (2024, données internationales). IndexNow accélère l'indexation, mais ne remplace pas l'optimisation du temps de chargement et de l'interactivité.

Au niveau de l'infrastructure, IndexNow s'intègre bien aux configurations edge et CDN modernes. Elles servent rapidement le fichier de clé et les contenus, ce qui favorise la cohérence des notifications. Les protocoles de transport récents sont d'ailleurs répandus : HTTP/3 est pris en charge par environ 40 % des dix millions de sites web les plus importants (juillet 2026, données internationales).

Cloudflare Crawler Hints, la voie automatique

Si tu ne veux pas maintenir ta propre implémentation, tu peux activer IndexNow via Cloudflare Crawler Hints. Cette fonction détecte automatiquement quand les contenus changent et envoie les notifications IndexNow correspondantes, sans script maison ni gestion de clé. Cloudflare se charge de la clé et de la transmission. Pour les sites qui passent déjà par Cloudflare, c'est le point d'entrée le plus rapide : un interrupteur dans le tableau de bord au lieu d'un script post-build. La contrepartie, c'est moins de contrôle sur les URL précises signalées et sur le moment où elles le sont. Pour une logique complexe pilotée par diff, une implémentation maison reste plus précise.

Le RGPD et le ping vers des moteurs de recherche tiers

D'un point de vue B2B européen, l'évaluation en matière de protection des données ne pose généralement pas de difficulté, mais elle doit être faite en connaissance de cause. IndexNow transmet les URL et la clé API aux moteurs de recherche participants. Les URL de pages accessibles publiquement ne sont pas des données personnelles, tant que l'adresse elle-même ne contient pas de paramètres à caractère personnel. C'est précisément le point à vérifier : les URL contenant des paramètres de requête à caractère personnel (par exemple des tokens, des noms ou des identifiants) n'ont de manière générale rien à faire dans un sitemap public, ni donc dans une notification IndexNow.

La transmission se fait de serveur à serveur, sans terminal ni cookies du visiteur. Aucune obligation de consentement au sens de la logique ePrivacy n'en découle, puisqu'il n'y a aucun accès au terminal de l'utilisateur. La diligence habituelle reste de mise : Yandex a son siège en Russie, un pays tiers sans décision d'adéquation. Seules des URL déjà publiques sont toutefois transmises ici, et non un ensemble de données personnelles ; le risque est donc faible en pratique. Impossible de limiter la soumission à certains moteurs : chaque URL signalée est automatiquement transmise à tous les moteurs de recherche participants, y compris Yandex, quel que soit l'endpoint auquel la notification est envoyée. Si tu veux exclure par principe toute transmission vers la Russie, tu dois renoncer à IndexNow.

Pour aller plus loin

IndexNow est une petite brique technique à l'utilité évidente : une indexation immédiate sur tous les moteurs de recherche pertinents sauf Google, pour un effort d'implémentation minimal. Le principal levier réside dans une soumission propre, basée sur un diff, et dans la cohérence avec les autres signaux SEO. Pour les sites B2B en Europe, l'activation vaut le coup, que ce soit via Cloudflare Crawler Hints ou via un script post-build maison dans Next.js. L'étape suivante consiste à relier le tout au monitoring dans Bing Webmaster Tools et à l'aligner sur la stratégie canonical, hreflang et sitemap.