OpenRouter : API unifiée, routage de modèles, Stripe et usages en entreprise

OpenRouter est une passerelle d'accès aux modèles de langage. Elle ne cherche pas à concurrencer OpenAI ou Anthropic sur la création de modèles : elle place entre une application et les fournisseurs une API unique, compatible avec celle d'OpenAI, qui donne accès à plus de 400 modèles issus de plus de 80 fournisseurs, d'après l'annonce de Stripe d'août 2026. Pour une équipe, cela revient à écrire une seule intégration et à choisir le LLM au moment de l'appel.

L'entreprise est fondée en 2023 aux États-Unis par Alex Atallah, qui en est le directeur général et qui avait cofondé la place de marché OpenSea, et par Louis Vichy, avec qui il avait déjà travaillé sur le framework d'extensions de navigateur Plasmo. Elle se présente comme une place de marché de l'IA : les fournisseurs y publient leurs modèles et leurs prix, et la plateforme dirige chaque requête vers l'option la plus adaptée. Le 19 août 2026, Stripe a annoncé un accord pour l'acquérir, en citant parmi les clients d'OpenRouter NVIDIA, Zoom et Lovable. Le prix n'est pas précisé dans l'annonce, et les chiffres de la presse varient : à vérifier avant toute citation.

Dans l'écosystème, OpenRouter occupe la couche d'agrégation entre les éditeurs de modèles, propriétaires comme Google AI ou ouverts comme Meta AI et DeepSeek, et les développeurs d'applications et d'agents. Ses concurrents directs sont les autres passerelles d'IA, les clouds d'inférence comme Together AI et les services des grands clouds.

Son modèle économique repose sur la facturation à l'usage : les développeurs achètent des crédits et paient les tokens consommés, auxquels s'ajoutent des frais de plateforme dont le détail est publié sur le site. Pour un apprenant qui construit une application LLM, c'est un moyen concret de comparer des modèles sans multiplier les comptes. Cette souplesse ne dispense pas d'évaluer la qualité des réponses sur ses propres données.

À retenir : OpenRouter n'est pas un laboratoire de modèles mais un routeur. La question utile est de savoir si l'on a besoin de plusieurs modèles et d'un basculement automatique, ou si un seul fournisseur suffit.

L'offre se lit comme une pile : une API commune, une logique de routage, puis des outils de facturation et de suivi.

Ce découpage compte pour l'architecture. Le routage s'appuie sur le fait qu'un même modèle ouvert est souvent servi par plusieurs hébergeurs, avec des prix et des performances différents : la plateforme peut alors choisir le moins cher ou le plus rapide. Pour les modèles propriétaires, elle sert surtout de point d'entrée commun. Le coût total se compare avec celui d'un accès direct, comme le détaille l'article FinOps des LLM : API vs self-hosting.

Comment choisir entre OpenRouter et un accès direct ?

Un accès direct à un éditeur suffit quand un seul modèle couvre le besoin et que les volumes justifient un contrat. OpenRouter devient intéressant quand on compare, combine ou remplace souvent des modèles, ou qu'une panne chez un fournisseur ne doit pas arrêter le service. Pour choisir les modèles eux-mêmes, voir LLM : savoir lequel choisir.

La plateforme donne accès à des modèles ouverts et fermés, mais il faut distinguer plusieurs niveaux, comme pour toute passerelle.

• Les modèles servis sont publiés par leurs auteurs avec leurs propres licences. Certains sont sous Apache 2.0 ou MIT, d'autres sous des licences communautaires, d'autres encore sont propriétaires et accessibles seulement par API.
• La plateforme est un service commercial et propriétaire. Son moteur de routage n'est pas publié, même si des bibliothèques clientes le sont.
• Les données transitent par OpenRouter, puis par le fournisseur choisi. Les politiques de rétention et d'entraînement dépendent de chacun, et la documentation propose des réglages pour filtrer les fournisseurs selon ces critères.
• Les poids ne sont pas téléchargeables depuis la plateforme : on obtient des réponses, pas des fichiers de modèle.

Cette architecture présente un avantage de portabilité : puisque l'API suit le format d'OpenAI, une application peut changer de modèle, ou quitter OpenRouter pour un accès direct, en modifiant peu de code. La contrepartie est de bien contrôler ce qui est envoyé : des données sensibles ne doivent pas transiter par un fournisseur dont les conditions ne sont pas validées.

Le comportement d'un même modèle peut en outre différer d'un hébergeur à l'autre, par exemple selon la précision numérique utilisée ou la prise en charge des appels d'outils. Un jeu d'évaluation propre au projet reste le meilleur moyen de vérifier que le résultat est stable, en particulier avant d'activer un basculement automatique vers un autre fournisseur ou un autre modèle.

À retenir : l'ouverture concerne certains modèles, pas la plateforme. Avant tout usage commercial, lisez la licence de chaque modèle et la politique de données de chaque fournisseur.

La comparaison est fréquente, car les deux donnent accès à des modèles ouverts par une API compatible OpenAI. Leur nature diffère pourtant : Together AI sert lui-même les modèles sur son infrastructure, tandis qu'OpenRouter route vers des fournisseurs tiers.

Lequel choisir ? OpenRouter convient quand on veut comparer et combiner des modèles de nombreux éditeurs, y compris propriétaires, avec une seule clé et un basculement automatique. Together AI convient quand le modèle ouvert est un choix assumé et que l'on veut aussi le fine-tuner ou le servir sur une capacité dédiée. Les deux se combinent : on explore avec la passerelle, puis on déploie sur le cloud d'inférence. Pour héberger soi-même un modèle, vLLM reste l'option à chiffrer.