Google a mis à jour le 16 octobre la page consacrée aux quotas de son API Indexing : la documentation affiche désormais les limites en vigueur et retire un ancien formulaire, l’occasion de rappeler à quoi sert vraiment cet outil, et à quoi il ne sert pas.
- Le quota par défaut est de 200 requêtes de publication par jour et par projet.
- L’API reste gratuite, et ne concerne que les offres d’emploi et les vidéos en direct.
- Pour un blog ou un site vitrine, le sitemap reste la bonne méthode.
Plan de l'article
Qu’est-ce qui a changé le 16 octobre ? #
Dans son journal des mises à jour de la documentation Search Central, Google indique avoir actualisé la page des quotas de l’API Indexing. L’objectif affiché : documenter les limites actuelles et la procédure en cours, et supprimer un formulaire devenu obsolète.
À lire Nvidia entre au capital de Doctolib et de trois pépites françaises de l’IA
Ce n’est donc pas une nouvelle fonctionnalité, mais une mise au propre. Elle tombe à point : beaucoup de sites utilisent cette API en dehors de son périmètre officiel, en espérant faire indexer plus vite n’importe quelle page.
Quelles sont les limites affichées ? #
La page officielle des quotas fixe trois plafonds par défaut, calculés par projet Google Cloud :
| Type de requête | Quota par défaut |
|---|---|
| Publication (ajout ou suppression d’URL) | 200 par jour |
| Lecture des métadonnées | 180 par minute |
| Toutes requêtes confondues | 380 par minute |
Le quota de publication couvre les deux types de notification, URL_UPDATED et URL_DELETED. Il se réinitialise à minuit, heure du Pacifique, soit 9 heures du matin à Paris en ce moment. Google précise qu’un nouveau quota peut mettre jusqu’à 24 heures à s’appliquer.
Côté prix, la réponse tient en une ligne : l’utilisation de l’API Indexing est gratuite. Le suivi de la consommation se fait dans la console des API Google.
À lire Améliorez votre technique de frappe rapidement grâce au punching ball adapté à votre niveau
À quoi sert réellement l’API Indexing ? #
C’est le point que beaucoup oublient. Selon le guide de démarrage officiel, l’API ne peut servir qu’aux pages contenant des données structurées JobPosting, pour les offres d’emploi, ou BroadcastEvent intégré dans un VideoObject, pour les vidéos en direct.
La logique est simple : ces pages vivent peu de temps. Une offre d’emploi pourvue ou un direct terminé doivent disparaître vite des résultats. L’API permet de signaler à Google, page par page, qu’une URL vient d’être créée, modifiée ou supprimée.
Elle offre aussi une fonction de contrôle : on peut demander la date de la dernière notification reçue par Google pour une URL donnée. Pratique pour vérifier qu’un site d’emploi transmet bien ses mises à jour.
Faut-il l’utiliser pour indexer un blog ? #
Non, et la documentation est claire sur le périmètre. Envoyer des articles de blog, des fiches produit ou des pages de service via cette API revient à l’utiliser hors de son cadre. Rien n’indique que ces signaux soient pris en compte pour ce type de contenu.
À lire Rénover un dojo : quand et comment remplacer ses tatamis de judo ?
Pour un site classique, les outils prévus restent le sitemap XML déclaré dans la Search Console, un maillage interne qui relie les nouvelles pages aux anciennes, et l’outil d’inspection d’URL pour une demande ponctuelle.
Un bon réflexe consiste à vérifier que chaque nouvelle page est accessible en un ou deux clics depuis l’accueil ou une rubrique. Un article isolé, sans lien entrant, sera découvert plus tard, quel que soit l’outil utilisé.
Que retenir pour les sites concernés ? #
Pour un site d’offres d’emploi ou une plateforme de diffusion en direct, la mise à jour clarifie les plafonds. Avec 200 publications par jour par défaut, un site qui renouvelle des centaines d’offres quotidiennes doit prioriser ses envois : nouvelles annonces et suppressions d’abord.
Il est aussi utile de surveiller la consommation dans la console, surtout si plusieurs outils partagent le même projet Google Cloud. Le quota est commun à tout le projet, pas à chaque site.
