OpenRouter BYOKの解説：より安く、より速く、そして進化する仕組み

「OpenRouterのBYOKは月間100万リクエストまで無料」という情報を目にされたことがあるかもしれませんが、その数値は2026年7月14日に廃止されました。現在もOpenRouterの古いドキュメントページの一部に残っているため、多くのガイドで誤って引用され続けています。

現在の条件はほとんどのチームにとってより有利であり、BYOKはOpenRouterを利用する上で最も安価な方法です。また、私たちの検証ではAnthropic利用時に高速化も確認されました。キーに問題が発生した場合、キーの設定でプロバイダーを制限していない限り、OpenRouterのアカウント経由に自動的にフォールバックされます。

OpenRouterのBYOKとは何か？

BYOK（Bring Your Own Key）とは、OpenRouterに独自のプロバイダー認証情報を追加する仕組みです。リクエストは指定したプロバイダーへルーティングされ、プロバイダーから直接請求が行われます。その際、プロバイダー側のレート制限や契約条件が適用されます。OpenRouterは引き続きルーティング、変換、分析を担当し、プロンプトもOpenRouterを経由します。

キーはワークスペースごとに、BYOK設定画面または管理APIを通じて追加します。10月5日時点で、OpenRouterがリストアップする92のプロバイダーのうち、Anthropic、OpenAI、Google VertexおよびAI Studio、Amazon Bedrock、Azure、DeepSeek、Mistral、Groqなど72社がBYOKに対応しています。BedrockはAPIキーまたはAWS認証情報、VertexはサービスアカウントのJSON、Azureはリソース名とキーを使用します。

OpenRouter BYOKのコスト

StandardプランおよびBusinessプランでは、月間25,000ドルまでのBYOK利用分にはOpenRouterの手数料はかかりません。Enterpriseプランの許容量は個別設定となります。一部のガイドには200,000ドルという記載がありますが、OpenRouterのFAQや料金ページでは現在「個別相談（custom）」とされています。許容量を超えた分については、OpenRouterのクレジットから、同モデル・同プロバイダーをOpenRouter経由で利用した場合の料金の5%が差し引かれます。

クレジットを購入して利用する場合と比較してみましょう。クレジット購入時は、推論料金（OpenRouterの定価）に加えて、購入ごとに手数料（Standardプランは5.5%・最低0.80ドル、Businessプランは8%）がかかります。

BYOKはどの利用規模でも安価であり、特に無料枠内やBusinessプランにおいてその差が顕著です。ただし、以下の3つの詳細がコスト計算に影響します。

第一に、BYOKの手数料はOpenRouterのクレジットから支払われますが、そのクレジットを購入する際に5.5%の購入手数料がかかります。そのため、無料枠を超えた場合の実質的な手数料は超過分の約5.3%となり、すべての推論を独自のキーで行う場合でも、クレジット残高を維持する必要があります。表中のBYOKの数値にはこの手数料が含まれています。

第二に、手数料はプロバイダーへの支払い額ではなく、OpenRouterの定価に基づいて計算されます。例えばAnthropicと20%の割引契約を結んでいる場合、定価ベースで100,000ドルの利用に対して80,000ドルを支払うことになりますが、手数料の3,956ドルは実際の請求額の約5%（4%ではなく）に相当します。

第三に、BYOKの利用額は把握しにくいという点です。以下の設定を有効にしない限り、ガードレールやワークスペースの予算にはカウントされません。 include_byok_in_budgetsそのため、プロバイダー側の利用料が増加していても、予算管理上は上限に達していないように見えることがあります。また、アクティビティページではBYOKの利用額が市場価格（割引適用前）で推定されるため、OpenRouterのダッシュボード、予算設定、そしてプロバイダーからの請求書で、それぞれ異なる数値が表示される可能性があります。

Take control of your LLM traffic

Route models, enforce budgets, and monitor every request from your own infrastructure.

Book a demo

OpenRouterのBYOKは高速か？

私たちのテストでは、Anthropic利用時に高速化が確認されました。Claude Haiku 4.5に対して同じプロンプトを、「直接送信」「OpenRouterのクレジット経由」「独自のAnthropicキーを使用したOpenRouter経由」の3パターンで送信しました。クレジット経由では最初のトークンまでに約200msの遅延が加わりましたが、独自のキーでは約120msでした。最初のトークン以降、独自のキーは直接利用時と同じ速度でストリーミングされましたが、クレジット経由では明らかに生成速度が低下しました。290トークンの一般的な回答において、独自のキーを使用した場合は約0.6秒の短縮となりました。測定の詳細と限界については、以下の投稿をご覧ください。 OpenRouter latency on Anthropicを追加します。

OpenAIの場合は逆の結果となりました。クレジット利用の方が、独自のキーを使用するよりも最初のトークン生成が23〜50ミリ秒早く、ストリーミング速度はどちらも同等でした。BYOK（独自のキーの使用）が高速かどうかはプロバイダー次第です。リクエストを処理するアカウントは、外部からは見えない形で速度に影響を与えます。

BYOKは、どのレート制限が適用されるかにも影響します。クレジット利用の場合、OpenRouterがプロバイダーの制限を管理しますが、独自のキーを使用する場合は、プロバイダーアカウントの制限が適用されるため、制限が緩和されることもあれば厳しくなることもあります。当社の以下の記事で、 OpenRouterのレート制限 について詳しく解説しています。

キーが機能しない場合のリクエストの転送先

キーが機能しない場合でも、リクエストはどこかに送信される必要があります。

デフォルトでは、OpenRouterはまずお客様のキーを試します。キーが失敗するかレート制限に達した場合、OpenRouterはプロバイダーの共有容量にフォールバックし、クレジットから料金が差し引かれます。各キーには、共有容量へのフォールバック設定が3段階あります。「共有容量を使用する（デフォルト）」、「キーが適用されるモデルで共有容量を一切使用しない」、「そのプロバイダーのどのモデルでも共有容量を一切使用しない」のいずれかを選択できます。

最も強力な設定では、OpenRouterが独自のAnthropicアカウントを使用することを防げます。ただし、OpenRouterがリクエストを別のプロバイダーに送信することまでは防げません。例えば、Anthropicのキーが失敗した状態でClaudeモデルをリクエストした場合、OpenRouterはBedrockやVertex経由で、自社アカウントとお客様のクレジットを使用してリクエストを処理する可能性があります。OpenRouterのBYOKガイドにもその旨が明記されており、解決策として、例えば以下のようにリクエストでプロバイダーを制限することが推奨されています。 provider.onlyを追加します。

リクエストの送信先は、さらに2つのルーティングルールによって変わります。キーは2つのセクションに分類されます。「優先キー」はOpenRouterのエンドポイントよりも先に試行され、「フォールバックキー」はそれらの後に試行されます。そのため、フォールバックセクションにある「バックアップ」キーは、OpenRouterのアカウントよりも後に実行されます。また、BYOKキーはプロバイダーの優先順位を上書きします。もし以下のように送信した場合、 order: ["amazon-bedrock", "google-vertex"] Vertexのキーしか持っていない場合でも、Vertexが最初に試行されます。OpenRouterのガイドによると、現時点ではこれを変更する方法はありません。

したがって、契約済みのプロバイダーアカウントで推論を実行するためにBYOKを採用した場合は、キーに対して最も強力なフォールバックレベルを設定し、すべてのリクエストでプロバイダーを制限してください。どちらか一方だけでは不十分です。

BYOKとデータポリシー

独自のキーを使用しても、データポリシーで許可されるエンドポイントは変わりません。もし以下のように設定している場合、 data_collection: "deny" またはデータ保持ゼロを強制している場合、それらのルールはキーのエンドポイントにも引き続き適用されます。

BYOKで追加されるのは、お客様自身の契約内容をOpenRouterに伝える機能です。各キーにはプロバイダー契約セクションがあり、アカウントでデータ保持ゼロを適用していることや、OpenAIおよびAzureのキーについては、アカウントがデータを処理するリージョンを宣言できます。これらは、直接交渉によって条件を定めている場合に有用です。ただし、これらはあくまでお客様自身の申告であり、OpenRouterのドキュメントによると、同社はこれらを検証しておらず、データリージョンを制限するガードレールも現時点ではリージョン宣言を認識しません。また、どちらの設定も管理APIにはまだ含まれていません。

キーの保存に関して、OpenRouterはプロバイダーのキーが「安全に暗号化されている」と述べています。しかし、暗号化スキームの詳細や、顧客管理キーがサポートされているかどうか、ローテーションがどのように処理されるかについては記載されていません。

BYOKの実践的な運用

BYOKはワークスペース単位で設定され、リクエストごとの切り替えはできません。プロバイダーキーが紐付けられたワークスペース内のAPIキーは、呼び出し側の意図に関わらず、すべてBYOK経由でルーティングされます。クレジット決済とBYOKを比較検証した際は、2つのワークスペースを分けて使用しました。

9月のテスト時点では、ダッシュボード上で特定のAPIキーがどの課金経路を使用しているかを確認することはできませんでした。確実な確認方法は、ルーティングメタデータを取得するリクエストを1回実行することです。

import os, requests

r = requests.post(
    "https://openrouter.ai/api/v1/chat/completions",
    headers={"Authorization": f"Bearer {os.environ['OPENROUTER_API_KEY']}",
             "X-OpenRouter-Experimental-Metadata": "enabled"},
    json={"model": "openai/gpt-4o-mini",
          "messages": [{"role": "user", "content": "hi"}],
          "max_tokens": 5,
          "provider": {"order": ["openai"], "allow_fallbacks": False}},
)
meta = r.json().get("openrouter_metadata") or {}
print("is_byok:", meta.get("is_byok"))

もし以下のように表示された場合 False BYOK経由であると想定していたキーがクレジットを消費していることになります。このヘッダーは実験的な機能であるため、システム構築に利用する際は、引き続き機能することを確認してください。BYOKリクエストが失敗した場合、アクティビティページの生メタデータには以下が含まれます。 provider_responsesこれには試行された各プロバイダーのステータスコードが表示されます。キーの失効、レート制限、権限の問題を切り分けるための最も迅速な方法です。

変更点

BYOKの価格設定はこの夏に変更されました。OpenRouterは今後も変更があることを示唆しています。

• 2026年7月14日： 無料枠の基準がリクエスト数（従量課金で月間100万リクエスト）から、リスト価格ベースの金額（月間25,000ドル）に変更されました。5%の手数料自体に変更はありません。
• 2025年6月より保留中： 2026年6月に最終更新されたOpenRouterの現在の料金体系に関する公式発表では、5%のBYOK手数料について「将来的に廃止し、固定の月額サブスクリプションに置き換える予定」とされており、価格は未定です。
• 2026年9月： セルフサービスのビジネスプランにおいて、リージョン内ルーティングを必要とするチーム向けのクレジット手数料が8%に引き上げられました。BYOKの無料枠は維持されたため、同プランにおけるBYOKの優位性が拡大しています。
• 2026年8月： StripeがOpenRouterの買収に合意しました。10月初旬の時点で取引完了の報告はありませんが、将来の価格設定は新しいオーナーによって決定されることになります。

現在の条件に基づいてコストを試算し、四半期ごとに見直してください。サブスクリプション制度が導入されれば、クレジット決済との損益分岐点は変動します。特に、現在OpenRouterに支払いのない25,000ドル未満の利用枠のチームにとっては影響が大きくなるでしょう。

BYOKが有効なケース

BYOK（Bring Your Own Key）は、すでに利用しているプロバイダーのアカウントがある場合や、料金交渉済み、あるいは利用額のコミットメントがあり、それを消化したい場合に適しています。また、Claudeのレイテンシが重要な場合には、より高速な選択肢となります。コンプライアンス条項がプロバイダーとの契約に含まれている場合は、リクエストごとにプロバイダーを制限することで対応可能です。

クレジット方式は、プロバイダーとの個別の契約を避け、請求を一本化したい場合（手数料はその利便性に対する対価となります）、あるいは契約を結ぶ予定のないプロバイダーを試用したい場合に適しています。また、APIキーの管理やローテーション、プロバイダーごとの制限設定を自分で行いたくない場合にも最適です。

TrueFoundryのアプローチ

TrueFoundry AI Gatewayは、お客様自身のVPCやデータセンター内で動作し、共有のプロバイダーアカウントを介さないため、お客様自身の認証情報を使用してプロバイダーを呼び出します。キーの障害が発生した場合のフォールバック先は、お客様が設定したルーティング構成に従います。このゲートウェイは、OpenAI互換の単一APIを通じて1,000種類以上のLLMを提供し、オーバーヘッドはわずか3〜4ミリ秒程度で、1つのvCPUで350 RPS以上を処理可能です。

OpenRouterを継続して利用する場合、TrueFoundryをそのフロントエンドとして配置することで、予算管理、レート制限、アクセス制御を自社で一元管理できます。当社の OpenRouterの仕組みの概要 では、その構成が適しているケースについて解説しています。

Try TrueFoundry AI Gateway

Connect your models and start managing LLM traffic through one API.

Sign up

関連資料

• OpenRouterの代替手段、本番環境向けチームのための選択肢比較
• OpenRouterの無料モデル、何が無料で、その代わりに何を負担する必要があるのかについて
• OpenRouterのプロンプトキャッシング、キャッシングでコスト削減できる場合と、逆にコストが増加する場合について
• LLMゲートウェイとは何か？、一般的なアーキテクチャについて

結論

OpenRouterのBYOKは、どのような規模であってもOpenRouterを最も安価に利用できる方法であり、当社のテストではClaudeにおいてより高速なルートであることが確認されました。デフォルトでは、キーの障害時にOpenRouterのキャパシティへフォールバックされますが、リクエストごとにプロバイダーを制限しない限り、別のプロバイダーにリクエストが転送される可能性があります。最も強力なフォールバックレベルを設定し、リクエストごとにプロバイダーを制限し、予算設定でBYOKを有効にした上で、将来的にサブスクリプションが提供された際には利用規約を再確認してください。

独自のキーを使用してプロバイダーを呼び出し、共有アカウントを介さない構成については、 TrueFoundry AI Gatewayが独自のプロバイダーキーとどのように連携するかをご覧くださいを追加します。