Claude ou Gemini : une question posée deux fois, et mal posée une fois sur deux

La question se pose presque toujours dans le même contexte : l’entreprise paie déjà Google Workspace, l’assistant est apparu dans Gmail et dans Docs, et quelqu’un demande pourquoi il faudrait acheter autre chose. C’est une question raisonnable. Elle en contient simplement deux, et les confondre est l’erreur la plus fréquente que nous voyons en comité.

Gemini arrive en entreprise par deux portes distinctes : l’assistant intégré à la suite bureautique, et le modèle disponible sur la plateforme d’IA de Google Cloud. Claude est absent de la première et présent sur la seconde. La comparaison frontale n’a donc de sens que sur l’une des deux — et sur l’autre, la vraie décision n’est pas celle qu’on croit prendre.

Porte n° 1 : la suite bureautique, où le coût marginal paraît nul

En janvier 2025, Google a fondu Gemini dans ses offres Workspace payantes et supprimé les modules complémentaires vendus séparément, en relevant le prix de base des forfaits. Conséquence pratique : une entreprise déjà abonnée à Business Standard ou au-dessus a déjà payé l’assistant présent dans Gmail, Docs, Meet et Slides. Un module d’accès étendu aux modèles reste commercialisé à part pour les usages plus intensifs, mais le socle, lui, est inclus.

C’est un argument réel, et il faut le reconnaître pour ce qu’il est : un argument de distribution, pas de capacité. Le même mécanisme joue chez Microsoft avec Copilot. Ce que le forfait achète, c’est de l’assistance là où le travail a déjà lieu — et c’est précisément ce qui fait sa force sur les usages diffus : rédiger, résumer, retrouver, reformuler.

Ce qu’il n’achète pas, c’est le spécifique. Vos contextes métier, vos jeux d’évaluation, vos garde-fous, vos connexions aux systèmes internes : rien de tout cela n’arrive avec une licence. Sur ce périmètre, la ligne budgétaire ne prédit pas la valeur ; le taux d’usage réel, si. Une suite dont l’assistant est activé pour tout le monde et employé par un quart des équipes coûte davantage qu’elle ne rapporte, quel que soit le modèle derrière.

Porte n° 2 : la plateforme, où la question est mal posée

Le 22 avril 2026, Google a annoncé que Vertex AI devenait Gemini Enterprise Agent Platform : l’ensemble des services Vertex et leur feuille de route passent désormais exclusivement par cette plateforme. Son catalogue, Model Garden, donne accès à plus de deux cents modèles — ceux de Google, ses modèles ouverts, et des modèles tiers dont ceux d’Anthropic.

La conséquence est souvent mal mesurée. Sur Google Cloud, choisir Claude ou Gemini n’est pas choisir un fournisseur, un contrat, une région, un annuaire d’identités ni une facturation. C’est choisir un modèle à l’intérieur d’un périmètre déjà négocié par votre DSI. Le coût de bascule que l’on redoute — nouvel achat, nouvelle revue de sécurité, nouvelle conformité — n’existe pas à cette couche : il a déjà été payé le jour où l’entreprise est entrée chez Google Cloud.

Autrement dit, une entreprise qui a déjà un contrat Google Cloud peut évaluer Claude sur ses propres données sans ouvrir de cycle d’achat. Ce n’est pas un détail de procédure : c’est ce qui transforme un arbitrage de comité en test mesurable, et c’est la raison pour laquelle nous recommandons d’instruire la question à l’envers — mesurer d’abord, trancher ensuite.

Ce qui a changé pour une entreprise française

Le point de blocage récurrent côté Claude était la localisation. Il faut le dire sans détour : l’API directe d’Anthropic ne propose toujours pas de résidence des données en Union européenne. Sur Google Cloud, en revanche, les modèles Claude disposent depuis 2026 de points d’accès multirégionaux, dont un pour l’Union européenne — annoncés en préversion publique le 16 avril 2026 et en disponibilité générale le 15 mai suivant. Leur principe : mutualiser la capacité entre plusieurs régions d’une même zone géographique pour gagner en robustesse, tout en maintenant le traitement à l’intérieur de cette zone. On ne choisit plus entre une région unique et la disponibilité.

Sur l’entraînement, les deux maisons convergent, et ce n’est donc pas là que se joue la décision. Les conditions de service de Google Cloud comportent une clause de restriction d’entraînement : les données client ne servent pas à entraîner ou affiner de modèles sans instruction ou autorisation préalable. Anthropic n’entraîne pas non plus sur les données des déploiements commerciaux. Les écarts se situent ailleurs — durées de rétention, conditions de non-rétention, certifications — et ces points-là se vérifient sur pièces, contrat en main, pas sur une page marketing.

Ce qui départage réellement

Une fois ces deux portes séparées, la décision tient à quatre questions :

• Où se fait le travail que vous voulez outiller ? S’il se fait dans la messagerie, le traitement de texte et la visioconférence, l’assistant intégré à la suite gagne par défaut, et il est déjà payé.
• Quelle est la part de travail documentaire long et de développement logiciel ? C’est le terrain où l’outillage autour de Claude est le plus mûr, et où l’écart se voit sur des tâches réelles plutôt que sur des démonstrations.
• Qui gouverne l’accès à vos systèmes internes ? Le protocole MCP est implémenté par les clients des deux camps ; les serveurs que vous construisez pour exposer votre CRM ou votre base documentaire servent les deux, et survivent à un changement d’avis.
• Construisez-vous des agents, ou consommez-vous un assistant ? La première activité appelle une plateforme, une architecture et des évaluations ; la seconde appelle un plan d’adoption. Ce sont deux projets différents, avec deux équipes et deux rythmes.

Le scénario le plus fréquent : les deux, sans que ce soit une indécision

Dans la majorité des entreprises que nous accompagnons, la configuration stable n’est pas un vainqueur unique. C’est l’assistant de la suite pour l’usage quotidien diffus — puisqu’il est inclus et déjà déployé — et Claude sur la plateforme pour ce qui est construit : agents métier, chaînes de traitement documentaire, outillage de développement. Les deux ne se disputent pas le même terrain, et leur coexistence ne coûte presque rien en gouvernance, puisque l’identité, le périmètre cloud et l’audit sont communs.

Cette coexistence devient coûteuse dans un seul cas : quand deux équipes construisent en parallèle deux plateformes d’agents, avec deux jeux d’évaluation et deux catalogues d’outils. L’arbitrage à rendre n’est alors pas « quel modèle », mais « où construit-on » — une décision d’architecture, à prendre une fois, explicitement.

Notre parti pris est assumé : nous avons bâti notre offre sur Claude, pour la qualité de son outillage sur le travail documentaire et le développement, et parce que sa disponibilité sur les grandes plateformes cloud simplifie les passages en production. Mais la valeur durable ne vient pas du modèle. Elle vient des contextes métier, des évaluations et des connexions au système d’information que vous construisez autour — la seule couche qui ne se refait pas à chaque génération de modèles.