Alternatives à OpenRouter — laquelle correspond à ton stack ?

OpenRouter est un défaut facile : une clé, 100+ modèles, une API OpenAI-compatible familière, et tu fais ton premier appel en moins de deux minutes. Pour beaucoup d'équipes, c'est exactement le bon produit. Pour d'autres, c'est un point de départ qu'elles dépassent — et les raisons qui les poussent à chercher ailleurs se regroupent en quatre catégories.

Cette page passe en revue ces quatre raisons, puis donne une short-list honnête de 6–8 alternatives, chacune avec un paragraphe de résumé et un bullet "pick this if". L'objectif n'est pas de te pousser vers un outil précis. L'objectif est de t'aider à trouver celui qui colle à ton stack.

Pourquoi les équipes cherchent une alternative à OpenRouter

Les quatre raisons principales, d'après ce qu'on voit dans les vraies discussions de migration :

1. Modèle de prix. OpenRouter est un reseller : tu alimentes un solde, et chaque appel est facturé à leur tarif, qui se pose quelques points au-dessus du tarif provider upstream. Cette marge est un coût, mais la vraie fuite pour la plupart des équipes c'est de payer plein tarif sur chaque requête — pas de downgrade auto vers des modèles moins chers quand le prompt n'a pas besoin du flagship. Une BYOK gateway avec smart routing coupe typiquement 40-85% de la facture d'inference sur un workload mixte, indépendamment du volume. C'est le move que les équipes cherchent vraiment quand elles regardent ailleurs.

2. Hébergement EU. OpenRouter est hébergé aux US. Pour les équipes qui servent des utilisateurs EU, la paperasse RGPD et les obligations de traçabilité de l'AI Act sont beaucoup plus simples quand le router lui-même vit en EU. Voir notre page dédiée aux routers LLM hébergés EU pour le détail compliance.

3. BYOK vs reseller. OpenRouter détient les comptes providers — tes appels passent par leurs comptes OpenAI/Anthropic/Google, facturés à leur tarif. Les équipes qui ont déjà des comptes providers directs (parfois avec des tarifs entreprise négociés) veulent payer ces providers directement et router via une couche BYOK à la place. Voir notre explainer BYOK gateway pour ce que ça veut dire.

4. Smart routing. Le routing d'OpenRouter est centré sur la disponibilité provider — si ton upstream préféré pour un modèle est down, il fallback vers un autre host du même modèle. C'est utile, mais ce n'est pas la même chose qu'un smart routing au niveau modèle, où la gateway lit la difficulté de la requête et choisit le modèle le moins cher capable d'y répondre. Si tu veux "ne jamais payer du Opus pour une question que Haiku pouvait répondre", tu cherches une autre catégorie de produit.

Une de ces quatre raisons domine généralement. La bonne alternative dépend de laquelle.

La short-list — 8 alternatives

Le paysage des LLM routers, gateways et couches d'observabilité est plus large qu'un article ne peut couvrir. Voici huit options qui reviennent le plus souvent, avec un positionnement honnête. Deux principes :

1. LiteLLM (OSS + Cloud)

Une lib Python qui te donne une interface OpenAI-compatible sur 100+ modèles, plus un produit Cloud qui héberge le proxy pour toi. La version OSS est le standard de marché pour le LLM routing self-hosted. Elle tourne sur ton infra, avec tes clés, dans ta région de ton choix.

Pick this if : tu veux du contrôle self-hosted et tu as la bande passante ingé pour opérer le proxy en prod. La version OSS est gratuite ; la version Cloud t'évite le travail opérationnel mais te remet dans une relation managed-service.

2. Vercel AI Gateway

La BYOK gateway de Vercel qui tourne sur leur edge. Propose observabilité, caching, BYOK, et routing entre providers. Plus naturelle pour les équipes déjà sur Vercel — elle s'intègre à l'AI SDK avec un minimum de friction.

Pick this if : ton stack est déjà Vercel-native et tu veux la gateway sur la même plateforme. Si tu n'es pas sur Vercel, l'avantage d'intégration disparaît et tu devrais la peser contre des gateways pure-play.

3. HiWay2LLM

BYOK LLM router avec smart routing au niveau modèle (la gateway choisit le modèle le moins cher capable de traiter chaque requête) et hébergement EU sur OVH. Tarif plat : Free à 2 500 req/mois, Build à 15 €/mois pour 100K, Scale à 39 €/mois pour 500K, Business à 249 €/mois pour 5M — zéro marge sur l'inference elle-même. Zero prompt logging par défaut, DPA sur tous les plans.

Pick this if : tu veux BYOK, hébergement EU, et un smart routing qui réduit vraiment ta facture (40-85% d'économies typiques, indépendant du volume). Si tu veux juste une clé pour taper 100+ modèles sur un prototype de weekend, la commodité d'OpenRouter reste imbattable — les deux outils résolvent des problèmes différents.

4. Portkey

Gateway BYOK-first avec une observabilité poussée et un model router au-dessus. Tarification abonnement fixe. Orientée entreprise — régions dédiées disponibles sur les tiers supérieurs. Région primaire US avec déploiement EU sur demande.

Pick this if : tu veux une BYOK gateway avec des features d'observabilité profondes (traces par requête, metadata custom, feedback loops) et tu fais assez de volume pour qu'un produit à orientation entreprise colle à la posture de ton équipe.

5. Helicone

Principalement une couche d'observabilité LLM. Tu pointes tes appels LLM à travers Helicone et tu obtiens des logs par requête, analytics, et tracking de coût. Moins un router, plus un overlay d'observabilité. BYOK pour le proxying ; le prix est basé sur le volume de requêtes loggées.

Pick this if : ton pain principal est "je ne vois pas ce que mes appels LLM font" et tu veux d'abord de l'observabilité, ensuite du routing. Si tu as déjà une bonne observabilité et que tu veux du routing, ce n'est probablement pas ton premier choix.

6. Cloudflare AI Gateway

Tourne sur l'edge global Cloudflare. BYOK par défaut — Cloudflare ne revend pas de tokens. Propose caching, analytics, rate-limiting et un proxy bring-your-own-keys. Tarification usage-based sur les requêtes proxifiées.

Pick this if : tu utilises déjà Cloudflare pour ton edge, DNS ou Workers, et tu veux l'AI gateway sur le même plan. Le positionnement edge-native est le différenciateur le plus fort ; le routing est plus centré sur caching et fiabilité que sur l'optimisation de coût au niveau modèle.

7. Requesty

Gateway BYOK de routing avec un focus sur l'optimisation de coût entre providers. Se positionne sur la sélection automatisée de provider et le fallback. Plus petite, moins mature que LiteLLM ou Portkey mais en développement actif.

Pick this if : BYOK + sélection provider automatisée est le pain exact que tu résous, et tu es prêt à parier sur une équipe plus petite. Compare feature par feature contre HiWay et Portkey avant de t'engager — le recouvrement est réel.

8. APIs providers directes (l'option non-gateway)

Ça vaut la peine d'être mentionné parce que beaucoup d'équipes sur-ingénient. Si tu n'utilises que OpenAI, ou que Anthropic, et que ton volume est assez haut pour que l'abonnement d'une gateway ne vaille pas le coup, passer en direct et écrire ton propre wrapper fin est légitime. Tu perds le smart routing, le fallback multi-provider, et l'observabilité qu'une gateway fournit — mais tu supprimes aussi une dépendance.

Pick this if : tu es single-provider, ton volume est haut, tes besoins d'observabilité sont minimaux, et tu as la capacité ingé pour gérer les fallbacks toi-même.

L'arbre de décision

Si on enlève tout le marketing, la décision ressemble généralement à ça :

Ce sont des tendances, pas des absolus. Beaucoup d'équipes utilisent une combinaison — OpenRouter pour les prototypes, HiWay pour la prod, Helicone pour l'observabilité au-dessus d'une API directe pour un modèle qui compte. Rien dans cet espace n'est mutuellement exclusif.

Migration — ce qui change vraiment

La plupart de ces alternatives exposent une API OpenAI-compatible. Migrer d'OpenRouter vers n'importe laquelle est typiquement un changement de deux lignes dans ton code client : swap la base_url, swap la clé API, garde tout le reste identique.

Les coûts one-time faciles à sous-estimer :

Aucun n'est bloquant. La migration est généralement un après-midi de travail, pas un trimestre.

FAQ

Questions fréquentes

Non. OpenRouter est un produit solide pour un cas d'usage bien défini : vitesse au premier appel, large catalogue de modèles, pay-as-you-go pur. Pour prototyper et pour les équipes dont l'inference mensuelle reste faible, c'est souvent le bon choix. Les alternatives de cette liste existent parce que des cas d'usage différents ont besoin d'outils différents, pas parce qu'OpenRouter est cassé.

Conclusion

"Alternative à OpenRouter" n'est pas un problème unique. C'est quatre ou cinq problèmes qui portent la même requête de recherche — prix, hébergement EU, BYOK, smart routing, observabilité. La bonne alternative dépend de lequel fait vraiment mal.

Une fois que tu le sais, la short-list devient vite petite. Si tu veux une BYOK gateway avec smart routing et hébergement EU, HiWay est une d'une petite poignée d'options. Si tu veux de l'observabilité pure, Helicone est dur à battre. Si tu veux du contrôle self-hosted, LiteLLM OSS. Si tu veux edge-native, Cloudflare. Choisis pour le pain précis, pas pour le vibe général.

Essayer HiWay — BYOK, hébergé EU, smart routing

2 500 requêtes/mois gratuites, prix fixe, sans CB