Cos'è OpenRouter: a cosa serve e come si usa
Cos'è OpenRouter, come funziona il BYOK e cosa puoi costruirci sopra — con gli esempi reali di come lo uso su questo sito e su BeKnow.
A cura di Marco SalvoPubblicato il 22 agosto 2026Aggiornato il 23 agosto 20268 min di lettura
OpenRouter è un gateway unico verso centinaia di modelli AI di decine di provider diversi — OpenAI, Anthropic, Google, Meta, Mistral e molti altri — dietro un'unica API, un'unica chiave e un unico saldo. Invece di aprire un account, gestire una chiave e monitorare una fattura per ogni provider che vuoi usare, ne gestisci uno solo, e scegli il modello cambiando una stringa nella richiesta.
Quando pubblico un articolo, uno studio o un corso su marcosalvo.it, la cover viene generata automaticamente da un'integrazione OpenRouter. Non è una scelta da presentazione: se domani il modello migliore per le immagini cambia, cambio una stringa nella richiesta, non l'intero flusso. In questo articolo racconto cosa fa OpenRouter, perché quella flessibilità conta più dei singoli modelli, e come lo uso sia su questo sito sia dentro BeKnow in modalità BYOK.
Cos'è OpenRouter nel dettaglio
OpenRouter funziona come un livello intermedio tra la tua applicazione e i provider AI veri e propri. Concretamente offre:
- Un'API unica e compatibile con lo standard OpenAI — se il tuo codice sa già parlare con l'API di OpenAI, parla anche con OpenRouter cambiando poco più dell'URL di base.
- Instradamento automatico e fallback — se un provider è lento, in errore o irraggiungibile, OpenRouter può passare a un altro provider senza che la tua applicazione se ne accorga.
- Confronto prezzo/latenza tra provider — per molti modelli più provider offrono lo stesso modello a condizioni diverse; OpenRouter permette di scegliere in base a cosa conta di più per te.
- Un solo saldo per centinaia di modelli — non serve accreditare denaro separatamente su OpenAI, Anthropic, Google e chiunque altro: ricarichi un saldo unico e lo usi su tutti.
Il vantaggio non è avere accesso a modelli che altrimenti non avresti: è togliere l'attrito di gestire N account, N chiavi e N fatture diverse solo per poter scegliere il modello più adatto a un determinato compito.
Cosa puoi costruirci sopra
Con un'unica integrazione puoi costruire, per esempio: un'applicazione che usa modelli diversi per compiti diversi (uno economico e veloce per task semplici, uno più costoso e capace per task complessi, cambiando solo un parametro); un sistema con fallback automatico che non si ferma se un singolo provider ha un'interruzione; un prodotto che lascia scegliere il modello all'utente finale invece di vincolarlo a uno solo; o semplicemente un modo per testare rapidamente più modelli sullo stesso prompt senza aprire account diversi per ciascuno.
Il punto in comune è che nessuno di questi scenari richiede di riscrivere l'integrazione ogni volta che cambi provider o aggiungi un modello: cambi una stringa, non l'architettura.
Un esempio concreto: immagina di dover generare sia testo che immagini nella stessa applicazione. Normalmente servirebbero due integrazioni separate, con due provider, due chiavi, due sistemi di fatturazione. Con OpenRouter è la stessa API, lo stesso saldo, e la scelta del modello (uno per il testo, uno per le immagini) è solo un parametro nella richiesta — esattamente lo scenario che descrivo nel prossimo paragrafo, perché è quello che succede davvero su questo sito.
Come lo uso io: dietro le quinte di questo sito e di BeKnow
Su marcosalvo.it OpenRouter è integrato realmente per generare le copertine di articoli, studi e corsi. Quando creo un contenuto, il sistema chiama un modello di generazione immagini — oggi google/gemini-2.5-flash-image con un secondo modello come fallback se il primo non risponde — e produce la cover senza che io debba aprire un editor grafico. Lo stesso meccanismo, con un modello testuale, alimenta parte delle analisi automatiche della sezione studi SEO.
Il vantaggio che osservo ogni giorno non è solo "avere accesso a più modelli". È che quando il modello più adatto cambia, o quando un provider ha un'interruzione, non devo riscrivere l'integrazione. Cambio il nome del modello nella richiesta e continuo. Questo è particolarmente importante per un progetto costruito su Lovable, dove preferisco che le modifiche siano configurazioni, non nuovi pezzi di architettura.
L'altro punto in cui uso OpenRouter è BeKnow, il mio prodotto per la visibilità SEO e AI. L'architettura BYOK permette all'utente di inserire la propria chiave OpenRouter, scegliere i modelli e vedere il costo variabile direttamente nel proprio account invece di trovarlo nascosto nel prezzo dell'abbonamento. Non ti sto dicendo che risparmi un importo preciso: ti sto dicendo che sai esattamente cosa costa ogni chiamata, perché il conto è il tuo.
Vuoi vedere BeKnow in azione? Scopri BeKnow — l'agente SEO che collega Search Console, sitemap e prompt AI monitorati, con OpenRouter tra i provider che puoi collegare in BYOK.
BYOK: cos'è e perché conviene
BYOK sta per "bring your own key": invece di pagare OpenRouter per l'inferenza (cioè per ogni richiesta ai modelli), colleghi la tua chiave API del provider — per esempio la tua chiave OpenAI o Anthropic diretta — e OpenRouter la usa per instradare le richieste, mantenendo però lo stesso livello di routing, fallback e monitoraggio.
Secondo la documentazione ufficiale di OpenRouter, l'uso di chiavi BYOK è incluso gratuitamente fino a una soglia mensile di spesa a prezzo di listino (25.000$/mese sul piano pay-as-you-go, 200.000$/mese su Enterprise); oltre quella soglia, OpenRouter applica una commissione del 5% su quello che la stessa richiesta costerebbe normalmente tramite il suo saldo. Sono condizioni che possono cambiare: prima di pianificare un budget conviene sempre controllare la pagina pricing ufficiale di OpenRouter.
Il motivo per cui conta è semplice: con BYOK il costo variabile dell'AI resta dentro un account che controlli tu, non dentro l'abbonamento di un tool terzo. Se un prodotto (come BeKnow) supporta BYOK, significa che puoi vedere esattamente cosa stai spendendo in inferenza, separatamente dal costo della piattaforma che la usa.
OpenRouter vs le alternative
| Approccio | Cosa offre | Quando ha senso |
|---|---|---|
| OpenRouter | Un'API, un saldo, routing e fallback tra centinaia di modelli/provider | Applicazioni che vogliono flessibilità di modello senza integrazioni multiple |
| API dirette dei singoli provider | Accesso diretto, nessun intermediario | Quando serve un solo modello/provider specifico e nessun fallback |
| Router self-hosted (es. LiteLLM) | Stesso concetto di OpenRouter, ma gestito ed ospitato da te | Team con esigenze di controllo totale sull'infrastruttura |
| Abbonamenti separati per provider | Nessuna integrazione aggiuntiva | Solo se usi davvero un solo provider e non prevedi di cambiarlo |
La differenza principale con un router self-hosted non è la funzionalità (concettualmente simile), ma chi si occupa di manutenzione, uptime e aggiornamento della lista modelli: con OpenRouter è un servizio gestito, con un router self-hosted è un pezzo di infrastruttura in più da mantenere tu.
Come iniziare: collegare OpenRouter a un progetto Lovable
Se non hai mai integrato una API esterna in Lovable, gli stessi due passaggi visti per altre integrazioni valgono anche qui: prima cos'è una API se non hai un background tecnico, poi come integrare una API in Lovable. OpenRouter, avendo un'API compatibile con lo standard OpenAI, è spesso una delle integrazioni più semplici da collegare proprio perché segue un formato molto diffuso — un buon primo caso pratico dopo aver visto le API più comuni per iniziare.
Cosa sapere prima di iniziare
Non elimina il bisogno di gestire i costi, li rende solo più flessibili. Un solo saldo su più modelli è comodo, ma non ottimizza automaticamente la spesa: serve comunque scegliere modelli adatti al compito, non il più potente disponibile per ogni richiesta.
Il fallback automatico va configurato, non è sempre il comportamento di default per ogni caso d'uso. Vale la pena leggere la documentazione su instradamento e priorità dei provider prima di affidarci un'applicazione in produzione.
BYOK richiede comunque un account presso il provider originale. Non è un modo per aggirare la necessità di un account OpenAI, Anthropic o altro: sposta solo dove viene gestita la fatturazione di quell'account.
Domande frequenti
OpenRouter ha un programma di affiliazione? Al momento della stesura di questo articolo non risulta un programma di affiliazione pubblico e verificabile sul sito ufficiale di OpenRouter — solo documentazione tecnica, SDK e MCP server.
OpenRouter è gratuito? L'uso dei modelli tramite il saldo OpenRouter si paga in base al modello e al provider scelto. Il BYOK è gratuito fino alla soglia di spesa mensile del tuo piano, poi si applica una commissione: verifica sempre la pagina pricing ufficiale per le condizioni aggiornate.
Serve sapere programmare per usare OpenRouter? Per un'integrazione diretta sì, ma essendo un'API compatibile con lo standard OpenAI è una delle più semplici da collegare con strumenti come Lovable, dove buona parte del codice può essere scritta descrivendo cosa serve.
In sintesi
Se ricordi una sola cosa di questo articolo: OpenRouter ha senso quando vuoi flessibilità di modello e provider senza moltiplicare integrazioni, chiavi e fatture — e il BYOK ti lascia il controllo dei costi variabili anche quando usi OpenRouter dentro un prodotto di terzi come BeKnow.
Se vuoi imparare a collegare API come questa a un tuo progetto, senza sapere già programmare, il corso gratuito Lovable e vibe coding dell'Academy parte proprio da qui.