Stripe a conclu l’acquisition d’OpenRouter pour plus de 7 milliards de dollars, selon plusieurs médias spécialisés en technologie. Cette opération pourrait permettre à la société de paiement de prendre le contrôle d’une des couches techniques en pleine croissance autour de l’intelligence artificielle générative. OpenRouter ne développe pas ses propres modèles comparables à Claude, Gemini ou GPT : il propose une API universelle pour accéder à des centaines de modèles, permettant ainsi de choisir le modèle et le fournisseur adaptés à chaque utilisation. Ni Stripe ni OpenRouter n’ont encore publié officiellement l’accord, ce qui laisse le prix final et les conditions exactes confidentiels.

Les points clés de Stripe et OpenRouter en 20 secondes

• Certains médias évoquent une acquisition dépassant les 7 000 millions de dollars, mais aucune annonce officielle n’a encore été faite.
• OpenRouter donne via une API accès à plus de 400 modèles de plus de 70 fournisseurs.
• Son infrastructure permet de changer de modèle selon le prix, les fonctionnalités, la disponibilité ou la latence.
• En mai, la société a levé 113 millions de dollars, avec une valorisation estimée à environ 1 300 millions.
• Stripe collaborait déjà avec OpenRouter en fournissant des services de paiement, de facturation, de gestion fiscale et de prévention de la fraude.

Ce chiffre est d’autant plus frappant qu’OpenRouter a clôturé en mai une levée de fonds Serie B de 113 millions, valorisant l’entreprise à environ 1 300 millions. En se référant aux plus de 7 000 millions évoqués aujourd’hui, cela signifie que Stripe pourrait valoriser la société plus de cinq fois en quelques mois seulement.

Mais l’intérêt géostratégique de cette opération se situe ailleurs. Elle met en lumière la valeur croissante de l’infrastructure positionnée entre les applications et les modèles d’IA.

Ces dernières années, l’attention s’est concentrée sur la construction du modèle le plus puissant. OpenRouter propose une perspective différente : que se passe-t-il lorsqu’une application peut choisir parmi des centaines de modèles et qu’il n’est plus pertinent d’envoyer toutes ses requêtes au même ?

OpenRouter veut devenir la couche d’abstraction des modèles d’IA

La meilleure façon de comprendre OpenRouter est de l’imaginer comme une porte d’entrée unique vers différents fournisseurs d’intelligence artificielle.

Un développeur peut intégrer son application à l’API d’OpenRouter et y accéder à des modèles d’anthropic, Google, OpenAI, Meta, DeepSeek et d’autres en un seul point, sans avoir à construire des intégrations séparées pour chaque fournisseur.

L’offre dépasse un simple catalogue.

La plateforme peut sélectionner différents fournisseurs pour un même modèle, appliquer des mécanismes de fallback en cas de problème de disponibilité, et définir des politiques liées au prix, à la latence ou au traitement des données.

Cette architecture prend tout son sens alors que le marché des modèles devient de plus en plus fragmenté.

Le modèle le plus puissant n’est pas nécessairement le plus adapté à toutes les requêtes. Utiliser un modèle avancé pour une tâche simple peut générer des coûts inutiles, tandis qu’un modèle plus petit peut être insuffisant pour des tâches complexes.

Une application peut nécessiter divers modèles pour la programmation, le raisonnement, la traduction, la vision, la génération d’images ou des tâches routinières.

C’est ici que l’on parle de model routing : décider de manière programmatique où exécuter chaque requête.

Le router peut être aussi crucial que le modèle lui-même

Cette couche devient encore plus importante avec l’émergence d’agents d’IA.

Une simple interaction avec un chatbot peut entraîner une ou quelques requêtes au modèle. Un agent chargé d’accomplir une tâche pourra réaliser des dizaines de demandes, utiliser des outils externes, analyser des résultats, puis consulter différents modèles avant de conclure.

Multipliée par des millions ou des milliards d’utilisateurs, la capacité à choisir où faire tourner chaque opération devient une question d’optimisation économique majeure.

Le problème n’est plus seulement :

Quel est le meilleur modèle ?

La question technique évolue en une simple problématique de relation entre qualité, prix, latence et disponibilité pour chaque requête.

OpenRouter cherche précisément à automatiser cette décision sans obliger le développeur à modifier en permanence son application.

En mai, la société déclarait avoir vu son volume de tokens passer d’environ 5 trillions à 25 trillions par semaine en six mois, tout en dépassant les huit millions de développeurs. Aujourd’hui, leur site mentionne plus de 10 millions d’utilisateurs mondiaux et plus de 200 trillions de tokens traités chaque mois.

Ces chiffres, provenant d’OpenRouter elle-même, illustrent pourquoi cette infrastructure, qui semblait à l’origine un simple agrégateur d’API, suscite désormais une valorisation à plusieurs milliards.

Stripe, déjà partie prenante de l’infrastructure économique d’OpenRouter

Ce lien existait déjà avant cette éventuelle acquisition.

Début 2026, Stripe annonçait que OpenRouter utilisait plusieurs composants de sa plateforme pour gérer ses opérations économiques.

Parmi eux, figuraient Stripe Invoicing, Stripe Tax et Radar.

Ce partenariat est particulièrement intéressant parce que monétiser des services IA soulève des problématiques différentes de celles des produits SaaS classiques.

Une application peut consommer différents modèles avec des tarifs variables, payant par tokens, images, cache ou autres unités, avec des tarifs qui changent.

Le développeur doit convertir cette consommation variable en prix et en factures pour ses propres clients.

Stripe et OpenRouter collaboraient déjà pour gérer cette complexité.

L’éventuelle acquisition permettrait maintenant de réunir deux couches sous une même entité : celle qui décide où exécuter une requête IA et celle qui en prélève le paiement.

Du payment routing au model routing

Il existe aussi une similitude technologique entre ces deux activités.

Stripe a construit sa position en simplifiant la complexité des paiements via des interfaces intégrables par les développeurs.

OpenRouter cherche à faire la même chose avec les modèles.

Dans un cas, il y a des banques, cartes, devises, pays, méthodes de paiement, fraude, réseaux. Dans l’autre, des modèles, fournisseurs d’inférence, tokens, tarifs, contextes, disponibilité, latence.

Les deux entreprises agissent comme des couches d’abstraction, bien que leurs problématiques techniques soient différentes.

Stripe pourrait à présent relier ces deux univers.

Une application pourrait mesurer le coût d’une opération IA, l’acheminer vers une infrastructure spécifique, suivre son utilisation et la facturer par la suite.

Ce processus devient particulièrement pertinent alors que l’IA s’oriente vers des modèles de paiement à l’usage plutôt que la formule d’abonnement classique.

L’enjeu du vendor lock-in dans cette acquisition

OpenRouter se voulait indépendant d’un fournisseur unique, raison pour laquelle l’un de ses arguments principaux était cette autonomie.

L’idée était simple : si demain apparaît un modèle meilleur ou moins coûteux, une application devrait pouvoir l’adopter sans tout reconstruire.

L’achat par Stripe ne supprime pas nécessairement cette capacité.

Mais il soulève une question : jusqu’où une couche d’abstraction conçue pour réduire la dépendance aux fournisseurs peut-elle finir par devenir elle-même une source de dépendance ?

L’abstraction évite un type de lock-in, mais peut en générer un autre.

Une société qui construit toute sa gestion de modèles, clés, facturation, observabilité et routing autour d’un seul portail externe restera finalement dépendante d’un seul fournisseur, même si elle peut changer de modèle facilement en coulisses.

Pour l’instant, rien ne suggère que Stripe modifiera la politique d’OpenRouter ou favorisera certains fournisseurs. Aucune modification de prix, d’API ou de conditions pour les utilisateurs n’a été annoncée.

Toute conclusion à ce stade serait donc prématurée.

7 milliards pour occuper une position stratégique

Au-delà des chiffres, cette opération révèle une tendance plus large dans le marché de l’IA.

Les investissements massifs dans les modèles fondamentaux ont donné naissance à une seconde industrie : passerelles, observabilité, inférence, bases vectorielles, évaluation, sécurité, agents, outils de gestion des coûts.

OpenRouter occupe une position clé car elle intervient à chaque étape de la requête.

Plus il y a de modèles, plus la nécessité d’une couche pour comparer et basculer entre eux devient importante.

Et plus il y a d’agents automatisant des tâches, plus la décision de choisir le bon modèle et de gérer le budget devient critique.

C’est probablement cette capacité que Stripe valorise en payant plus de 7 milliards d’euros.

OpenRouter ne cherche pas nécessairement à construire le prochain modèle phare. Elle profite du fait que de nombreux concurrents existent et que personne ne peut dominer tout le marché.

Les discussions autour de cette opération soulignent une évolution : la question du model routing pourrait devenir un composant standard dans le backend des applications d’IA.

Il reste à confirmer si Stripe ou OpenRouter officialiseront l’acquisition et comment elles intégreront cette société dans leur groupe.

Mais une valorisation supérieure à 7 milliards d’euros envoie un signal clair : dans la prochaine phase de l’IA, il y a autant à faire dans la construction des modèles que dans la maîtrise de l’infrastructure pour décider quand, où et à quel prix les utiliser.

Questions fréquemment posées

Stripe a-t-elle officiellement acheté OpenRouter ?

Bloomberg rapporte que Stripe aurait conclu un accord pour acquérir OpenRouter pour plus de 7 milliards de dollars. Cependant, ni Stripe ni OpenRouter n’ont encore publié de communiqué officiel précisant les modalités définitives de l’opération.

À quoi sert OpenRouter ?

OpenRouter offre une API commune permettant d’accéder à des centaines de modèles d’IA et de fournisseurs d’inférence. Il facilite leur gestion centralisée et la sélection d’alternatives en fonction de critères tels que le prix, la disponibilité ou les fonctionnalités.

Qu’est-ce que le model routing ?

Il s’agit de la sélection dynamique du modèle ou du fournisseur chargé de traiter une requête. Il permet par exemple d’utiliser un modèle économique pour des tâches simples, tout en réservant des modèles plus coûteux pour des opérations nécessitant davantage de capacités.

Pourquoi OpenRouter peut-il intéresser Stripe ?

Stripe fournissait déjà à OpenRouter des services d’infrastructure de paiement et de facturation. L’acquisition permettrait de fusionner la couche de gestion des modèles avec une plateforme spécialisée dans la conversion de cet usage en transactions, prix et facturation.