# Automatiser la soumission d’URL à l’API d’indexation Google avec Zapier

> Écrire un script serveur pour appeler l'API d'indexation Google n'est pas toujours nécessaire. Une recette Zapier suffit pour accélérer la découverte des nouvelles pages, avec ses propres limites.

- Auteur : Clément Hadrot
- Publié le : 2025-08-24
- Mis à jour le : 2025-08-24
- Catégorie : SEO & GEO
- URL : https://wpmoderne.dev.wordpress-developpement.fr/seo/automatiser-soumission-url-index-api-zapier/

## L’essentiel

- L'API d'indexation de Google reste officiellement réservée aux offres d'emploi et diffusions en direct
- Un déclencheur à la publication évite tout script serveur dédié
- Le quota par défaut limite l'usage à quelques centaines d'URL par jour

Un script serveur planifié via une tâche cron, ou une automatisation no-code déclenchée à la publication : deux façons d'atteindre le même objectif, prévenir Google le plus vite possible qu'une page vient d'apparaître ou d'être mise à jour. Pour une petite structure sans développeur disponible en continu, la seconde option, construite avec Zapier, présente un avantage décisif : aucune ligne de code à maintenir sur le serveur de production.

Ce cas concerne un site d'offres de formation professionnelle, publiant en moyenne quinze nouvelles fiches par semaine, pour lequel la rapidité d'indexation constituait un enjeu commercial direct : une session de formation annoncée tardivement perd une partie de son intérêt si elle n'apparaît pas rapidement dans les résultats de recherche.

## Un rappel nécessaire sur le périmètre officiel de l'API

L'API d'indexation de Google (Indexing API) est officiellement documentée par Google comme réservée à deux types de contenus précis : les pages d'offres d'emploi structurées avec les données `JobPosting`, et les pages de diffusion en direct avec les données `BroadcastEvent`. Utiliser cette API pour d'autres types de contenu constitue un usage non documenté officiellement, même si de nombreux sites l'utilisent dans la pratique pour accélérer l'indexation de contenus divers, souvent sans conséquence négative observée, mais sans garantie de fonctionnement pérenne non plus.

Dans le cas de ce site de formation, cette zone grise a été assumée en connaissance de cause après une discussion en équipe, en gardant à l'esprit qu'un changement de politique de Google pourrait un jour rendre cette automatisation caduque sans préavis.

## La recette Zapier, étape par étape

La chaîne d'automatisation repose sur trois blocs successifs :

1. Un déclencheur WordPress natif dans Zapier, sur l'événement « Nouvel article publié », filtré sur le type de contenu personnalisé `formation` ;
2. Une étape d'authentification vers l'API Google via un compte de service, configurée une fois pour toutes avec les identifiants JSON générés dans la console Google Cloud ;
3. Un appel HTTP personnalisé (« Webhooks by Zapier ») vers l'endpoint `https://indexing.googleapis.com/v3/urlNotifications:publish`, avec l'URL de la nouvelle page et le type de notification `URL_UPDATED`.

```
{
  "url": "https://exemple-formation.fr/formation/gestion-de-projet-agile",
  "type": "URL_UPDATED"
}
```

> L'essentiel à retenir : L'API d'indexation de Google reste officiellement réservée aux offres d'emploi et diffusions en direct ; Un déclencheur à la publication évite tout script serveur dédié ; Le quota par défaut limite l'usage à quelques centaines d'URL par jour

## Là où Zapier simplifie, et là où il complique

Comparé à un script PHP exécuté via un hook `transition_post_status` directement sur le serveur, la recette Zapier simplifie radicalement la maintenance : pas de dépendance PHP supplémentaire à surveiller, pas de gestion manuelle du renouvellement du jeton d'authentification, Zapier s'en chargeant automatiquement. En contrepartie, elle introduit une dépendance à un service tiers payant au-delà d'un certain volume d'automatisations mensuelles, et un temps de latence de quelques dizaines de secondes entre la publication et l'appel effectif, lié au fonctionnement par sondage périodique de certains déclencheurs Zapier.

Sur ce projet, ce délai de latence a été jugé négligeable au regard du gain global : l'indexation effective des nouvelles fiches, mesurée via l'outil d'inspection d'URL, intervenait en moyenne en moins de 24 heures après publication, contre plusieurs jours auparavant sans aucune notification à l'API.

## Le quota, principale limite à anticiper

Le compte de service utilisé bénéficiait du quota par défaut de l'API d'indexation, fixé à 200 requêtes de publication par jour. Pour ce site publiant quinze fiches par semaine, ce quota restait très largement suffisant. Il en irait tout autrement pour un site publiant plusieurs centaines de pages quotidiennement, un cas de figure qui nécessiterait une demande d'augmentation de quota auprès de Google, rarement accordée pour des usages hors du périmètre officiel documenté plus haut.

### Variante : notifier aussi les mises à jour de contenu existant

Une deuxième automatisation, déclenchée cette fois sur l'événement « Article mis à jour » plutôt que « Nouvel article publié », a été ajoutée quelques semaines plus tard, avec le type de notification identique `URL_UPDATED` (l'API ne distingue pas création et mise à jour dans son paramètre de type, seul `URL_DELETED` existant en alternative pour signaler une suppression). Cette variante s'est révélée utile pour les fiches de formation dont les dates de session changent régulièrement, information dont la fraîcheur importe directement pour l'utilisateur final.

## En résumé

Automatiser la soumission d'URL à l'API d'indexation Google via Zapier constitue une alternative crédible à un script serveur pour une structure sans ressource de développement dédiée, à condition d'accepter le flou du périmètre d'usage officiel de cette API et de rester sous le quota par défaut. Pour un volume de publication plus important, un script serveur maison reste préférable, offrant davantage de contrôle sur les files d'attente et les tentatives en cas d'échec de l'appel.