Proxy LLM : LiteLLM ou OpenRouter, lequel choisir ?

Pour choisir un proxy LLM, partez de la responsabilité que vous voulez assumer. LiteLLM convient si vous devez exploiter la passerelle et conserver les identifiants des fournisseurs dans votre infrastructure. OpenRouter convient si vous recherchez un routage hébergé et une facturation centralisée des modèles : l'achat de crédits Standard entraîne 5.5% de frais, tandis que la licence du logiciel open source LiteLLM coûte $0. Le choix entre LiteLLM et OpenRouter dépend de qui exploite la passerelle, du compte qui paie l'inférence et des frais économisés par rapport au coût d'exploitation.

Proxy LLM : faut-il choisir LiteLLM ou OpenRouter ?

OpenRouter l'emporte pour qui veut accéder à plusieurs fournisseurs sans exploiter un service supplémentaire. LiteLLM l'emporte si la passerelle, les identifiants et les règles de trafic doivent rester dans une infrastructure maîtrisée. Un volume élevé ne suffit pas à trancher : chez OpenRouter, utiliser ses propres clés ne revient pas au même, financièrement, qu'acheter des crédits d'inférence.

Une passerelle s'intercale entre votre produit et les fournisseurs de modèles. Ce comparatif porte sur le Proxy Server auto-hébergé de LiteLLM, et pas seulement sur son SDK Python, ainsi que sur le service hébergé d'OpenRouter, avec ses deux modes de facturation : crédits prépayés ou clés de fournisseur personnelles, dites BYOK (bring your own key).

Tarifs et documentation vérifiés le 12 octobre 2026, notamment les tarifs de LiteLLM et les tarifs d'OpenRouter. La facture présentée plus bas est calculée à partir de ces frais publiés. Aucun essai sur compte connecté ni benchmark de latence n'a été réalisé.

Les fonctionnalités du tableau s'appuient sur l'architecture de LiteLLM, le schéma des clés OpenRouter et les documentations de routage, de journalisation et de cache citées plus bas. Le nombre de fournisseurs intégrés et celui des modèles accessibles à l'achat ne mesurent pas la même chose. Aucun ne garantit la disponibilité de la combinaison exacte de modèle, de région et de fonctionnalités dont vous avez besoin.

Pour un petit produit sans responsable de plateforme, commencez par OpenRouter, sauf si le passage par une passerelle hébergée contrevient à une exigence précise. Si votre produit utilise déjà une infrastructure partagée et exige des limites de débit par clé appliquées de façon centralisée, choisissez LiteLLM. Si votre produit prend de l'ampleur et que vous avez négocié des contrats fournisseurs, comparez OpenRouter BYOK à LiteLLM, sans appliquer les frais d'achat de crédits aux deux options.

Qui détient les clés, facture et transmet les requêtes ?

Avec LiteLLM, vous maîtrisez le périmètre de la passerelle ; avec OpenRouter, vous disposez d'un intermédiaire géré. Le BYOK change les identifiants utilisés auprès du fournisseur et le compte payeur, mais ne supprime pas cet intermédiaire.

LiteLLM : votre passerelle, vos comptes fournisseurs

LiteLLM est une passerelle open source à déployer entre votre application et ses fournisseurs de modèles. Le parcours documenté vérifie une clé virtuelle, applique les budgets et les limites de débit, route la requête, puis l'adapte au format de l'API du fournisseur. La clé virtuelle est un identifiant d'accès applicatif délivré par la passerelle : l'application n'a donc pas besoin de détenir le secret de chaque fournisseur en amont. Architecture des requêtes LiteLLM.

L'inférence est facturée aux comptes fournisseurs que vous configurez. La passerelle a son propre budget d'exploitation : calcul, base de données pour les clés et les dépenses, et éventuelle infrastructure de cache ou de limitation de débit partagée. La documentation de déploiement en production décrit ces composants ; elle ne donne pas de facture d'hébergement valable pour tous.

Avantage LiteLLM pour la maîtrise des identifiants et du déploiement. Écartez-le si personne n'est responsable des mises à niveau, de la disponibilité de la base de données et des requêtes en échec. Un logiciel gratuit ne prend pas ces responsabilités à votre place.

OpenRouter : un routage hébergé, plusieurs façons de payer

OpenRouter est une passerelle hébergée assortie d'un catalogue de modèles. Avec des crédits prépayés, l'application utilise une clé OpenRouter et la consommation est déduite du solde. En BYOK, vous fournissez vos identifiants fournisseurs ; OpenRouter indique que ces clés sont chiffrées et utilisées pour les requêtes adressées au fournisseur désigné. Le compte fournisseur prend en charge l'inférence, tandis que les frais de routage applicables sont prélevés sur les crédits OpenRouter. Documentation BYOK d'OpenRouter.

Le réglage par défaut à examiner est la bascule vers la capacité partagée. Lorsqu'une clé BYOK prioritaire ne peut pas traiter une requête, OpenRouter peut mobiliser sa propre capacité et consommer vos crédits OpenRouter. Le réglage le plus strict au niveau d'un fournisseur est Never use shared capacity for any model on this provider, qui interdit l'usage de la capacité partagée pour tous ses modèles. D'autres fournisseurs peuvent toutefois traiter la requête si vous ne restreignez pas également la liste des fournisseurs autorisés. Ce réglage détermine qui paie, et pas seulement la disponibilité.

Avantage OpenRouter pour l'accès immédiat au catalogue, les achats centralisés et l'exploitation de la passerelle. Choisissez le BYOK si conserver vos comptes fournisseurs compte pour vous, mais décidez explicitement si une bascule peut transférer la facturation vers OpenRouter.

Tarifs OpenRouter : distinguer l'achat de crédits du BYOK

OpenRouter facture l'achat de crédits et, au-delà d'une franchise, le routage BYOK. Ce sont deux frais distincts. Sa FAQ annonce 5.5% de frais, avec un minimum de $0.80 par achat de crédits, et 5% de frais pour les paiements en cryptomonnaie. Les tarifs d'inférence des fournisseurs sont répercutés sans majoration. FAQ des frais OpenRouter.

La grille tarifaire affiche 5.5% pour Standard et 8% pour Business. Les deux offres comprennent $25,000 d'inférence au tarif catalogue par mois sans frais BYOK, puis 5% de frais. Les conditions Enterprise sont personnalisées. L'exemple de facture utilise Standard : n'appliquez pas son pourcentage à Business. Grille tarifaire en vigueur.

Les frais BYOK sont calculés sur ce que coûteraient normalement le même modèle et le même fournisseur sur OpenRouter. Cette base ne correspond donc pas nécessairement à votre facture fournisseur après remise. La franchise se mesure en valeur d'inférence, et non en nombre de requêtes, et les frais sont déduits des crédits OpenRouter. Définition des frais BYOK.

Pour approfondir les frais d'achat de crédits et d'utilisation, consultez notre guide des tarifs OpenRouter.

LiteLLM Open Source et Enterprise : que paie-t-on ?

LiteLLM Open Source ne comporte aucun frais de licence, y compris en production. La page tarifaire inclut les clés virtuelles, le suivi des dépenses, les budgets, les limites de débit, les solutions de repli, la journalisation des requêtes et réponses ainsi que les métriques Prometheus. Ces fonctions ne sont pas toutes réservées à Enterprise. Offres LiteLLM.

Enterprise ajoute des fonctions de gestion des identités et de l'organisation : SSO/SCIM, authentification OIDC/JWT, journaux d'audit, gestionnaires de secrets et rotation des clés, ainsi que des options d'assistance et de déploiement. Le tarif est annuel et dépend de la capacité de traitement des requêtes de la passerelle, de l'architecture et des besoins d'assistance, plutôt que des dépenses en tokens. Aucun montant public en dollars ne permet de l'intégrer honnêtement à un comparatif mensuel : utilisez votre devis.

Deux volumes d'usage, une facture mensuelle détaillée

Pour une valeur illustrative de $50,000 d'inférence mensuelle au tarif catalogue, les crédits Standard coûtent $52,750 ; un usage exclusivement en Standard BYOK coûte $51,318.75 selon les hypothèses de financement ci-dessous. LiteLLM Open Source coûte $50,000, auxquels s'ajoute votre coût d'exploitation. Il s'agit de calculs, pas de forfaits proposés ni de charges de travail mesurées.

Ramenons les mêmes modèles, fournisseurs et proportions de tokens à une valeur mensuelle d'inférence B. Le petit volume correspond à $100 ; le volume en croissance à $50,000, soit le double de la franchise BYOK publiée. On suppose que les factures fournisseurs sont au tarif catalogue, sans économie liée au cache ni remise négociée, sans bascule vers la capacité partagée, et avec un seul achat de crédits Standard hors cryptomonnaie, intégralement consommés. Les taxes et les options payantes sortent du périmètre de cette comparaison.

Appelons H votre coût mensuel réel d'hébergement et de maintenance de LiteLLM. Ne le remplacez pas par une estimation inventée du prix d'un serveur.

Le calcul utilise les frais d'achat de crédits et la franchise BYOK en vigueur. Il suppose qu'un mois d'usage exclusivement en BYOK ne nécessite aucun achat de crédits lorsqu'aucuns frais de routage ne sont dus.

Pour le volume en croissance financé par crédits, on achète $50,000 de crédits et on ajoute $50,000 × 5.5% = $2,750. Le décaissement total atteint $52,750.

Pour le même usage en BYOK, la facture fournisseur est de $50,000. Les frais de routage s'appliquent à l'inférence au-delà de la franchise : ($50,000 − $25,000) × 5% = $1,250. Les régler par un achat de crédits Standard ajoute $1,250 × 5.5% = $68.75. Total : $50,000 + $1,250 + $68.75 = $51,318.75. Les frais d'achat de crédits découlent du fait que les frais BYOK sont réglés avec des crédits prépayés ; ce n'est pas une seconde commission sur la facture fournisseur.

Le seuil de rentabilité dépend du mode de facturation OpenRouter

Face aux crédits Standard, LiteLLM devient moins cher lorsque H est inférieur aux frais d'achat de crédits évités. Au-delà de la zone où le minimum de frais s'applique, l'équilibre se situe à B = H ÷ 0.055. Avec le petit volume, seuls $5.50 sont disponibles pour couvrir H ; avec le volume en croissance, cette marge atteint $2,750.

Face à un usage exclusivement en Standard BYOK, il n'y a aucuns frais de routage à économiser sous la franchise. Au-delà, lorsque les frais proportionnels d'achat de crédits dépassent le minimum, le seuil est B = $25,000 + H ÷ 0.05275. Pour le volume en croissance, LiteLLM doit coûter moins de $1,318.75 par mois à exploiter pour l'emporter sur ces seuls postes. Une licence Enterprise remplace H par H augmenté de la part mensuelle de votre devis réel.

Les remises fournisseurs, les tarifs des modèles, les montants des achats de crédits et le recours aux solutions de repli modifient la facture. Le seul nombre de requêtes ne permet pas de situer ce seuil : leur coût en tokens varie.

Bascule, budgets et cache : quelle solution pour quel besoin ?

LiteLLM l'emporte pour les contrôles que vous exploitez dans votre passerelle ; OpenRouter pour le routage disponible sans avoir à maintenir cette passerelle. La différence tient à la configuration et au périmètre des fonctions, pas à une case « bascule en cas d'échec » cochée dans un tableau.

Routage et bascule : OpenRouter pour déléguer la gestion

Le routeur de fournisseurs OpenRouter permet d'ordonner les fournisseurs, de définir une liste de fournisseurs autorisés et de régler allow_fallbacks. Un tableau models distinct permet d'essayer d'autres modèles lorsque le modèle principal ne peut pas traiter la requête. La distinction compte : changer de fournisseur pour un même modèle et changer de modèle sont deux décisions produit différentes. Routage entre fournisseurs, modèles de repli.

LiteLLM documente les nouvelles tentatives au sein d'un groupe de modèles configuré et la bascule vers un autre groupe. Ces déploiements et ces règles restent sous votre responsabilité. Architecture de routage LiteLLM.

Avantage OpenRouter pour qui souhaite une bascule gérée. Choisissez LiteLLM lorsque les destinations de repli autorisées sont des déploiements que vous administrez déjà. Ni une liste de repli ni ce comparatif ne démontrent un avantage de latence.

Budgets et débit par clé : LiteLLM pour encadrer le trafic

LiteLLM propose des contrôles budgétaires et des limites en requêtes par minute (RPM) et en tokens par minute (TPM) pour les clés virtuelles. Un plafond de dépenses encadre le coût cumulé ; une limite de débit encadre la vitesse à laquelle une application peut consommer de la capacité. Un client peut rester sous son budget mensuel tout en provoquant un pic de trafic indésirable. Contrôles des budgets et du débit LiteLLM.

La limite explicite est la dépendance à une base de données. La documentation LiteLLM précise que les budgets ne plafonnent pas l'usage sur un déploiement dépourvu de base de données : le contrôle du budget global laisse passer les requêtes en cas d'échec, et les budgets par clé, par utilisateur et par équipe sont indisponibles. Inscrire un montant dans un fichier de configuration ne suffit pas si le service nécessaire à son application est absent.

OpenRouter documente des plafonds en dollars par clé, des périodes de réinitialisation et un réglage include_byok_in_limit. Son schéma de création des clés ne mentionne pas de champs RPM/TPM par clé configurables par l'utilisateur ; sa page consacrée aux limites décrit, elle, les contrôles de capacité de la plateforme et des fournisseurs. Un plafond de dépenses par clé n'équivaut pas à un plafond de débit propre à l'application. Réglages des clés, limites de débit et de budget.

Avantage LiteLLM si les règles de dépenses et de débit par clé sont des exigences. OpenRouter propose des contrôles de dépenses, mais il faut faire correspondre leur périmètre documenté au compte qui paie.

Journaux et cache : LiteLLM pour maîtriser le stockage

LiteLLM permet de choisir les destinations des journaux et de masquer le contenu des messages tout en conservant les métadonnées de dépenses. Son cache de réponses prend en charge un stockage local, Redis et d'autres systèmes documentés ; la mise en cache par correspondance exacte réutilise une réponse pour une requête identique. Réglages de journalisation, systèmes de cache.

OpenRouter propose une journalisation privée des entrées et sorties sur activation. Il documente aussi un cache de réponses au niveau de la passerelle : une requête identique peut recevoir une réponse enregistrée sans appel au fournisseur. Ce mécanisme est distinct du cache de prompts chez le fournisseur, qui réutilise le traitement du prompt au sein de ce fournisseur. Le cache de réponses est désactivé tant qu'il n'a pas été activé, et son périmètre est celui de la clé API. Journalisation privée, cache de réponses, cache de prompts.

Avantage LiteLLM pour choisir où résident les journaux et les caches de la passerelle. OpenRouter est l'option hébergée la plus simple. Une limite précise de son cache doit être tranchée avant adoption : la non-conservation des données au niveau du compte désactive le cache de réponses, tandis que le paramètre provider.zdr appliqué à une requête ne change pas son éligibilité au cache. Exiger qu'un fournisseur ne conserve pas les données ne désactive donc pas, à lui seul, leur conservation dans le cache de réponses de la passerelle.

Maîtriser la passerelle ne garantit pas que les données restent chez vous

LiteLLM retire du trajet le fournisseur d'une passerelle hébergée ; il ne rend pas locale une inférence distante. Sa page de sécurité indique : « Aucune donnée ni télémétrie n'est stockée sur les serveurs LiteLLM lorsque vous auto-hébergez le service. » Son architecture transmet toujours les requêtes aux fournisseurs de modèles que vous avez choisis. Sécurité LiteLLM, trajet des requêtes.

Vous contrôlez ainsi le proxy, ses journaux et les destinations configurées. Cela ne vous soustrait ni à la politique du fournisseur en amont ni à celle d'un éventuel service externe de journalisation que vous activez.

OpenRouter affirme : « Toute conservation de prompts sur OpenRouter nécessite toujours une activation explicite. » Le service distingue les journaux privés de débogage de l'autorisation d'utiliser les entrées et sorties pour améliorer son produit ; les deux options sont désactivées par défaut. Il stocke des métadonnées de requête et décrit l'échantillonnage d'un petit nombre de prompts à des fins de catégorisation, au moyen d'un modèle appliquant une politique de non-conservation des données. Sans activation de l'utilisation des entrées et sorties, OpenRouter indique que les catégories sont enregistrées anonymement, sans lien avec votre compte ni votre identifiant utilisateur. Collecte de données OpenRouter.

Le fournisseur en amont constitue un autre périmètre à examiner. OpenRouter documente séparément les politiques de conservation et d'entraînement, et permet de filtrer les points d'accès selon la non-conservation des données, ou ZDR (zero data retention). Ne pas entraîner de modèle sur les données et ne pas conserver les données sont deux engagements différents. Sa documentation ZDR avertit également que les plugins et outils activés peuvent avoir leurs propres politiques de conservation. Politiques des fournisseurs, réglages ZDR.

Avantage LiteLLM pour maîtriser le traitement des données par la passerelle. OpenRouter peut convenir à une politique autorisant les services hébergés, mais évaluez séparément la passerelle, le fournisseur, le cache et les outils activés. La seule mention « BYOK » ne répond à aucune de ces questions de conservation.

Passer d'OpenRouter à LiteLLM, ou faire le chemin inverse

Le coût de migration vient de la reconstruction des règles et du suivi comptable autour de l'API, pas du seul changement d'adresse. Un format de requête compatible ne transfère ni les contrats fournisseurs, ni les budgets, ni l'historique des journaux, ni les règles de repli.

1. 1

   Identifier le payeur et les identifiants de chaque route

   Pour passer à LiteLLM, identifiez les comptes et les identifiants fournisseurs qui remplaceront l'accès financé par crédits. Pour passer à OpenRouter, choisissez entre crédits prépayés et BYOK, puis précisez si les requêtes de repli peuvent être prises en charge par la capacité partagée.

2. 2

   Recenser les modèles et leur comportement

   Relevez les identifiants ou alias de modèles utilisés par votre produit, les fournisseurs autorisés, les paramètres de requête pris en charge et les destinations de repli. Préservez le comportement attendu des modèles dans l'application au lieu de considérer toutes les entrées du catalogue comme interchangeables.

3. 3

   Reconfigurer explicitement budgets, débits et conservation

   Reprenez les règles de dépenses de chaque clé, sa période de réinitialisation et les contrôles de débit nécessaires. Pour LiteLLM, prévoyez la base de données indispensable aux budgets. Pour OpenRouter, décidez quels budgets incluent le BYOK. Documentez séparément la conservation des journaux, celle du cache et celle des fournisseurs.

4. 4

   Préserver le suivi comptable et la possibilité de revenir en arrière

   Conservez les anciens relevés d'usage conformément à votre politique, consignez le moment de la bascule et gardez l'ancienne configuration de routage disponible. Désignez la personne responsable du rapprochement entre factures fournisseurs et crédits de passerelle après la migration.

Ne migrez pas un petit produit OpenRouter qui fonctionne vers LiteLLM uniquement pour éviter des frais inférieurs au coût d'exploitation d'un service supplémentaire. Ne transférez pas un déploiement LiteLLM opérationnel vers un routeur hébergé si la maîtrise de la passerelle est une exigence ferme. Enfin, ne changez pas de solution au seul motif que son catalogue est plus vaste sans vérifier les modèles et les fonctions précis dont votre produit a besoin.

Il est possible d'utiliser les deux : LiteLLM documente OpenRouter comme fournisseur en amont. Cette combinaison peut conserver un point de contrôle local tout en donnant accès au catalogue OpenRouter, mais elle conserve aussi le passage des requêtes par OpenRouter et les frais applicables. Elle ne transforme pas une inférence hébergée en système entièrement local.

Alternatives à OpenRouter : Vercel et Cloudflare

Vercel AI Gateway est la première solution hébergée à comparer sur les frais ; Cloudflare AI Gateway est pertinent lorsque ses contrôles s'intègrent à votre infrastructure existante. Dans les deux cas, il reste nécessaire de comprendre à quels identifiants la facturation est rattachée.

Vercel AI Gateway annonce l'absence de majoration sur les tokens, de frais de plateforme et de frais de passerelle pour le BYOK. Le BYOK nécessite des crédits prépayés ; les requêtes BYOK en échec peuvent être retentées avec les identifiants système et débitées du solde de la passerelle. L'offre gratuite inclut $5 par mois pour les modèles éligibles, mais l'achat de crédits met fin à cette allocation mensuelle gratuite. Des frais de traitement des paiements et des options payantes peuvent toujours s'appliquer. Tarifs publiés par Vercel.

Cloudflare AI Gateway propose gratuitement les fonctions de base d'analyse, de cache et de limitation de débit. Unified Billing ajoute 5% aux achats de crédits : son exemple est $100 de crédits pour un paiement de $105, avec répercussion des tarifs d'inférence des fournisseurs. Les nouveaux clients dont la première passerelle a été créée à partir du 24 septembre 2026 relèvent des tarifs Workers Logs. La gratuité des fonctions de passerelle n'implique donc pas une journalisation gratuite illimitée. Tarifs publiés par Cloudflare.

Pour ces nouveaux comptes de journalisation, Workers Paid inclut 20 millions de journaux par mois, puis facture $0.60 par million supplémentaire ; l'offre Free annonce 200,000 journaux par jour. Tarifs Workers Logs. Notre article sur la maîtrise du compte payeur chez Cloudflare explique les règles d'identifiants, et notre comparatif des alternatives à OpenRouter présente une sélection plus large.

Les questions à trancher avant de choisir

OpenRouter ou LiteLLM : qui détient mes clés fournisseurs ?

Avec LiteLLM auto-hébergé, vous contrôlez les identifiants fournisseurs de la passerelle. Avec OpenRouter BYOK, vous confiez vos clés fournisseurs au service hébergé, qui indique les chiffrer. L'usage d'OpenRouter financé par crédits ne vous oblige pas à fournir la clé de chaque fournisseur.

Puis-je conserver mes contrats fournisseurs avec OpenRouter ?

Le BYOK permet d'envoyer les requêtes via vos comptes fournisseurs. La facture du fournisseur, les frais BYOK d'OpenRouter calculés au tarif catalogue et une éventuelle bascule vers la capacité partagée sont des éléments de facturation distincts. La franchise sans frais ne rend pas l'inférence du fournisseur gratuite.

LiteLLM devient-il moins cher quand l'usage augmente ?

Seulement si son coût d'exploitation, augmenté d'une éventuelle licence Enterprise, reste inférieur aux frais OpenRouter évités. Si votre autre option est le BYOK, comparez les coûts aux frais BYOK : appliquer le pourcentage d'achat de crédits à toute la facture fournisseur BYOK surestime l'économie.

Peut-on utiliser LiteLLM avec OpenRouter ?

Oui. LiteLLM documente une intégration du fournisseur OpenRouter. Vous conservez les deux couches de routage, donc aussi les coûts d'exploitation correspondants, les frais OpenRouter et le trajet hébergé des données.

Recevez la AI Business Workflow Audit Checklist via la newsletter pour recenser vos clés fournisseurs, vos dépenses en modèles et la personne responsable des bascules avant de changer de passerelle.