Studio Drupal · Diego-Suarez, Madagascar
Fondé en 2025 · 12°16′ S

GlobalAssist

Un pipeline de génération et de publication de contenu pour un réseau de sites de réservation de voyages par pays, entièrement construit au sein même de l’organisation Zapier du client.

Le client

GlobalAssist exploite un réseau de sites web de réservation de voyages et d'excursions spécifiques à chaque pays sur WordPress, lus par des voyageurs à la recherche d'activités, de guides et de transport dans ce pays. Le réseau couvre six pays (Madagascar, la Tanzanie, le Kenya, les Philippines, la Thaïlande et l'Indonésie) et vise à en couvrir trente. Chaque site suit le même schéma de contenu : des pages pour un service, pour un service dans un lieu précis, et pour des offres, jusqu'à présent rédigées à la main, pays par pays.

La règle du client pour cette mission est que l'ensemble du système réside dans sa propre organisation Zapier : aucun serveur externe, aucune base de données ni code hébergé, afin que la génération, les données et la publication restent sur une seule plateforme que le client exploite déjà. C'est pour cette raison qu'il ne s'agit pas d'un développement Drupal.

En un coup d'œil

Client
GlobalAssist, un réseau de sites de réservation de voyages et d'excursions sur WordPress
Plateforme
Zapier (Tables, Zaps, Interfaces), avec publication sur les sites WordPress du client
Périmètre
Six pays à ce jour, avec trente comme objectif
Statut
En cours. Les tableaux de données et les modèles de prompts sont en place pour les six pays ; la génération automatisée et la publication sur les sites en production n'ont pas encore été livrées.

Ce que nous avons construit

  • Zapier Tables contenant chaque combinaison de lieu et de service pour les six pays, environ 800 lignes, en suivant les propres noms de champs du client afin que son flux de travail existant puisse toujours les lire
  • 24 modèles de prompts réutilisables reconstruits à partir des originaux rédigés à la main du client, pour les services, les lieux, les publications, les services locaux et les offres, paramétrés par pays, marque et domaine afin qu’un seul modèle serve tous les sites
  • Une taxonomie de contenu partagée : une étiquette pour le type de service, comme guide, excursion, transfert aéroport ou location de voiture, et une catégorie pour le lieu
  • Un flux de génération à publication conçu : construire un prompt à partir d’une ligne de tableau, générer le contenu via la connexion Google Gemini du client, créer un brouillon WordPress, puis définir son titre et sa description SEO, son URL ainsi que son étiquette et sa catégorie

Génération et publication

La partie génération a été prouvée de bout en bout : une exécution de prompt de service local pour un emplacement et un service réels aux Philippines a produit l'ensemble de ses 21 champs de contenu sous forme de JSON propre. La partie publication est en attente d'une connexion authentifiée aux sites WordPress du client, ainsi aucune page n'a encore été générée et publiée automatiquement sur un site en ligne.

Bien traiter les données

Sur des tableaux aussi larges, des instructions imprécises données aux outils de tableau de Zapier ont produit des valeurs dans les mauvaises colonnes. Chaque écriture indique désormais exactement ce que chaque colonne doit contenir et efface tout le reste, et chaque ligne est relue après son écriture pour confirmer qu’elle correspond.

La forme des données a été vérifiée par rapport aux sites en ligne du client plutôt que supposée : le site plus ancien de Tanzanie comporte déjà une grille complète de localisations et de services, ce qui a confirmé que les lacunes sur le site plus récent de Madagascar sont du contenu restant à rédiger, et non un modèle erroné.

Démarrer un projet.

Parlez-nous de votre flux de travail de contenu et des plateformes dans lesquelles il doit vivre.