Gemini Enterprise : agents, prix et conditions d’un pilote

Gemini Enterprise mérite un pilote au périmètre précis si vous devez déléguer des tâches qui mobilisent plusieurs systèmes de l’entreprise, à condition de vérifier que les fonctionnalités nécessaires sont disponibles dans votre environnement. Google propose un essai gratuit de 30 jours de l’édition Plus, mais sa page produit indique toujours que les tâches en arrière-plan à plusieurs étapes, les versions mobile et ordinateur et le choix de modèles tiers sont en accès anticipé. L’annonce du lancement de l’agent Gemini invite donc à évaluer un workflow de bout en bout, avec un responsable, un plafond de dépenses et du temps prévu pour la validation.

Vérifié le 9 octobre 2026 à partir de la page produit actuelle de Google, de son annonce du 8 octobre et de la documentation citée ci-dessous. Cette analyse d’achat repose sur la documentation ; elle ne prétend pas avoir testé la disponibilité des fonctionnalités en conditions réelles.

Gemini Enterprise : qu’apporte l’annonce Gemini at Work ?

Gemini Enterprise est l’offre d’IA de Google pour rechercher des informations internes et déléguer des tâches dans les systèmes connectés de l’entreprise. L’annonce d’octobre présente l’agent Gemini comme un « agent universel pour le travail » : il planifie les étapes d’un objectif, utilise les outils connectés et répartit le travail entre plusieurs modèles. Pour l’entreprise, cela change la question à poser avant l’achat. Une tâche bien définie peut-elle aller de la demande au livrable accepté sans qu’une personne supervise chaque étape intermédiaire ? Documentation des éditions, annonce de lancement de Google.

Un agent est un logiciel qui utilise des outils pour accomplir une tâche. Un modèle fournit les capacités de raisonnement et de génération sous-jacentes. Une skill est un ensemble de consignes réutilisables pour un type de travail donné. Distinguer ces notions aide à rédiger le cahier des charges de l’évaluation : le résultat attendu, les systèmes autorisés et les critères d’acceptation comptent davantage que le nom du modèle utilisé.

Prenons un responsable des opérations commerciales qui prépare le passage de relais sur un compte client. Le livrable attendu est une note qui recoupe la fiche client, la dernière proposition approuvée et les questions de mise en œuvre encore ouvertes. L’évaluation doit vérifier si l’agent produit cette note avec des sources consultables et une liste explicite des informations manquantes. Une synthèse soignée qui passe sous silence une clause contractuelle contestée ne remplit pas la mission.

Agents Gemini Enterprise : renforts temporaires et collaborateurs permanents

L’annonce décrit des sous-agents temporaires pour des missions ponctuelles et des agents collaborateurs persistants pour des rôles au sein d’une équipe. Un agent collaborateur reçoit son propre compte Google Workspace, avec une adresse e-mail, un calendrier, un espace Drive et une présence dans l’annuaire. Il agit sous sa propre identité, à partir du contexte partagé avec lui. Selon l’annonce, les tâches longues se poursuivent dans le cloud même une fois l’ordinateur portable fermé. Il s’agit de capacités annoncées dont la disponibilité reste à vérifier. Description des agents collaborateurs et de l’exécution par Google.

Pour les équipes opérationnelles, cette distinction change la répartition des responsabilités. Un renfort temporaire peut disparaître à la fin de sa mission. Un coordinateur de projet permanent a besoin d’un responsable pour ses accès, ses consignes et les documents qu’il produit. Prévoyez qui entretiendra ce rôle lorsque son créateur changera de poste.

Abordez tout projet d’agent collaborateur comme un compte de service assorti d’une fiche de poste. Précisez les tâches dont il est chargé, les informations qu’il peut lire, les actions qu’il peut effectuer et la personne qui valide ses livrables. Un compte dans l’annuaire de l’entreprise lui donne une identité à laquelle on peut s’adresser. Le résultat doit toujours relever de la responsabilité d’une personne.

Qu’est-ce qui est disponible aujourd’hui, et qu’est-ce qui reste en accès anticipé ?

La documentation actuelle permet de s’engager sur un périmètre plus restreint que la vision complète présentée au lancement. Le tableau des éditions de Google recense les fonctions existantes de recherche, de réponse et d’exécution de tâches ; la page produit limite explicitement la disponibilité de plusieurs nouvelles expériences avec les agents. La présence d’une fonctionnalité dans une annonce de lancement ne prouve pas qu’elle est activée pour votre organisation.

Ce tableau rapporte ce que disent les sources. Il ne certifie pas que toutes les fonctionnalités sont en disponibilité générale et ne prouve pas qu’une action annoncée fonctionne avec votre configuration d’authentification.

Si la disponibilité de Claude conditionne votre achat, obtenez une confirmation pour votre édition et votre environnement avant de démarrer le workflow qui en dépend. Si un pilote de recherche et de rédaction dans le navigateur présente déjà un intérêt, évaluez ce périmètre plus limité sans attribuer de valeur à une fonctionnalité non confirmée.

Le statut d’accès anticipé est une dépendance à gérer. Dans le cahier des charges du pilote, associez chaque fonctionnalité nécessaire à la tâche métier concernée. Notez si elle est activée, qui l’a confirmé et quelle solution de repli est prévue. Cette courte trace écrite évite de prendre une démonstration séduisante pour un engagement de disponibilité en production.

Quels connecteurs Google propose-t-il ?

Google répertorie suffisamment de connexions pour que Gemini Enterprise intéresse aussi bien les entreprises sur Google Workspace que celles sur Microsoft 365. Un connecteur est une intégration qui donne à l’agent accès à une source ou à un outil externe. Sa présence dans un catalogue marque le début de l’évaluation de l’intégration.

La page produit actuelle cite Microsoft 365, Slack, Confluence, Google Workspace, GitHub, Jira, Salesforce, ServiceNow, BigQuery, HubSpot, Notion et Asana. La FAQ donne Outlook, Teams et OneDrive comme exemples côté Microsoft ; Docs, Gmail et Drive côté Workspace ; elle cite également Linear, Monday, Smartsheet, GitLab et Docusign. Intégrations répertoriées par Google.

Le catalogue de connecteurs, présenté séparément, inclut Microsoft SharePoint et décrit les opérations propres à chaque intégration. Certaines descriptions mettent l’accent sur la recherche ou la synthèse d’informations ; d’autres précisent la création ou la mise à jour d’enregistrements. Lire un incident et modifier son statut exigent des permissions différentes et ne répondent pas aux mêmes besoins dans un pilote.

Pour un responsable informatique sur Microsoft 365, choisissez un livrable qui nécessite une source Microsoft et un autre système métier : par exemple, une note sur un compte client à partir de contenus SharePoint approuvés et de fiches clients. Vérifiez quels documents la connexion expose, quelle identité s’authentifie et si l’opération requise est prise en charge. Sur Workspace, faites le même exercice avec Drive et votre système de gestion des clients.

La FAQ produit de Google indique que le service indexe les sources sélectionnées tout en laissant les données là où elles se trouvent. Cette indication ne remplace pas l’examen de l’indexation, du traitement et de la conservation des données dans votre configuration. Pour le pilote, identifiez les référentiels nécessaires au lieu d’ouvrir par défaut l’accès à toutes les archives d’un service.

Gemini Enterprise et MCP : connecter des outils sur mesure

Model Context Protocol, ou MCP, est un standard qui permet de mettre des outils et des données à la disposition d’un agent. Google décrit des connexions à des serveurs MCP situés à l’intérieur ou à l’extérieur du réseau de l’entreprise. Documentation de lancement.

Pour les développeurs, c’est une voie d’intégration lorsque les connecteurs répertoriés ne couvrent pas le besoin. Elle demande aussi du travail : quelqu’un doit maintenir l’authentification, définir les actions autorisées de l’outil et gérer les erreurs. Décrivez l’opération de lecture ou d’écriture nécessaire avant de commander une connexion sur mesure. La possibilité générique de se connecter ne dit pas grand-chose sur la disponibilité de votre workflow précis.

Gouvernance : un responsable et un périmètre pour chaque agent

La gouvernance exige de pouvoir retracer les autorisations : quelle identité a agi, à quoi pouvait-elle accéder et qu’est-ce qui l’a arrêtée ? Google décrit des identités propres à chaque agent, un journal d’audit attribuant les actions à l’agent et des plafonds de dépenses par projet qui suspendent l’exécution. Faites démontrer ces contrôles pendant le pilote. Annonce de Google sur la gouvernance et la maîtrise des coûts.

L’identité permet d’attribuer le travail. L’identité d’un agent collaborateur doit avoir un responsable humain et un rôle suffisamment précis pour être décrit. Pour un coordinateur de lancement, fournissez les contenus de lancement approuvés et l’espace de l’équipe concernée. Laissez les documents du personnel sans rapport avec la mission hors de ce périmètre. Vérifiez un accès autorisé et un accès refusé : le nom d’un rôle ne suffit pas à prouver que la limite est respectée.

Le journal d’audit doit répondre à une question opérationnelle. Choisissez une mission terminée et demandez à un administrateur de reconstituer les accès aux sources, les actions et le livrable produit. Peut-il identifier l’agent qui a agi ? Le responsable métier peut-il relier cette trace au livrable ? Conservez les éléments nécessaires pour expliquer ultérieurement un résultat contesté.

L’arrêt des dépenses se gère au niveau du projet. Selon l’annonce, le plafond d’un projet couvre la consommation de tokens suivie et les coûts du sandbox ; lorsqu’il est atteint, l’agent du projet est suspendu. Il n’est pas présenté comme une enveloppe indépendante pour chaque agent collaborateur. Définissez qui peut relancer une tâche suspendue et ce qu’il advient d’un livrable inachevé.

Une suspension peut montrer que le contrôle budgétaire fonctionne tout en entraînant un retard. Pour un rapport récurrent, le responsable du workflow doit disposer d’un état « incomplet » visible et d’une procédure de repli. Ne comptez pas un rapport partiellement préparé comme un passage de relais réussi au seul motif que le plafond de dépenses a bien fonctionné.

Google décrit également les limites d’Agent Sandbox et d’Agent Gateway. Demandez la configuration applicable à votre pilote, notamment où le code peut s’exécuter et quelles destinations les outils peuvent atteindre. Ces réponses déterminent si le travail envisagé respecte les règles de fonctionnement de votre organisation ; la présence d’un contrôle nommé ne suffit pas à établir vos paramètres de sécurité.

Pour un usage durable, ajoutez un exercice de retrait des accès. Désignez la personne qui supprimera les accès d’un agent collaborateur, conservera les livrables utiles et réattribuera ses responsabilités planifiées. L’intérêt pratique d’une identité indépendante est de pouvoir la gérer. Cette gestion doit avoir un responsable avant d’élargir le pilote.

Prix de Gemini Enterprise, éditions et essai de Plus

Contactez l’équipe commerciale pour connaître le prix de l’édition et confirmer les conditions de l’essai. La page produit actuelle de Google ne présente pas de grille tarifaire par édition. Les pages consacrées aux éditions et aux licences consultées pour cet article n’indiquent pas non plus de prix mensuels. Il est donc impossible, à partir de ces pages, de calculer aujourd’hui une comparaison des tarifs publics par utilisateur. Page produit actuelle, documentation des éditions.

Essai gratuit de Gemini Enterprise : 30 jours de Plus

La page produit propose l’édition Gemini Enterprise Plus gratuitement pendant 30 jours, sans intervention commerciale. C’est l’essai proposé sur cette page ; cela ne garantit pas que toutes les fonctionnalités en accès anticipé sont incluses ou activées. Offre d’essai de Google.

Avant de lancer le décompte, préparez le workflow, désignez son responsable et obtenez les autorisations d’accès aux sources. Demandez ce qui est inclus, quels services distincts ou dépassements peuvent être facturés et ce qui se passe à la fin de l’essai. Une licence offerte ne supprime pas le coût de configuration des sources, de validation du travail et d’assistance aux utilisateurs.

Gemini Enterprise Standard et Plus

La documentation des éditions de Google indique que Standard et Plus incluent l’ensemble de l’écosystème de connecteurs, les fonctions de sécurité et de conformité pour l’entreprise et les agents entièrement développés en code hors de la plateforme. Elle prévoit 30 GiB de stockage mutualisé et d’indexation des données par utilisateur pour Standard, et 75 GiB pour Plus. Ces quotas d’indexation documentés ne mesurent ni le volume de travail accepté ni la qualité des réponses. Comparatif des éditions.

Choisissez entre ces éditions en fonction des référentiels et des contrôles nécessaires à votre pilote. Demandez à Google un chiffrage pour ce périmètre et une explication des quotas applicables. Un quota supérieur n’a d’intérêt pour l’achat que si vos sources sélectionnées en ont besoin.

Gemini Enterprise Business

La documentation associe Business à une sélection de connecteurs et à une gouvernance de base des agents, tandis que les lignes couvrant l’ensemble de l’écosystème de connecteurs et la sécurité et la conformité pour l’entreprise sont cochées pour Standard et Plus. Utilisez le tableau des éditions pour confirmer la présence des fonctions nécessaires avant de retenir un périmètre plus restreint. Tableau des éditions de Google.

Un point d’achat concerne aussi les responsables informatiques : la documentation de Google sur les licences fixe une limite d’achat direct dans la console de 25 licences pour les comptes de facturation en libre-service ou via un revendeur, et de 1,000 licences pour les comptes facturés sur facture. Les achats plus importants nécessitent de passer par l’équipe commerciale ou d’obtenir une exemption. Ce sont des limites d’achat dans la console, pas des plafonds universels d’utilisateurs pour les éditions. Documentation des licences.

Calculer le budget maximal à partir des livrables acceptés

Le pilote doit permettre d’établir le coût d’un passage de relais accepté. Comptez la validation, les corrections, l’administration et les tentatives infructueuses en plus de la facture logicielle. Tant que Google n’a pas fourni votre devis et les unités de facturation applicables, le calcul utile est celui du coût maximal que votre workflow peut supporter.

L’hypothèse sur le temps de validation détermine le résultat de cet exemple. Si la validation prend 10 minutes au lieu de 5, elle consomme 80 heures. Après les mêmes 32 heures d’administration, il ne reste que 8 heures, valorisées à $400, pour le logiciel. Les $600 hypothétiques d’autres dépenses dépassent déjà ce plafond avant même l’achat d’une licence.

Remplacez chaque hypothèse par les observations de votre pilote. Le temps dégagé a une valeur financière s’il permet de traiter davantage de travail, d’éviter une dépense ou de lever un véritable goulot d’étranglement. Il ne se transforme pas automatiquement en économies de trésorerie. Distinguez les coûts d’administration récurrents de la configuration initiale pour utiliser les bons coûts lors de la prochaine période budgétaire.

Pour les logiciels qui appellent les points de terminaison des modèles, consultez la section API de l’article sur les tarifs de Gemini. Cette évaluation des agents d’entreprise exige son propre devis d’édition et son propre modèle de coût par workflow.

Quelles conséquences pour les équipes métier, l’informatique et les développeurs ?

Les équipes opérationnelles doivent tester un livrable aux critères d’acceptation clairs. Choisissez un travail récurrent dont les sources et le validateur sont connus, comme un passage de relais sur un compte client ou un point d’avancement de projet. Considérez la tâche terminée lorsqu’un livrable est accepté, avec les questions encore ouvertes. Une réponse dans la fenêtre de prompt reste un résultat intermédiaire tant que personne ne peut l’utiliser.

Les responsables informatiques doivent intégrer les accès et la disponibilité à la décision d’achat. Sur Workspace, évaluez le compte de l’agent collaborateur et son périmètre de partage si cette fonction est activée. Sur Microsoft 365, démontrez que la connexion et l’opération Microsoft requises fonctionnent. Dans les deux cas, désignez un responsable pour la maintenance des intégrations et l’arrêt des dépenses. Si une fonctionnalité essentielle au pilote est indisponible, attendez ou recentrez le pilote sur une tâche utile et réalisable.

Les fondateurs doivent agir lorsque la fragmentation du travail a un coût mesurable. Une entreprise dont les documents, les informations clients et le suivi des livraisons sont dispersés entre plusieurs systèmes a une raison crédible d’évaluer l’offre. Un fondateur qui a surtout besoin de rédiger ponctuellement a moins de raisons de financer un projet d’intégration. Décrivez le blocage récurrent et son coût actuel avant de solliciter les achats.

Les développeurs doivent conserver un contrôle explicite du workflow là où il est nécessaire. La documentation de Workflow Builder de Google décrit des agents conversationnels et des workflows par étapes avec intervention humaine, limités par les outils et les permissions que l’administrateur met à disposition. Cette distinction aide à décider quelles parties d’une tâche peuvent varier et lesquelles exigent une séquence définie ou une approbation avant diffusion.

Pour choisir une plateforme dans un contexte plus large, le guide des plateformes d’agents IA présente les autres options. Ici, la décision dépend de la capacité de Gemini Enterprise à mener à terme le workflow de votre entreprise avec les contrôles et les conditions économiques requis.

Gemini Enterprise face à ChatGPT Enterprise et Microsoft 365 Copilot

ChatGPT Enterprise et Microsoft 365 Copilot disposent déjà de fonctions d’agents et d’intégration documentées par leurs éditeurs. Le positionnement de Gemini comme agent universel ne prouve pas que ses concurrents sont dépourvus de capacités de délégation. Comparez la même tâche, les mêmes permissions de compte et les mêmes critères d’acceptation sur les produits que vous pouvez réellement activer.

La documentation actuelle de Work pour ChatGPT Enterprise indique que les connexions partagées ou appartenant à un agent utilisent les permissions du compte connecté, qui peuvent différer de celles de la personne à l’origine de la demande. Certaines intégrations permettent de limiter les accès à la lecture seule ou à certaines actions. Confirmez le périmètre de ce compte avant de déléguer la tâche choisie.

La documentation de l’écosystème Microsoft 365 Copilot distingue les connecteurs synchronisés, qui indexent les contenus externes, des connecteurs fédérés, qui les récupèrent via MCP. Microsoft documente aussi l’administration des agents et les contrôles existants d’accès aux données des utilisateurs. Une organisation informatique centrée sur Microsoft doit inclure cette voie dans son évaluation.

Ces descriptions donnent les axes de comparaison ; elles ne désignent pas un vainqueur en matière de performance. Intégrez les licences, les fonctionnalités activées et le travail de validation de chaque solution au même modèle de coût avant de décider d’en changer.

Quelles promesses sont exagérées ?

L’exagération consiste à prendre une interface universelle pour la preuve que tout est prêt à fonctionner. Les mentions de disponibilité sur la page produit suffisent à écarter cette hypothèse. Votre workflow dépend toujours de fonctionnalités activées, de connexions correctes et d’un livrable que quelqu’un accepte.

Le routage entre modèles peut offrir davantage de souplesse dans la répartition des coûts, mais aucun pourcentage d’économies ne doit entrer dans le budget sans données sur votre charge de travail et votre facturation. Un agent peut utiliser un modèle moins cher et continuer à consommer trop de temps humain en corrections. Mesurez le résultat accepté plutôt que de vous féliciter du chemin emprunté.

Une identité indépendante d’agent collaborateur améliore l’attribution des actions ; elle ne transfère pas la responsabilité métier au logiciel. Un plafond de dépenses limite les dépenses ; il ne garantit pas que la tâche sera terminée dans cette enveloppe. Le nom d’un connecteur signale une connexion possible ; il n’autorise pas toutes les actions dans le système source.

La règle de décision durable est d’adopter l’offre lorsque les capacités disponibles, les accès maîtrisés et la valeur nette du workflow sont réunis. Attendez lorsqu’une fonctionnalité indisponible est essentielle. Conservez votre workflow actuel lorsque l’effort d’intégration et de validation dépasse le travail qu’il permettrait d’éliminer.

Dès lundi : un workflow, deux systèmes sources

Commencez par un workflow dont vous pouvez examiner chaque étape, de la demande au résultat accepté. À la fin de l’essai, les achats et le responsable du workflow doivent disposer d’éléments exploitables, y compris les échecs et le temps humain nécessaire.

1. 1

   Définir la mission et désigner les responsables

   Choisissez un livrable et deux systèmes sources représentatifs. Désignez le validateur métier et le responsable informatique. Définissez ce que doit contenir un résultat complet, les preuves nécessaires et les informations manquantes qui exigent une remontée au responsable.

2. 2

   Confirmer la disponibilité avant de démarrer l’essai

   Vérifiez votre édition, les connecteurs nécessaires et les opérations autorisées. Obtenez une confirmation propre à votre environnement pour le travail en arrière-plan, le compte d’un agent collaborateur, l’appareil requis ou Claude si la tâche en dépend. Consignez le périmètre disponible et obtenez le devis applicable après l’essai.

3. 3

   Vérifier les limites d’accès

   Fournissez un petit ensemble de sources approuvées. Testez un document autorisé et un document auquel l’identité qui agit ne doit pas avoir accès. Précisez quels livrables restent à l’état de brouillon et qui autorise toute action externe ou modifiant un enregistrement.

4. 4

   Démontrer l’arrêt des dépenses et la traçabilité

   Si le plafond de dépenses de l’agent est activé, utilisez une tâche contrôlée pour vérifier la suspension et identifier qui peut la lever. Reconstituez une mission à partir du journal d’audit. Décidez comment l’équipe métier est avertie d’une tâche inachevée et comment elle la traite.

5. 5

   Mesurer le travail accepté et décider de l’achat

   Relevez le temps du processus manuel de référence, le temps de validation et de correction, les tentatives infructueuses, l’administration et les dépenses supplémentaires réelles. Élargissez le périmètre uniquement si le résultat est utile, si les limites sont respectées et si la valeur nette couvre les coûts du devis. Revoyez le périmètre ou attendez lorsque la capacité requise n’est pas disponible ; conservez le processus actuel si le calcul économique n’est pas favorable.

Pour vos prochaines décisions d’achat d’IA, fondées sur la documentation actuelle et les coûts des workflows, inscrivez-vous à la newsletter.