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 :
- Un déclencheur WordPress natif dans Zapier, sur l’événement « Nouvel article publié », filtré sur le type de contenu personnalisé
formation; - 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 ;
- 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 notificationURL_UPDATED.
{
"url": "https://exemple-formation.fr/formation/gestion-de-projet-agile",
"type": "URL_UPDATED"
}
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.
