La taxe de 5 % liée à l’IA : comment Stripe-OpenRouter transforme les compétitions en matière d’IA

La taxe de 5 % pour l’IA : comment Stripe-OpenRouter transforme les compétitions liées à l’IA

Voici le fait le plus étrange concernant l’acquisition récente par Stripe de OpenRouter.Plus de 7 milliards de dollarsLa chose que Stripe vient de acheter implique une commission de 5 % sur les dépenses liées à l’inférence d’IA. Ses principaux fournisseurs sont également ses principaux clients pour le traitement des paiements. Stripe est donc l’entreprise qui gère le trafic d’IA, facture les coûts correspondants, traite les paiements destinés aux fournisseurs de modèles d’IA, et prend une part sur chaque token qui passe par son système. En réalité, c’est une sorte de boutique d’applications pour les modèles d’IA, mais cette boutique gère également les transactions bancaires des développeurs d’applications.

L’idée principale est que Stripe s’est simplement acquis une position au cœur de l’économie de l’IA, une position qui ressemble au point de congestion le plus rentable dans le secteur technologique : la commission sur les plateformes. La marge de 5 % que OpenRouter prend sur les dépenses d’inference est identique à celle que Apple prend sur les achats intégrés, mais avec une marge plus faible et un stade de développement du marché encore plus précoce. La question pour les investisseurs de Microsoft et Google – deux entreprises publiques ayant le plus grand impact sur les revenus liés aux inférences IA, via OpenAI et Google DeepMind respectivement – est de savoir si cette marge de 5 % représente un plafond ou un seuil, et si les fournisseurs peuvent trouver un moyen de contourner cela.

Ce que Stripe a vraiment acheté

OpenRouter est un marché où les développeurs peuvent accéder à des centaines de modèles d’IA via une seule API. Au lieu de gérer des comptes distincts avec OpenAI, Anthropic et Google, le développeur envoie toutes ses requêtes à OpenRouter, qui les dirige vers le meilleur fournisseur en fonction du prix, de la latence ou des capacités offertes. OpenRouter facture…5 % de marge supplémentaire sur le montant facturé par le fournisseur du modèle de base.Si vous dépensez 100 $ sur les tokens Claude via OpenRouter, Anthropic reçoit environ 95 $, et OpenRouter garde 5 $.

Les chiffres sont déjà considérables. OpenRouter produisait environ140 millions de dollars en revenus annuels en juilletCela représente presque un triple de 50 millions de dollars en mars. L’entreprise traite plus de 250 trillions de tokens par mois, avec l’aide de 8 millions de développeurs. Le niveau de capital nécessaire pour fonctionner est très faible : l’entreprise compte moins de 100 employés, et ses marges brutes sont d’environ 70 %. En effet, le coût marginal pour acheminer une requête via un serveur de point de présence est proche de zéro.

Le prix d’acquisition de 7 milliards de dollars (en baisse par rapport à…10 milliards de dollars, selon les rumeurs en juillet.Les valeurs de OpenRouter se situent à environ 50 fois ses revenus actuels. C’est un coût élevé, mais les calculs sont cohérents si l’on suppose que les dépenses liées à l’inference d’IA augmenteront rapidement, et que la position d’OpenRouter en tant qu’intermédiaire restera stable. Un taux de commission de 5 % sur une base en croissance est une situation rentable : marges élevées, effets de réseau, et des coûts de transition liés au fait de intégrer la logique de facturation et de routage dans des milliers d’applications.

Thèse du Gardien

La raison pour laquelle cela est important, au-delà du tableau de propriété de Stripe, est que OpenRouter, sous la propriété de Stripe, constitue un point de blocage structurel. Chaque développeur qui utilise OpenRouter a cédé le contrôle sur la sélection des modèles au niveau du couche de routage. La couche de routage, désormais sous propriété de Stripe, a donc un intérêt à optimiser ses propres économies… Or, les économies de Stripe ne sont pas identiques aux économies des fournisseurs de modèles.

Pensez à ce que Stripe obtient : elle gère les paiements pour OpenAI et Anthropic. Il s’agit de comptes importants et en croissance. De plus, Stripe possède également le niveau de routage qui relie ces fournisseurs aux clients. Cette combinaison crée une structure familière : la plateforme contrôle l’accès aux clients, contrôle les relations de facturation, et contrôle les données concernant les modèles utilisés et les prix associés. C’est donc la structure d’une boutique d’applications. Ce n’est pas parce que Stripe facture 30 % (ce n’est pas le cas pour l’instant), mais parce que la plateforme a le pouvoir de décider ce qui sera mis en avant et ce qui sera caché.

Le mécanisme est simple. Si vous êtes un développeur qui utilise OpenRouter, vous ne voyez pas les prix ou les conditions d’offre du fournisseur sous-jacent. Vous ne voyez que l’API unifiée d’OpenRouter et les factures d’OpenRouter. Si Stripe voulait orienter le trafic vers des modèles qui lui offrent de meilleurs bénéfices – par exemple, des modèles où le prix de gros du fournisseur est plus bas, ou des modèles où Stripe peut obtenir des réductions en fonction du volume de transactions – il pourrait le faire en ajustant l’algorithme de routage. Le développeur ne le saurait pas, car la logique de routage est conçue de manière opaque.

C’est la partie de l’histoire qui ressemble à une théorie du complot… jusqu’à ce qu’on se rappelle que le but d’un routeur est de prendre des décisions que l’utilisateur ne voit pas. L’unique avantage d’OpenRouter est que « vous nous envoyez votre demande, et nous choisirons le meilleur modèle pour la traiter ». L’utilisateur compte sur le routeur pour agir en son intérêt. Sous le nom de Stripe, le routeur est également soumis à une entreprise qui a ses propres intérêts financiers ; c’est cette entreprise qui décide du modèle à utiliser.

La contrainte hard : la permission, pas la propriété

C’est ce qui rend l’analogie avec les stores d’applications incomplète. La capacité d’OpenRouter à revendre des modèles provenant d’OpenAI, d’Anthropic et de Google dépend entièrement du fait que ces fournisseurs continuent à permettre l’accès via des APIs tierces. Les fournisseurs peuvent interrompre l’accès d’OpenRouter à tout moment. Ils peuvent changer leurs conditions d’utilisation. Ils peuvent offrir des prix plus avantageux aux clients qui se tournent vers eux directement. Ils peuvent également développer leurs propres systèmes de routage.

La publication sur LinkedIn qui a analysé cette situation décrivait le neutralisme d’OpenRouter de la manière suivante :Autorisation accordée par les laboratoires qu’il met en place entre eux.C’est tout à fait correct. OpenRouter ne possède pas les modèles en question. Il n’a pas non plus le contrôle sur les ressources de calcul. Il dispose seulement d’une couche d’interface d’API et d’un système de facturation. Les modèles eux-mêmes – ce qui est vraiment important – restent sous le contrôle des laboratoires.

Et les laboratoires ont déjà montré qu’ils sont conscients de cette dynamique. Anthropic a eu des problèmes avec les intermédiaires qui cherchent à revendre ses modèles. Les fournisseurs de services cloud – Amazon Bedrock, Google Vertex AI, Microsoft Azure – offrent tous leurs propres portails d’IA, qui permettent d’accéder aux modèles en même temps que les contrats cloud existants. Ce sont des alternatives naturelles, qui ne nécessitent pas de confiance en un tiers pour accéder aux modèles.

La concentration des revenus sur OpenRouter est également intéressante. En termes de volume de trafic, les modèles chinois de poids ouvert (DeepSeek, Qwen d’Alibaba, Tencent) dominent désormais la plateforme, représentant ensemble environ46 % du traficGoogle occupe environ 12,5 % du marché.Anthropic à 14,8 %, et OpenAI à seulement 8,4 %.Mais la part des tokens n’est pas la même que la part des revenus : les modèles à prix élevé de Anthropic captent probablement une proportion bien plus importante des revenus de OpenRouter que ne le montrent les chiffres quantitatifs. L’important est que l’activité d’OpenRouter dépend structurellement des fournisseurs qu’elle met en relation avec elle-même. Ces fournisseurs disposent eux-mêmes de leurs propres canaux de distribution.

La taxe de 5 % : qui la paie, qui ne la paie pas

Pour les investisseurs de Microsoft et Google, le impôt de 5 % sur l’IA est un coût réel, mais manageable. Microsoft, grâce à ses investissements dans OpenAI et son service Azure OpenAI, perçoit directement les revenus liés aux inférences d’IA. Un développeur qui utilise GPT-5.5 via Azure paie à Microsoft, et non à OpenRouter. Le impôt de 5 % s’applique uniquement à la partie des inférences d’IA qui se fait via le gateway OpenRouter. Plus les dépenses en IA pour les entreprises se font via des contrats cloud – ce qui est le cas pour la plupart des cas –, moins cet impôt devient important.

La position de Google est encore plus isolée. Google dispose de son propre gateway d’IA dans Vertex AI, de ses propres modèles (Gemini, Gemma) et de sa propre infrastructure cloud. Le taux d’impôt de 5 % sur la partie du trafic d’IA qui passe par OpenRouter n’est qu’une erreur de calcul, par rapport à l’avantage structurel que représente de posséder tout le stack technologique.

L’exposition réelle concerne les fournisseurs qui comptent sur OpenRouter comme canal de distribution. Les petits laboratoires d’IA, les hébergeurs de modèles open-source et les fournisseurs qui n’ont pas de équipes de vente pour le secteur grand public sont ceux qui ne peuvent pas se permettre de perdre leur canal via OpenRouter. Pour eux, la taxe de 5 % n’est qu’un coût de accès ; sous Stripe, ce coût pourrait augmenter.

Qu’est-ce qui pourrait bouleverser la thèse ?

La thèse du gardien de porte exige deux conditions pour être vraie : premièrement, que Stripe ait la capacité de gérer le trafic ; deuxièmement, qu’il ait l’incitation à le faire de manière à obtenir plus que le 5 % actuel. Ces deux conditions sont plausibles, mais pas inévitables.

La capacité de pilotage est réelle, mais limitée. Les développeurs compétents, qui savent exactement quel modèle ils souhaitent utiliser, peuvent ignorer complètement le routeur et contacter directement le fournisseur. La valeur du routage est la plus élevée pour ceux qui ne se soucient pas du modèle utilisé, et qui veulent simplement obtenir l’option la moins chère ou la plus rapide. C’est un marché important et en croissance, mais il ne représente pas tout le marché. Les tâches à haute valeur et à hauts risques – analyse juridique, modélisation financière, génération de code pour les systèmes de production – sont généralement spécifiques à un modèle particulier et donc moins adaptées au routage.

L’incitation à augmenter les taxes est également limitée. Si Stripe augmente la commission de 5 % à 10 % ou 15 %, cela crée une incitation forte pour les fournisseurs de réduire leurs propres conditions avec les développeurs, ou pour des concurrents comme LiteLLM (l’alternative open-source au routage) de gagner en popularité. La commission de 5 % existe parce qu’elle correspond approximativement au prix qui rend la commodité valable. Si elle est augmentée davantage, l’économie liée au dérochement aux règles de routage devient attrayante.

Le scénario le plus probable n’est pas que Stripe devienne le gestionnaire des inférences d’IA. C’est plutôt que Stripe deviendra le système de facturation et de routage dominant pour les millions de développeurs indépendants, de passionnés et d’outils internes qui ne disposent pas de contrats cloud d’entreprise. C’est une bonne opportunité commerciale. Ce n’est pas une menace existentielle pour les grands fournisseurs de modèles d’IA.

La question de la classification

La chose la plus intéressante dans cet accord, c’est la frontière de classification qu’il représente. Stripe est-il un processus de paiement qui a acheté un outil de routage, ou est-ce plutôt une plateforme qui a acheté une route à péage ? La réponse déterminera comment les régulateurs, les concurrents et les clients réagiront.

Si Stripe n’est qu’un processus de paiement, qui aide également à choisir les modèles utilisés, alors les 5 % de frais représentent simplement une dépense de commodité. Les fournisseurs peuvent donc concurrencer selon leurs propres conditions. Mais si Stripe est une plateforme qui contrôle l’accès aux clients et peut percevoir des redevances, c’est une situation différente : cela suscite des critiques en matière d’antitrust, des objections de la part des fournisseurs, et des soupçons de la part des clients.

La vérité se trouve quelque part entre les deux. Stripe dispose de l’infrastructure nécessaire pour devenir un « gatekeeper », mais il ne possède pas le pouvoir d’un store d’applications. Le store d’applications fonctionne parce que Apple contrôle les appareils. Stripe, quant à lui, ne contrôle pas le modèle économique. Il contrôle simplement la relation entre le développeur et le modèle économique en question, et cette relation est interchangeable.

Pour l’instant, le coût de 5 % lié à l’IA représente un coût réel qui incombe au secteur de l’IA le plus fragmenté et le moins puissant. Pour Microsoft et Google, il s’agit d’un coût lié aux activités commerciales menées via des partenaires tiers – un coût que leur permettent de réduire en concentrant davantage les investissements dans l’IA sur leurs propres services cloud. La question vraie est de savoir si ce coût de 5 % deviendra une limite qui augmentera avec la consolidation du marché, ou s’il deviendra un plafond que les alternatives pourront remplacer. Je pense que c’est ce dernier cas. Mais la seule façon de savoir avec certitude est d’observer ce que fait l’algorithme de routage lorsque Stripe a eu quelques trimestres pour l’optimiser.