Répondre automatiquement aux avis Google Business avec l'IA dans n8n

Une étude de Davide Proserpio et Georgios Zervas, Online Reputation Management: Estimating the Impact of Management Responses on Consumer Reviews (Marketing Science, 2017), montre qu'un établissement qui commence à répondre systématiquement aux avis voit le volume de nouveaux avis augmenter, tout en observant une légère baisse de la note moyenne — signe que répondre change le comportement des clients autant que leur perception. Pour une PME dont la fiche Google Business Profile est souvent le premier point de contact avant un appel ou un achat, laisser des avis sans réponse pendant des semaines n'est donc pas neutre. Ce guide construit un pipeline n8n qui surveille les nouveaux avis Google Business, rédige une réponse par IA, et ne publie jamais un mot sur un avis négatif sans passage par un humain.

Pourquoi Google Business Profile n'a pas de node natif dans n8n

n8n couvre plusieurs centaines d'intégrations, mais Google Business Profile n'en fait pas partie : contrairement à Google Drive ou Google Sheets, aucun node dédié n'expose ses opérations dans l'interface. Le pipeline repose donc entièrement sur un node HTTP Request, qui appelle directement la Business Profile API (mybusiness.googleapis.com/v4) exposée par Google pour les fiches d'établissement vérifiées.

Deux opérations distinctes entrent en jeu, avec des implications différentes :

• Lister les avis (accounts.locations.reviews.list) : une lecture simple, peu de risque.
• Répondre à un avis (accounts.locations.reviews.updateReply, en méthode PUT) : une action publique et irréversible sur la fiche de l'entreprise, ce qui justifie un contrôle plus strict avant publication.

Authentification : credential OAuth2 générique

Les deux appels demandent une authentification OAuth2 avec le scope https://www.googleapis.com/auth/business.manage (l'ancien scope plus.business.manage reste accepté pour compatibilité). L'établissement doit impérativement être une fiche vérifiée : Google refuse ces opérations sur une fiche en attente de validation.

Comme n8n n'a pas de credential Google Business Profile dédiée, on utilise une credential OAuth2 générique, décrite en détail dans notre guide sur la configuration d'OAuth2 générique dans n8n : URL d'autorisation et de token de Google, client ID/secret créés dans Google Cloud Console, scope business.manage renseigné manuellement. C'est la même mécanique que pour n'importe quelle API Google sans node dédié.

Construire le pipeline dans n8n

Étape 1 — Récupérer les nouveaux avis sur un planning régulier

Un Schedule Trigger déclenche le workflow toutes les heures. Un node HTTP Request appelle GET .../locations/{locationId}/reviews, trié par date de création. Un node Data Table (voir notre guide sur n8n Data Tables) stocke les identifiants d'avis déjà traités pour ne jamais générer deux fois une réponse au même avis lors des exécutions suivantes.

Étape 2 — Générer une réponse contextualisée avec l'IA

Un node AI Agent (ou Basic LLM Chain) reçoit le texte de l'avis, sa note, et le nom de l'établissement, avec un prompt qui impose un ton professionnel, une réponse courte, et l'absence de toute promesse commerciale non vérifiable. C'est exactement le mécanisme qui alimente la rédaction de brouillons du Pack Inbox IA (79 €) pour les emails entrants : un LLM qui propose un texte adapté au contexte, jamais publié sans un filtre en amont.

Étape 3 — Router selon la note avant publication

Un node IF sépare les avis 4-5 étoiles (réponse générique de remerciement, publiable automatiquement) des avis 1-3 étoiles (brouillon envoyé sur Slack pour validation humaine, via un node Wait en attente d'approbation). Cette distinction limite l'exposition : un remerciement générique ne peut pas mal tourner, une réponse à un client mécontent, si.

Étape 4 — Publier la réponse validée

Un dernier node HTTP Request envoie la requête PUT vers .../reviews/{reviewId}/reply avec le texte final (validé ou auto-généré selon la branche). La réponse de l'API confirme la publication ou renvoie un code d'erreur détaillé.

Gérer les réponses rejetées par Google

Google peut rejeter une réponse qui enfreint ses règles de contenu (lien promotionnel, coordonnées personnelles, langage inapproprié) : l'API Reviews renvoie alors un motif de rejet précis dans le corps de l'erreur. Plutôt que de laisser cet échec passer inaperçu, un Error Workflow dédié capture le code retour, extrait le motif, et notifie l'équipe pour ajuster le texte manuellement — un filet de sécurité indispensable puisqu'une réponse silencieusement non publiée est pire qu'aucune automatisation.

Google Business Profile vs Trustpilot : deux pipelines proches, deux contraintes différentes

Le principe général rejoint celui détaillé dans notre guide sur la surveillance des avis Trustpilot, avec des différences opérationnelles à connaître :

	Google Business Profile	Trustpilot
Authentification lecture	OAuth2 (business.manage)	Clé API simple
Authentification réponse	OAuth2 (business.manage)	OAuth2 utilisateur Business séparé
Pré-requis compte	Fiche vérifiée obligatoire	Compte Business actif
Visibilité du rejet	Motif détaillé dans l'erreur	Dépend du code retour HTTP

Dans les deux cas, la bonne pratique reste la même : générer un brouillon par IA, mais réserver la publication automatique aux avis positifs et sans enjeu.

Pourquoi ne pas tout automatiser à 100 %

Répondre vite est utile, mais une réponse mal calibrée sur un avis négatif peut se retourner contre l'entreprise si elle sonne faux ou défensive — c'est précisément l'effet secondaire que montre l'étude de Proserpio et Zervas citée plus haut. Le pipeline décrit ici automatise la partie répétitive (lecture, brouillon, publication des cas simples) tout en gardant un humain sur les décisions qui comptent vraiment : les avis qui peuvent influencer un client hésitant à passer commande. C'est le même arbitrage qui structure le Pack Inbox IA : l'IA prépare, l'humain décide quand la situation le justifie.