OpenRouter BYOK e LiteLLM: costi e controllo a confronto

Scegli LiteLLM se vuoi gestire il gateway e mantenere le credenziali dei provider nella tua infrastruttura. Scegli OpenRouter se cerchi routing gestito e fatturazione centralizzata dei modelli: l'acquisto di crediti Standard prevede una commissione del 5.5%, mentre la licenza del software open source di LiteLLM costa $0. Per scegliere tra LiteLLM, OpenRouter BYOK e OpenRouter a crediti, conta chi gestisce il gateway, quale account paga l'inferenza e se le commissioni risparmiate compensano i costi operativi.

OpenRouter BYOK o LiteLLM: quale scegliere?

OpenRouter è la scelta migliore per chi sviluppa un prodotto e vuole accedere a più provider senza gestire un altro servizio. LiteLLM prevale quando gateway, credenziali e regole sul traffico devono risiedere in un'infrastruttura sotto il proprio controllo. Un volume di utilizzo elevato, da solo, non basta a decidere: usare le proprie chiavi con OpenRouter, tramite l'opzione bring your own key, comporta costi diversi dall'acquisto di crediti per l'inferenza.

Un gateway si colloca tra il prodotto e i provider dei modelli. Il confronto LiteLLM vs OpenRouter riguarda il Proxy Server di LiteLLM installato sulla propria infrastruttura, non soltanto il suo SDK Python, e il servizio gestito di OpenRouter, sia con pagamento a crediti sia in modalità bring your own key (BYOK).

Prezzi e documentazione verificati il 12 ottobre 2026, comprese le tariffe pubblicate da LiteLLM e le tariffe pubblicate da OpenRouter. I conti riportati più avanti derivano da quelle commissioni. Non sono stati effettuati test con accesso a un account né benchmark di latenza.

Le funzionalità della tabella si basano sull'architettura di LiteLLM, sullo schema delle chiavi OpenRouter e sulla documentazione di routing, log e cache citata più avanti. Il numero di integrazioni con i provider e quello dei modelli acquistabili misurano cose diverse: nessuno dei due garantisce la disponibilità della combinazione esatta di modello, area geografica e funzionalità che ti serve.

Per un piccolo prodotto senza un responsabile della piattaforma, parti da OpenRouter, a meno che il passaggio delle richieste attraverso un servizio gestito non sia incompatibile con un requisito preciso. Se il prodotto usa già un'infrastruttura condivisa e richiede limiti di frequenza per chiave applicati centralmente, scegli LiteLLM. Se il prodotto sta crescendo e dispone di contratti negoziati con i provider, confronta OpenRouter BYOK con LiteLLM, senza applicare a entrambi la commissione sull'acquisto di crediti.

Chi custodisce le chiavi, fattura e inoltra le richieste?

Con LiteLLM controlli il perimetro del gateway; con OpenRouter ti affidi a un intermediario gestito. BYOK cambia la credenziale usata verso il provider e l'account che paga, ma non elimina quell'intermediario.

LiteLLM: il tuo gateway, i tuoi account presso i provider

LiteLLM è un gateway open source da installare tra l'applicazione e i provider dei modelli. Il percorso documentato verifica una chiave virtuale, applica budget e limiti di frequenza, instrada la richiesta e infine la converte nel formato API del provider. Una chiave virtuale è una credenziale applicativa emessa dal gateway: l'applicazione non deve quindi conoscere le credenziali segrete di ogni provider a monte. Architettura delle richieste in LiteLLM.

L'inferenza viene addebitata agli account dei provider che hai configurato. Il gateway richiede un budget operativo proprio: risorse di calcolo, database per chiavi e spesa, ed eventuali componenti di cache o infrastrutture condivise per i limiti di frequenza. La documentazione per il deployment in produzione descrive questi componenti, ma non fornisce un costo di hosting valido per tutti.

Per il controllo delle credenziali e del deployment vince LiteLLM. Evitalo se nessuno può occuparsi di aggiornamenti, disponibilità del database e richieste fallite. Il software gratuito non sostituisce un responsabile operativo.

OpenRouter: routing gestito, con scelta di chi paga

OpenRouter è un gateway gestito con un catalogo di modelli. Se acquisti crediti, l'applicazione usa una chiave OpenRouter e i consumi vengono scalati da quel saldo. Con BYOK fornisci le credenziali dei provider; OpenRouter dichiara di crittografarle e usarle per le richieste al provider indicato. L'inferenza viene addebitata all'account del provider, mentre le eventuali commissioni di routing vengono prelevate dai crediti OpenRouter. Documentazione BYOK di OpenRouter.

L'impostazione predefinita da valutare con attenzione è il fallback sulla capacità condivisa. Quando una chiave BYOK prioritaria non riesce a servire una richiesta, OpenRouter può ricorrere alla propria capacità e consumare i tuoi crediti OpenRouter. L'impostazione più restrittiva a livello di provider è Never use shared capacity for any model on this provider, che vieta l'uso della capacità condivisa per tutti i modelli di quel provider. Altri provider possono comunque servire la richiesta, a meno che tu non limiti anche quelli consentiti. È una regola che determina chi paga, non una semplice impostazione di disponibilità.

Per l'accesso immediato al catalogo, gli acquisti centralizzati e la gestione del gateway vince OpenRouter. Scegli BYOK se vuoi mantenere i tuoi account presso i provider, ma decidi esplicitamente se un fallback può trasferire un addebito su OpenRouter.

Prezzi OpenRouter: acquisto di crediti e BYOK

OpenRouter applica una commissione all'acquisto di crediti e, oltre una soglia esente, al routing BYOK. Sono addebiti distinti. Le FAQ indicano una commissione del 5.5%, con un minimo di $0.80 per acquisto di crediti, e una commissione del 5% per i pagamenti in criptovalute. I prezzi dell'inferenza dei provider vengono trasferiti al cliente senza maggiorazioni. FAQ sulle commissioni OpenRouter.

La tabella dei piani pubblicata sul sito indica il 5.5% per Standard e l'8% per Business. Entrambi includono $25,000 al mese di inferenza a prezzo di listino senza commissioni BYOK, poi una commissione del 5%. Le condizioni Enterprise sono personalizzate. L'esempio di spesa usa Standard: la sua percentuale non va applicata a Business. Tabella dei piani in vigore.

La base di calcolo della commissione BYOK è quanto costerebbero normalmente lo stesso modello e lo stesso provider su OpenRouter. Non coincide necessariamente con la fattura scontata del tuo provider. La soglia esente si misura in valore dell'inferenza, non in numero di richieste, e la commissione viene scalata dai crediti OpenRouter. Definizione della commissione BYOK.

Per approfondire le commissioni di ricarica e i costi di utilizzo, leggi la nostra guida ai prezzi di OpenRouter.

LiteLLM Open Source ed Enterprise

LiteLLM Open Source non prevede costi di licenza, nemmeno in produzione. La pagina dei prezzi include chiavi virtuali, monitoraggio della spesa, budget, limiti di frequenza, fallback, log di richieste e risposte e metriche Prometheus. Queste funzionalità non sono tutte riservate a Enterprise. Piani LiteLLM.

Enterprise aggiunge controlli di identità e organizzazione come SSO/SCIM, autenticazione OIDC/JWT, log di audit, sistemi di gestione dei segreti e rotazione delle chiavi, oltre ad assistenza e opzioni di deployment. Il prezzo è annuale e dipende dalla capacità del gateway in termini di richieste, dall'architettura e dalle esigenze di supporto, anziché dalla spesa in token. Non esiste un importo pubblico in dollari da inserire in un confronto mensile corretto: va usato il proprio preventivo.

Quanto si spende al mese, con consumi ridotti o in crescita?

In un esempio con $50,000 mensili di inferenza a prezzo di listino, i crediti Standard costano $52,750; l'uso esclusivo di Standard BYOK costa $51,318.75, con le ipotesi di ricarica indicate sotto. LiteLLM Open Source costa $50,000 più i costi operativi. Sono calcoli esemplificativi, non pacchetti a listino né carichi di lavoro misurati.

Consideriamo gli stessi modelli, provider e mix di token, riportandoli a un valore mensile di inferenza B. Il caso di utilizzo ridotto vale $100; quello in crescita vale $50,000, il doppio della soglia esente BYOK pubblicata. Supponiamo che le fatture dei provider corrispondano ai prezzi di listino, senza risparmi dovuti alla cache o a sconti negoziati, senza fallback sulla capacità condivisa e con un'unica ricarica Standard non pagata in criptovalute, i cui crediti vengono consumati interamente. Imposte ed extra facoltativi restano fuori dal confronto.

Indichiamo con H il costo mensile effettivo di hosting e manutenzione di LiteLLM. Non sostituirlo con una stima inventata del costo di un server.

Il calcolo usa la commissione sull'acquisto di crediti e l'attuale soglia esente BYOK. Si assume che, in un mese di utilizzo esclusivamente BYOK, non occorra acquistare crediti se non sono dovute commissioni di routing.

Per il carico in crescita finanziato a crediti, si acquistano $50,000 di crediti e si aggiunge $50,000 × 5.5% = $2,750. Esborso totale: $52,750.

Per lo stesso carico in BYOK, la fattura del provider è di $50,000. La commissione di routing si applica all'inferenza oltre la soglia esente: ($50,000 − $25,000) × 5% = $1,250. Acquistare i crediti Standard necessari a pagarla aggiunge $1,250 × 5.5% = $68.75. Totale: $50,000 + $1,250 + $68.75 = $51,318.75. La commissione di ricarica deriva dal pagamento delle commissioni BYOK con crediti acquistati; non è una seconda commissione sulla fattura del provider.

Il punto di pareggio dipende dalla modalità OpenRouter scelta

Rispetto ai crediti Standard, LiteLLM fa risparmiare quando H è inferiore alla commissione di acquisto dei crediti che si evita. Oltre la fascia in cui si applica la commissione minima, il punto di pareggio è B = H ÷ 0.055. Con il carico ridotto, il risparmio disponibile per coprire H è di soli $5.50; con quello in crescita è di $2,750.

Rispetto all'uso esclusivo di Standard BYOK, sotto la soglia esente non ci sono commissioni di routing da risparmiare. Al di sopra, quando la commissione percentuale sulla ricarica supera il minimo, il punto di pareggio è B = $25,000 + H ÷ 0.05275. Con il carico in crescita, LiteLLM deve avere costi operativi inferiori a $1,318.75 al mese per risultare conveniente considerando solo queste voci. Una licenza Enterprise porta H a H più la quota mensile del preventivo effettivo.

Sconti diversi presso i provider, prezzi dei modelli, importi delle ricariche o utilizzo dei fallback modificano il conto. Il solo numero di richieste non permette di individuare il punto di pareggio, perché le richieste hanno costi in token diversi.

Fallback, budget e cache: chi offre cosa?

LiteLLM prevale per i controlli da gestire all'interno del proprio gateway; OpenRouter per il routing utilizzabile senza occuparsi della manutenzione del gateway. Le differenze decisive riguardano configurazione e ambito di applicazione, non una spunta accanto alla voce «fallback».

Routing e fallback: OpenRouter per una gestione pronta all'uso

Il router dei provider di OpenRouter supporta un ordine di preferenza, una lista di provider consentiti e il controllo allow_fallbacks. L'array separato models prova modelli alternativi quando quello principale non riesce a servire la richiesta. La distinzione conta: cambiare provider per lo stesso modello e cambiare il modello stesso sono decisioni di prodotto diverse. Routing tra provider, fallback tra modelli.

LiteLLM documenta tentativi successivi all'interno di un gruppo di modelli configurato e fallback verso un altro gruppo. Quei deployment e quelle regole restano sotto la tua responsabilità. Architettura del routing di LiteLLM.

Vince OpenRouter per chi cerca un failover gestito. Scegli LiteLLM quando le destinazioni di fallback approvate sono deployment che gestisci già. Né una lista di fallback né questo confronto dimostrano un vantaggio di latenza.

Budget e limiti di frequenza per chiave: LiteLLM per governare il traffico

LiteLLM espone controlli di budget e limiti di richieste al minuto (RPM) e token al minuto (TPM) per le chiavi virtuali. Un tetto di spesa limita il costo accumulato; un limite di frequenza controlla la rapidità con cui un'applicazione può consumare capacità. Un cliente può rimanere entro il budget mensile e generare comunque un picco indesiderato. Controlli di budget e frequenza di LiteLLM.

Il limite esplicito è la dipendenza dal database. La documentazione LiteLLM precisa che, in un deployment senza database, i budget non bloccano i consumi: il controllo del budget globale lascia passare le richieste e i budget per chiave, utente e team non sono disponibili. Un valore di budget nel file di configurazione non basta se manca il servizio su cui si basa.

OpenRouter documenta limiti in dollari per chiave, intervalli di azzeramento e l'impostazione include_byok_in_limit. Lo schema di creazione delle chiavi non elenca campi RPM/TPM per chiave configurabili dall'utente, mentre la pagina sui limiti descrive controlli di capacità della piattaforma e dei provider. Un limite di spesa per chiave non equivale a un tetto al volume di traffico di una specifica applicazione. Controlli delle chiavi, limiti di frequenza e budget.

Vince LiteLLM quando servono regole per chiave sia sulla spesa sia sul volume di traffico. OpenRouter offre controlli di spesa, ma occorre far corrispondere il loro ambito documentato all'account che paga.

Log e cache: LiteLLM per scegliere dove conservare i dati

LiteLLM supporta destinazioni per i log e l'oscuramento dei messaggi, mantenendo i metadati di spesa. La cache delle risposte supporta backend locali, Redis e altri backend documentati; la cache per corrispondenza esatta riutilizza una risposta quando la richiesta è identica. Controlli dei log, backend della cache.

OpenRouter offre la registrazione privata di input e output previa attivazione esplicita. Documenta anche la cache delle risposte nel gateway, che può restituire una risposta salvata a una richiesta identica senza chiamare il provider. È distinta dalla cache dei prompt presso il provider, che riutilizza l'elaborazione del prompt all'interno del provider stesso. La cache delle risposte è disattivata finché non viene abilitata e il suo ambito è la singola chiave API. Log privati, cache delle risposte, cache dei prompt.

Vince LiteLLM per la scelta di dove risiedono log e cache del gateway. OpenRouter è l'opzione gestita più semplice. Prima di adottarlo, va valutato un limite preciso della cache: la conservazione zero dei dati a livello di account disattiva la cache delle risposte, mentre provider.zdr per singola richiesta non cambia l'idoneità all'uso della cache. Richiedere un provider che non conservi i dati non disattiva di per sé la conservazione nella cache delle risposte del gateway.

Controllare il gateway non garantisce che i dati restino nella propria infrastruttura

LiteLLM elimina dal percorso il fornitore di un gateway gestito, ma non rende locale l'inferenza remota. La sua pagina sulla sicurezza dichiara: «Con un'installazione sulla propria infrastruttura, non vengono memorizzati dati né informazioni di telemetria sui server LiteLLM». L'architettura continua a inoltrare le richieste ai provider dei modelli selezionati. Sicurezza di LiteLLM, percorso delle richieste.

Questo permette di controllare il proxy, i suoi log e le destinazioni configurate. Restano però valide le politiche del provider a monte e quelle di un eventuale servizio esterno di logging attivato.

OpenRouter dichiara: «Qualsiasi conservazione dei prompt su OpenRouter richiede sempre un'attivazione esplicita». Distingue i log privati per il debug dall'autorizzazione a usare input e output per migliorare il prodotto; entrambe le opzioni sono disattivate per impostazione predefinita. Conserva i metadati delle richieste e descrive il campionamento di un piccolo numero di prompt per classificarli, usando un modello con una politica di conservazione zero dei dati. In assenza del consenso all'uso di input e output, dichiara che le categorie vengono salvate in forma anonima e non sono collegate all'account o all'ID utente. Raccolta dei dati in OpenRouter.

Il provider a monte costituisce un altro perimetro da valutare. OpenRouter documenta separatamente le politiche di conservazione e quelle di addestramento e permette di filtrare gli endpoint per conservazione zero dei dati, o ZDR. Non usare i dati per l'addestramento e non conservarli sono due impegni diversi. La documentazione ZDR avverte inoltre che plugin e strumenti abilitati possono avere politiche di conservazione proprie. Politiche dei provider, controlli ZDR.

Per il controllo del trattamento dei dati nel gateway vince LiteLLM. OpenRouter può essere compatibile con le proprie regole sui servizi gestiti, ma gateway, provider, cache ed eventuali strumenti abilitati vanno valutati separatamente. La sola sigla «BYOK» non risponde a nessuna di queste domande sulla conservazione.

Come passare da OpenRouter a LiteLLM, o viceversa

Il costo della migrazione sta nel ricostruire regole e contabilità attorno all'API, non soltanto nel cambiarne l'indirizzo. Un formato di richiesta compatibile non trasferisce contratti con i provider, budget, log storici o regole di fallback.

1. 1

   Associa a ogni percorso l'account che paga e la credenziale usata

   Per passare a LiteLLM, individua credenziali e account dei provider che sostituiranno l'accesso a crediti. Per passare a OpenRouter, scegli tra crediti acquistati e BYOK e specifica se le richieste di fallback possono usare la capacità condivisa con il relativo addebito.

2. 2

   Mappa i modelli e il loro comportamento

   Registra gli identificativi o gli alias dei modelli usati dal prodotto, i provider consentiti, i parametri di richiesta supportati e le destinazioni di fallback. Mantieni il comportamento dei modelli previsto dall'applicazione, senza considerare intercambiabili tutte le voci del catalogo.

3. 3

   Ricostruisci budget, limiti di frequenza e regole di conservazione

   Riporta per ogni chiave la politica di spesa, l'intervallo di azzeramento e il controllo del volume di traffico richiesto. Per LiteLLM, includi il database necessario ai budget. Per OpenRouter, decidi quali budget comprendono BYOK. Documenta la conservazione dei log e della cache separatamente da quella del provider.

4. 4

   Definisci il passaggio contabile e il ritorno alla configurazione precedente

   Conserva lo storico dei consumi secondo le tue regole, registra il momento del passaggio e tieni disponibile la configurazione di routing precedente. Assegna a un responsabile la riconciliazione delle fatture dei provider e dei crediti del gateway dopo la migrazione.

Non migrare da OpenRouter a LiteLLM un piccolo prodotto che funziona solo per evitare una commissione inferiore al costo di gestire un altro servizio. Non trasferire un deployment LiteLLM funzionante a un router gestito se il controllo del gateway è un requisito vincolante. E non cambiare soltanto perché un catalogo è più ampio, senza verificare i modelli e le funzionalità specifici che servono al prodotto.

È supportato anche l'uso combinato: LiteLLM documenta OpenRouter come provider a monte. Questo può mantenere un punto di controllo locale sfruttando il catalogo OpenRouter, ma conserva anche il passaggio delle richieste da OpenRouter e le relative commissioni. Non trasforma l'inferenza gestita in un sistema interamente locale.

Alternative a OpenRouter: Vercel e Cloudflare

Vercel AI Gateway è il primo servizio gestito con cui confrontare le commissioni; Cloudflare AI Gateway è pertinente quando i suoi controlli si adattano all'infrastruttura esistente. Con entrambi occorre comunque capire quale credenziale determina l'addebito.

Vercel AI Gateway dichiara di non applicare maggiorazioni sui token, commissioni di piattaforma o commissioni di gateway per BYOK. BYOK richiede l'acquisto di crediti; le richieste BYOK fallite possono essere ritentate con le credenziali di sistema e addebitate al saldo del gateway. Il piano gratuito include $5 al mese per i modelli idonei, ma l'acquisto di crediti interrompe quell'assegnazione mensile gratuita. Possono comunque applicarsi commissioni di elaborazione dei pagamenti e costi per componenti aggiuntivi facoltativi. Prezzi ufficiali di Vercel.

Cloudflare AI Gateway offre gratuitamente le funzionalità di base di analisi, cache e limitazione della frequenza. Unified Billing aggiunge il 5% all'acquisto di crediti: l'esempio riportato è $100 di crediti per un addebito di $105, con i prezzi dell'inferenza dei provider trasferiti al cliente senza maggiorazioni. I nuovi clienti che hanno creato il primo gateway il 24 settembre 2026 o successivamente sono soggetti alle tariffe Workers Logs: le funzionalità gratuite del gateway non implicano quindi log gratuiti illimitati. Prezzi ufficiali di Cloudflare.

Per questi nuovi account di logging, Workers Paid include 20 milioni di log al mese, poi $0.60 per ogni milione aggiuntivo; il piano Free indica 200,000 log al giorno. Prezzi di Workers Logs. Il nostro articolo sul controllo degli addebiti in Cloudflare spiega le regole sulle credenziali, mentre il confronto tra alternative a OpenRouter prende in esame una selezione più ampia.

Le domande da chiarire prima di scegliere

OpenRouter o LiteLLM: chi custodisce le chiavi dei provider?

Con LiteLLM installato sulla tua infrastruttura, controlli le credenziali dei provider usate dal gateway. Con OpenRouter BYOK, fornisci le chiavi dei provider al servizio gestito, che dichiara di crittografarle. L'uso di OpenRouter a crediti non richiede di fornire la chiave di ogni provider.

Con OpenRouter posso mantenere i miei contratti con i provider?

BYOK consente di usare i tuoi account presso i provider per le richieste. La fattura del provider, la commissione BYOK di OpenRouter calcolata sui prezzi di listino e l'eventuale fallback sulla capacità condivisa sono voci di fatturazione da considerare separatamente. La soglia esente da commissioni non rende gratuita l'inferenza del provider.

LiteLLM costa meno quando crescono i consumi?

Solo quando i suoi costi operativi, più l'eventuale licenza Enterprise, sono inferiori alle commissioni OpenRouter che eviteresti. Se l'alternativa è BYOK, il confronto va fatto con la relativa commissione: applicare la percentuale di acquisto dei crediti all'intera fattura del provider BYOK sovrastima il risparmio.

Posso usare LiteLLM insieme a OpenRouter?

Sì. LiteLLM documenta un'integrazione con OpenRouter come provider. Mantieni entrambi i livelli di routing e quindi anche i relativi costi operativi, le commissioni OpenRouter e il passaggio dei dati dal servizio gestito.

Ricevi la AI Business Workflow Audit Checklist tramite la newsletter per mappare chiavi dei provider, spesa per i modelli e responsabilità dei fallback prima di cambiare gateway.