Comment utiliser IndexNow pour les pages modifiées sans confondre envoi et indexation

IndexNow permet à un site de signaler aux moteurs participants qu'une URL a changé. C'est utile pour un nouvel article, une fiche produit révisée ou une suppression. Il ne garantit ni exploration, ni indexation, ni meilleur classement, ni hausse de trafic. Une notification réussie répond à une question plus limitée : l'envoi est-il parvenu au service ?

Cette distinction facilite l'évaluation de la configuration. Votre système de publication devrait transmettre les changements significatifs de manière fiable, enregistrer la réponse et rendre les échecs visibles. Envoyer plusieurs fois une page inchangée ne remplace pas la recherche de la raison de son absence des résultats.

Vérifiez si les notifications existent déjà

Le guide de démarrage de Bing recommande de consulter Bing Webmaster Tools pour voir si les URL ajoutées, modifiées et supprimées de votre site sont déjà transmises. Votre CMS, hébergeur ou extension peut déjà assurer l'intégration. Confirmez son fonctionnement réel avant d'ajouter un second émetteur.

Demandez qui gère l'intégration, quels événements la déclenchent et où vérifier les résultats. Une extension installée ne prouve pas que la dernière page publiée a été envoyée. Choisissez une modification réelle récente et suivez-la depuis la publication jusqu'à l'envoi enregistré.

Gardez les périmètres distincts lorsque vous comparez les services. L'explication de ClickSyrup sur l'éligibilité à l'API d'indexation de Google concerne un autre système, avec ses propres restrictions. Ne transférez pas une règle d'éligibilité, un quota ou une promesse d'un service à l'autre au seul motif qu'ils utilisent tous deux des URL.

Hébergez une clé que le service peut lire

Pour une intégration manuelle, générez une clé IndexNow et placez sa valeur dans un fichier texte UTF-8 sur le même hôte que les URL soumises. La solution simple consiste à mettre à la racine un fichier nommé d'après la clé avec l'extension .txt. S'il se trouve ailleurs sur l'hôte, indiquez son adresse complète avec keyLocation. Une clé dans un sous-répertoire couvre les URL de ce répertoire ; une clé à la racine est donc plus simple pour couvrir tout le site.

Vérifiez le fichier en dehors de votre session d'administration connectée. Il doit renvoyer la clé en texte brut, pas une page de connexion ou une page d'erreur habillée aux couleurs du site. L'adresse, le contenu du fichier et la clé envoyée doivent correspondre. Un hôte différent ou un fichier inaccessible transforme une requête apparemment correcte en problème de vérification.

Dans une intégration hypothétique pour www.example.org, l'équipe déterminerait d'abord quel hôte sert réellement les pages publiques. Si les adresses avec et sans www existent, elle ne devrait pas mélanger sans précaution l'adresse de clé d'un hôte et les URL d'un autre. Consignez cette décision dans la configuration pour éviter qu'une migration future ne la casse silencieusement.

Envoyez l'URL modifiée, puis conservez la réponse

La méthode documentée pour une URL est une requête GET vers le point d'accès /indexnow d'un moteur, avec url et key, ainsi que keyLocation pour préciser le fichier hébergé. Encodez correctement les valeurs des paramètres. Sinon, une chaîne de requête non échappée à l'intérieur de l'URL soumise peut être prise pour des paramètres de la notification.

Pour les envois groupés, transmettez du JSON par POST à https://api.indexnow.org/indexnow. Les champs sont host, key, keyLocation et urlList. Limitez la liste à l'hôte approprié. Pour les détails techniques, utilisez la documentation du protocole IndexNow, plutôt que de considérer un exemple conceptuel comme du code prêt pour la production.

Enregistrez l'URL, la modification à l'origine de l'envoi, l'heure de transmission et le code de réponse. C'est une recommandation opérationnelle : elle permet de distinguer un échec de publication d'un échec de notification. Le journal doit aider à comprendre les faits sans reconstituer tout un déploiement.

Lisez les erreurs comme des indications pour la prochaine vérification

• 200 signifie que l'envoi de l'URL a réussi. Ce n'est pas une confirmation d'indexation.
• 400 indique un format de requête incorrect. Vérifiez la structure et l'encodage.
• 403 indique une clé invalide, notamment un fichier absent ou une valeur différente de son contenu.
• 422 peut signifier que les URL n'appartiennent pas à l'hôte ou que la clé ne respecte pas la forme exigée par le protocole.
• 429 signifie trop de requêtes ou un possible spam. Réduisez les envois inutiles et respectez les instructions de nouvelle tentative reçues.

Utilisez Bing Webmaster Tools pour vérifier la réception. Examinez ensuite l'exploration et l'indexation séparément. Si la réception est confirmée mais que la page manque dans la recherche, vérifiez son accessibilité, ses directives d'indexation, son contenu et sa découverte interne avant de la renvoyer sans cesse. Une notification ne rend pas lisible une page inaccessible.

La FAQ d'IndexNow précise que les limites exactes ne sont pas publiques et dépendent des moteurs participants. N'inventez pas un quota quotidien universel et n'empruntez pas celui des outils distincts d'envoi manuel de Bing. Une limite de taille par requête, lorsqu'elle est documentée, n'est pas non plus un budget quotidien.

Faites suivre les notifications des changements éditoriaux significatifs

Envoyez les URL réellement ajoutées, mises à jour ou supprimées depuis l'adoption du service. Évitez un historique de pages inchangées à traiter. Bing rappelle que l'exploration consomme un quota, tandis que la FAQ déconseille les envois répétés sans modification significative. Reliez les notifications à de véritables publications plutôt qu'à un minuteur qui renvoie tout le site.

Pour une suppression, signalez l'ancienne URL et assurez-vous que le site communique lui-même correctement le retrait. Pour une mise à jour, vérifiez que le contenu révisé est disponible avant l'envoi. Ces contrôles alignent le signal sur ce que le robot trouvera à son arrivée.

Maintenez également les voies ordinaires de découverte. Des archives d'articles explorables aident les moteurs au-delà de la dernière notification, tandis que la planification du retrait d'une URL distingue les signaux de suppression du masquage d'une page et du contrôle d'accès. IndexNow complète ces routines. Évaluez-le sur des notifications exactes et ponctuelles et des échecs visibles, en laissant les décisions d'indexation au moteur.