OpenRouter BYOK uitgelegd: goedkoper, vaak sneller, en in ontwikkeling

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
Als je hebt gelezen dat OpenRouter BYOK gratis is voor je eerste miljoen requests per maand, dan heb je een cijfer gelezen dat OpenRouter op 14 juli 2026 heeft uitgefaseerd. Het staat nog steeds op sommige van OpenRouter's eigen oudere documentatiepagina's, waardoor zo veel gidsen het blijven herhalen.
De huidige voorwaarden zijn beter voor de meeste teams, en BYOK is de goedkoopste manier om OpenRouter te gebruiken. Het was voor ons ook sneller op Anthropic. Een weigerende key valt nog steeds terug op OpenRouter's eigen account, tenzij je dat wijzigt op de key en providers beperkt op de request.
Wat is OpenRouter BYOK?
BYOK, bring your own key, betekent dat je je eigen provider-credentials toevoegt aan OpenRouter. Requests die naar die provider worden geleid, gebruiken jouw key, de provider factureert je rechtstreeks, en je eigen rate limits en contractvoorwaarden zijn van toepassing. OpenRouter regelt nog steeds de routing, vertaling en analytics, en je prompts gaan er nog steeds doorheen.
Keys worden toegevoegd per workspace, in de BYOK-instellingen van de workspace of via de management API. Per 5 oktober ondersteunen 72 van de 92 providers die OpenRouter vermeldt BYOK, waaronder Anthropic, OpenAI, Google Vertex en AI Studio, Amazon Bedrock, Azure, DeepSeek, Mistral en Groq. Bedrock vereist een Bedrock API key of AWS-credentials, Vertex een service account JSON, en Azure een resourcenaam en key.
Wat OpenRouter BYOK kost
Op de Standard- en Business-pakketten geldt voor de eerste $ 25.000 aan BYOK-gebruik per maand geen OpenRouter-vergoeding. Op Enterprise is de vrijstelling op maat; sommige gidsen noemen nog steeds $ 200.000, maar OpenRouter's FAQ en prijzenpagina vermelden nu gewoon maatwerk. Boven de vrijstelling rekent OpenRouter 5% van wat hetzelfde model en dezelfde provider zouden kosten op OpenRouter, ingehouden op je OpenRouter-credits.
Vergelijk dat met het kopen van credits, waarbij je de OpenRouter-catalogusprijs betaalt voor inference plus een toeslag op elke aankoop: 5,5% op Standard met een minimum van $ 0,80, of 8% op Business.

BYOK is goedkoper bij elk volume, en het verschil is het grootst onder de vrijstelling en bij het Business-pakket. Drie details veranderen de cijfers.
Ten eerste wordt de BYOK-vergoeding ingehouden op OpenRouter-credits, en bij het kopen van die credits geldt de aankooptoeslag van 5,5%. Boven de vrijstelling is de effectieve vergoeding dus ongeveer 5,3% van het meerdere in plaats van 5%, en moet je een credit-saldo aanhouden, zelfs als al je inference op je eigen keys draait. De BYOK-cijfers in de tabel bevatten dit.
Ten tweede wordt de vergoeding berekend op basis van de catalogusprijs van OpenRouter, niet op wat je aan je provider betaalt. Als je 20% korting hebt bedongen bij Anthropic, kost $ 100.000 aan gebruik tegen catalogusprijs je $ 80.000, en is de vergoeding van $ 3.956 ongeveer 5% van je daadwerkelijke factuur in plaats van 4%.
Ten derde is BYOK-uitgave gemakkelijk uit het oog te verliezen. Het telt niet mee voor guardrail- of workspace-budgetten, tenzij je include_byok_in_budgets inschakelt, waardoor een budget er ruim binnen de limiet kan uitzien terwijl de providerkosten stijgen. En de Activity-pagina schat BYOK-uitgaven tegen markttarieven, niet je korting, waardoor het dashboard van OpenRouter, de budgetten en de factuur van je provider drie verschillende getallen kunnen tonen.
Is OpenRouter BYOK sneller?
Op Anthropic wel in onze tests. We stuurden dezelfde prompts naar Claude Haiku 4.5 rechtstreeks, via OpenRouter op credits, en via OpenRouter met onze eigen Anthropic-key. Credits voegden ongeveer 200 ms toe aan de eerste token, terwijl onze eigen key ongeveer 120 ms toevoegde. Na de eerste token streamde onze key met dezelfde snelheid als rechtstreeks gaan, terwijl credits merkbaar langzamer genereerden. Op een typisch antwoord van 290 tokens maakte dat onze eigen key ongeveer 0,6 seconden sneller. De volledige meting en de beperkingen ervan staan in onze post over OpenRouter latency op Anthropic.
Op OpenAI ging het andersom. Credits bereikten de eerste token 23 tot 50 ms sneller dan onze eigen key, en beide streamden met dezelfde snelheid. Of BYOK sneller is, hangt af van de provider. Het account dat je request afhandelt, beïnvloedt de snelheid op manieren die je van buitenaf niet kunt zien.
BYOK verandert ook wiens rate limits van toepassing zijn. Bij credits beheert OpenRouter je providerlimieten; met je eigen key krijg je de limieten van je provider-account, die hoger of lager kunnen zijn. Onze post over OpenRouter rate limits behandelt de rest.
Waarnaar requests worden gestuurd als je key weigert
Wanneer de key weigert, moet het request nog steeds ergens naartoe.
Standaard probeert OpenRouter eerst jouw key. Als deze weigert of een rate limit bereikt, valt OpenRouter terug op zijn eigen gedeelde capaciteit voor die provider, gefactureerd op je credits. Elke key heeft een fallback-instelling voor gedeelde capaciteit met drie niveaus: gebruik gedeelde capaciteit (de standaardinstelling), gebruik nooit gedeelde capaciteit voor de modellen waarvoor de key geldt, en gebruik nooit gedeelde capaciteit voor welk model dan ook van die provider.
Het strengste niveau voorkomt dat OpenRouter zijn eigen Anthropic-account gebruikt. Het voorkomt niet dat OpenRouter het request naar een andere provider stuurt. Als je Anthropic-key weigert en je vraagt om een Claude-model, kan OpenRouter dit leveren vanaf Bedrock of Vertex via zijn eigen account en jouw credits. OpenRouter's BYOK-gids zegt dit expliciet, en de oplossing die wordt gegeven is het beperken van providers op het request, bijvoorbeeld met provider.only.

Nog twee routingregels veranderen waar dat request terechtkomt. Keys staan in twee secties: geprioriteerde keys worden in volgorde geprobeerd vóór de endpoints van OpenRouter, en fallback-keys worden pas ná hen geprobeerd, dus een "backup"-key in de fallback-sectie draait ná het account van OpenRouter, niet dervóór. En BYOK-keys overschrijven je providervolgorde. Als je order: ["amazon-bedrock", "google-vertex"] verstuurt maar alleen een key voor Vertex hebt, wordt Vertex eerst geprobeerd. De gids van OpenRouter vermeldt dat er momenteel geen manier is om dit te wijzigen.
Dus als de reden dat je BYOK hebt overgenomen is om inference op een gecontracteerd provider-account te houden, stel dan het strengste fallback-niveau in op de key en beperk providers op elk request. Elk afzonderlijk is niet voldoende.
BYOK en databeleid
Je eigen key verandert niets aan de endpoints die je databeleid toestaat. Als je data_collection: "deny" hebt ingesteld of zero data retention hebt afgedwongen, zijn die regels nog steeds van toepassing op de endpoints van je key.
Wat BYOK toevoegt, is een manier om OpenRouter te informeren over je eigen overeenkomsten. Elke key heeft een sectie voor provider-overeenkomsten waarin je kunt verklaren dat je account zero data retention heeft, en op OpenAI- en Azure-keys in welke regio je account data verwerkt. Beide zijn nuttig als je die voorwaarden rechtstreeks hebt onderhandeld. Beide zijn je eigen verklaring: de documentatie van OpenRouter vermeldt dat het deze niet verifieert, guardrails die dataregio's beperken herkennen regioverklaringen nog niet, en geen van beide instellingen zit nog in de management API.
Wat betreft het opslaan van keys geeft OpenRouter aan dat provider keys "veilig versleuteld" worden. Het documenteert niet het versleutelingsschema, of door de klant beheerde keys worden ondersteund, of hoe rotatie wordt afgehandeld.
BYOK in de praktijk gebruiken
BYOK wordt per workspace geconfigureerd, zonder schakelaar per request. Elke API key in een workspace waaraan provider keys zijn gekoppeld, wordt via BYOK gerouteerd, ongeacht of dat de bedoeling van de aanroeper was. Toen we credits vergeleken met BYOK, waren daar twee afzonderlijke workspaces voor nodig.
Toen we in september testten, liet het dashboard niet zien welke facturatieroute een specifieke API key gebruikte. De betrouwbare controle is een enkel request dat om routing-metadata vraagt:
Als er False staat voor een key waarvan je verwachtte dat deze op BYOK zou zitten, betaal je credits. De header is gelabeld als experimenteel, dus controleer of deze nog werkt voordat je er op bouwt. Wanneer BYOK-requests mislukken, bevat de ruwe metadata van de Activity-pagina provider_responses, wat de statuscode toont van elke geprobeerde provider. Dit is de snelste manier om een ingetrokken key te onderscheiden van een rate limit of een machtigingsprobleem.
Wat er verandert
BYOK-prijzen zijn deze zomer gewijzigd, en OpenRouter heeft aangegeven dat ze opnieuw zullen veranderen.
- 14 juli 2026: de gratis vrijstelling werd aangepast van aantal requests (1 miljoen per maand op pay-as-you-go) naar dollars op basis van catalogusprijs ($ 25.000 per maand). De vergoeding van 5% zelf veranderde niet.
- In afwachting sinds juni 2025: OpenRouter's eigen aankondiging van de huidige vergoedingsstructuur, voor het laatst bijgewerkt in juni 2026, vermeldt dat de BYOK-vergoeding van 5% "in de toekomst zal worden verwijderd en vervangen door een vast maandelijks abonnement", met nader te bepalen prijzen.
- September 2026: het self-serve Business-pakket verhoogde de credit-vergoeding naar 8% voor teams die in-region routing nodig hebben, met behoud van dezelfde BYOK-vrijstelling, wat het voordeel van BYOK op dat pakket vergroot.
- Augustus 2026: Stripe is overeengekomen om OpenRouter over te nemen. Begin oktober was de deal nog niet als afgerond gemeld, maar toekomstige prijzen zullen worden bepaald door de nieuwe eigenaar.
Masseer je kosten op basis van de huidige voorwaarden en controleer ze elk kwartaal opnieuw. Als het abonnement er komt, zal het omslagpunt ten opzichte van credits verschuiven, vooral voor teams onder de vrijstelling van $ 25.000 die nu niets aan OpenRouter betalen.
Wanneer BYOK de moeite waard is
BYOK is de moeite waard wanneer je al accounts hebt bij de providers die je gebruikt, of als je tarieven hebt onderhandeld of committed spend wilt afnemen. Het is ook de snellere route wanneer latency op Claude van belang is. Als je compliance-voorwaarden in je providercontract staan, werkt het alleen als je ook providers op elk request beperkt.
Credits passen beter wanneer je één factuur wilt en geen providerrelaties, waar de credit-vergoeding voor betaalt, of wanneer je experimenteert met providers waarmee je nooit een contract zult sluiten. Ze passen ook als je keys, rotatie en limieten per provider niet zelf wilt beheren.
Hoe TrueFoundry dit aanpakt
De TrueFoundry AI Gateway roept providers aan met je eigen credentials, omdat deze in je VPC of datacentrum draait en er geen gedeeld provider-account onder zit. Een weigerende key valt alleen terug op wat je eigen routing-configuratie toestaat. De gateway ontsluit 1.000+ LLM's via één OpenAI-compatibele API, voegt ongeveer 3 tot 4 ms overhead toe en verwerkt 350+ RPS op een enkele vCPU.
Als je op OpenRouter blijft, kan TrueFoundry er als provider voor staan en budgetten, rate limits en access control op één door jou beheerde plek houden. Onze overzicht van hoe OpenRouter werkt behandelt wanneer die opzet past.
Gerelateerde artikelen
- OpenRouter alternatieven, een vergelijking van opties voor productieteams
- OpenRouter gratis modellen, over wat gratis is en wat het je in plaats daarvan kost
- OpenRouter prompt caching, over wanneer caching geld bespaart en wanneer het meer kost
- Wat is een LLM gateway?, de algemene architectuur
Conclusie
OpenRouter BYOK is de goedkoopste manier om OpenRouter te gebruiken bij elk volume, en op Claude was het de snellere route in onze tests. Standaard valt een weigerende key terug op OpenRouter's capaciteit, en het request kan nog steeds op een andere provider terechtkomen, tenzij je providers op dat request beperkt. Stel het strengste fallback-niveau in, beperk providers op het request, schakel BYOK in bij je budgetten, en controleer de voorwaarden opnieuw wanneer het beloofde abonnement verschijnt.
Om providers aan te roepen met je eigen keys en zonder gedeeld account eronder, bekijk hoe de TrueFoundry AI Gateway werkt met je eigen provider keys.
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
Is OpenRouter BYOK free?
OpenRouter charges nothing for BYOK usage up to $25,000 a month at list price on the Standard and Business plans, and a custom amount on Enterprise. Above that it charges 5% of what the same usage would cost on OpenRouter, deducted from your credits. Your provider bills you separately for the inference itself.
Maakt BYOK OpenRouter sneller?
Bij Anthropic wel in onze tests: onze eigen sleutel voegde ongeveer 120 ms toe aan het eerste token tegenover ongeveer 200 ms met credits, en streamde vervolgens op directe snelheid. Bij OpenAI was credits iets sneller. Welke route sneller is, hangt af van de provider en het account erachter.
What happens when my BYOK key hits a rate limit?
By default OpenRouter falls back to its own shared capacity for that provider, billed to your credits. Setting the key to never use shared capacity blocks that, but OpenRouter can still serve the request from a different provider unless you restrict providers on the request, for example with provider.only.
Can I deploy TrueFoundry in my own VPC or on-prem?
Yes. TrueFoundry runs in your VPC, on-prem, air-gapped, or hybrid, so prompts and responses never leave your domain even as you route across many providers.
How many LLMs does TrueFoundry support?
1,000+ LLMs through a single OpenAI-compatible API. Switching models means changing the model name in the request — same URL, same credentials — which is what makes swapping in a new provider a configuration change rather than an integration project.












.png)

.webp)



.webp)








.webp)





