Indexing API : Google ne présente plus ses 200 requêtes par jour comme un quota de test

L’essentiel

• Le 16 octobre 2026, Google a mis à jour la page des quotas de l’Indexing API et en a retiré un formulaire qu’il juge obsolète.
• La page affiche toujours 200 requêtes de publication par jour et par projet, sans plus parler d’un quota réservé aux tests.
• Le guide de démarrage ne compare plus l’API aux sitemaps pour les pages à durée de vie courte.
• La restriction aux pages JobPosting et BroadcastEvent figure toujours sur deux pages de la documentation.

Journal Search Central : une annonce, trois pages modifiées

L’entrée publiée le 16 octobre 2026 dans le journal des mises à jour de Search Central tient en deux lignes. Google y dit avoir mis à jour la page des quotas de l’Indexing API « pour refléter les limites de quota et la procédure actuelles » (traduction), et justifie le changement par le retrait d’un formulaire obsolète.

Les modifications vont plus loin que cette page. Barry Schwartz, sur Search Engine Roundtable, a relevé le jour même que deux autres pages ont changé, alors que le journal ne les cite pas : le guide de démarrage (Quickstart) et la page Using the Indexing API. Toutes trois portent la date de mise à jour du 16 octobre 2026.

Le quota de 200 requêtes : le chiffre reste, son statut change

La page Quota and pricing liste trois valeurs par défaut : 200 requêtes publish par jour et par projet (types URL_UPDATED et URL_DELETED confondus), 180 requêtes de lecture par minute sur getMetadata et 380 requêtes par minute tous points d’accès confondus. Le compteur quotidien repart à minuit, heure du Pacifique. Un nouveau quota peut mettre jusqu’à 24 heures à s’appliquer, et l’usage reste gratuit.

D’après le relevé de Search Engine Roundtable, cette page a perdu deux passages. Le premier présentait le quota par défaut comme un quota initial destiné aux tests, une approbation supplémentaire étant nécessaire pour aller au-delà. Le second décrivait la demande de quota supplémentaire : il renvoyait vers un formulaire et précisait que le quota pouvait évoluer selon la qualité des documents soumis. Le Quickstart ne dit plus que l’API fournit 200 requêtes par défaut pour la prise en main et les tests de soumission. La page Using the Indexing API, elle, a perdu la ligne qui évoquait un quota de test et une demande d’approbation.

Pour rappel, Google avait précisé le 4 septembre 2024 que le quota par défaut servait à configurer l’API, et comment demander approbation et quota supplémentaire. Cette procédure n’apparaît plus nulle part. La documentation renvoie seulement à la Google API Console pour consulter son quota.

Quota par défaut : la documentation et la pratique divergent peut-être

Barry Schwartz se demande s’il existe encore un quota par défaut. La page des quotas, lue le 16 octobre, en affiche pourtant bien un, fixé à 200. Sur X, le développeur Alexander Chukovski lui a répondu qu’un nouveau compte de service reçoit toujours ces 200 requêtes et que rien n’a changé en pratique. Selon lui, le formulaire de demande d’augmentation n’est plus accessible que depuis la console Google Cloud.

Barry Schwartz évoque dans une mise à jour de son article un possible décalage entre la documentation et le fonctionnement réel. Google n’a rien confirmé sur ce point.

Sitemaps : la comparaison sort du guide de démarrage

Le Quickstart contenait une section consacrée aux sitemaps. Selon Search Engine Roundtable, Google y conseillait l’Indexing API plutôt que les sitemaps aux sites qui publient beaucoup de pages éphémères (offres d’emploi, vidéos en direct), parce qu’elle provoque une exploration plus rapide. Il recommandait malgré tout de garder un sitemap pour couvrir l’ensemble du site. Cette section a disparu. Le guide présente toujours l’API comme destinée aux « sites qui comptent de nombreuses pages à courte durée de vie, comme les offres d’emploi ou les vidéos en direct » (traduction), mais ne la met plus en regard du sitemap.

JobPosting et BroadcastEvent : la restriction tient toujours

D’après Barry Schwartz, la phrase qui borne l’usage de l’API a été retirée de certaines pages, mais pas de toutes. La page des quotas n’en parle pas. Le Quickstart et la page Using the Indexing API la reprennent en revanche à l’identique : « L’Indexing API ne peut être utilisée que pour explorer des pages contenant soit un JobPosting, soit un BroadcastEvent intégré dans un VideoObject » (traduction). Barry Schwartz en déduit que la limite s’applique encore. Le texte des deux pages, au 16 octobre, va dans ce sens.

Le Quickstart ajoute que toutes les soumissions passent par une détection du spam « rigoureuse » (traduction). Un abus, par exemple l’utilisation de plusieurs comptes pour dépasser les quotas, peut entraîner la révocation de l’accès. La page Using the Indexing API rappelle que les règles anti-spam de Google s’appliquent aux contenus soumis par ce canal. Google avait introduit la mention de la détection du spam le 11 septembre 2024.

Ce que j’en retiens

La disparition du formulaire d’approbation ne vaut pas ouverture de l’API à tous les contenus. Les extensions WordPress d’« indexation instantanée » qui poussent articles, fiches produits ou catégories par l’Indexing API restent hors des règles écrites par Google, et la documentation prévoit toujours de couper l’accès en cas d’abus. Je déconseille de s’en servir pour autre chose que des offres d’emploi ou des livestreams balisés. Pour le reste, un sitemap avec des dates lastmod exactes (voir mon actu sur les fausses dates lastmod), le maillage interne et l’inspection d’URL dans la Search Console font le travail.

Pour les sites d’emploi et de vidéo en direct, le premier contrôle porte sur le quota affiché dans la Google API Console. Si 200 publications par jour ne suffisent pas, la documentation ne donne plus de marche à suivre. D’après Alexander Chukovski, la demande passe désormais par la console Google Cloud : c’est à vérifier sur son propre projet tant que Google n’a pas décrit la nouvelle procédure.