Le bouton 'Build an agent' est apparu dans votre admin Workspace ou M365

Ouvrez votre admin Google Workspace ou Microsoft 365 ce matin. Vous y verrez un nouveau bouton que vous n’avez pas commandé : “Build an agent”. Pas un add-on. Pas un outil tiers à connecter. Un menu natif, à côté de Gmail ou d’Outlook. Et selon Google, 3,5 millions de personnes l’utilisent déjà chaque mois – 170 millions de tâches automatisées en un seul mois, +700 % de croissance en trois mois.

La guerre no-code des hyperscalers a commencé. Et elle pose une question concrète à toute PME déjà équipée Workspace ou M365 : faut-il rester sur n8n, Zapier ou Make, ou basculer sur le builder intégré qu’on vient de vous offrir ?

Ce qui s’est vraiment passé en avril 2026

Deux annonces ont changé l’équation pour les PME, à dix-neuf jours d’écart.

3 avril 2026 : Microsoft sort Agent Framework 1.0 en GA. C’est la fusion stable de Semantic Kernel et AutoGen en un seul SDK, avec support .NET et Python first-class, et surtout un support natif des protocoles MCP (Model Context Protocol) et A2A (Agent-to-Agent). Concrètement : vos développeurs peuvent désormais construire des agents multi-étapes – séquentiels, concurrents, avec handoff et human-in-the-loop – sans recoller manuellement deux frameworks comme l’année dernière.

22 avril 2026 : Google rend Workspace Studio généralement disponible à Cloud Next 26. C’est l’agent builder no-code qui s’incruste directement dans Gmail, Drive, Chat, Docs, Sheets, Meet et Calendar. Powered by Gemini 3.1, avec des connecteurs natifs vers Asana, Jira, Salesforce et Mailchimp. Thomas Kurian, CEO de Google Cloud, a positionné l’offre face à la concurrence : Google possède “l’intégralité de la pile, du chip à la boîte mail” pendant que les autres “vous remettent les pièces, pas la plateforme”.

Pour la première fois, l’agent builder no-code est inclus dans la licence bureautique. Pas un outil tiers à acheter. Pas une intégration à monter. Un menu dans votre admin.

Le piège marketing : “remplacez n8n par notre builder intégré”

Le récit est séduisant – surtout quand votre équipe rame déjà sur Zapier et que la facture grimpe. Mais c’est un récit de vendeur. La réalité est plus nuancée : le builder intégré est excellent dans quelques cas précis, et un piège dans d’autres.

Si vous avez déjà lu notre comparatif n8n vs Make vs Zapier, vous savez que le bon outil dépend du workflow concerné, pas d’un classement absolu. La même logique s’applique ici. Le builder intégré n’est ni meilleur ni pire que Zapier ou n8n – il est meilleur pour certains workflows et pire pour d’autres.

Voici l’arbitrage honnête.

4 cas où les builders intégrés gagnent

1. Workflows mono-écosystème

Si tout votre flux reste dans Google (Gmail -> Drive -> Sheets -> Calendar) ou tout dans Microsoft (Outlook -> SharePoint -> Teams -> Excel), le builder intégré est imbattable. Pas de connecteur API à configurer, pas d’authentification OAuth à débugger, pas de mapping de champs : c’est natif. Exemple concret : un commercial reçoit un mail avec une demande de devis -> Workspace Studio extrait les informations, crée la fiche dans Sheets, programme un rappel Calendar, génère un brouillon Docs. Quatre actions, zéro clic technique.

2. Déploiement aux non-techs sans formation. Vos équipes connaissent déjà Gmail ou Outlook. Le builder vit dans la même interface. Pas de nouvelle URL à mémoriser, pas de connexion SSO supplémentaire, pas de “où je vais pour modifier mon automatisation déjà ?”. L’adoption est immédiate. Pour une PME de 30 personnes dont la moitié n’a jamais touché à un outil d’automatisation, c’est décisif.

3. Gouvernance unifiée. L’admin Workspace ou M365 voit déjà tout : qui se connecte, qui partage quoi, qui accède à quel document. Les agents construits dans Workspace Studio ou Agent Framework héritent de cette gouvernance – audit log, contrôle d’accès, conservation, DLP. Si vous avez déjà cadré la gouvernance de vos agents IA côté écosystème principal, vous ne dupliquez pas le travail.

4. Pricing inclus dans la licence

C’est l’argument financier. Vous payez déjà Workspace Business à environ 14 € par utilisateur par mois ou Microsoft 365 Business à environ 12 € (sachant qu’une hausse de 33 % est prévue avant juillet 2026). Le builder est dedans. Comparé à un plan Zapier Pro à 49 $ par mois ou un plan Make Pro à 29 $, le calcul est vite fait pour les workflows simples.

3 cas où ils vous enferment

1. Intégration tierce hors écosystème

Vous avez un CRM Pipedrive, un outil métier vertical (logiciel BTP, gestion de cabinet, ERP secteur), un Slack au lieu de Teams ? Les connecteurs natifs Workspace Studio couvrent Asana, Jira, Salesforce, Mailchimp – et c’est tout. Côté Microsoft, ça reste centré M365 + Dynamics. Pour le reste, il faut soit attendre, soit faire du HTTP brut, soit revenir à n8n / Make / Zapier qui couvrent 5 000 à 7 000 intégrations.

2. Portabilité zéro – le vrai vendor lock-in. On ne migre pas un agent Workspace Studio vers n8n. Ni un workflow Agent Framework vers Make. Le format est propriétaire, l’export n’existe pas, et même les protocoles MCP / A2A pourtant standardisés ne suffisent pas : la logique métier vit dans la plateforme. Si vous quittez Google ou Microsoft un jour – pour des raisons de coût, de souveraineté numérique ou de stratégie – vous reconstruisez tout. Avec n8n self-hosted, vous emportez le JSON et vous redéployez ailleurs en deux heures.

3. Logique conditionnelle complexe

Les builders intégrés visent l’utilisateur métier. Tant que votre workflow tient en cinq étapes linéaires avec une condition simple (“si le mail vient de X, alors…”), c’est parfait. Dès qu’il y a des branches imbriquées, des boucles, du parsing JSON, des transformations de données, des appels API multi-étapes avec retry et fallback, vous touchez le plafond. C’est exactement le terrain où n8n excelle, et où l’orchestration multi-agents en production reprend le dessus.

L’arbre de décision en 4 questions

Avant de basculer sur un builder intégré – ou de renouveler votre abonnement Zapier sans réfléchir – posez-vous ces quatre questions, dans l’ordre.

Question 1 : 80 % de mes workflows tiennent-ils dans un seul écosystème ?

Si oui (Google ou Microsoft), le builder intégré devient le candidat par défaut. Si non (mix Slack + Pipedrive + Notion + Google), restez sur une plateforme spécialisée.

Question 2 : mes opérateurs sont-ils techniques ?

Si non (assistantes, commerciaux, ops sans background dev), le builder intégré gagne sur l’adoption. Si oui (équipe IT, dev en interne), n8n offre dix fois plus de puissance.

Question 3 : ai-je besoin de portabilité à 3-5 ans ?

Si oui (vous n’êtes pas sûr de rester sur Workspace ou M365, contraintes RGPD strictes, contrats publics), évitez le lock-in. Si non (engagement long terme assumé sur l’écosystème), le builder intégré est OK.

Question 4 : quelle est la complexité moyenne de mes workflows ?

Linéaire avec 3-5 étapes ? Builder intégré. Branches conditionnelles, parsing, multi-API ? Make ou n8n. Production multi-agents avec orchestration ? n8n self-hosted ou Agent Framework côté dev.

Cet arbre vous évitera deux erreurs symétriques : laisser Zapier tourner par inertie alors que 80 % des workflows pourraient passer en Workspace Studio gratuit, et basculer tout sur le builder intégré et découvrir au sixième mois que la moitié des workflows ne rentrent pas.

Avant le prochain renouvellement Workspace ou M365

Voici la question concrète à poser à votre équipe ce mois-ci : lesquels de nos workflows actuels tiennent dans un seul écosystème, et lesquels en sortent ? La réponse n’est pas évidente avant l’avoir cartographiée. Et elle conditionne directement votre prochaine facture d’automatisation.

n8n, Make et Zapier ne sont pas morts – loin de là. Ils restent supérieurs sur la portabilité, l’orchestration multi-systèmes et la complexité. Pour les scénarios agentiques avancés, ils gardent l’avance. Mais leur monopole sur les workflows internes simples vient officiellement de tomber. Le bouton “Build an agent” dans votre admin n’est pas là par accident.

Et la cartographie ne s’arrête pas à Workspace Studio et Agent Framework. Salesforce Headless 360, Mistral Workflows et OpenAI Workspace Agents ouvrent trois autres couches d’agents managés au même moment, chacune avec son propre verrou commercial. Pour ne pas confondre les niveaux, l’arbre de décision Salesforce / Mistral / Workspace en 4 questions prolonge celui-ci sur la couche orchestration et CRM.

Si vous voulez arbitrer proprement – audit de vos workflows existants, projection de coûts sur 24 mois, plan de migration ciblée par workflow – c’est exactement ce que nous faisons via notre service workflows automatisés. Mieux vaut un audit avant le renouvellement Workspace ou M365 qu’un audit après.