Plugins CMS

IndexNow peut être automatisé à l’aide de plugins écrits par des tiers. Yandex les répertorie pour les systèmes populaires et y associe un avertissement à prendre au pied de la lettre : l’équipe Yandex Webmaster n’est pas responsable du fonctionnement de ces pluginset les problèmes doivent être signalés à leurs auteurs.

Ce que signifie cet avertissement en pratique

Le plugin conserve votre clé et décide ce qui est soumis et quand. Un mauvais plugin peut :

• Soumettre chaque URL à chaque enregistrement, y compris les pages qui n’ont pas changé — exactement ce que Yandex déconseille de faire.
• Ignorer les réponses d’erreur, de sorte qu’une mauvaise clé ou une violation de portée passe inaperçue pendant des mois.
• Traiter 202 Accepted comme un échec et régénérer la clé, ce qui redémarre indéfiniment la vérification.
• Exposer le fichier de clé dans un endroit où il ne devrait pas être.

Comment en évaluer un

• Soumettez-vous uniquement les pages créées, mises à jour et supprimées, ou l’ensemble du site ?
• Rapporte-t-il le code de réponse HTTP dans un endroit visible ?
• Gère-t-il 202 comme un état de transition normal ?
• Regroupe-t-il via POST, ou déclenche-t-il un GET par page ?
• Est-il maintenu, et par qui ?

L’alternative

L’API est suffisamment simple pour qu’une intégration directe demande souvent moins de travail que l’évaluation de plugins : un seul POST avec un corps JSON, déclenché lors de la publication, de la mise à jour et de la suppression. Pour un site doté d’un pipeline de publication personnalisé, cela représente quelques heures de travail sans dépendance envers un tiers détenant la clé de vérification.

Le test qui tranche dans tous les cas

Après avoir activé une intégration, examinez la source de découverte dans les pages indexables. Si IndexNow n’y apparaît pas pour les pages publiées récemment, l’intégration ne fait pas ce que son interface prétend faire, peu importe ce que disent ses journaux.