La dépendance aux fournisseurs IA s'installe sans qu'on la décide. Coût, continuité, verrouillage : ce qu'un dirigeant doit anticiper pour garder la main.
Matthieu Sénéchal
29.06.2026
.png)
Personne ne décide un matin de dépendre d'un fournisseur. La dépendance à un fournisseur d'IA s'installe petite à petit, par commodité. Un modèle marche bien, vos équipes construisent dessus sans trop se poser de questions, et tout va vite. Puis arrive le jour où changer coûterait des mois de travail, ou deviendrait carrément impossible sans réécrire une partie de votre produit.
À mesure que vos équipes passent de l'écriture de code au pilotage de systèmes qui s'appuient sur des services externes, une part du cœur de votre production se retrouve chez des acteurs sur lesquels vous n'avez aucune prise. Vous en dépendez déjà. Reste à savoir jusqu'où, et ce que ça vous coûtera le jour où l'un d'eux changera les règles.
C'est un raisonnement d'industriel. Quand un composant critique de votre chaîne vient d'un fournisseur extérieur, vous savez d'instinct qu'il faut le surveiller, négocier, garder une alternative sous le coude. La tech a longtemps échappé à ce réflexe, parce qu'on la produisait en interne. Vos développeurs écrivaient le code, vous possédiez le résultat.
Aujourd'hui, une part de cette production passe par des modèles que vous louez à l'usage. Et le mécanisme qui vous attache à eux est plus subtil qu'une simple facture.
Tant que vous consommez un modèle de façon basique, vous passez de l'un à l'autre presque sans friction. Vous testez Claude, puis Mistral, puis un autre, l'interface change un peu et c'est réglé. Le piège se referme quand vous bâtissez votre système autour des briques d'un fournisseur : ses orchestrateurs d'agents et ses outils maison. À ce moment, partir ne signifie plus changer d'abonnement. Ça signifie reconstruire.
Et ces fournisseurs conçoivent leurs produits exactement pour ça. Ils investissent énormément pour vous simplifier la vie, précisément parce qu'une vie facile chez eux rend le départ difficile. C'est le cœur de ce qu'on appelle le vendor lock-in, appliqué à l'IA.
Une fois qu'on a posé le mécanisme, le risque devient concret. Il se manifeste de trois manières, qui ne pèsent pas du même poids ni au même moment.
On sort de ce que certains appellent le Golden Age de l'IA. Pendant deux ans, des forfaits ont été vendus à des prix déconnectés de leur coût réel. L'exemple est parlant : un abonnement facturé autour de 200 € par mois dont l'usage réel, si chaque token était payé à son prix, représenterait plusieurs milliers d'euros. Or ces entreprises doivent devenir rentables, et la facture finira par rattraper la réalité.
En juin 2026, GitHub Copilot a basculé l'ensemble de ses offres vers une facturation à l'usage et supprimé le forfait illimité sur lequel beaucoup d'équipes s'étaient installées. Et le changement peut s'opérer de manière plus discret encore : un fournisseur peut garder ses tarifs affichés intacts tout en modifiant sa façon de compter les tokens. Votre note grimpe alors sans qu'aucune ligne de prix n'ait bougé.
Un budget IA calé sur les tarifs du moment peut donc se vider bien avant la fin de l'exercice. Et comme la dépense suit l'usage, elle gonfle précisément quand vos équipes adoptent l'outil, au moment le moins propice pour la freiner.
Un modèle sur lequel repose votre produit n'a rien d'un acquis. Il peut disparaître du catalogue ou être coupé par une décision réglementaire. Il peut aussi, plus discrètement, perdre en qualité pendant une semaine sans que personne vous prévienne.
Ce dernier cas est le plus sournois. Quand un modèle se met à produire des résultats moins bons sur plusieurs jours, encore faut-il être capable de le détecter, puis d'agir. C'est le travail d'un responsable qualité face à un fournisseur industriel, à une différence près : ce fournisseur-là ne vous envoie aucun avis de modification. Vous le découvrez dans vos propres indicateurs, ou vous ne le découvrez pas.
Plus bref, mais à ne pas négliger. Tout ce qui transite par ces modèles passe par des infrastructures tierces, et une partie des grands fournisseurs s'octroie des droits étendus sur ces données. Le cadre réglementaire européen ajoute sa propre pression par-dessus. Ce risque n'est pas le plus pressant pour votre produit. Il a juste la mauvaise habitude de se révéler tard, souvent au moment où vous avez le moins envie de vous en occuper.
Aucune de ces formes de dépendance ne se règle dans l'urgence. Elles se préparent en amont, pendant que vous avez encore le choix. Quelques arbitrages concrets :
L'écart entre la conscience du risque et la capacité à y répondre est large. Dans son enquête 2026 sur le cloud, menée auprès de 540 responsables informatiques aux États-Unis, au Royaume-Uni et en Allemagne, Parallels relève que 94 % des organisations s'inquiètent du verrouillage fournisseur, avec en tête l'incertitude des feuilles de route et la pérennité du support. L'étude parle du cloud et des postes de travail virtualisés, mais le constat s'applique presque mot pour mot aux modèles d'IA. Identifier le risque ne suffit pas. Tout se joue dans la préparation, et elle se construit avant d'en avoir besoin.
La dépendance aux fournisseurs IA n'a rien d'une fatalité. Traitez-la comme vous traiteriez l'arrivée de n'importe quel fournisseur critique dans votre production, avec la même exigence de contrôle et la même envie de garder une alternative. C'est un sujet de gouvernance avant d'être un sujet technique, et c'est précisément pour ça qu'il revient au dirigeant et pas seulement au CTO.
Reste une zone grise que personne ne tranche vraiment aujourd'hui. Jusqu'où accepter de s'appuyer sur des fournisseurs dont les capacités, parfois, dépassent déjà ce que vous pourriez reconstruire vous-même ? La réponse honnête, c'est qu'on n'en a pas encore de propre. On sait juste que la repousser indéfiniment a un prix, et qu'il se paie au plus mauvais moment.
On a creusé ce sujet dans notre dernière newsletter de veille. Si vous voulez prolonger la réflexion, c'est par ici : https://media.hones.fr/p/lequipe-tech-de-2028-a-quoi-vous
C'est la situation où votre produit repose tellement sur un fournisseur de modèle IA que vous ne pouvez plus en changer sans coût élevé. Elle ne vient pas d'une décision, mais d'une accumulation : vous construisez votre système autour des outils et formats d'un acteur, et au fil du temps, sortir reviendrait à reconstruire une partie de votre produit. Plus l'intégration est profonde, plus le verrouillage est fort.
En gardant une architecture multi-modèles, pensée dès le départ pour basculer d'un fournisseur à l'autre. Concrètement : éviter de tout construire sur les briques propriétaires d'un seul acteur, évaluer plusieurs modèles en parallèle, et répartir vos usages selon le rapport qualité/coût plutôt que par habitude. L'objectif n'est pas de tout internaliser, mais de toujours conserver une alternative crédible.
Probablement, oui. Une partie des offres actuelles sont vendues sous leur coût réel, le temps que les fournisseurs gagnent des parts de marché. À mesure qu'ils cherchent la rentabilité, les modèles de facturation évoluent vers l'usage réel. Un budget calé sur les tarifs du moment risque donc d'être dépassé. Mieux vaut piloter chaque usage à la dépense plutôt que de raisonner en forfait fixe.
Plusieurs : une facture qui grimpe plus vite que l'usage, l'incapacité de votre équipe à estimer le coût d'un changement de fournisseur, l'absence d'indicateurs sur la qualité des modèles utilisés, ou un produit dont des fonctions clés ne tournent que chez un seul acteur. Si aucune alternative n'a jamais été testée, c'est souvent que la dépendance est déjà installée.
Contenu mis à jour le :
29.06.2026
Blog
Blog
.png)
.png)
.png)