OpenRouter-prijzen in 2026: Volledig overzicht van abonnementen, kosten en verborgen vergoedingen
.webp)
Gebouwd voor snelheid: ~10ms latentie, zelfs onder belasting
De razendsnelle manier om je modellen te bouwen, volgen en implementeren!
- Verwerkt 350+ RPS op slechts 1 vCPU — geen tuning nodig
- Productieklaar met volledige enterprise-ondersteuning
OpenRouter biedt teams één geünificeerde API-gateway voor toegang tot honderden AI-modellen via een enkele OpenAI-compatibele API. De propositie is eenvoudig: één OpenRouter API key, één kredietsaldo, één basis-URL en sneller van model wisselen zonder meerdere accounts bij aanbieders te beheren.
Voor veel teams heeft dat gemak echte waarde. OpenRouter vermindert de frictie van het jongleren met afzonderlijke API keys voor OpenAI, Anthropic, Google, Gemini, Claude en andere modelaanbieders. Het biedt ontwikkelaars ook één enkele interface om endpoints, routing en modelgedrag te vergelijken tussen verschillende workloads.
De prijzen vereisen echter een grondigere blik voordat teams schalen. Het gratis abonnement werkt goed voor prototyping, terwijl pay-as-you-go geschikt is voor laag tot gemiddeld gebruik. Zorgen voor later zijn de credit-aankoopvergoeding van 5,5%, de BYOK-structuur, het ontbreken van een openbare SLA en het plafond voor governance in productie.
Deze gids legt de OpenRouter-prijzen uit, de kosten achter elk niveau en de kosten die niet verschijnen in de vermelde token-tarieven. Het legt ook uit waar teams de capaciteiten van OpenRouter ontgroeien wanneer agentic workflows, compliance, private deployment en budget-governance echte productiebehoeften worden.
OpenRouter-prijzen: Wat elk niveau bevat
De prijzen van OpenRouter kennen drie hoofdwegen: Free, Pay-as-you-go en Enterprise. Het gratis niveau is nuttig voor het testen van gratis modellen. Pay-as-you-go biedt toegang tot betaalde modellen via gekochte credits. Enterprise voegt onderhandelde beheersopties toe voor teams die SSO, SLA's en ondersteuning nodig hebben.
Gratis niveau
Het gratis niveau biedt 25+ gratis modellen, een limiet van 20 verzoeken per minuut en een beperkt dagelijks quota. Gratis gebruikers kunnen 50 verzoeken voor gratis modellen per dag doen. Wanneer een account voor ten minste $10 aan credits koopt, stijgt de dagelijkse limiet voor gratis modellen naar 1.000.
Het gratis niveau is nuttig voor het testen van routing-logica, modelgedrag en eenvoudige prototypes voordat u credits koopt. Het is niet gebouwd voor agentic workflows in productie waar consistentie, doorvoer en voorspelbare rate limits van belang zijn. Mislukte verzoeken kunnen nog steeds het beschikbare quota verminderen.
Pay-As-You-Go niveau
Dit is de belangrijkste betaalde optie binnen de OpenRouter-prijzen. Teams kopen vooraf credits met behulp van een creditcard, crypto of een andere ondersteunde betalingsmethode. OpenRouter rekent een toeslag van 5,5% op credit-aankopen, terwijl de token-tarieven van de aanbieder worden doorgegeven zonder afzonderlijke token-opslag.
Bij een credit-aankoop van $100 blijft er bijvoorbeeld ongeveer $94,50 over voor inference na aftrek van de platformkosten. De modelprijzen zelf zijn afhankelijk van het geselecteerde model, het tokenvolume, de lengte van de voltooiing en de output-tokens. Langere antwoorden, grotere contexten en grotere tool-outputs verhogen de totale OpenRouter-kosten.
Teams moeten ook prijsveranderingen op modelpagina's in de gaten houden. Als een aanbieder de tarieven wijzigt, kunnen verzoeken nog steeds naar hetzelfde model worden geleid. Het account krijgt dan het nieuwe tarief in rekening gebracht en er worden dienovereenkomstig credits afgeschreven via het facturatiesysteem van OpenRouter.
Enterprise niveau
Het Enterprise-niveau heeft aangepaste prijzen en voegt SSO/SAML, contractuele SLA's, prioritaire ondersteuning en toegewijde ondersteuningskanalen toe. Deze mogelijkheden zijn van belang wanneer teams sterkere beheersopties nodig hebben dan ontwikkelaars- of pay-as-you-go-toegang biedt. De exacte SLA-voorwaarden worden onderhandeld tijdens het enterprise-verkoopproces.
Enterprise is ook van belang wanneer teams verschillende abonnementen, verschillende limieten en ondersteuningsworkflows nodig hebben voor workloads in productie. Kopers moeten vragen hoe OpenRouter omgaat met uitval van modellen, latentie tijdens piekuren, fallback naar andere aanbieders, toegewijde limieten en escalaties van ondersteuning bij toepassingen met hoge volumes.
.webp)
De verborgen kosten van OpenRouter
De vermelde token-tarieven zijn duidelijk. Er zijn echter enkele andere kosten die aandacht vereisen voordat teams gaan schalen, vooral wanneer de toegang tot modellen verschuift van experimenten naar productie-apps. Deze kosten vallen vaak buiten het tarief per token dat op een modelpagina wordt getoond.
De platformvergoeding van 5,5% stapelt zich op bij schalen
De vergoeding van 5,5% geldt telkens wanneer teams credits kopen. Bij lage volumes voelt de vergoeding wellicht acceptabel omdat OpenRouter integratietijd bespaart. Bij hoge volumes wordt het percentage een terugkerende post bovenop de inference-kosten van de aanbieder.
Neem een team dat elke maand $200.000 aan inference-credits koopt. Dat zorgt voor ongeveer $11.000 aan maandelijkse platformkosten voordat de eerste model-call wordt uitgevoerd. Over drie jaar kan dat $400.000 naderen, afhankelijk van de lopende uitgaven en aankooppatronen.
Dit maakt OpenRouter niet de verkeerde keuze. Het betekent dat teams de vergoeding moeten afwegen tegen besparingen op engineering, de inspanning voor het beheren van aanbieders en de waarde van het snel kunnen wisselen van model. Teams kunnen ook bredere overwegingen voor gateway-kosten bekijken voordat ze een routing-laag kiezen voor productie-workloads.
BYOK-kosten na de gratis drempel
Met Bring-your-own-key kunnen teams calls routeren via hun eigen accounts bij aanbieders, terwijl ze nog steeds de OpenRouter API gebruiken. Dit kan teams helpen om directe relaties met aanbieders te behouden, afzonderlijke API keys te beheren en kortingen of rate limits bij aanbieders te behouden.
De eerste 1 miljoen BYOK-verzoeken per maand zijn gratis op standaardabonnementen. Boven die drempel rekent OpenRouter 5% van wat dezelfde call op het eigen platform gekost zou hebben. Enterprise verhoogt de drempel voor gratis verzoeken naar 5 miljoen per maand voordat de vergoeding van 5% van toepassing is.
BYOK kan de platformkosten verlagen, hoewel het deze op schaal niet volledig elimineert. Het vereist ook een zorgvuldige configuratie omdat geprioriteerde en fallback-keys kunnen veranderen welke endpoints verzoeken ontvangen. Teams moeten dit gedrag documenteren in hun engineering-documentatie en bij het beoordelen van de facturering.
Afwijzing vanwege rate limits zonder wachtrijen
Als een verzoek een limiet overschrijdt, kan OpenRouter onmiddellijk een HTTP 429-foutmelding retourneren. Er is geen automatische wachtrij, automatische upgrade of ingebouwde backoff om de client veilig te laten wachten. De aanroepende applicatie moet retries, verwerkingssnelheid en exponentiële backoff zelf afhandelen.
Dit is van belang voor Claude Code, batch-jobs, codegeneratie, beeldgeneratie en diepgaande onderzoeksworkloads. Deze workloads kunnen snel veel calls maken, vooral wanneer complexe redeneringen of tool-loops uitbreiden. Zonder beheersopties aan de client-zijde kan een piek in het aantal verzoeken de workflow onderbreken.
Teams moeten ook rekening houden met piekuren, throttling door aanbieders en wijzigingen in de limieten van de leveranciers zelf. Het platform van OpenRouter kan verzoeken efficiënt routeren, maar limieten op aanbiedersniveau hebben nog steeds invloed op de werkelijke doorvoer. Dat maakt rate-limiting aan de applicatiezijde een technische vereiste.
SLA-voorwaarden vereisen onderhandeling
Enterprise-kopers hebben meestal een duidelijke garanties over de uptime nodig voordat ze kritieke workloads overzetten. OpenRouter publiceert geen standaard SLA-voorwaarden voor elke koper. Elke contractuele uptime-garantie moet tot stand komen via enterprise-onderhandelingen en een beoordeling door procurement.
Dit roept een praktische evaluatievraag op. Teams moeten weten wat er gebeurt als de gateway uitvalt, als een aanbieder uitvalt en wanneer een fallback-pad een verminderde kwaliteit oplevert. Zonder een openbaar SLA-cijfer moeten betrouwbaarheidseisen worden verduidelijkt voordat procurement akkoord geeft.
Wanneer OpenRouter-prijzen logisch zijn en wanneer niet
.webp)
De prijzen van OpenRouter zijn logisch wanneer teams meer waarde hechten aan flexibiliteit in aanbieders dan aan private deployment of diepgaande governance. Het kan nuttig zijn voor het testen van een reeks expertmodellen, het vergelijken van elk model en het selecteren van het nieuwste model voor elke taak zonder de applicatiecode te wijzigen.
OpenRouter is zijn kosten waard in verschillende situaties:
- Uw team gebruikt drie of meer modellen van verschillende aanbieders.
- Geünificeerde facturering en één API key verminderen de operationele frictie.
- U evalueert benchmarks voor OpenAI, Anthropic, Google en Gemini.
- U heeft snelle modelwissels nodig voor redeneren, codegeneratie of beeldgeneratie.
- U heeft sterke prestaties, lagere latentie of hogere nauwkeurigheid nodig via routing.
- Uw volume is matig genoeg dat de platformkosten acceptabel zijn.
Het is niet langer logisch in andere situaties:
- U zit vast aan één dominant model bij een hoog volume.
- De vergoeding van 5,5% wordt een overheadpost zonder werkelijk routing-voordeel.
- Uw use-case vereist VPC-native deployment of private inference-paden.
- Uw team heeft RBAC, audit-trails en budgetten per team nodig.
- U heeft meer controle nodig over tool-gebruik in agentic workflows.
- Uw beveiligingsteam kan niet accepteren dat prompts het netwerk verlaten.
De eerlijke conclusie is eenvoudig. OpenRouter is een sterke instapoptie voor modelevaluatie en matige multi-model workloads. De noodzaak voor OpenRouter-alternatieven ontstaat wanneer gereguleerde teams governance, private deployment en bewijs van compliance nodig hebben dat verder gaat dan het OpenRouter-dashboard.
Wat de prijzen van OpenRouter niet dekken voor Enterprise-teams
OpenRouter is een routing-laag voor modellen, geen volledig governance-platform. Verschillende enterprise-vereisten vallen buiten de standaard OpenRouter-prijzen, zelfs wanneer het team overstapt op op maat gemaakte enterprise-voorwaarden.
- Kostentoewijzing per team: OpenRouter volgt de uitgaven per key en per account. Het koppelen van gebruik aan individuele teams, applicaties, omgevingen of workloads vereist meestal maatwerk. Eén key kan nog steeds één gedeelde pot blijven.
- RBAC op model- en tool-niveau: OpenRouter biedt niet dezelfde governance op model- en tool-niveau die bedrijven verwachten van een control plane in productie. Iedereen met de key heeft toegang tot toegestane modellen, wat beveiligingsrisico's oplevert.
- VPC-native deployment: Calls worden gerouteerd via de infrastructuur van OpenRouter, waardoor prompts en antwoorden de netwerkgrens van de klant verlaten. Voor gereguleerde sectoren kan dit een probleem met dataresidentie worden wanneer prompts klant- of interne gegevens bevatten.
- Audit-trails voor compliance: Logs per key zijn niet hetzelfde als aan een gebruiker toegeschreven auditbewijs. Compliance-teams hebben vaak de identiteit van de gebruiker, het model, de metadata van de prompt, de kosten, het beleidsresultaat en bewaarperioden nodig voor SOC 2- of HIPAA-beoordelingen.
- Governance voor agentic workflows: OpenRouter kan model-calls routeren, maar beheert niet het volledige pad van agentic workflows. Tool-calls, MCP-toegang, loop-limieten en budgetten op agent-niveau vereisen nog steeds een afzonderlijke handhavingslaag.
TrueFoundry als een OpenRouter-alternatief voor Enterprise-teams
TrueFoundry biedt enterprise-teams het gemak van modeltoegang dat ze waarderen in OpenRouter, maar met sterkere governance op het verzoekpad. De focus ligt niet alleen op routing. Het gaat om het controleren van wie welk model kan aanroepen, hoeveel ze kunnen uitgeven en waar data naartoe mag bewegen.
Een governed gateway wordt belangrijk wanneer AI-verkeer verder gaat dan experimenten. Teams hebben budgethandhaving, RBAC, observability en audit-trails nodig voordat inference wordt uitgevoerd. Dit is nog belangrijker wanneer prompts gevoelige data bevatten of model-calls productie-workflows ondersteunen.
TrueFoundry is het meest relevant wanneer teams behoefte hebben aan:
- Geen procentuele platform-opslag: Teams betalen aanbieders rechtstreeks en gebruiken TrueFoundry om routing, budgetten, toegangsbeleid en observability te beheren, zonder een platformpercentage op het gebruik.
- Opties voor private deployment: Inference-calls, prompts en antwoorden kunnen binnen de eigen AWS, GCP, Azure, on-premise of air-gapped omgevingen blijven.
- Strikte budgetbeheersing: Uitgavenlimieten kunnen worden gehandhaafd voordat de inference-kosten worden gemaakt, verdeeld over teams, modellen, applicaties, omgevingen of gebruikers.
- Identiteitsbewuste toegang: RBAC helpt teams te controleren welke gebruikers, teams en applicaties toegang hebben tot goedgekeurde modellen en workflows.
- Logs klaar voor audits: Elke model-call kan worden gelogd met gebruikersidentiteit, model, kosten, latentie en metadata van het antwoord, volledig binnen de omgeving van de klant.
- Governance voor agents en tools: De Agent Gateway helpt teams ook om autonome workflows, agent-gedrag, loop-limieten en toegang tot downstream-tools te beheren. Dit is belangrijk wanneer model-calls onderdeel worden van grotere agentic workflows.
Voor agent-workloads worden governance-behoeften nog belangrijker. TrueFoundry ondersteunt governance voor agent-workflows, inclusief loop-limieten, circuit breakers, runtime-beleid en aan de gebruiker toegeschreven audit-trails. Dit helpt om ontspoorde sessies te voorkomen voordat ze leiden tot facturatie- of beveiligingsincidenten.
TrueFoundry behoudt het gemak van een enkele toegangslaag en voegt de beheersopties toe die productieteams nodig hebben. Bedrijven hoeven niet te kiezen tussen flexibele toegang tot modellen en een sterkere operationele governance.
Boek een demo om te zien hoe TrueFoundry modellen, agents, tools, budgetten en audits op een veilige manier beheert.
TrueFoundry AI Gateway levert een latentie van ~3–4 ms, verwerkt 350+ RPS op 1 vCPU, schaalt moeiteloos horizontaal en is klaar voor productie, terwijl LiteLLM last heeft van hoge latentie, moeite heeft boven een gemiddeld aantal RPS, geen ingebouwde schaling heeft en het meest geschikt is voor lichte workloads of prototypes.



Eén gateway voor elk LLM, elke agent en elke MCP-server
Recente blogs
Veelgestelde vragen
What is OpenRouter pricing for pay-as-you-go users in 2026?
OpenRouter pricing for pay-as-you-go users is based on prepaid credits. OpenRouter charges a 5.5% fee on credit purchases, while model token rates are passed through by providers. For example, a $100 purchase gives about $94.50 of inference credits. Crypto payments carry a 5% fee, with a minimum transaction fee.
Rekent OpenRouter meer dan rechtstreeks naar Anthropic of OpenAI gaan?
OpenRouter voegt geen opslag toe aan de tokentarieven van providers. Het verschil komt van de aankoopkosten van 5,5% op credits en BYOK-kosten na de gratis drempel. Voor multi-model-routering kan die vergoeding de moeite waard zijn. Voor één model met hoog volume kan directe providertoegang goedkoper zijn.
What are the OpenRouter free tier limits, and which models does it include?
OpenRouter’s free tier includes 25+ free models and a 20 requests-per-minute limit for free-model variants. Accounts with less than $10 in credits receive 50 free model requests per day. Accounts with at least $10 in credits receive 1,000 free model requests per day. Failed requests may still count.
What is the BYOK structure in OpenRouter pricing, and when does the 5% fee apply?
BYOK allows teams to use their own provider keys via OpenRouter. The first 1 million BYOK requests each month are free on standard plans. After that, OpenRouter charges 5% of what the same call would have cost on its platform. Enterprise raises the free request threshold to 5 million per month.
Biedt OpenRouter een SLA, en wat zijn de gepubliceerde uptime-toezeggingen?
OpenRouter publiceert geen standaard uptime-toezeggingen voor alle abonnementen. Contractuele SLA's zijn beschikbaar via enterprise-onderhandeling, samen met SSO/SAML, aangepaste prijsstelling, en prioriteitssupport. Teams met productiebetrouwbaarheidseisen moeten uptime-voorwaarden, reactietijden van support, fallbackgedrag, en escalatiepaden bevestigen voordat ze tekenen.












.png)

.webp)



.webp)








.webp)





