AI gateway : 6 alternatives à OpenRouter pour le routage multi-modèles en 2026

LiteLLM est la meilleure alternative à OpenRouter dès lors qu’un responsable plateforme peut exploiter la gateway ; Vercel AI Gateway est le meilleur choix en mode managé. Sur le marché des AI gateway, l’accord de rachat par Stripe ne justifie pas une migration en urgence. Il impose toutefois une règle budgétaire : pour $50,000 de dépenses mensuelles en modèles, les frais de plateforme de 5.5% d’OpenRouter atteignent $2,750, et aucun intermédiaire ne devrait constituer votre unique voie d’accès.

Stripe a annoncé le 19 août 2026 avoir conclu un accord en vue d’acquérir OpenRouter. Le communiqué reprend la promesse déjà portée par OpenRouter : orienter chaque requête en fonction de la tâche, du prix, de la vitesse et de la fiabilité, parmi des centaines de modèles. Il n’annonce ni hausse tarifaire, ni fermeture, ni réduction du catalogue.

La conséquence opérationnelle tient à la concentration du contrôle. Même une application indépendante des modèles peut devenir dépendante d’une gateway si ses clés, alias de modèles, budgets, règles de fallback, logs et facturation résident tous chez le même intermédiaire. La réponse est la règle des deux routes : une gateway pour le trafic courant, plus un accès direct à un fournisseur capable de prendre en charge un workflow de production sans modifier la logique métier.

Les prix, offres, limites et fonctionnalités ci-dessous ont été vérifiés sur les pages en ligne des fournisseurs le 20 août 2026. Il s’agit d’une analyse des tarifs et de la documentation, pas de l’affirmation que les six plateformes ont fait l’objet de tests de charge ou de déploiements.

AI gateway : quelle alternative à OpenRouter choisir ?

Choisissez LiteLLM pour garder un contrôle maximal, Vercel AI Gateway pour la simplicité d’un service managé, Portkey pour la gouvernance d’entreprise, Cloudflare AI Gateway si votre stack repose déjà sur Cloudflare, Requesty pour une tarification à l’usage proche de celle d’OpenRouter, et Bifrost pour une gateway auto-hébergée légère. Ces six achats répondent à des besoins différents, même si chacun permet de placer plusieurs fournisseurs de modèles derrière un endpoint unique.

La première décision consiste à déterminer qui exploite le chemin des requêtes. LiteLLM et Bifrost installent la gateway dans votre environnement. Vous contrôlez ainsi le déploiement, les données, les identifiants, les mises à niveau et la gestion des pannes. Mais vous récupérez aussi l’astreinte. Une licence gratuite ne rend pas gratuit un système de production.

Vercel, Cloudflare, Requesty et Portkey prennent en charge une plus grande part du service. Ils réduisent le travail de plateforme, mais la disponibilité et les politiques de votre application dépendent alors d’une autre entreprise. Le compromis est rationnel si le temps d’exploitation économisé vaut plus que les frais. Il ne devient dangereux que lorsque l’application ne dispose d’aucune voie de contournement.

Le seuil économique varie selon l’offre. Vercel n’applique aucune majoration sur les tokens, même si certains contrôles optionnels ont leur propre compteur. Requesty ajoute 5% au coût des modèles. Cloudflare ne prélève 5% que lorsque les crédits sont achetés via Unified Billing ; sa gateway principale reste gratuite. Portkey facture un abonnement de plateforme et les dépassements de logs. LiteLLM et Bifrost proposent leurs offres open source à $0, tandis que vos équipes d’ingénierie et votre infrastructure assument la facture d’exploitation.

OpenRouter reste lui-même un choix valable. Sa page tarifaire actuelle affiche 500+ modèles et 80+ fournisseurs dans les offres payantes, contre 400+ modèles dans l’annonce du rachat par Stripe. Le catalogue évolue plus vite que la communication institutionnelle : une bonne raison de ne pas classer les gateways sur le seul nombre de modèles.

Pour replacer ces solutions dans les différentes catégories du marché, consultez le comparatif de dix gateways IA. Pour établir le point de référence OpenRouter, l’analyse de ses tarifs actuels distingue les crédits mutualisés du BYOK.

Ce que le rachat par Stripe change dans le budget du routage multi-modèles

Le rachat modifie le plan de secours avant de modifier la facture. Stripe et OpenRouter peuvent parfaitement tenir leurs promesses. Le problème est plus simple : l’accès aux modèles, la facturation des tokens, les règles de routage et la propriété de la gateway se rapprochent désormais. Une entreprise qui a adopté un routeur pour réduire sa dépendance aux fournisseurs de modèles ne doit pas recréer cette même dépendance à l’étage supérieur.

Les offres payantes actuellement publiées par OpenRouter indiquent toujours des frais de plateforme de 5.5% pour Pay-as-you-go, avec des remises sur ces frais en Enterprise. Free reste à $0 avec 25+ modèles gratuits, quatre fournisseurs et 50 requêtes par jour. En Pay-as-you-go, le BYOK inclut chaque mois $25,000 d’inférence au prix catalogue sans frais de gateway, puis facture 5% au-delà de cette franchise. Enterprise porte la franchise BYOK à $200,000, puis applique 5%.

Rien dans ces conditions actuelles n’impose de partir dans l’urgence. Pour $5,000 de dépenses mensuelles en crédits mutualisés, la ligne de 5.5% représente $275. À $50,000, elle atteint $2,750. Le pourcentage ne change pas, mais la décision économique, si. Une petite équipe produit n’a aucun intérêt à créer un nouveau service interne pour économiser $275 si la gateway lui épargne déjà plus de quelques heures d’intégration et de gestion d’incidents. Une équipe plateforme qui verse $2,750 tous les mois dispose en revanche d’un budget suffisant pour comparer sérieusement les solutions.

Mieux vaut poser une hypothèse d’exploitation explicite que prétendre que l’open source ne coûte rien. Si une gateway auto-hébergée mobilise 12 heures d’ingénierie par mois, à un coût complet de $150 de l’heure, son exploitation revient à $1,800 par mois, avant le calcul et le stockage. Avec cette hypothèse illustrative, les frais de 5.5% d’OpenRouter atteignent $1,800 à environ $32,727 de dépenses mensuelles en modèles. Des frais de 5% atteignent ce montant à $36,000.

Ces seuils de rentabilité ne sont pas universels. Une charge de travail réglementée peut opter pour l’auto-hébergement dès $2,000 de dépenses mensuelles en modèles parce qu’un déploiement privé est incontournable. Une startup de cinq personnes peut continuer à payer un service managé bien au-delà de $36,000, car l’autre option consiste à recruter un ingénieur plateforme ou à détourner son attention. Le calcul rend l’hypothèse visible, afin que la finance et l’ingénierie débattent du vrai sujet.

La voie de contournement a elle aussi un budget, plus modeste. Supposons huit heures d’ingénierie à $150 de l’heure pour construire et tester un accès direct à un fournisseur. L’exercice coûte $1,200 une seule fois. Avec $50,000 de dépenses OpenRouter mensuelles, cela équivaut à 0.44 mois de frais de gateway à $2,750. À $5,000 de dépenses, cela correspond à 4.36 mois de frais à $275. Les grands comptes peuvent financer leur réversibilité avec une fraction d’un mois de frais ; les plus petits ne devraient construire ce bypass que pour un workflow dont le risque d’indisponibilité ou de non-conformité le justifie.

Le graphique des coûts appelle une précision. Chez Vercel, $0 correspond à la majoration sur les tokens, pas à tous les contrôles optionnels. La liste de fournisseurs autorisés à l’échelle de l’équipe coûte $0.10 pour 1,000 requêtes réussies ; la rétention zéro des données à cette même échelle coûte $0.10 supplémentaires pour 1,000 requêtes ; les traces sont facturées $0.05 pour 1,000, plus les frais de sortie. Pour un million de requêtes, avec les trois options actives et une trace par requête, ces compteurs ajoutent $250 plus les frais de sortie des traces.

Cloudflare et Requesty génèrent chacun une ligne de $2,500 dans un exemple à $50,000 d’usage, mais ne facturent pas la même chose. Requesty majore le coût des modèles de 5%. Chez Cloudflare, les 5% s’appliquent aux crédits achetés via Unified Billing, tandis que le BYOK peut utiliser gratuitement la gateway principale sans ces frais sur les crédits. Le vocabulaire des achats compte autant que le pourcentage.

Les frais de gateway s’ajoutent à la facture des modèles, ils ne la remplacent pas. Le comparatif des API d’IA les moins chères traite séparément la couche des tokens, afin qu’une gateway peu coûteuse ne masque pas un modèle onéreux.

La règle de décision est simple : restez lorsque la gateway économise davantage en ingénierie, incidents et facturation qu’elle ne coûte ; changez lorsqu’un contrôle absent ou des frais récurrents dépassent le coût d’exploitation de l’alternative. Dans les deux cas, construisez le bypass. Remplacer une route centrale par une autre ne résout pas à lui seul le problème de concentration.

Comment ces alternatives à OpenRouter ont été sélectionnées

Le classement privilégie la réversibilité avant la taille du catalogue. Une entreprise peut tester 100 modèles et n’en autoriser que trois en production. La bonne gateway est celle qui maintient ces trois modèles disponibles, observables, budgétés et remplaçables, sans laisser les particularités d’un fournisseur s’infiltrer dans l’application.

Chaque solution a été évaluée selon cinq critères :

1. Maîtrise : qui contrôle les clés des fournisseurs, les règles de routage, les alias de modèles, les logs et le processus de gateway en cours d’exécution ?
2. Comportement en cas de panne : les opérateurs peuvent-ils définir l’ordre des fournisseurs, les limites de nouvelles tentatives, les arrêts budgétaires et les erreurs qui ne doivent jamais être contournées ?
3. Lisibilité des coûts : les frais sont-ils publics, calculables et imputables à l’équipe ou à l’application qui les a générés ?
4. Périmètre de déploiement : la gateway peut-elle s’exécuter là où l’exigent les règles de données, de réseau, d’identité et de conformité de l’acheteur ?
5. Coût de sortie : un workflow de production peut-il contourner la gateway par une simple configuration et un déploiement maîtrisé, plutôt que par une réécriture de l’application ?

Le classement s’arrête à six solutions : chacune constitue une véritable couche de requêtes multi-fournisseurs et publie suffisamment de tarifs et de documentation pour éclairer une décision d’achat. Les hébergeurs de modèles et les clouds d’inférence ont été écartés lorsqu’ils ne pouvaient remplacer un routage neutre sans déplacer la charge de travail vers leur propre parc de modèles. Un vaste catalogue de modèles exécutables reste utile, mais répond à une autre question.

Les tarifs de chaque fournisseur ont été vérifiés le 20 août 2026. Aucune offre gratuite n’a été présentée comme une promesse de production lorsque le fournisseur la qualifiait de formule de prototypage ou lorsque ses limites documentées rendaient cette interprétation hasardeuse. Aucun produit n’a été crédité d’une fonctionnalité encore inscrite à sa roadmap.

Le premier choix devait aussi réussir un test de responsabilité. L’auto-hébergement ne l’emporte que si une personne ou une équipe nommément désignée prend en charge les mises à niveau, la santé de la base de données, les secrets, le passage à l’échelle, la télémétrie et les incidents. Le routage managé ne l’emporte que si l’application conserve un accès direct à un fournisseur. C’est pourquoi une même liste de fonctionnalités peut produire des classements différents pour un fondateur, un CTO d’ETI et une équipe plateforme de grande entreprise.

1. LiteLLM : la meilleure solution globale pour rester indépendant des fournisseurs

LiteLLM est la meilleure alternative à OpenRouter lorsqu’une entreprise peut traiter sa gateway comme un produit à part entière. La solution réunit 100+ fournisseurs derrière une API compatible OpenAI et inclut, dans son offre open source à $0, des clés virtuelles, la gestion des utilisateurs et des équipes, le suivi des dépenses, les budgets, les limites de débit, les fallbacks, les logs de requêtes et de réponses ainsi que les métriques Prometheus. La limite n’est pas fonctionnelle : elle tient à la responsabilité opérationnelle.

Une startup financée qui exploite deux agents en contact avec ses clients peut utiliser LiteLLM pour attribuer à chaque service une clé virtuelle, des alias de modèles autorisés, un budget mensuel et un fallback maîtrisé. Une équipe plateforme d’ETI peut exécuter la même gateway selon ses propres standards de conteneurs, de secrets, de base de données et de supervision. Un développeur solo qui ne veut plus penser à l’infrastructure devrait plutôt choisir Vercel ou Requesty.

Idéal pour : les éditeurs de produits disposant d’un responsable plateforme identifié
Point fort : l’application contrôle le processus de gateway, les comptes fournisseurs, les règles et le chemin des données
Tarifs : Open Source à $0 ; tarif annuel Enterprise sur devis, selon la capacité de requêtes, l’architecture de déploiement et le support
Essai gratuit : essai Enterprise de 30 jours sans carte bancaire ; Open Source reste gratuit

La page tarifaire en ligne de LiteLLM ne pose que deux frontières commerciales. Open Source reste gratuit à vie pour un auto-hébergement en production. Enterprise est facturé annuellement sur devis, en fonction de la capacité annuelle de requêtes de la gateway, de l’architecture de déploiement et des besoins de support, plutôt qu’en fonction des dépenses de tokens.

Enterprise ajoute SSO et SCIM, l’authentification OIDC ou JWT, les logs d’audit, l’intégration aux gestionnaires de secrets, la rotation des clés, l’administration de l’organisation, un control plane multi-région, le déploiement isolé du réseau et un support allant jusqu’au 24/7. Ces contrôles comptent lorsque la gateway devient une infrastructure partagée. Ils ne dispensent pas d’exploiter le data plane que vous avez choisi de posséder.

La licence à $0 peut induire une petite équipe en erreur. Il faut bien que quelqu’un exploite le proxy, la base de données persistante, les identifiants, les sauvegardes, les mises à niveau, les métriques, les changements chez les fournisseurs de modèles et la réponse aux incidents. Selon l’hypothèse déjà posée de 12 heures à $150, ce travail représente $1,800 par mois avant l’infrastructure. Sur le seul coût mensuel, LiteLLM devient moins cher qu’une offre managée à 5.5% au-delà d’environ $32,727 de dépenses en modèles ; les exigences de contrôle ou de conformité peuvent toutefois le justifier plus tôt.

L’architecture la plus solide consiste à masquer LiteLLM derrière des alias de modèles internes comme support-primary et support-fallback. La logique métier doit demander une capacité interne, pas anthropic/claude-something ni une route propre à LiteLLM. L’adaptateur d’accès direct au fournisseur doit comprendre le même alias interne. La gateway reste ainsi remplaçable, même lorsqu’elle est devenue indispensable au quotidien.

1. 1

   Commencer par un workflow bien délimité

   Choisissez une route représentative de la production, avec un schéma, un objectif de latence, une règle de données et une dépense mensuelle connus. Ne commencez pas par déplacer tous les appels aux modèles.

2. 2

   Créer des alias de modèles internes

   Définissez un modèle principal stable et un fallback compatible, sans exposer à la logique métier les identifiants publics des modèles fournisseurs. Conservez la correspondance dans la configuration de la gateway.

3. 3

   Émettre une clé virtuelle

   Attribuez à l’application sa propre clé, ses modèles autorisés, son budget et sa limite de débit. Ne placez jamais la clé d’administration LiteLLM dans la charge de travail.

4. 4

   Configurer un adaptateur direct

   Stockez un identifiant fournisseur en dehors de LiteLLM et associez la même capacité interne à l’API de ce fournisseur. L’adaptateur reste inactif en temps normal, mais prêt pour un contournement maîtrisé.

5. 5

   Provoquer une panne

   Rendez le modèle principal indisponible hors d’une plage d’activité client. Avant d’ajouter du trafic, vérifiez que le fallback, les logs, le schéma, le plafond de latence et le bypass direct se comportent tous comme prévu.

LiteLLM arrive en tête parce qu’il peut éliminer à la fois la dépendance envers un fournisseur de modèles et celle envers un fournisseur de gateway. Il doit immédiatement reculer à la deuxième place si personne n’en assume la responsabilité. Un control plane sans pilote n’apporte pas l’indépendance ; il prépare une panne pour la semaine où elle sera la moins bienvenue.

2. Vercel AI Gateway : la meilleure alternative managée

Vercel AI Gateway est la meilleure alternative managée à OpenRouter pour une équipe produit qui veut un endpoint unique sans majoration sur les tokens. La plateforme donne accès à des centaines de modèles, aux budgets, au suivi de l’usage, à la répartition de charge, aux fallbacks et aux nouvelles tentatives automatiques auprès d’autres fournisseurs. Le compromis est limpide : Vercel exploite la gateway, donc la règle des deux routes reste indispensable.

Le fondateur d’une startup financée peut placer un workflow en contact avec les clients derrière Vercel sans recruter de responsable de gateway. Pour une équipe qui utilise déjà AI SDK, l’intégration est particulièrement courte, mais la gateway prend aussi en charge des API compatibles avec OpenAI et Anthropic. Une équipe plateforme qui doit exécuter sa gateway dans un cluster privé devrait choisir LiteLLM ou Bifrost.

Idéal pour : les startups et équipes produit qui achètent un routage managé
Point fort : les tokens au prix catalogue du fournisseur, sans majoration de gateway, y compris en BYOK
Tarifs : Free inclut $5 de crédit par mois ; Paid fonctionne en Pay as you go avec des crédits achetés ; Enterprise peut être facturé sur facture
Essai gratuit : offre Free permanente sur les modèles éligibles, avec des limites inférieures propres à chaque modèle

La documentation tarifaire actuelle distingue Free de Paid. Free attribue à chaque équipe $5 de crédit mensuel sur les modèles éligibles, facture les prix catalogue des fournisseurs sans majoration et applique des limites inférieures propres à chaque modèle. Le BYOK n’est pas disponible. L’achat de crédits fait passer l’équipe à Paid, ouvre tout le catalogue de modèles disponible, relève les limites et supprime le crédit mensuel de $5.

Paid continue de facturer les tarifs catalogue des fournisseurs sans majoration sur les tokens. L’offre ajoute le BYOK, mais impose de conserver des crédits de gateway achetés. Si une requête envoyée avec votre identifiant fournisseur échoue, Vercel peut la relancer avec ses identifiants système et imputer ce fallback à votre solde de crédits. C’est un avantage pour la disponibilité, mais potentiellement une surprise pour les achats. Une équipe qui utilise le BYOK afin de consommer un engagement déjà souscrit auprès d’un fournisseur doit examiner la facturation des fallbacks avant que la finance ne considère chaque appel comme une dépense directe.

Les équipes Enterprise peuvent mettre en place une facturation sur facture d’AI Gateway, sans frais de traitement des paiements. Voilà toute la structure tarifaire visible pour la gateway elle-même. Des contrôles optionnels ajoutent des compteurs distincts, malgré la promesse d’absence de majoration.

Custom Reporting coûte $0.075 pour 1,000 écritures et $5 pour 1,000 requêtes de reporting. Une liste de fournisseurs autorisés à l’échelle de l’équipe coûte $0.10 pour 1,000 requêtes réussies, tandis qu’un filtre par requête n’entraîne aucun supplément. La rétention zéro des données à l’échelle de l’équipe coûte $0.10 pour 1,000 requêtes, alors que l’option par requête est gratuite sur Pro et Enterprise. Trace Drains coûte $0.05 pour 1,000 traces, plus $0.50 par Go de données sortantes.

Pour un million de requêtes, la liste d’autorisation à l’échelle de l’équipe, la rétention zéro des données à cette même échelle et une trace par requête totalisent $250 plus les frais de sortie des traces. Ce montant reste modeste face à de nombreuses factures de modèles, mais suffisamment élevé pour être budgété. Vercel ne dissimule pas ces frais : sa documentation est explicite. En revanche, « aucune majoration sur les tokens » ne signifie pas « aucun coût de plateforme ».

La limite en production concerne le contrôle du déploiement. La documentation de Vercel décrit un endpoint managé, pas un processus de gateway exécutable dans votre propre réseau. C’est précisément l’avantage recherché par une équipe légère, et le point bloquant pour un acheteur soumis à une frontière stricte de déploiement privé.

Vercel se classe derrière LiteLLM parce qu’il remplace OpenRouter par une autre dépendance managée. Il devance les autres solutions managées parce que l’absence de majoration sur les tokens rend les frais récurrents de gateway particulièrement lisibles. Conservez un adaptateur direct vers un fournisseur : cette dépendance devient alors un compromis opérationnel pragmatique, plutôt qu’un verrouillage.

3. Portkey : le meilleur choix pour la gouvernance d’entreprise

Portkey est la meilleure alternative à OpenRouter lorsque la gouvernance constitue le cœur de l’achat, et non une option. Son API universelle réunit fallbacks, répartition de charge, nouvelles tentatives, observabilité, gestion des prompts, cache et garde-fous. Ses offres publiques rendent aussi particulièrement nette la frontière entre prototype, production et exigences d’entreprise.

Un CTO d’ETI qui gère plusieurs applications peut s’appuyer sur Portkey pour centraliser les clés, les logs, les prompts, les dépenses et la gestion des pannes sans exploiter lui-même une gateway open source. Une grande entreprise peut évoluer vers un hébergement en cloud privé ou en VPC, assorti de contrôles d’identité et de conformité. Un développeur solo qui finance une petite application ne devrait pas acheter un control plane d’entreprise avant d’avoir démontré que son workflow en a besoin.

Idéal pour : les organisations qui centralisent les politiques, l’identité, la conservation et le support
Point fort : une offre Production publique à $49, complétée en Enterprise par un chemin vers le déploiement privé
Tarifs : Developer à $0 ; Production à $49 par mois, plus les dépassements de logs ; Enterprise sur devis
Essai gratuit : Developer reste gratuit à vie pour le prototypage et l’évaluation

La page tarifaire en ligne de Portkey précise que Developer ne convient pas aux charges de travail de production. Cette offre enregistre 10,000 logs par mois, les conserve trois jours et garde les métriques pendant 30 jours. Les fonctions de gateway suffisent à une preuve de concept, mais la durée de conservation et l’avertissement du fournisseur indiquent clairement où s’arrêter.

Production coûte $49 par mois. L’offre inclut 100,000 logs enregistrés, puis facture $9 par tranche supplémentaire de 100,000 ; elle conserve les logs pendant 30 jours et les métriques pendant 90 jours. Pour un million de logs enregistrés, le prix s’élève à $130 par mois : les $49 de base, plus neuf tranches de dépassement à $9. Le fournisseur indique également que cette offre n’est pas recommandée aux organisations qui exigent des contrôles de sécurité sur mesure ou des garanties de résidence des données.

Enterprise est proposé sur devis et commence à 10 millions-plus de logs enregistrés par mois. Cette offre ajoute des durées de conservation personnalisées pour les logs et les métriques, des hooks de garde-fous sur mesure, le SSO, des budgets et limites de débit granulaires, le cloud privé, l’hébergement VPC, l’export vers un data lake, une conformité avancée, des contrats personnalisés, un onboarding dédié et un support prioritaire.

C’est précisément ce packaging qui justifie l’achat de Portkey. Une entreprise qui exploite dix workflows d’IA n’a pas seulement besoin d’une URL de base. Elle doit savoir qui peut appeler quels modèles, qui a dépensé l’argent, quelle version du prompt a été exécutée, où résident les logs, quel garde-fou a bloqué une sortie et qui intervient quand la gateway tombe en panne. Portkey rassemble ces questions dans une plateforme et une relation de support uniques.

La limite vient du périmètre de l’achat. La même surface de contrôle qui réduit la fragmentation dans une grande entreprise peut imposer des procédures superflues à une seule application. Production reste abordable, mais les exigences de sécurité et de résidence qui déclenchent souvent l’achat d’une gateway orientent l’acheteur vers les tarifs Enterprise sur devis. Chiffrez l’organisation que vous êtes en train de bâtir, pas seulement le volume de requêtes actuel.

Portkey occupe la troisième place parce qu’il résout un problème d’entreprise plus vaste que le seul routage. C’est un atout lorsque les politiques et la responsabilité freinent l’adoption. C’est du poids de plateforme en trop lorsqu’il suffit, dans l’immédiat, de placer trois modèles derrière un endpoint unique.

4. Cloudflare AI Gateway : le meilleur choix pour une stack déjà ancrée chez Cloudflare

Cloudflare AI Gateway est l’alternative à OpenRouter la plus économique lorsque Cloudflare gère déjà l’edge, la sécurité ou le runtime Workers de l’application. Les fonctions principales d’analyse, de cache et de limitation de débit sont gratuites avec toutes les offres, tandis que Dynamic Routing peut appliquer des chemins conditionnels, des répartitions de trafic, des limites de débit ou de budget et des fallbacks.

Une startup qui déploie déjà sur Workers peut ajouter de la visibilité et du routage à ses modèles sans nouvel abonnement. Une équipe plus importante peut relier DLP, logs et routage à son mode d’exploitation Cloudflare existant. Une entreprise qui adopterait Cloudflare uniquement pour éviter de faibles frais de gateway risque de créer davantage de travail de compte et de plateforme qu’elle n’en économise.

Idéal pour : les équipes qui utilisent déjà les produits réseau, sécurité ou Workers de Cloudflare
Point fort : une gateway principale à $0, avec analyse DLP gratuite et routes dynamiques versionnées
Tarifs : cœur à $0 ; Unified Billing ajoute 5% aux crédits achetés ; Workers et les garde-fous adjacents peuvent entraîner des frais
Essai gratuit : les fonctions principales restent gratuites sans date d’expiration

La documentation tarifaire de Cloudflare indique que la gateway principale est accessible gratuitement avec toutes les offres. Workers Free stocke 100,000 logs au total, toutes gateways du compte confondues. Workers Paid en stocke 10 millions par gateway. L’analyse DLP est gratuite, mais un compte dépourvu d’abonnement Zero Trust ne reçoit que deux profils DLP prédéfinis.

Unified Billing applique des frais de 5% aux crédits achetés via Cloudflare et répercute sans majoration les prix d’inférence des fournisseurs. Un achat mensuel de $50,000 de crédits génère donc $2,500 de frais Cloudflare. Le BYOK emprunte une autre voie : les frais de 5% sur l’achat de crédits ne s’appliquent pas, puisque le fournisseur du modèle facture votre propre clé.

La page actuelle des limites expose une contrainte importante. Les requêtes envoyées avec des identifiants gérés par Cloudflare via Unified Billing sont limitées à 200 requêtes par 60 secondes et par gateway ; au-delà, elles reçoivent une erreur 429. Cette limite ne concerne pas le trafic BYOK. Une application grand public qui effectue en moyenne quatre requêtes par seconde dépasse déjà 200 par minute : la capacité d’Unified Billing doit donc être vérifiée explicitement avant le lancement.

Les autres limites documentées comprennent 500 logs stockés par seconde et par gateway, 25 Mo par requête pouvant être mise en cache, une durée de vie du cache d’un mois, cinq entrées de métadonnées personnalisées par requête, 10 gateways avec l’offre gratuite et 20 avec l’offre payante. Ces chiffres conviennent largement à de nombreuses applications, mais doivent servir d’entrées d’architecture plutôt que d’être découverts pendant un incident.

Dynamic Routing va au-delà d’une simple liste de fallbacks. Il peut créer des branches selon la requête ou des métadonnées personnalisées, répartir le trafic par pourcentage, imposer des limites de requêtes ou de budget, choisir un fallback, enregistrer des versions, déployer une version et revenir en arrière. Ces fonctions servent au routage par catégorie de clients, aux changements progressifs de modèles et aux expérimentations maîtrisées. Elles transforment aussi les règles de routage en configuration Cloudflare : exportez et documentez donc l’intention derrière chaque route.

La limite dépend de l’adéquation avec l’écosystème environnant. Cloudflare devient très convaincant lorsqu’une même équipe maîtrise déjà ses comptes, sa sécurité, ses logs, ses offres Workers et son modèle de déploiement. Il l’est moins si tous ces concepts sont nouveaux et que l’application a seulement besoin d’un endpoint managé vers les modèles.

Cloudflare arrive quatrième parce que son meilleur rapport entre prix et contrôle suppose un environnement Cloudflare existant. Dans ce contexte, il peut s’agir de la route efficace la moins chère de cette liste. En dehors, Vercel ou Requesty représente généralement une décision d’adoption plus légère.

5. Requesty : l’alternative la plus proche avec une tarification à l’usage

Requesty est l’alternative à OpenRouter la plus proche pour une petite équipe qui recherche un routage managé, un vaste catalogue et des frais directement indexés sur l’usage des modèles. Pay as you go ouvre l’accès à 600+ modèles auprès de 20+ fournisseurs et inclut le BYOK, les règles de routage, le cache, les fallbacks, les contrôles budgétaires, une MCP Gateway, la résidence des données dans l’UE, une observabilité avancée et le support par e-mail.

Une startup peut démarrer sur les modèles gratuits, passer à une majoration de 5% lorsque le trafic payant apparaît, et éviter toute décision liée à des sièges ou à un abonnement. Une équipe SaaS B2B qui sert des clients européens peut accorder plus de valeur à la résidence des données dans l’UE qu’au catalogue. Une entreprise dont les dépenses en tokens sont élevées et stables, et qui dispose d’un responsable plateforme, devrait comparer ce pourcentage à LiteLLM ou Bifrost avant de l’accepter indéfiniment.

Idéal pour : les petites équipes qui préfèrent un pourcentage managé à un abonnement
Point fort : aucun tarif par siège ni dépense minimale, avec routage et résidence dans l’UE sur toute l’offre
Tarifs : Free à $0 ; Pay as you go ajoute 5% ; Enterprise sur devis
Essai gratuit : offre Free limitée à 200 requêtes par jour sur les modèles gratuits, sans carte bancaire

La page tarifaire en ligne de Requesty rend le modèle très concret : un modèle facturé $10 par million de tokens par son fournisseur revient à $10.50 via Requesty. Free donne accès à toute la plateforme sur les modèles gratuits, autorise 200 requêtes par jour et inclut routage, cache, fallbacks, suivi des dépenses, analytics et résidence des données dans l’UE.

Pay as you go ne facture ni siège ni dépense minimale. La majoration de 5% donne accès aux 600+ modèles, aux 20+ fournisseurs, au BYOK, aux règles de routage, au cache, aux fallbacks, aux limites de dépenses, aux plafonds budgétaires, à une MCP Gateway, à la résidence des données dans l’UE, à l’observabilité avancée et au support par e-mail. Pour $5,000 de coût mensuel des modèles, les frais s’élèvent à $250. À $50,000, ils atteignent $2,500.

Enterprise est proposé sur devis. Cette offre ajoute le SSO via Okta, Azure AD, Google Workspace ou un OIDC personnalisé ; un RBAC complet ; les logs d’audit ; les modèles et politiques approuvés ; les contrôles de dépenses des équipes ; les garde-fous ; la détection des PII ; les comptes de service pour la CI/CD ; un support dédié ; et des SLA personnalisés.

Le pourcentage est facile à approuver tant que le trafic reste incertain. Une fois l’usage stabilisé, ce même pourcentage devient la limite. Avec le coût d’exploitation auto-hébergé illustratif de $1,800 par mois, les frais de 5% de Requesty atteignent le seuil de rentabilité à $36,000 de dépenses mensuelles en modèles. L’acheteur peut rester sur le service managé au-delà si le travail de plateforme économisé vaut plus que $1,800, mais la décision doit être réexaminée au lieu de laisser la facture s’accumuler en silence.

Requesty n’est pas une copie parfaite d’OpenRouter, et c’est une bonne chose. Son catalogue est assez vaste pour la plupart des équipes produit ; ses différences les plus nettes résident dans les contrôles de routage, la gestion des budgets, l’observabilité et la résidence dans l’UE. Si le besoin principal consiste à découvrir le dernier endpoint d’un modèle confidentiel, les 500+ modèles et 80+ fournisseurs d’OpenRouter restent difficiles à battre. S’il s’agit d’exécuter un ensemble approuvé avec un pourcentage légèrement inférieur, Requesty se justifie plus facilement.

Requesty se classe cinquième : c’est une alternative managée claire, mais sans l’avantage de Vercel sur l’absence de majoration ni la profondeur organisationnelle de Portkey. Pour une petite équipe qui souhaite un achat proche d’OpenRouter avec un pourcentage légèrement inférieur, cela peut tout de même être le choix raisonnable le plus simple.

6. Bifrost : la meilleure alternative auto-hébergée et légère

Bifrost est la meilleure alternative légère et auto-hébergée à OpenRouter lorsque le comportement explicite des nouvelles tentatives et OpenTelemetry comptent davantage que la taille de l’écosystème. Son offre OSS à $0 s’exécute avec Docker, Kubernetes ou sous forme de binaire Go ; elle rassemble 1,000+ modèles derrière une même API avec observabilité, budgets, limites, clés virtuelles, routage personnalisé, fallbacks, cache et gateway MCP.

Une équipe plateforme qui privilégie un service natif Go peut intégrer Bifrost à ses standards existants de conteneurs ou de Kubernetes sans payer de pourcentage sur les tokens. Un développeur expérimenté peut inspecter le chemin des nouvelles tentatives plutôt que s’en remettre à un fallback opaque. Une entreprise sans responsable de gateway ne devrait pas le choisir pour la seule raison que la licence est gratuite.

Idéal pour : les équipes plateforme qui veulent une surface de routage auto-hébergée plus réduite
Point fort : comportement documenté des nouvelles tentatives, de la rotation des clés, des fallbacks et de la télémétrie
Tarifs : OSS à $0 ; Enterprise sur devis
Essai gratuit : essai Enterprise de 14 jours

La page tarifaire de Bifrost dote l’offre OSS de règles et workflows de routage personnalisés, de métriques et traces OpenTelemetry, d’une observabilité intégrée, de budgets et limites par clé virtuelle, de fallbacks, d’un cache simple et sémantique, d’une gateway MCP, de métriques Prometheus et de plusieurs modes de déploiement. Enterprise ajoute les garde-fous, le mode cluster, la répartition de charge adaptative, SAML et OIDC, l’intégration aux coffres de secrets, l’export des logs, les logs d’audit, le RBAC, le déploiement en VPC ou sur site, la prise en charge des environnements isolés, des SLA personnalisés et un support dédié.

Les tarifs sont simples parce que le modèle d’exploitation ne l’est pas. OSS reste gratuit à vie. Enterprise est proposé sur devis. En dehors du coût de licence, votre organisation paie le service, la base de données ou l’état dont il dépend, la télémétrie, les secrets, le calcul, les mises à niveau et les astreintes.

La documentation de Bifrost sur les nouvelles tentatives constitue une vraie raison de l’envisager. Par défaut, leur nombre maximal est fixé à zéro. Lorsqu’elles sont activées, le délai progressif commence à 500 millisecondes et plafonne à 5,000 millisecondes. Les pannes réseau et erreurs 5xx réutilisent la clé du fournisseur avec ce délai. Les erreurs d’identifiants et de facturation peuvent entraîner une rotation des clés. La requête ne passe à un fallback qu’après épuisement du budget de nouvelles tentatives du modèle principal, et chaque fallback reçoit à son tour l’intégralité de son propre budget.

Cette clarté révèle aussi la limite. Un grand nombre de tentatives combiné à plusieurs fallbacks peut transformer la panne d’un service amont en une longue attente pour l’utilisateur et en plusieurs appels facturés. La réponse d’un fallback peut également réussir sur le plan syntaxique tout en enfreignant les attentes de l’application en matière de schéma, d’outil ou de données. Fixez un plafond de latence global au-dessus de toute la chaîne, arrêtez-vous sur les erreurs de politique et veillez à ce que modèles principal et de secours restent compatibles avec le contrat du workflow.

Bifrost affronte surtout LiteLLM. LiteLLM l’emporte par la notoriété de son écosystème et par un control plane établi plus large. Bifrost prend l’avantage lorsque son déploiement Go, la traçabilité de ses tentatives, son orientation OTel ou sa surface opérationnelle réduite correspondent mieux au standard de la plateforme. Tous deux s’inclinent face à une gateway managée si le responsable n’existe pas.

Bifrost se classe sixième parce que c’est un excellent spécialiste, pas un produit inférieur. Il devance LiteLLM lorsque la sémantique explicite des nouvelles tentatives et une empreinte native Go décident du déploiement. Il reste derrière si l’équipe privilégie l’écosystème plus vaste de LiteLLM ou recherche un service managé.

Quelle solution choisir selon votre situation ?

Choisissez la route dont la contrainte principale correspond à une compétence déjà financée dans votre organisation. Une gateway auto-hébergée n’est économique que si la responsabilité de la plateforme existe. Une gateway managée n’est indépendante que si l’application peut la contourner. La gouvernance Enterprise n’apporte de valeur que lorsqu’une personne doit appliquer et auditer les règles.

Choisissez LiteLLM pour un éditeur de produit doté d’un responsable plateforme, de standards existants de déploiement et de supervision, ainsi que d’une exigence stricte sur le chemin des données ou de dépenses mensuelles en modèles proches du seuil de rentabilité annoncé de $32,727. Bifrost devient préférable lorsque Go, OpenTelemetry et une sémantique explicite des nouvelles tentatives s’accordent mieux à la plateforme.

Choisissez Vercel AI Gateway pour une startup ou une équipe produit qui veut un endpoint managé sans majoration sur les tokens. Cloudflare prend l’avantage si l’edge et la sécurité sont déjà chez Cloudflare ; Requesty, si la résidence des données dans l’UE et un modèle simple à 5% comptent davantage que la structure des options Vercel.

Choisissez Portkey pour une ETI ou une grande entreprise qui a besoin de gérer l’identité, la conservation, la gouvernance des prompts, les garde-fous, les options de déploiement privé et le support sur plusieurs applications. LiteLLM ou Bifrost s’impose à sa place lorsque l’entreprise doit posséder la gateway en cours d’exécution et finance déjà l’équipe capable de l’exploiter.

Choisissez Cloudflare AI Gateway lorsque sa gateway gratuite, son DLP, ses logs, ses routes dynamiques et l’environnement Workers regroupent des tâches que vous exploitez déjà. Écartez Unified Billing si les pointes de trafic peuvent dépasser 200 requêtes par minute et par gateway ; le BYOK supprime cette limite de débit documentée.

Choisissez Requesty tant qu’un trafic incertain rend un pourcentage plus facile à approuver qu’un chantier de plateforme. Réexaminez la décision autour de $36,000 de dépenses mensuelles en modèles, selon l’hypothèse d’exploitation indiquée. Les frais peuvent rester le bon choix au-delà, mais ce choix doit être délibéré.

La condition de bascule tient en une phrase : changez de gateway lorsqu’un coût mesuré, une frontière de déploiement, une lacune de politique ou un mode de panne coûte davantage que la migration et l’exploitation continue de la solution suivante. Ne migrez pas parce que Stripe a racheté une entreprise. Migrez parce que la nouvelle route l’emporte selon une décision opérationnelle documentée.

Les solutions à ne pas utiliser comme route unique

Évitez toute option qui concentre une charge de travail critique sans bypass testé. Tous les produits cités ci-dessous peuvent être de bons choix. Chacun devient une mauvaise route unique à partir d’une limite précise.

Évitez OpenRouter comme route unique pendant la transition de propriétaire. Ses tarifs actuels donnent toujours accès à 500+ modèles, 80+ fournisseurs, un routage avancé et des franchises BYOK utiles. Il ne s’agit pas de prédire que Stripe dégradera le service. Le problème est que l’accès, le routage, la facturation et les politiques sont déjà concentrés derrière un seul compte. Gardez OpenRouter tant qu’il justifie ses frais, mais maintenez une route directe vers un fournisseur.

Évitez LiteLLM ou Bifrost sans responsable identifié. Une licence gratuite ne corrige pas le proxy, ne protège pas la base de données, ne fait pas tourner les identifiants, ne règle pas les tentatives, n’enquête pas sur les incidents et ne suit pas les changements de comportement des fournisseurs. Si la responsabilité revient à la dernière personne qui a touché la configuration, choisissez une gateway managée.

Évitez Portkey Developer en production. Le fournisseur indique explicitement que cette offre ne convient pas à la production, limite les logs enregistrés à 10,000 par mois et ne les conserve que trois jours. Production commence à $49. Enterprise devient le choix pertinent si des contrôles de sécurité personnalisés, la résidence des données, le déploiement privé ou une conformité plus poussée sont requis.

Évitez Cloudflare Unified Billing comme unique route à haut débit lorsque les pics peuvent dépasser 200 requêtes par 60 secondes et par gateway. Le BYOK n’est pas soumis à cette limite documentée : il peut donc suffire de changer de facturation, plutôt que de gateway.

Évitez un proxy d’URL de base développé en interne dès que plusieurs applications en dépendent. Streaming, normalisation des erreurs, paramètres propres aux fournisseurs, budgets de nouvelles tentatives, schémas d’outils, budgets, isolation des clés, logs et dépréciations forment un produit interne à maintenir. Ne le construisez que si une politique ou une économie singulière justifie d’en assumer durablement la responsabilité.

Questions fréquentes

Existe-t-il une meilleure solution qu’OpenRouter ?

LiteLLM fait mieux lorsque vous avez besoin d’une gateway auto-hébergée contrôlée par l’application. Vercel AI Gateway est préférable lorsque l’absence de majoration sur les tokens et l’exploitation managée priment. OpenRouter garde l’avantage par l’étendue de sa marketplace, avec 500+ modèles et 80+ fournisseurs dans ses offres payantes actuelles.

Quels fournisseurs d’IA ressemblent à OpenRouter ?

Vercel AI Gateway, Requesty, Cloudflare AI Gateway, Portkey, LiteLLM et Bifrost proposent tous des fonctions de routage multi-fournisseurs qui se recoupent. Vercel, Requesty, Cloudflare et Portkey sont des solutions managées ; LiteLLM et Bifrost constituent les options auto-hébergées les plus solides.

OpenRouter existe-t-il en version gratuite ?

Oui. OpenRouter Free inclut actuellement 25+ modèles gratuits proposés par quatre fournisseurs et 50 requêtes par jour. C’est une voie d’évaluation, pas une capacité de production garantie.

Comment OpenRouter gagne-t-il de l’argent ?

OpenRouter Pay-as-you-go prélève des frais de plateforme de 5.5%. Enterprise propose des remises sur ces frais et des engagements de volume sur mesure. Le BYOK est exonéré jusqu’à $25,000 d’inférence mensuelle au prix catalogue en Pay-as-you-go, ou $200,000 en Enterprise, puis coûte 5% au-delà de cette franchise.

Peut-on utiliser Claude Code avec OpenRouter ?

Oui, si le client accepte une URL de base et une configuration de modèle compatibles. La même prudence s’impose que pour toute intégration de gateway : si vous voulez conserver une sortie propre, ne dispersez pas dans la logique du dépôt des noms de modèles ou des en-têtes propres à OpenRouter.

Dès lundi : construire le bypass avant de remplacer la gateway

Ne commencez pas la semaine prochaine par une migration générale. Construisez un bypass direct vers un fournisseur, validez-le sur un workflow délimité, puis décidez si OpenRouter justifie toujours ses frais. Le livrable attendu est une décision opérationnelle chronométrée et chiffrée, pas un diagramme d’architecture plus élégant.

1. 1

   Inventorier une route représentative de la production

   Consignez, pour un workflow important, le modèle utilisé dans la gateway, le fournisseur sous-jacent, le chemin d’authentification, les dépenses mensuelles en modèles, l’objectif de latence p95, les exigences de sortie structurée ou d’outils, la politique de données et le comportement du fallback.

2. 2

   Créer un nom de capacité interne

   Dans la logique métier, remplacez l’identifiant public du modèle de la gateway par un alias stable tel que support-primary. Associez cet alias à OpenRouter dans la configuration normale et à un fournisseur direct dans la configuration de bypass.

3. 3

   Construire l’adaptateur direct

   Utilisez un compte et une clé fournisseur contrôlés par votre entreprise. Isolez dans l’adaptateur les en-têtes et différences de requêtes propres au fournisseur, afin que le reste de l’application conserve le même contrat d’entrée et de sortie.

4. 4

   Rejouer 100 requêtes nettoyées

   Utilisez des prompts représentatifs, débarrassés des données clients et confidentielles. Comparez la validité des schémas, le comportement des outils, les sorties acceptées, la latence, les erreurs fournisseur, les nouvelles tentatives et le coût total entre la gateway et la route directe.

5. 5

   Forcer le changement de route

   Faites basculer ce workflow délimité vers l’adaptateur direct par la configuration et un déploiement maîtrisé. Chronométrez le changement, vérifiez les logs et les budgets, puis revenez à la route initiale. Corrigez chaque dépendance qui a imposé de modifier la logique métier.

6. 6

   Prendre la décision budgétaire

   Conservez OpenRouter lorsque son catalogue, son routage, sa facturation et sa gestion des pannes économisent davantage que les frais de plateforme mesurés. Ne migrez vers LiteLLM, Vercel, Portkey, Cloudflare, Requesty ou Bifrost que si la solution l’emporte selon le critère documenté de coût, de politique, de déploiement ou de panne.

Pour une startup technique sans responsable plateforme, le pilote du lundi devrait généralement comparer OpenRouter à Vercel AI Gateway et à la route directe vers le fournisseur. Pour une entreprise qui dispose de cette responsabilité et d’une frontière privée stricte, comparez LiteLLM à la même route directe. Dans un programme de gouvernance d’entreprise, validez Portkey au regard des exigences d’identité, de conservation, de déploiement, d’export et de support avant d’y acheminer le trafic client.

Le rachat est le déclencheur. La mesure durable est la règle des deux routes : une gateway pratique, une voie indépendante vers un fournisseur, et une raison mesurée pour chaque dollar et chaque dépendance entre l’application et le modèle.