Google a discrètement réécrit la documentation de son Indexing API le 16 octobre 2026. Le formulaire d’approbation a disparu, tout comme la procédure qui permettait de demander davantage de quota. Les limites, elles, restent les mêmes : 200 requêtes de publication par jour et par projet. Pour les webmasters qui utilisent (ou détournent) cette API, la lecture de ces changements mérite quelques minutes.
Plan de l'article
Ce que dit officiellement Google #
Le journal des mises à jour de la documentation Search Central mentionne une entrée datée du 16 octobre, intitulée « Updating the Indexing API quota page ». Google y explique avoir mis à jour la page des quotas « pour refléter les limites et le processus actuels » et pour « supprimer un formulaire obsolète ». C’est tout : aucun billet de blog, aucune déclaration complémentaire.
La page des quotas et de la tarification, mise à jour le même jour, détaille désormais trois limites par projet :
À lire Google Webmaster Search : Guide SEO 2025
200 requêtes de publication par jour, qui couvrent à la fois les signalements de mise à jour (URL_UPDATED) et de suppression (URL_DELETED). Google précise que la valeur par défaut est fixée à 200.
180 requêtes de métadonnées par minute, en lecture seule, pour consulter l’état d’une URL déjà notifiée.
380 requêtes par minute au total, tous points de terminaison confondus.
Le quota quotidien se réinitialise à minuit, heure du Pacifique, et la page indique qu’un nouveau quota peut mettre jusqu’à 24 heures à s’appliquer. Elle ne dit plus rien d’une éventuelle demande d’augmentation : elle renvoie seulement à la console Google API pour consulter son quota.
À lire Ixquick : Le moteur de recherche qui mise sur la confidentialité
Ce qui a disparu de la documentation #
Le détail des suppressions a été relevé par Search Engine Journal, qui a comparé les versions des pages. Plusieurs passages ont été retirés en même temps.
Le quota « de test » et l’approbation
La page des quotas expliquait auparavant que l’API fournissait un quota par défaut destiné aux tests, et qu’une approbation supplémentaire était nécessaire pour l’utiliser en production. Cette phrase a été supprimée, ainsi que la section « Request quota and approval », qui indiquait que le quota pouvait augmenter ou diminuer selon la qualité des documents soumis.
Le guide de démarrage et la page d’utilisation
Dans le guide de démarrage rapide, l’étape « Request approval and quota » a disparu. Sur la page consacrée à l’utilisation de l’API, trois mentions qui présentaient le quota par défaut comme réservé aux tests ont été retirées, tout comme les instructions pour demander une approbation.
Le changelog officiel ne mentionne pourtant que la page des quotas. Il ne dit pas si l’exigence d’approbation a été supprimée, assouplie ou simplement retirée de la documentation.
À lire Ixquick : Le métamoteur pionnier pour la confidentialité des recherches en ligne
Ce qui ne change pas : le périmètre de l’API #
Le point essentiel reste en place : l’Indexing API ne concerne officiellement que deux types de pages. Les offres d’emploi balisées en JobPosting, et les pages de diffusion en direct qui intègrent un BroadcastEvent dans un VideoObject. La page d’utilisation rappelle aussi que les règles anti-spam de Google s’appliquent, et met en garde contre le contournement des limites de soumission, par exemple en multipliant les comptes.
Autrement dit, la disparition du formulaire ne transforme pas l’Indexing API en raccourci d’indexation pour un blog ou une boutique. Les pratiques qui consistent à pousser des articles classiques via l’API, souvent avec plusieurs projets Google Cloud pour multiplier les quotas, restent hors des clous.
Les questions qui restent ouvertes #
Search Engine Journal relève plusieurs zones d’ombre. La documentation n’explique plus comment postuler, ni ce que deviennent les demandes déjà envoyées. Elle ne dit pas non plus si un projet sans approbation peut désormais utiliser le quota par défaut pour de vraies offres d’emploi ou de vrais directs.
Pour les sites d’emploi, qui sont les premiers concernés, c’est la question pratique : le guide des données structurées JobPosting continue de recommander l’Indexing API plutôt que le sitemap pour signaler les offres, alors que le paragraphe qui comparait les deux méthodes a été retiré du guide de démarrage.
Ce qu’un webmaster peut en retenir #
Si vous gérez un site d’offres d’emploi ou de diffusions en direct, vérifiez votre quota réel dans la console Google API plutôt que de vous fier à d’anciens tutoriels, qui décrivent souvent une procédure qui n’existe plus. Si votre volume dépasse 200 offres par jour, priorisez les nouvelles annonces et les suppressions, puisque ce sont elles qui gagnent le plus à être signalées vite.
Pour tous les autres sites, rien ne change : la découverte des pages passe toujours par un sitemap à jour, un maillage interne propre et, au besoin, l’outil d’inspection d’URL de la Search Console. Le silence de Google sur l’approbation invite surtout à la prudence : en l’absence de règle écrite, les règles anti-spam restent la seule référence.
