Alternative a OpenRouter: 6 gateway AI per il routing multi-modello nel 2026

LiteLLM è la migliore tra le alternative a OpenRouter quando l'azienda dispone di un responsabile di piattaforma in grado di gestire il gateway; Vercel AI Gateway è invece il miglior sostituto gestito. L'accordo per l'acquisizione da parte di Stripe non impone una migrazione d'emergenza, ma rende inderogabile una regola di budget: con $50,000 di spesa mensile per i modelli, la commissione di piattaforma del 5.5% di OpenRouter vale $2,750 e nessun singolo intermediario dovrebbe essere l'unica via d'accesso.

Il 19 agosto 2026 Stripe ha annunciato di aver raggiunto un accordo per acquisire OpenRouter. Nel comunicato ritroviamo la stessa missione su cui OpenRouter ha costruito la propria offerta: instradare ogni richiesta in base ad attività, prezzo, velocità e affidabilità, scegliendo fra centinaia di modelli. Non si parla né di aumenti di prezzo, né di chiusura, né di un catalogo più ristretto.

La conseguenza operativa è una maggiore concentrazione della proprietà. Anche un'applicazione indipendente dai singoli modelli può finire vincolata al gateway se chiavi, alias dei modelli, budget, regole di fallback, log e fatturazione risiedono presso un unico intermediario. La risposta è la regola delle due rotte: un gateway per il traffico ordinario e un collegamento diretto a un provider capace di sostenere un workflow di produzione senza modificare la logica di business.

Prezzi, piani, limiti e funzionalità riportati di seguito sono stati verificati sulle pagine ufficiali dei fornitori il 20 agosto 2026. Questa è un'analisi di prezzi e documentazione, non l'affermazione che le sei piattaforme siano state sottoposte a test di carico o utilizzate in produzione.

Risposta breve: quale alternativa a OpenRouter conviene scegliere?

Scegli LiteLLM per il massimo controllo, Vercel AI Gateway per la semplicità di un servizio gestito, Portkey per la governance enterprise, Cloudflare AI Gateway se lo stack ruota già intorno a Cloudflare, Requesty se cerchi un modello d'uso simile a OpenRouter e Bifrost per un gateway self-hosted essenziale. Sono sei acquisti diversi, anche se tutti permettono di raggiungere più provider di modelli tramite un solo endpoint.

La prima scelta riguarda chi gestisce il percorso delle richieste. LiteLLM e Bifrost eseguono il gateway nel tuo ambiente. Il controllo su deployment, dati, credenziali, aggiornamenti e gestione degli errori resta quindi all'azienda. Ma resta all'azienda anche il servizio di reperibilità: una licenza gratuita non rende gratuito un sistema di produzione.

Vercel, Cloudflare, Requesty e Portkey gestiscono direttamente una parte maggiore del servizio. Alleggeriscono il lavoro della piattaforma interna, ma disponibilità e policy dell'applicazione dipendono da un'altra società. È un compromesso sensato quando il tempo operativo risparmiato vale più della commissione; diventa rischioso solo in assenza di una via alternativa.

La convenienza economica cambia in punti diversi. Vercel non applica ricarichi sui token, anche se alcuni controlli opzionali hanno contatori separati. Requesty aggiunge il 5% al costo dei modelli. Cloudflare applica il 5% soltanto ai crediti acquistati tramite Unified Billing, mentre il gateway di base resta gratuito. Portkey prevede un abbonamento di piattaforma e costi extra per i log. I piani open source di LiteLLM e Bifrost costano $0, ma sviluppo e infrastruttura rimangono a carico dell'azienda.

OpenRouter resta comunque una scelta valida. La sua pagina prezzi attuale indica 500+ modelli e 80+ provider nei piani a pagamento, contro i 400+ modelli citati nell'annuncio dell'acquisizione di Stripe. Il catalogo evolve più rapidamente della comunicazione aziendale: un buon motivo per non classificare i gateway soltanto in base al numero di modelli.

Per una panoramica più ampia delle categorie disponibili, consulta il confronto fra dieci gateway AI. L'analisi aggiornata dei prezzi di OpenRouter distingue invece i crediti condivisi dal BYOK.

Come cambia il budget per il routing dei modelli dopo l'accordo con Stripe

L'acquisizione modifica il piano di continuità prima ancora della fattura. Stripe e OpenRouter potrebbero realizzare esattamente quanto promesso. Il punto è più semplice: accesso ai modelli, fatturazione dei token, policy di routing e proprietà del gateway sono ora più vicini fra loro. Chi ha adottato un router per non dipendere dai fornitori di modelli non dovrebbe ricreare la stessa dipendenza al livello superiore.

I piani a pagamento pubblicati da OpenRouter continuano a mostrare una commissione di piattaforma del 5.5% per Pay-as-you-go e sconti sulla commissione per Enterprise. Free resta a $0, con 25+ modelli gratuiti, quattro provider e 50 richieste al giorno. Con il BYOK, Pay-as-you-go include ogni mese $25,000 di inferenza al prezzo di listino senza commissione del gateway, poi applica il 5% oltre tale soglia. Enterprise porta la quota BYOK esente da commissioni a $200,000, oltre la quale si paga il 5%.

Nessuna di queste condizioni richiede una fuga precipitosa. Con $5,000 al mese di spesa per modelli tramite crediti condivisi, il 5.5% equivale a $275; con $50,000 sale a $2,750. La percentuale è identica, la decisione aziendale no. Per risparmiare $275, un piccolo team di prodotto non dovrebbe creare un nuovo servizio interno se il gateway evita già più di qualche ora di integrazione e gestione degli incidenti. Un team di piattaforma che paga $2,750 ogni mese ha invece un budget sufficiente per confrontare seriamente le alternative.

Meglio dichiarare un'ipotesi operativa che fingere che l'open source non costi nulla. Se un gateway self-hosted richiede 12 ore di lavoro tecnico al mese, con un costo complessivo di $150 l'ora, la voce operativa ammonta a $1,800 al mese, prima di calcolo e storage. Con questa ipotesi esemplificativa, la commissione del 5.5% di OpenRouter raggiunge $1,800 quando la spesa mensile per i modelli è circa $32,727. Una commissione del 5% raggiunge lo stesso importo a $36,000.

Non sono punti di pareggio universali. Un workload regolamentato potrebbe scegliere il self-hosting già con $2,000 di spesa mensile, perché il deployment privato è un requisito imprescindibile. Una startup di cinque persone potrebbe continuare a pagare un servizio gestito ben oltre $36,000 pur di non assumere o distogliere un platform engineer. Il calcolo rende esplicita l'ipotesi, così finanza e sviluppo possono discutere del vero nodo.

Anche la rotta alternativa ha un suo budget, più contenuto. Ipotizziamo otto ore di lavoro tecnico a $150 l'ora per costruire e collaudare un collegamento diretto a un provider: è un intervento una tantum da $1,200. Con $50,000 di spesa mensile su OpenRouter, equivale a 0.44 mesi della commissione da $2,750. Con una spesa di $5,000, equivale a 4.36 mesi della commissione da $275. Chi spende molto può finanziare la reversibilità con una frazione della commissione di un solo mese; chi spende meno dovrebbe creare il bypass solo per un workflow il cui fermo o rischio di policy lo giustifichi.

Il grafico dei costi richiede una precisazione. Lo $0 di Vercel riguarda il ricarico sui token, non tutti i controlli opzionali. L'allowlist dei provider a livello di team costa $0.10 ogni 1,000 richieste riuscite; la conservazione zero dei dati, sempre a livello di team, costa altri $0.10 ogni 1,000 richieste; le trace costano $0.05 ogni 1,000, più l'egress. Su un milione di richieste, con tutte e tre le funzioni attive e una trace per richiesta, questi contatori aggiungono $250 più l'egress delle trace.

Nell'esempio da $50,000, Cloudflare e Requesty generano entrambe una voce da $2,500, ma fatturano elementi diversi. Requesty applica un ricarico del 5% al costo dei modelli. Il 5% di Cloudflare riguarda invece i crediti acquistati tramite Unified Billing, mentre con il BYOK è possibile usare gratuitamente il gateway di base senza pagare quella commissione sui crediti. Le parole usate negli acquisti contano quanto la percentuale.

Le commissioni del gateway si aggiungono alla fattura dei modelli, non la sostituiscono. Il confronto delle API AI più economiche analizza separatamente il costo dei token, evitando che un gateway conveniente nasconda la scelta di un modello costoso.

La regola decisionale è netta: resta se il gateway fa risparmiare più di quanto costa in sviluppo, guasti e fatturazione; cambia se un controllo mancante o un costo ricorrente supera il costo operativo dell'alternativa. In entrambi i casi, crea il bypass. Sostituire una rotta centrale con un'altra rotta centrale non elimina da solo la concentrazione.

Come abbiamo selezionato queste alternative a OpenRouter

La classifica premia la reversibilità prima dell'ampiezza del catalogo. Un'azienda può sperimentare 100 modelli e approvarne tre per la produzione. Il gateway utile è quello che mantiene quei tre modelli disponibili, osservabili, sotto budget e sostituibili, senza far trapelare nella logica applicativa i comportamenti specifici del fornitore.

Ogni alternativa è stata valutata secondo cinque criteri:

1. Proprietà: chi controlla le chiavi dei provider, la policy di routing, gli alias dei modelli, i log e il processo del gateway in esecuzione?
2. Comportamento del failover: gli operatori possono definire l'ordine dei provider, i limiti dei retry, i blocchi di budget e gli errori che non devono mai consentire un fail-open?
3. Visibilità dei costi: la commissione è pubblica, calcolabile e attribuibile al team o all'applicazione che l'ha generata?
4. Confine di deployment: il gateway può essere eseguito dove lo impongono le regole su dati, rete, identità e conformità dell'acquirente?
5. Costo di uscita: un workflow di produzione può evitare il gateway tramite configurazione e un deployment controllato, anziché richiedere la riscrittura dell'applicazione?

La classifica si ferma a sei prodotti perché ciascuno costituisce un vero livello di richiesta multi-provider, con prezzi e documentazione pubblici sufficienti a sostenere una decisione d'acquisto. Sono stati esclusi gli host di modelli e i cloud di inferenza che non possono sostituire un routing neutrale senza spostare il workload nel proprio parco modelli. Un catalogo esteso di modelli eseguibili è utile, ma risponde a una domanda diversa.

I prezzi di ogni fornitore sono stati verificati il 20 agosto 2026. Nessun piano gratuito è stato presentato come una promessa per la produzione quando il fornitore lo definiva un livello per prototipi o quando i limiti documentati rendevano insicura tale interpretazione. Nessun prodotto ha ottenuto punti per funzioni ancora in roadmap.

Anche il primo classificato doveva superare una verifica della proprietà. Il self-hosting vince soltanto se una persona o un team identificato gestisce aggiornamenti, integrità del database, segreti, scalabilità, telemetria e incidenti. Il routing gestito vince soltanto se l'applicazione mantiene una rotta diretta verso un provider. Per questo lo stesso elenco di funzioni porta a classifiche diverse per un founder, un CTO mid-market e un team di piattaforma enterprise.

1. LiteLLM: la scelta migliore per l'indipendenza dai provider

LiteLLM è la migliore alternativa a OpenRouter quando l'azienda può gestire il gateway come un prodotto interno. Racchiude 100+ provider dietro un'unica API compatibile con OpenAI e, già nel piano open source da $0, offre chiavi virtuali, utenti e team, monitoraggio della spesa, budget, rate limit, fallback, log di richieste e risposte e metriche Prometheus. Il limite non riguarda le funzionalità, ma la responsabilità operativa.

Una startup finanziata con due agenti rivolti ai clienti può usare LiteLLM per assegnare a ogni servizio una chiave virtuale, alias di modelli approvati, un budget mensile e un fallback controllato. Un team di piattaforma mid-market può eseguire lo stesso gateway rispettando i propri standard per container, segreti, database e monitoraggio. Chi sviluppa da solo e non vuole più occuparsi di infrastruttura dovrebbe scegliere Vercel o Requesty.

Ideale per: aziende di prodotto con un responsabile di piattaforma identificato
Punto di forza: processo del gateway, account dei provider, policy e percorso dei dati restano sotto il controllo dell'applicazione
Prezzi: Open Source $0; prezzo annuale Enterprise personalizzato in base a capacità di richieste, architettura di deployment e supporto
Prova gratuita: 30 giorni di Enterprise senza carta di credito; Open Source resta gratuito

La pagina prezzi aggiornata di LiteLLM mostra solo due confini commerciali. Open Source resta gratuito per sempre anche in produzione self-hosted. Enterprise viene quotato su base annuale e il prezzo dipende esplicitamente dalla capacità annua di richieste del gateway, dall'architettura di deployment e dalle esigenze di supporto, non dalla spesa per i token dei modelli.

Enterprise aggiunge SSO e SCIM, autenticazione OIDC o JWT, audit log, integrazioni con secret manager, rotazione delle chiavi, amministrazione dell'organizzazione, control plane multi-regione, deployment air-gapped e supporto fino a 24/7. Sono controlli importanti quando il gateway diventa un'infrastruttura condivisa, ma non eliminano la necessità di gestire il data plane che si è scelto di possedere.

La licenza da $0 può trarre in inganno un piccolo team. Qualcuno deve occuparsi di proxy, database persistente, credenziali, backup, aggiornamenti, metriche, cambiamenti dei provider e risposta agli incidenti. Con l'ipotesi dichiarata di 12 ore a $150, il lavoro costa $1,800 al mese prima dell'infrastruttura. In termini di puro costo mensile, LiteLLM batte una commissione gestita del 5.5% oltre circa $32,727 di spesa per i modelli; esigenze di controllo o conformità possono giustificarlo prima.

La soluzione più robusta nasconde LiteLLM dietro alias interni come support-primary e support-fallback. La logica di business deve richiedere una capacità interna, non anthropic/claude-something o una rotta specifica di LiteLLM. L'adapter per il provider diretto deve comprendere lo stesso alias interno. Così il gateway resta sostituibile anche dopo essere diventato molto utile.

1. 1

   Inizia da un solo workflow circoscritto

   Scegli una rotta simile a quella di produzione, con schema, obiettivo di latenza, regola sui dati e spesa mensile noti. Non cominciare trasferendo tutte le chiamate ai modelli.

2. 2

   Crea alias interni per i modelli

   Definisci un modello primario stabile e un fallback compatibile, senza esporre alla logica di business le stringhe pubbliche dei modelli dei provider. Conserva la mappatura nella configurazione del gateway.

3. 3

   Emetti una sola chiave virtuale

   Assegna all'applicazione una chiave dedicata, i modelli approvati, un budget e un rate limit. Non inserire nel workload la chiave amministrativa di LiteLLM.

4. 4

   Configura un adapter diretto

   Conserva una credenziale del provider fuori da LiteLLM e associa la stessa capacità interna all'API di quel provider. L'adapter resta inattivo durante il traffico ordinario, ma è pronto per un bypass controllato.

5. 5

   Provoca un errore

   Rendi indisponibile il modello primario in una finestra senza clienti. Prima di aggiungere altro traffico, verifica che fallback, log, schema, limite di latenza e bypass diretto si comportino come previsto.

LiteLLM è al primo posto perché può eliminare sia la dipendenza dai fornitori di modelli sia quella dal fornitore del gateway. Deve scendere immediatamente al secondo quando manca un responsabile. Un control plane senza gestione non è indipendenza: è un'interruzione in attesa della settimana meno opportuna.

2. Vercel AI Gateway: il miglior sostituto gestito

Vercel AI Gateway è la migliore alternativa gestita a OpenRouter per un team di prodotto che vuole un solo endpoint senza ricarico sui token. Offre centinaia di modelli, budget, monitoraggio dell'utilizzo, bilanciamento del carico, fallback e retry automatici verso altri provider. Il compromesso è evidente: il gateway è gestito da Vercel, quindi la regola delle due rotte resta necessaria.

Il founder di una startup finanziata può collocare un workflow rivolto ai clienti dietro Vercel senza assumere qualcuno che gestisca il gateway. Per chi usa già AI SDK il percorso di integrazione è particolarmente breve, ma il gateway supporta anche API compatibili con OpenAI e Anthropic. Un team di piattaforma che deve eseguire il gateway in un cluster privato dovrebbe invece scegliere LiteLLM o Bifrost.

Ideale per: startup e team di prodotto che acquistano routing gestito
Punto di forza: token al prezzo di listino del provider senza ricarico del gateway, BYOK incluso
Prezzi: Free include $5 di credito al mese; Paid è pay as you go con crediti acquistati; Enterprise consente la fatturazione
Prova gratuita: piano Free continuativo sui modelli idonei, con limiti inferiori per modello

La documentazione aggiornata dei prezzi distingue Free da Paid. Free assegna a ogni team $5 di credito mensile sui modelli idonei, applica i prezzi di listino dei provider senza ricarico e prevede limiti più bassi, specifici per modello. Il BYOK non è disponibile. L'acquisto di crediti porta il team a Paid, apre l'intero catalogo disponibile, aumenta i limiti ed elimina il credito mensile di $5.

Anche Paid applica i prezzi di listino dei provider senza ricaricare i token. Aggiunge il BYOK, ma richiede di mantenere un saldo di crediti del gateway acquistati. Se una richiesta eseguita con la credenziale del provider non riesce, Vercel può ritentare con le proprie credenziali e addebitare il fallback su quel saldo. È un vantaggio per la disponibilità e una possibile sorpresa per gli acquisti. Chi usa il BYOK per consumare un impegno già sottoscritto con un provider dovrebbe verificare la fatturazione del fallback prima che il reparto finanziario consideri diretta ogni chiamata.

I team Enterprise possono concordare la fatturazione di AI Gateway senza commissioni di elaborazione dei pagamenti. Questa è l'intera struttura visibile dei piani del gateway. I controlli opzionali aggiungono contatori separati, a prescindere dal messaggio principale sul ricarico zero.

Custom Reporting costa $0.075 ogni 1,000 scritture e $5 ogni 1,000 query di reporting. Un'allowlist dei provider a livello di team costa $0.10 ogni 1,000 richieste riuscite, mentre un filtro dei provider applicato alla singola richiesta non ha costi extra. La conservazione zero dei dati a livello di team costa $0.10 ogni 1,000 richieste; l'opzione per singola richiesta non aggiunge costi nei piani Pro ed Enterprise. Trace Drains costa $0.05 ogni 1,000 trace, più $0.50 per GB di egress.

Su un milione di richieste, l'allowlist dei provider a livello di team, la conservazione zero dei dati a livello di team e una trace per richiesta costano in tutto $250 più l'egress delle trace. È una cifra contenuta rispetto a molte fatture per i modelli, ma abbastanza alta da richiedere una voce di budget. Il problema non è che Vercel nasconda i costi: la documentazione è esplicita. Il problema è non confondere l'assenza di ricarico sui token con l'assenza di costi di piattaforma.

Il limite per la produzione è il controllo del deployment. La documentazione di Vercel descrive un endpoint gestito, non un processo gateway eseguibile nella propria rete. Per un team snello è proprio questo il vantaggio; per chi impone un confine rigido di deployment privato è un ostacolo.

Vercel si colloca dopo LiteLLM perché sostituisce OpenRouter con un'altra dipendenza gestita. Supera le altre opzioni gestite perché il ricarico zero sui token rende insolitamente chiaro il costo ricorrente del gateway. Con un adapter diretto verso un provider, quella dipendenza diventa un compromesso operativo concreto, non lock-in.

3. Portkey: la scelta migliore per la governance enterprise

Portkey è la migliore alternativa a OpenRouter quando la governance costituisce il cuore dell'acquisto, non un'aggiunta. La sua API universale riunisce fallback, bilanciamento del carico, retry, osservabilità, gestione dei prompt, caching e guardrail. Inoltre, i piani pubblici definiscono con rara chiarezza i confini fra prototipo, produzione e requisiti enterprise.

Un CTO mid-market con più applicazioni può usare Portkey per centralizzare chiavi, log, prompt, spesa e gestione degli errori senza mantenere un gateway open source. Un acquirente enterprise può orientarsi verso hosting private cloud o VPC, con controlli di identità e conformità. Chi sviluppa da solo una piccola applicazione non dovrebbe acquistare un control plane enterprise prima di aver dimostrato che il workflow ne ha davvero bisogno.

Ideale per: organizzazioni che centralizzano policy, identità, conservazione dei dati e supporto
Punto di forza: un piano Production pubblico da $49 con un percorso Enterprise verso il deployment privato
Prezzi: Developer $0; Production $49 al mese più eccedenze dei log; Enterprise personalizzato
Prova gratuita: Developer resta gratuito per sempre per prototipi e valutazioni

La pagina prezzi aggiornata di Portkey dichiara che Developer non è adatto ai workload di produzione. Registra 10,000 log al mese, conserva i log per tre giorni e le metriche per 30 giorni. Le funzioni del gateway sono utili per una proof of concept, ma i limiti di conservazione e l'avvertenza del fornitore indicano chiaramente dove fermarsi.

Production costa $49 al mese. Include 100,000 log registrati, addebita $9 per ogni ulteriore blocco da 100,000, conserva i log per 30 giorni e le metriche per 90 giorni. Con un milione di log registrati, il prezzo è $130 al mese: $49 di base più nove blocchi extra da $9. Il fornitore precisa inoltre che questo piano non è consigliato alle organizzazioni che richiedono controlli di sicurezza personalizzati o garanzie sulla residenza dei dati.

Enterprise adotta prezzi personalizzati e parte da oltre 10 milioni di log registrati al mese. Aggiunge conservazione personalizzata di log e metriche, hook per guardrail personalizzati, SSO, budget e rate limit granulari, private cloud, hosting VPC, esportazione nel data lake, conformità avanzata, accordi personalizzati, onboarding dedicato e assistenza prioritaria.

È questo pacchetto a giustificare l'acquisto di Portkey. Un'azienda con dieci workflow AI non ha bisogno soltanto di una base URL. Deve sapere chi può chiamare quali modelli, chi ha generato la spesa, quale versione del prompt è stata eseguita, dove risiedono i log, quale guardrail ha bloccato un output e chi interviene quando il gateway smette di funzionare. Portkey riunisce queste risposte in un'unica piattaforma e in un solo rapporto di assistenza.

Il limite è l'ampiezza dell'acquisto. La stessa superficie di controllo che riduce la frammentazione in azienda può imporre passaggi inutili a una sola applicazione. Production è accessibile, ma i requisiti di sicurezza e residenza che spesso motivano l'acquisto di un gateway spostano il cliente sui prezzi personalizzati di Enterprise. Conviene valutare il costo per l'organizzazione che si sta costruendo, non soltanto per il volume di richieste attuale.

Portkey è al terzo posto perché risolve un problema enterprise più ampio del semplice routing. È un vantaggio quando policy e responsabilità bloccano l'adozione; è un peso di piattaforma quando il compito immediato consiste soltanto nel collocare tre modelli dietro un endpoint.

4. Cloudflare AI Gateway: la scelta migliore per gli stack Cloudflare

Cloudflare AI Gateway è la migliore alternativa economica a OpenRouter quando Cloudflare gestisce già edge, sicurezza o runtime Workers dell'applicazione. Le funzioni di base per analytics, caching e rate limiting sono gratuite in tutti i piani, mentre Dynamic Routing può applicare percorsi condizionali, ripartizioni del traffico, rate limit, limiti di budget e fallback.

Una startup che distribuisce già su Workers può aggiungere visibilità e routing dei modelli senza un altro abbonamento. Un team più grande può integrare DLP, log e routing nel modello operativo Cloudflare esistente. Adottare Cloudflare soltanto per evitare una piccola commissione del gateway rischia invece di creare più lavoro su account e piattaforma di quanto ne risparmi.

Ideale per: team che usano già prodotti Cloudflare per rete, sicurezza o Workers
Punto di forza: gateway di base da $0, scansione DLP gratuita e rotte dinamiche versionate
Prezzi: funzioni di base $0; Unified Billing aggiunge il 5% ai crediti acquistati; Workers e guardrail adiacenti possono generare costi
Prova gratuita: le funzioni di base restano gratuite, senza scadenza

La documentazione dei prezzi di Cloudflare indica che il gateway di base è disponibile gratuitamente con tutti i piani. Workers Free conserva in totale 100,000 log per tutti i gateway dell'account. Workers Paid conserva 10 milioni di log per gateway. La scansione DLP è gratuita, anche se un account privo di abbonamento Zero Trust riceve soltanto due profili DLP predefiniti.

Unified Billing applica una commissione del 5% ai crediti acquistati tramite Cloudflare e trasferisce senza ricarico le tariffe di inferenza dei provider. Un acquisto mensile di crediti da $50,000 genera quindi una commissione Cloudflare di $2,500. Il BYOK segue una strada diversa: la commissione del 5% sull'acquisto dei crediti non si applica, perché il provider del modello fattura direttamente la chiave del cliente.

L'attuale pagina dei limiti espone un vincolo importante. Le richieste che usano credenziali gestite da Cloudflare tramite Unified Billing sono limitate a 200 richieste ogni 60 secondi per gateway e, oltre la soglia, ricevono un errore 429. Il limite non riguarda il traffico BYOK. Un'applicazione consumer con una media di quattro richieste al secondo supera già 200 al minuto: prima del lancio, Unified Billing richiede quindi una verifica esplicita della capacità.

Fra gli altri limiti documentati figurano 500 log memorizzati al secondo per gateway, 25 MB per una richiesta inseribile in cache, un TTL della cache di un mese, cinque elementi di metadata personalizzati per richiesta, 10 gateway nel piano gratuito e 20 in quello a pagamento. Sono valori ampi per molte applicazioni, ma vanno trattati come parametri di architettura, non scoperti durante un incidente.

Dynamic Routing offre molto più di un semplice elenco di fallback. Può creare diramazioni in base alla richiesta o ai metadata personalizzati, dividere il traffico in percentuale, imporre limiti di richieste o budget, scegliere un fallback, salvare versioni, distribuirne una e ripristinare la precedente. È utile per il routing in base al piano del cliente, per introdurre gradualmente nuovi modelli e per esperimenti controllati. Ma significa anche che la policy di routing diventa configurazione Cloudflare: esporta e documenta l'intento di ogni rotta.

Il limite è l'affinità con la piattaforma circostante. Cloudflare è una scelta convincente quando un team ne conosce già account, sicurezza, log, piani Workers e modello di deployment. Lo è molto meno se tutti questi concetti sono nuovi e l'applicazione necessita soltanto di un endpoint gestito per i modelli.

Cloudflare è al quarto posto perché la sua migliore combinazione di prezzo e controllo presuppone un contesto Cloudflare già esistente. Dentro tale contesto può essere la soluzione capace meno costosa dell'elenco; fuori, Vercel o Requesty richiedono in genere una decisione di adozione più contenuta.

5. Requesty: il sostituto più vicino con prezzo a consumo

Requesty è l'alternativa a OpenRouter più simile per un piccolo team che cerca routing gestito, un catalogo ampio e una commissione legata direttamente all'utilizzo dei modelli. Pay as you go rende disponibili 600+ modelli di 20+ provider e comprende BYOK, policy di routing, caching, fallback, controlli di budget, MCP Gateway, residenza dei dati nell'UE, osservabilità avanzata e assistenza via email.

Una startup può cominciare dai modelli gratuiti, passare a un ricarico del 5% quando arriva traffico a pagamento ed evitare una decisione su posti utente o abbonamenti. Per un team SaaS B2B con clienti europei, la residenza dei dati nell'UE può contare più del catalogo. Un'azienda con un'elevata spesa in token ormai stabile e un responsabile di piattaforma dovrebbe confrontare la percentuale con LiteLLM o Bifrost prima di accettarla a tempo indeterminato.

Ideale per: piccoli team che preferiscono una percentuale gestita a un abbonamento
Punto di forza: nessun costo per postazione o spesa minima, con routing e residenza nell'UE in tutta l'offerta
Prezzi: Free $0; Pay as you go aggiunge il 5%; Enterprise personalizzato
Prova gratuita: piano Free con 200 richieste al giorno sui modelli gratuiti e senza carta di credito

La pagina prezzi aggiornata di Requesty rende concreto il modello: se un provider chiede $10 per milione di token, tramite Requesty lo stesso modello costa $10.50. Free offre l'intera piattaforma sui modelli gratuiti, consente 200 richieste al giorno e comprende routing, caching, fallback, monitoraggio della spesa, analytics e residenza dei dati nell'UE.

Pay as you go non prevede un prezzo per postazione né una spesa minima. Il ricarico del 5% acquista l'accesso a tutti i 600+ modelli, 20+ provider, BYOK, policy di routing, caching, fallback, limiti di spesa, tetti di budget, MCP Gateway, residenza dei dati nell'UE, osservabilità avanzata e assistenza via email. Con $5,000 di costo mensile per i modelli, la commissione è $250; con $50,000 arriva a $2,500.

Enterprise adotta prezzi personalizzati. Aggiunge SSO tramite Okta, Azure AD, Google Workspace o OIDC personalizzato; RBAC completo; audit log; modelli e policy approvati; controlli della spesa per team; guardrail; rilevamento dei PII; account di servizio per CI/CD; assistenza dedicata e SLA personalizzati.

La percentuale è facile da approvare finché il traffico è incerto. Diventa invece il limite quando l'utilizzo si stabilizza. Con l'ipotesi esemplificativa di $1,800 al mese per le attività di un sistema self-hosted, la commissione del 5% di Requesty raggiunge il pareggio con $36,000 di spesa mensile per i modelli. Il servizio gestito può restare conveniente oltre tale soglia se il lavoro di piattaforma risparmiato vale più di $1,800, ma la decisione va riaperta invece di lasciar accumulare automaticamente il costo.

Requesty non è una copia perfetta di OpenRouter, ed è un bene. Il catalogo è abbastanza ampio per la maggior parte dei team di prodotto, mentre routing, gestione del budget, osservabilità e residenza nell'UE sono i fattori distintivi più chiari. Se lo scopo principale è scoprire l'endpoint del più recente modello di nicchia, i 500+ modelli e 80+ provider di OpenRouter restano difficili da battere. Se invece bisogna eseguire un gruppo approvato di modelli con una percentuale leggermente inferiore, Requesty è più facile da giustificare.

Requesty occupa il quinto posto perché è un sostituto gestito lineare, privo sia del ricarico zero di Vercel sia della profondità organizzativa di Portkey. Per un piccolo team che desidera un acquisto simile a OpenRouter con una percentuale leggermente inferiore, può comunque essere la scelta corretta più semplice.

6. Bifrost: la migliore alternativa self-hosted essenziale

Bifrost è la migliore alternativa self-hosted essenziale a OpenRouter quando contano più la gestione esplicita dei retry e OpenTelemetry che le dimensioni dell'ecosistema. Il piano OSS da $0 può essere eseguito come container Docker, deployment Kubernetes o binario Go e riunisce 1,000+ modelli dietro una sola API, con osservabilità, budget, limiti, chiavi virtuali, routing personalizzato, fallback, caching e un gateway MCP.

Un team di piattaforma che preferisce un servizio nativo Go può integrare Bifrost negli standard esistenti per container o Kubernetes senza pagare una percentuale sui token. Uno sviluppatore senior può ispezionare il percorso dei retry invece di accettare un fallback opaco. Un'azienda priva di un responsabile del gateway non dovrebbe però sceglierlo solo perché la licenza è gratuita.

Ideale per: team di piattaforma che cercano una superficie di routing self-hosted più contenuta
Punto di forza: comportamento documentato per retry, rotazione delle chiavi, fallback e telemetria
Prezzi: OSS $0; Enterprise personalizzato
Prova gratuita: 14 giorni di Enterprise

La pagina prezzi di Bifrost assegna al piano OSS regole e flussi di routing personalizzati, metriche e trace OpenTelemetry, osservabilità integrata, budget e limiti per le chiavi virtuali, fallback, caching semplice e semantico, gateway MCP, metriche Prometheus e diverse modalità di deployment. Enterprise aggiunge guardrail, modalità cluster, bilanciamento adattivo del carico, SAML e OIDC, integrazioni con vault, esportazione dei log, audit log, RBAC, deployment VPC, deployment on-premise, supporto air gap, SLA personalizzati e assistenza dedicata.

Il prezzo è semplice perché il modello operativo non lo è. OSS resta gratuito per sempre; Enterprise è personalizzato. Al di fuori della licenza, l'organizzazione paga il servizio, il database o lo stato necessari, la telemetria, i segreti, il calcolo, gli aggiornamenti e la reperibilità.

La documentazione sui retry di Bifrost è un buon motivo per prenderlo in considerazione. Il numero massimo predefinito di retry è zero. Quando vengono abilitati, il backoff parte da 500 millisecondi e si ferma a 5,000 millisecondi. Gli errori di rete e 5xx riutilizzano la chiave del provider con backoff; gli errori di credenziali e fatturazione possono far ruotare le chiavi. Solo dopo che il modello primario ha esaurito il proprio budget di retry, la richiesta passa a un fallback, ciascuno dei quali riceve a sua volta l'intero budget di retry.

Questa chiarezza rende visibile anche il limite. Un numero elevato di retry combinato con più fallback può trasformare il guasto di un upstream in una lunga attesa per l'utente e in vari tentativi fatturati. Inoltre, una risposta di fallback può essere sintatticamente valida ma violare i requisiti di schema, strumenti o dati dell'applicazione. Imposta un limite di latenza complessivo per l'intera catena, interrompi il processo sugli errori di policy e mantieni i modelli primario e di fallback compatibili con il contratto del workflow.

Bifrost compete soprattutto con LiteLLM. LiteLLM prevale per familiarità dell'ecosistema e per un control plane consolidato più ampio. Bifrost vince quando il deployment Go, la tracciabilità dei retry, l'approccio OTel o una superficie operativa più ridotta si adattano meglio agli standard di piattaforma. Entrambi perdono contro un gateway gestito se manca chi possa occuparsene.

Bifrost è sesto perché è uno specialista valido, non un prodotto inferiore. Supera LiteLLM quando il deployment nativo Go e la semantica esplicita dei retry determinano la scelta. Resta indietro se il team preferisce il più ampio ecosistema LiteLLM o desidera un servizio gestito.

Quale gateway scegliere in ogni scenario?

Scegli la rotta il cui limite più difficile corrisponde a una capacità che l'organizzazione finanzia già. Un gateway self-hosted è economico solo quando esiste una responsabilità di piattaforma. Un gateway gestito è indipendente solo quando l'applicazione può evitarlo. La governance enterprise crea valore solo quando qualcuno deve applicare e verificare la policy.

Scegli LiteLLM per un'azienda di prodotto dotata di responsabile di piattaforma, standard di deployment e monitoraggio già attivi e, in alternativa, un requisito rigido sul percorso dei dati oppure una spesa mensile per i modelli vicina al punto di pareggio dichiarato di $32,727. La scelta passa a Bifrost quando Go, OpenTelemetry e la semantica esplicita dei retry si adattano meglio alla piattaforma.

Scegli Vercel AI Gateway per una startup o un team di prodotto che vuole un endpoint gestito senza ricarico sui token. La scelta passa a Cloudflare se Cloudflare gestisce già edge e sicurezza, oppure a Requesty se la residenza dei dati nell'UE e un semplice modello al 5% contano più della struttura degli extra di Vercel.

Scegli Portkey per un acquirente mid-market o enterprise che, su più applicazioni, richiede identità gestita, conservazione, governance dei prompt, guardrail, opzioni di deployment privato e assistenza. La scelta passa a LiteLLM o Bifrost se l'azienda deve possedere il gateway in esecuzione e finanzia già il team necessario.

Scegli Cloudflare AI Gateway quando le funzioni gratuite di base, DLP, log, rotte dinamiche e il contesto Workers riuniscono attività già gestite. Abbandona Unified Billing se il picco di traffico può superare 200 richieste al minuto per gateway; il BYOK elimina quel limite documentato.

Scegli Requesty finché l'incertezza del traffico rende più semplice approvare una percentuale che un progetto di piattaforma. Con le ipotesi operative dichiarate, riapri la decisione intorno a $36,000 di spesa mensile per i modelli. La commissione può restare corretta anche oltre quella soglia, ma deve essere scelta consapevolmente.

La condizione esplicita per cambiare si riassume in una frase: sostituisci il gateway quando una commissione misurata, un confine di deployment, una lacuna di policy o una modalità di errore costano più della migrazione e della gestione continua dell'opzione successiva. Non migrare perché Stripe ha acquistato un'azienda. Fallo perché la nuova rotta vince una decisione operativa documentata.

Quali soluzioni evitare come unica rotta

Evita qualsiasi soluzione che concentri un workload critico senza un bypass collaudato. Tutti i prodotti citati possono essere ottime scelte, ma ciascuno diventa una cattiva rotta esclusiva oltre un confine preciso.

Evita di usare OpenRouter come unica rotta durante il passaggio di proprietà. I prezzi attuali offrono ancora 500+ modelli, 80+ provider, routing sofisticato e soglie BYOK utili. Non si tratta di prevedere un peggioramento dopo l'arrivo di Stripe: il punto è che accesso, routing, fatturazione e policy sono già concentrati dietro un solo account. Mantieni OpenRouter se merita la commissione, ma conserva una rotta diretta verso un provider.

Evita LiteLLM o Bifrost senza un responsabile identificato. Una licenza gratuita non aggiorna il proxy, non protegge il database, non ruota le credenziali, non regola i retry, non analizza gli incidenti e non segue i cambiamenti dei provider. Se la responsabilità ricade su chi ha toccato per ultimo la configurazione, scegli un gateway gestito.

Evita Portkey Developer in produzione. Il fornitore lo definisce esplicitamente inadatto alla produzione, limita i log registrati a 10,000 al mese e li conserva per tre giorni. Il punto di partenza per la produzione è il piano da $49. Enterprise è la strada pertinente quando servono sicurezza personalizzata, residenza dei dati, deployment privato o controlli di conformità più profondi.

Evita Cloudflare Unified Billing come unica rotta ad alto throughput se il picco può superare 200 richieste ogni 60 secondi per gateway. Il BYOK è esente da questo limite documentato, quindi potrebbe bastare cambiare la fatturazione, non il gateway.

Evita un proxy artigianale basato sulla base URL quando più di un'applicazione inizia a dipenderne. Streaming, normalizzazione degli errori, parametri specifici dei provider, budget di retry, schemi degli strumenti, budget, isolamento delle chiavi, log e deprecazioni formano un prodotto interno da mantenere. Costruiscilo solo se una policy o un vantaggio economico unico giustificano una responsabilità permanente.

Domande frequenti

Esiste qualcosa di meglio di OpenRouter?

LiteLLM è migliore quando serve un gateway self-hosted controllato dall'applicazione. Vercel AI Gateway è migliore quando contano soprattutto ricarico zero sui token e gestione esterna. OpenRouter resta superiore per ampiezza del marketplace, con 500+ modelli e 80+ provider negli attuali piani a pagamento.

Quali provider AI sono simili a OpenRouter?

Vercel AI Gateway, Requesty, Cloudflare AI Gateway, Portkey, LiteLLM e Bifrost offrono tutti forme sovrapposte di routing multi-provider. Vercel, Requesty, Cloudflare e Portkey sono opzioni gestite; LiteLLM e Bifrost sono le alternative self-hosted più solide.

Esiste una versione gratuita di OpenRouter?

Sì. OpenRouter Free comprende attualmente 25+ modelli gratuiti di quattro provider e 50 richieste al giorno. È una soluzione di valutazione, non una capacità di produzione garantita.

Come guadagna OpenRouter?

OpenRouter Pay-as-you-go applica una commissione di piattaforma del 5.5%. Enterprise offre sconti sulle commissioni e impegni di volume personalizzati. Il BYOK è esente da commissioni fino a $25,000 di inferenza mensile al prezzo di listino con Pay-as-you-go, oppure fino a $200,000 con Enterprise; oltre la soglia costa il 5%.

Posso usare Claude Code con OpenRouter?

Sì, se il client supporta una base URL compatibile e la configurazione dei modelli. Vale la stessa cautela di qualsiasi integrazione con un gateway: per mantenere una via d'uscita pulita, non disseminare nella logica del repository nomi di modelli o header specifici di OpenRouter.

Cosa fare lunedì: costruire il bypass prima di sostituire il gateway

Non iniziare la prossima settimana con una migrazione totale. Crea un bypass diretto verso un provider, provalo su un workflow circoscritto e soltanto dopo decidi se OpenRouter merita ancora la commissione. Il risultato deve essere una decisione operativa misurata anche in tempi e costi, non un diagramma architetturale più ordinato.

1. 1

   Fai l'inventario di una rotta simile alla produzione

   Per un workflow importante, annota il modello usato sul gateway, il provider sottostante, il percorso di autenticazione, la spesa mensile per i modelli, l'obiettivo di latenza p95, i requisiti per output strutturati o strumenti, la policy sui dati e il comportamento del fallback.

2. 2

   Crea un nome interno per la capacità

   Sostituisci nella logica di business la stringa pubblica del modello sul gateway con un alias stabile come support-primary. Associa l'alias a OpenRouter nella configurazione ordinaria e a un provider diretto nella configurazione di bypass.

3. 3

   Costruisci l'adapter diretto

   Usa un account e una chiave del provider controllati dall'azienda. Mantieni nell'adapter gli header e le differenze delle richieste specifiche del provider, così il resto dell'applicazione continua a vedere lo stesso contratto di input e output.

4. 4

   Riproduci 100 richieste sanitizzate

   Usa prompt rappresentativi da cui siano stati rimossi dati dei clienti e informazioni riservate. Confronta validità dello schema, comportamento degli strumenti, output accettati, latenza, errori dei provider, retry e costo totale tra gateway e rotta diretta.

5. 5

   Forza il cambio di rotta

   Sposta il workflow circoscritto sull'adapter diretto tramite configurazione e un deployment controllato. Cronometra il cambio, verifica log e budget, poi torna indietro. Correggi ogni dipendenza che ha richiesto modifiche alla logica di business.

6. 6

   Prendi la decisione economica

   Mantieni OpenRouter quando catalogo, routing, fatturazione e gestione degli errori fanno risparmiare più della commissione di piattaforma misurata. Passa a LiteLLM, Vercel, Portkey, Cloudflare, Requesty o Bifrost solo quando l'opzione scelta vince sul criterio documentato di costo, policy, deployment o gestione degli errori.

Per una startup tecnica senza responsabile di piattaforma, il test del lunedì dovrebbe in genere confrontare OpenRouter con Vercel AI Gateway e con la rotta diretta al provider. Un'azienda dotata di competenze di piattaforma e di un rigido confine privato dovrebbe confrontare LiteLLM con la stessa rotta diretta. In un programma di governance enterprise, prima di instradare traffico dei clienti bisogna convalidare Portkey rispetto ai requisiti di identità, conservazione, deployment, esportazione e assistenza.

L'acquisizione è il segnale che innesca la riflessione. La soluzione duratura è la regola delle due rotte: un gateway comodo, un percorso indipendente verso il provider e una motivazione misurata per ogni costo e dipendenza interposti tra applicazione e modello.