Stripe rachète OpenRouter et vise la facturation à l’usage de l’IA

Stripe s’accorde pour acquérir OpenRouter, l’agrégateur de modèles revendiquant des volumes massifs de tokens. La transaction, en grande partie en actions, s’inscrit dans un projet affiché par Stripe: gérer la variabilité des coûts d’inférence et la facturation à l’usage. Les revenus d’OpenRouter ne sont pas publiés, et les ordres de grandeur simulés illustrent l’incertitude autour de la valeur économique du trafic.

Prix non détaillé, revenus absents et paiement surtout en actions

Le prix évoqué pour OpenRouter dépasse 8 milliards de dollars, mais le communiqué de Stripe ne donne aucun chiffre sur le revenu, la marge, le volume de crédits vendus ni la part payante du trafic d’OpenRouter. Le volume de tokens ne permet pas de déduire directement un revenu, en raison des usages gratuits et de la diversité des tarifs selon les types de tokens et services associés. Selon des informations, la majeure partie du financement de la transaction se ferait via des actions Stripe. La société avait atteint une valorisation de 159 milliards de dollars lors d’une opération sur titres en février 2026, et la somme mentionnée correspondrait à environ 5 % de cette valorisation, sous réserve des modalités et des références précises. Stripe procède donc à l’acquisition en utilisant principalement ses propres actions privées, ce qui implique que l’opération pourrait ne pas être totalement liquide pour les actionnaires d’OpenRouter et s’apparenter à un échange de parts.

Des ordres de grandeur théoriques qui montrent l’amplitude de l’incertitude

Stripe avance qu’OpenRouter traite plus de 10 000 milliards de tokens par jour. À titre illustratif, si tous ces tokens étaient payants à 1 dollar par million, la dépense d’inférence annualisée atteindrait environ 3,65 milliards de dollars, et une commission théorique de 5,5 % avoisinerait 201 millions de dollars. À 0,25 dollar par million, cette commission théorique se situerait autour de 50 millions de dollars, tandis qu’à 5 dollars elle dépasserait le milliard. Ces montants ne sont pas des estimations de revenu d’OpenRouter : ils ignorent les modèles gratuits, les conditions négociées, les crédits inutilisés, les remises, les clés client et d’autres modes de facturation. Ils illustrent surtout l’incertitude qui entoure la valeur économique d’un trafic exprimé en tokens.

Objectif affiché : gérer la marge, au-delà de l’encaissement SaaS

Stripe indique vouloir gérer la variabilité de la marge des services d’IA, déplaçant son intervention vers l’amont des coûts de production avec OpenRouter, avant même la génération de la réponse. L’entreprise vise le point où chaque requête devient une décision d’achat et se donne pour cap l’agrégation des rôles de centrale d’achat, de compteur et de système de facturation de l’intelligence. Historiquement, Stripe traitait déjà pour le SaaS les fonctions adjacentes à l’encaissement, comme les paiements, abonnements, relances des cartes refusées, facturation, taxes, reconnaissance du revenu et lutte contre la fraude.

Pourquoi l’IA bouscule la tarification et la marge des éditeurs

Dans le SaaS, le coût marginal par client reste limité et la tarification se fait souvent par utilisateur. À l’inverse, dans l’IA, chaque inférence génère un coût et la tarification s’exprime par usage, crédit, tâche ou résultat, avec une multiplicité de modèles et de fournisseurs. La marge dépend alors de la consommation et impose des arbitrages en amont. À chaque requête, la réponse d’un modèle nécessite un nouveau calcul et sollicite des ressources telles que les tokens, la puissance de calcul, la mémoire et parfois des services tiers. Le coût dépend de plusieurs facteurs : la demande, le modèle utilisé, la longueur du contexte, le nombre d’étapes de raisonnement et le nombre de tentatives. Deux applications à revenu identique peuvent ainsi présenter des marges très différentes ; un abonnement à 20 euros peut rester rentable avec un usage rare et devenir déficitaire avec un usage quotidien d’un modèle onéreux et de contextes longs.

OpenRouter, de passerelle multi‑modèles à mécanique fintech

OpenRouter est une interface qui permet d’accéder à plusieurs modèles sans devoir intégrer séparément les API d’acteurs comme OpenAI, Anthropic, Google ou DeepSeek. La plateforme fonctionne avec des crédits en dollars : l’utilisateur crédite un compte et le coût de chaque requête est déduit du solde. OpenRouter affirme répercuter les tarifs publics des fournisseurs sans majoration sur l’inférence ; en revanche, elle prélève 5,5 % lors de l’achat de crédits, avec un minimum de 0,80 dollar, et peut facturer des clients qui utilisent leurs propres clés au‑delà de certains seuils. Un routeur peut de plus sélectionner un modèle selon la complexité demandée, le prix, la vitesse, la disponibilité ou des règles de confidentialité de l’entreprise.

Une base installée et des données d’usage au cœur de l’actif

Stripe a annoncé l’acquisition d’OpenRouter, qui offre l’accès à plus de 400 modèles auprès de plus de 80 fournisseurs et revendique plus de 10 millions de développeurs et d’entreprises. En janvier 2026, OpenRouter utilisait déjà Stripe pour la facturation, les taxes et la lutte contre la fraude, et se prévalait alors de cinq millions de développeurs. L’actif comprend une distribution large auprès des développeurs, une position entre fournisseurs de modèles et des données économiques détaillant les modèles employés, les prix acceptés, les changements de fournisseurs, la latence, les taux d’échec et la sensibilité aux arbitrages coût/qualité. S’il est possible de construire un routeur, déplacer des millions d’intégrations existantes est bien plus difficile.