OpenRouter a annoncé sur son blog officiel rejoindre Stripe. Le communiqué ne mentionne aucun prix, précisant seulement que l'opération reste soumise aux conditions de clôture habituelles et devrait se conclure dans quelques semaines. Le montant provient de sources externes : Bloomberg évoque une somme supérieure à 7 milliards de dollars, tandis qu'Axios a ensuite indiqué que l'opération combinait numéraire et actions pour un total dépassant 8 milliards de dollars.
Ce même communiqué a dévoilé l'ampleur de l'entreprise : plus de 10 000 milliards de tokens relayés chaque jour, plus de 400 modèles connectés, plus de 10 millions de développeurs et d'entreprises desservis, un volume d'activité multiplié par au moins 10 chaque année, et une équipe d'environ 90 personnes.
Sa dernière levée de fonds publique remonte à une série B de 113 millions de dollars menée par Google, avec une valorisation post-levée de 1,3 milliard de dollars. Au prix de 7 milliards, le multiple atteint 5,4 fois.
Comment 90 personnes valent-elles 7 milliards de dollars
Un calcul approximatif à partir de chiffres publics : avec 10 000 milliards de tokens relayés par jour, à un prix mixte estimé à 0,5 dollar le million de tokens — une valeur médiane approximative, entre les modèles ouverts bon marché et les modèles fermés haut de gamme —, le chiffre d'affaires quotidien généré par ce flux avoisinerait 5 millions de dollars, soit environ 1,8 milliard de dollars sur une base annuelle. Le modèle économique d'OpenRouter consiste à prélever une commission sur ce flux, publiquement fixée à environ 5 %, ce qui donne un chiffre d'affaires annualisé estimé de l'ordre de 90 millions de dollars.
Les 7 milliards de dollars représentent donc plus de 70 fois ce chiffre d'affaires. L'acheteur ne paie manifestement pas pour les profits actuels, mais pour cette position stratégique.
Ce qui rend cette position particulière, c'est qu'elle contrôle simultanément deux choses : le choix du modèle et la mesure de l'usage. Le développeur transmet sa requête à OpenRouter, qui décide vers quel fournisseur l'envoyer, à quel niveau de prix, et vers quelle solution de repli en cas de dépassement de délai ; et chaque relais doit être enregistré, réglé et facturé. Le premier volet décide où va l'argent, le second, comment il est calculé.
Pourquoi une entreprise de paiement achèterait-elle un routeur
Le cœur de métier de Stripe est l'infrastructure de paiement, ce qui revient fondamentalement à mesurer et à régler des transactions. Les appels d'IA ont complètement changé la forme de cette activité : le prix unitaire tombe à un millième de centime, la fréquence grimpe à des milliers de milliards d'appels par jour, et celui qui paie est un programme, pas une personne devant un écran de paiement.
Sous cet angle, le routage de modèles et la passerelle de paiement présentent des structures assez proches : les deux opèrent une sélection en temps réel parmi plusieurs backends, puis enregistrent chaque transaction avec précision. Depuis deux ans, Stripe pousse des protocoles de paiement et des systèmes de comptes destinés aux agents ; intégrer une couche intermédiaire qui choisit déjà les modèles pour le compte des développeurs revient à fusionner la porte d'entrée et le règlement en un seul point.
OpenRouter a formulé trois promesses dans son communiqué : la marque et la mission restent inchangées ; les intégrations existantes des utilisateurs n'ont pas besoin d'être modifiées ; les décisions de routage continueront de reposer sur un seul critère, "ce qui est le mieux pour vous".
Les deux premières promesses sont faciles à tenir ; la troisième constitue la véritable variable de cette opération. La valeur d'un routeur neutre repose sur le fait qu'il ne favorise aucun fournisseur de modèles ; une fois rattaché à une entreprise de paiement, la question que se poseront les fournisseurs sera de savoir si le classement de leur modèle sur ce canal finira par être lié aux conditions de règlement.
La couche intermédiaire commence à être absorbée
La guerre des prix au niveau des modèles, l'an dernier, a comprimé les marges à l'extrême, et la valeur se déplace vers les deux extrémités de la chaîne — d'un côté les fournisseurs qui détiennent la puissance de calcul et les poids des modèles, de l'autre la porte d'entrée qui détient les utilisateurs et la facturation. Le routage, les passerelles et les outils d'observabilité étaient jusqu'ici souvent décrits comme une fine couche de colle entre les deux ; le prix de cette opération montre que l'acheteur ne voit pas les choses ainsi.
Pour les développeurs, presque rien ne change à court terme : les intégrations restent identiques, la facturation aussi. À moyen terme, deux points sont à surveiller : le degré de transparence des pondérations de routage, et si le seuil d'entrée pour les nouveaux fournisseurs va se relever. Aucun de ces deux points n'apparaîtra dans les communiqués de presse ; ils ne se révéleront que des mois plus tard, dans les grilles tarifaires et les courbes de latence.
Pour les équipes qui dépendent d'OpenRouter comme canal par défaut pour accéder à des modèles étrangers, une considération pratique s'ajoute. Après ce changement de propriétaire, les contrôles de conformité, l'entité de règlement et les flux de données devront repasser par l'ensemble du processus ; les parties déjà intégrées auraient intérêt à préparer un canal de secours en amont.
Sources : communiqué officiel d'OpenRouter, Bloomberg, CocoLoop, Axios, Fortune ; le communiqué officiel confirme le volume quotidien de tokens relayés, le nombre de modèles et la taille de l'équipe, le montant de l'acquisition a été recoupé entre Bloomberg et Axios, et le multiple de valorisation a été calculé à partir des 1,3 milliard de dollars de la série B.