AI API 比較：OpenRouter代替6選とマルチモデルルーティング【2026年】

LiteLLMは、ゲートウェイを自社運用できる企業にとって最有力のOpenRouter代替です。マネージド型ならVercel AI Gatewayが第一候補になります。このAI API 比較で重要なのは、Stripeとの買収合意を受けて慌てて移行することではありません。ただし、月間モデル利用額が$50,000なら、OpenRouterの5.5%のプラットフォーム手数料は$2,750です。単一の仲介サービスだけを唯一の経路にしない、という予算上の原則は外せなくなりました。

Stripeは2026年8月19日、OpenRouterの買収で合意したと発表しました。発表で掲げられたのは、タスク、価格、速度、信頼性に応じて、数百のモデルからリクエストごとに最適な送信先を選ぶという、OpenRouterが従来から提供してきた価値です。値上げ、サービス終了、カタログ縮小は発表されていません。

運用面で変わるのは、所有関係の集中です。モデルに中立なアプリケーションでも、キー、モデルエイリアス、予算、フォールバックルール、ログ、請求を1社の仲介サービスに集約すれば、ゲートウェイには依存します。対策は2経路ルールです。通常トラフィックには1つのゲートウェイを使いながら、ビジネスロジックを変更せず本番ワークフローを流せるプロバイダー直結経路を1本維持します。

以下の価格、プラン、制限、機能は、2026年8月20日時点の各社公式ページで確認しています。価格とドキュメントに基づく分析であり、6つのプラットフォームを実際に負荷テストまたはデプロイしたという主張ではありません。

AI API 比較の結論：OpenRouterの代替はどれを選ぶべきか

制御性を最優先するならLiteLLM、運用を任せたいならVercel AI Gateway、エンタープライズガバナンスならPortkey、Cloudflare中心の構成ならCloudflare AI Gateway、OpenRouterに近い従量課金モデルならRequesty、軽量なセルフホスト型ならBifrostを選びます。 どれも複数のモデルプロバイダーを1つのエンドポイントにまとめられますが、購入する運用モデルはそれぞれ異なります。

最初に決めるべきなのは、リクエスト経路を誰が運用するかです。LiteLLMとBifrostでは、ゲートウェイを自社環境に置きます。 デプロイ、データ、認証情報、アップグレード、障害対応を自社で制御できる一方、アラート対応も自社の責任です。ライセンスが無料でも、本番システムの運用まで無料になるわけではありません。

Vercel、Cloudflare、Requesty、Portkeyは、より多くの運用をサービス側が担います。 プラットフォーム業務を減らせますが、アプリケーションの可用性とポリシーが別会社にも左右されます。節約できる運用時間の価値が手数料を上回るなら合理的です。危険なのは、迂回路がない場合だけです。

料金の有利不利が逆転する地点は、サービスごとに異なります。Vercelはトークン料金に上乗せしませんが、一部のオプション制御は別メーターです。Requestyはモデル料金に5%を加算します。Cloudflareの5%はUnified Billingでクレジットを購入する場合だけで、コアゲートウェイは無料です。Portkeyはプラットフォーム利用料とログ超過料金を課します。LiteLLMとBifrostのオープンソースプランは$0ですが、エンジニアリングとインフラの費用は自社負担です。

OpenRouter自体も、引き続き妥当な選択肢です。現在の料金ページでは、有料プランに500+モデルと80+プロバイダーが掲載されています。Stripeの買収発表に記載された400+モデルから、すでに増えています。カタログの変化は企業発表より速いため、モデル数だけでゲートウェイを順位付けすべきではありません。

ゲートウェイの種類を広く比較したい場合は、10サービスのAIゲートウェイ比較も参照してください。OpenRouterを基準に費用を考えるなら、OpenRouterの最新料金分析で共有クレジットとBYOKを分けて解説しています。

Stripeによる買収はモデルルーティングの予算をどう変えるのか

今回の買収で請求額より先に見直すべきなのは、緊急時の代替計画です。 StripeとOpenRouterが約束どおりに事業を進める可能性は十分あります。問題はもっと単純です。モデルへのアクセス、トークン課金、ルーティングポリシー、ゲートウェイの所有関係が、以前より近い位置に集まります。モデルベンダーへの依存を避けるためにルーターを採用した企業が、その1階層上で同じ依存を再現すべきではありません。

OpenRouterの現行有料プランでは、Pay-as-you-goに5.5%のプラットフォーム手数料がかかり、Enterpriseには手数料の割引があります。Freeは引き続き$0で、25+の無料モデル、4プロバイダー、1日50リクエストを利用できます。Pay-as-you-goのBYOKは、毎月$25,000までの定価ベースの推論をゲートウェイ手数料なしで利用でき、それを超えた分に5%がかかります。Enterpriseでは無料枠が$200,000に上がり、超過分は5%です。

現行条件を見る限り、急いで移行する必要はありません。共有クレジットで月間$5,000をモデルに使う場合、5.5%の費用は**$275です。$50,000なら$2,750**になります。割合は同じでも、経営判断は同じではありません。ゲートウェイによって連携や障害対応の作業を数時間以上減らせているなら、小規模なプロダクトチームが$275を節約するためだけに新しい社内サービスを作るべきではありません。一方、毎月$2,750を支払うプラットフォームチームなら、代替案を本格的に比較するだけの予算があります。

オープンソースを無料とみなさず、運用コストを明示的に仮定します。セルフホスト型ゲートウェイの運用に月12時間、エンジニアの総人件費を1時間$150とすると、コンピュートとストレージを除いても月額$1,800です。この例では、OpenRouterの5.5%の手数料が$1,800に達するのは、月間モデル利用額が約**$32,727のときです。5%なら$36,000**で並びます。

これはあらゆる組織に通用する損益分岐点ではありません。規制対象のワークロードなら、プライベートデプロイが必須という理由で、月間モデル利用額が$2,000でもセルフホストを選ぶことがあります。5人のスタートアップなら、プラットフォームエンジニアを採用したり、本業から外したりするよりも合理的だとして、$36,000を大きく超えてもマネージド手数料を払い続けるかもしれません。この計算の目的は前提を可視化し、財務とエンジニアリングが本質的な条件を議論できるようにすることです。

迂回路にも、より小さな予算が必要です。プロバイダー直結経路を1本構築して訓練するのに8時間、1時間$150とすると、1回限りの費用は**$1,200**です。OpenRouterへの月間支出が$50,000なら、これは$2,750のゲートウェイ手数料の0.44カ月分に相当します。支出が$5,000なら、$275の手数料の4.36カ月分です。大口ユーザーはゲートウェイ費用1カ月分の一部で可逆性を確保できます。小規模ユーザーは、停止やポリシー上のリスクが投資に見合うワークフローに絞って迂回路を作るべきです。

コスト図には注意点があります。Vercelの$0はトークンへの上乗せがないという意味で、すべてのオプション制御が無料という意味ではありません。チーム全体のプロバイダー許可リストは成功した1,000リクエストごとに$0.10、チーム全体のゼロデータ保持も1,000リクエストごとに$0.10、トレースは1,000件ごとに$0.05とエグレス料金がかかります。3つすべてを有効にし、100万リクエストの各回で1件のトレースを記録すると、追加料金は**$250とトレースのエグレス料金**です。

$50,000の利用例ではCloudflareとRequestyのどちらにも$2,500の費用が発生しますが、課金対象は異なります。Requestyはモデル料金に5%を上乗せします。Cloudflareの5%はUnified Billingで購入したクレジットに適用され、BYOKならクレジット手数料なしで無料のコアゲートウェイを利用できます。調達条件の表現は、パーセンテージと同じくらい重要です。

ゲートウェイ料金はモデル料金を置き換えるのではなく、その上に加算されます。最安AI API比較ではトークン層を分けて扱っているため、ゲートウェイが安くてもモデル選択が高額という事態を見落としません。

判断基準は明快です。ゲートウェイが削減するエンジニアリング、障害対応、請求管理のコストが料金を上回る間は使い続け、欠けている制御機能や継続費用が代替サービスの運用コストを上回ったら切り替えます。 どちらの場合も迂回路は作ってください。中央集約された経路を別の中央集約経路に置き換えるだけでは、集中リスクは解消しません。

OpenRouter 代替サービスの選定基準：LLM ゲートウェイで重視すべき点

このランキングでは、カタログ規模よりも経路を元に戻せることを重視しました。 100モデルを試しても、本番で承認されるのは3モデルかもしれません。価値のあるゲートウェイとは、その3モデルを利用可能、観測可能、予算管理可能、交換可能な状態に保ち、アプリケーションへベンダー固有の挙動を漏らさないものです。

各サービスを次の5項目で評価しました。

1. 所有権： プロバイダーキー、ルーティングポリシー、モデルエイリアス、ログ、稼働中のゲートウェイプロセスを誰が管理するか。
2. フェイルオーバーの挙動： プロバイダーの優先順、再試行上限、予算による停止、フェイルオープンさせてはいけないエラーを運用担当者が定義できるか。
3. コストの可視性： 料金が公開され、計算でき、費用を発生させたチームやアプリケーションへ帰属させられるか。
4. デプロイ境界： 購入企業のデータ、ネットワーク、ID、コンプライアンス規則が求める場所でゲートウェイを実行できるか。
5. 撤退コスト： アプリケーションを書き直さず、設定変更と管理されたデプロイだけで、本番ワークフローを1つゲートウェイから迂回させられるか。

6サービスに絞ったのは、いずれも真のマルチプロバイダー型リクエスト層であり、購入判断に足る現行の料金情報とドキュメントがあるためです。中立的なルーティングを置き換えるために、その事業者自身のモデル基盤へワークロードを移す必要があるモデルホストや推論クラウドは除外しました。実行可能なモデルの長い一覧には価値がありますが、それは別の問いへの答えです。

料金は2026年8月20日に各社のページで確認しました。ベンダーがプロトタイプ向けと明記している場合や、文書化された制限から本番利用を安全と判断できない場合は、無料プランを本番向けとして評価していません。ロードマップ上の機能も加点対象外です。

首位候補には、運用主体のテストも課しました。セルフホストが優位になるのは、アップグレード、データベースの健全性、シークレット、スケーリング、テレメトリー、インシデントを担当する個人またはチームが明確な場合だけです。マネージドルーティングが優位になるのも、アプリケーションがプロバイダー直結経路を維持している場合だけです。同じ機能一覧でも、創業者、中堅企業のCTO、エンタープライズのプラットフォームチームで順位が変わるのは、このためです。

1. LiteLLM：プロバイダー依存を避ける総合ベスト

LiteLLMは、ゲートウェイを1つのプロダクトとして自社運用できる企業に最適なOpenRouter代替です。 100+プロバイダーを1つのOpenAI互換APIにまとめ、$0のオープンソースプランで仮想キー、ユーザーとチーム、支出追跡、予算、レート制限、フォールバック、リクエストとレスポンスのログ、Prometheusメトリクスを利用できます。壁になるのは機能不足ではなく、運用責任です。

顧客向けエージェントを2つ運用する資金調達済みスタートアップなら、サービスごとに仮想キー、承認済みモデルエイリアス、月間予算、管理されたフォールバックを設定できます。中堅企業のプラットフォームチームなら、自社のコンテナ、シークレット、データベース、監視基準の中で同じゲートウェイを動かせます。インフラのことを考えたくない個人開発者には、VercelかRequestyが適しています。

最適な利用者： 専任のプラットフォームオーナーがいるプロダクト企業
最大の特長： ゲートウェイプロセス、プロバイダーアカウント、ポリシー、データ経路をアプリ側で所有
料金： Open Sourceは$0。Enterpriseは、リクエスト処理能力、デプロイ構成、サポートに基づく年間カスタム料金
無料トライアル： クレジットカード不要の30日間Enterpriseトライアル。Open Sourceは継続無料

LiteLLMの現行料金ページに示される商用上の境界は2つだけです。Open Sourceは、本番環境でのセルフホストも永久無料です。 Enterpriseは年間契約の見積もり制で、モデルのトークン利用額ではなく、年間ゲートウェイリクエスト容量、デプロイ構成、サポート要件に応じて明示的に価格が決まります。

Enterpriseでは、SSOとSCIM、OIDCまたはJWT認証、監査ログ、シークレットマネージャー連携、キーローテーション、組織管理、マルチリージョンのコントロールプレーン、エアギャップ環境へのデプロイ、最大24/7のサポートが追加されます。ゲートウェイが共有インフラになれば、これらの制御は重要です。ただし、自社所有を選んだデータプレーンの運用責任までなくなるわけではありません。

$0というライセンス料は、小規模チームの判断を誤らせることがあります。プロキシ、永続データベース、認証情報、バックアップ、アップグレード、メトリクス、モデルプロバイダーの変更、インシデント対応を誰かが担わなければなりません。先ほどの月12時間・1時間$150という前提なら、インフラ費用を除いても月$1,800です。純粋な月額コストでは、モデル利用額が約$32,727を超えるとLiteLLMが5.5%のマネージド手数料を下回りますが、制御性やコンプライアンスのために、それ以前から選ぶこともあります。

最も堅牢なのは、LiteLLMをsupport-primaryやsupport-fallbackといった社内モデルエイリアスの背後に隠す設計です。ビジネスロジックは、anthropic/claude-somethingやLiteLLM固有の経路ではなく、社内で定義した機能を要求します。プロバイダー直結アダプターも同じ社内エイリアスを解釈するようにします。これなら、ゲートウェイが不可欠な存在に育った後でも交換可能です。

1. 1

   範囲を限定した1つのワークフローから始める

   既知のスキーマ、レイテンシ目標、データ規則、月間支出を持つ、本番に近い経路を1つ選びます。最初からすべてのモデル呼び出しを移行しないでください。

2. 2

   社内モデルエイリアスを作成する

   公開されているプロバイダーのモデル文字列をビジネスロジックに露出させず、安定したプライマリと互換性のあるフォールバックを定義します。対応関係はゲートウェイ設定に置きます。

3. 3

   仮想キーを1つ発行する

   アプリケーション専用のキー、承認済みモデル、予算、レート制限を設定します。LiteLLMの管理者キーをワークロードから分離してください。

4. 4

   直結アダプターを構成する

   プロバイダーの認証情報を1つLiteLLMの外に保管し、同じ社内機能をそのプロバイダーのAPIへ対応付けます。通常時は使いませんが、制御された迂回に備えて待機させます。

5. 5

   意図的に障害を起こす

   顧客に影響しない時間帯にプライマリを利用不能にします。トラフィックを増やす前に、フォールバック、ログ、スキーマ、レイテンシ上限、直結迂回がすべて想定どおり動くことを確認します。

LiteLLMが首位なのは、モデルベンダーへの依存とゲートウェイベンダーへの依存を、どちらも取り除けるためです。ただし、運用担当者がいなければ、即座に2位へ下げるべきです。管理されていないコントロールプレーンは独立性ではなく、都合の悪い週に起きる障害を待っている状態です。

2. Vercel AI Gateway：マネージド型の最有力候補

Vercel AI Gatewayは、トークン料金への上乗せなしで1つのエンドポイントを使いたいプロダクトチームに最適な、マネージド型OpenRouter代替です。 数百のモデルに加え、予算管理、利用状況の監視、ロードバランシング、フォールバック、別プロバイダーへの自動再試行を利用できます。注意点は明確で、ゲートウェイを運用するのはVercelです。したがって、2経路ルールは依然として必要です。

資金調達済みの創業者なら、ゲートウェイ担当者を採用せずに顧客向けワークフローをVercelへ載せられます。AI SDKをすでに使っているチームは特に短い手順で連携できますが、OpenAI互換APIとAnthropic互換APIにも対応します。ゲートウェイをプライベートクラスター内に置く必要があるプラットフォームチームは、LiteLLMかBifrostを選ぶべきです。

最適な利用者： マネージドルーティングを導入するスタートアップとプロダクトチーム
最大の特長： BYOKを含め、プロバイダー定価のトークン料金にゲートウェイ上乗せなし
料金： Freeには月額$5のクレジット。Paidは購入クレジットによるPay as you go。Enterpriseは請求書払いに対応可能
無料トライアル： 対象モデルをモデル別の低い上限で継続利用できるFreeプラン

現行の料金ドキュメントでは、FreeとPaidが分かれています。Freeでは各チームに対象モデル用の月額$5のクレジットが付与され、プロバイダー定価に上乗せはありませんが、モデルごとの上限は低く設定されています。BYOKは使えません。クレジットを購入するとPaidへ移行し、利用可能な全モデルカタログが開放され、上限が上がる代わりに、毎月の$5クレジットはなくなります。

Paidでも、プロバイダー定価へのトークン上乗せはありません。BYOKが追加されますが、購入済みのゲートウェイクレジットを維持する必要があります。自社のプロバイダー認証情報を使ったリクエストが失敗すると、Vercelはシステムの認証情報で再試行し、そのフォールバック分をクレジット残高へ請求できます。これは可用性の面では有利ですが、調達上の想定外になり得ます。既存のプロバイダー契約枠を消化するためにBYOKを使うチームは、財務部門がすべてを直課金とみなす前に、フォールバック時の請求を確認すべきです。

Enterpriseチームは、決済処理手数料なしの請求書払いをAI Gateway向けに設定できます。ゲートウェイ自体について公開されているプラン構成は、ここまでです。オプション制御には、トークン料金への上乗せがゼロでも別のメーターがあります。

Custom Reportingは1,000書き込みごとに$0.075、レポートクエリ1,000件ごとに$5です。チーム全体のプロバイダー許可リストは成功した1,000リクエストごとに$0.10ですが、リクエスト単位のプロバイダーフィルターは追加料金なしです。チーム全体のゼロデータ保持は1,000リクエストごとに$0.10で、リクエスト単位の設定はProとEnterpriseで追加料金なしです。Trace Drainsは1,000トレースごとに$0.05、さらに1 GBのエグレスごとに$0.50です。

100万リクエストで、チーム全体の許可リスト、チーム全体のゼロデータ保持、リクエストごとに1トレースを有効にすると、合計は**$250とトレースのエグレス料金**です。多くのモデル料金と比べれば小さい一方、予算化すべき金額ではあります。Vercelが料金を隠しているわけではなく、ドキュメントには明記されています。要点は、トークンへの上乗せゼロをプラットフォームコストゼロと読み替えないことです。

本番導入で壁になるのは、デプロイを自社管理できない点です。Vercelのドキュメントが説明しているのはマネージドエンドポイントであり、自社ネットワーク内で動かすゲートウェイプロセスではありません。少人数チームにはそれ自体が機能ですが、プライベートデプロイが絶対条件の購入者には障害になります。

VercelがLiteLLMに次ぐ2位なのは、OpenRouterを別のマネージド依存先に置き換えるためです。それでも他のマネージド型より上位なのは、トークンへの上乗せがなく、継続的なゲートウェイ費用を把握しやすいからです。プロバイダー直結アダプターを1つ維持すれば、この依存はロックインではなく、実用的な運用上の選択になります。

3. Portkey：エンタープライズガバナンスに最適

Portkeyは、ガバナンスを追加機能ではなく導入目的とする場合に、最適なOpenRouter代替です。 Universal APIにフォールバック、ロードバランシング、再試行、可観測性、プロンプト管理、キャッシュ、ガードレールを統合しています。公開プランでは、プロトタイプ、本番、エンタープライズ要件の境界も珍しいほど明確です。

複数のアプリケーションを持つ中堅企業のCTOなら、オープンソースゲートウェイを自社運用せず、キー、ログ、プロンプト、支出、障害対応をPortkeyへ集約できます。エンタープライズ購入者は、ID管理とコンプライアンス制御を備えたプライベートクラウドまたはVPCホスティングへ進めます。小規模アプリを1つ運用する個人開発者なら、そのワークフローに必要だと証明される前にエンタープライズのコントロールプレーンを買うべきではありません。

最適な利用者： ポリシー、ID、保持期間、サポートを一元化する組織
最大の特長： 公開価格$49の本番プランと、プライベートデプロイに対応するEnterprise
料金： Developerは$0、Productionは月額$49とログ超過料金、Enterpriseはカスタム
無料トライアル： プロトタイプ作成と評価向けのDeveloperを永久無料で利用可能

Portkeyの現行料金ページには、Developerは本番ワークロードに適していないと記載されています。記録できるログは月10,000件、ログ保持は3日、メトリクス保持は30日です。ゲートウェイ機能は概念実証に役立ちますが、保持期間とベンダー自身の注意書きから、どこで上位プランへ移るべきかは明らかです。

Productionは月額$49です。記録ログ100,000件を含み、追加100,000件ごとに$9、ログ保持は30日、メトリクス保持は90日です。記録ログが100万件なら、料金は月額$130です。$49の基本料金に、$9の超過ブロック9つを加えます。また、カスタムセキュリティ制御またはデータレジデンシー保証が必要な組織には、このプランを推奨しないとベンダーは明記しています。

Enterpriseはカスタム料金で、記録ログが月間1,000万件超の規模から始まります。ログとメトリクスのカスタム保持期間、カスタムガードレールフック、SSO、きめ細かな予算とレート制限、プライベートクラウド、VPCホスティング、データレイクへのエクスポート、高度なコンプライアンス、カスタム契約、専任オンボーディング、優先サポートが加わります。

こうしたパッケージこそ、Portkeyを買う理由です。10個のAIワークフローを持つ企業が必要とするのは、ベースURLだけではありません。誰がどのモデルを呼び出せるか、誰が費用を使ったか、どのプロンプト版が実行されたか、ログはどこにあるか、どのガードレールが出力を止めたか、ゲートウェイ障害時に誰が対応するかを説明できなければなりません。Portkeyは、これらの問いを1つのプラットフォームとサポート契約にまとめます。

壁になるのは、購入範囲です。複数部門の分断を減らす同じ管理画面が、アプリ1つには不要な手続きも生みます。Productionは手頃ですが、そもそもゲートウェイ導入の理由になりやすいセキュリティやデータレジデンシー要件は、購入者をカスタム料金のEnterpriseへ押し上げます。現在のリクエスト量だけでなく、今後どんな組織になるかを踏まえて見積もるべきです。

Portkeyが3位なのは、単なるルーティングより大きなエンタープライズ課題を解くからです。ポリシーと説明責任がAI導入を妨げている組織では、それが強みになります。一方、当面の目的が3モデルを1つのエンドポイントにまとめるだけなら、過剰なプラットフォームです。

4. Cloudflare AI Gateway：Cloudflare中心の環境に最適

Cloudflare AI Gatewayは、アプリケーションのエッジ、セキュリティ、WorkersランタイムをすでにCloudflareで運用している場合に、低コストで導入できる最良のOpenRouter代替です。 コアの分析、キャッシュ、レート制限は全プランで無料です。Dynamic Routingでは、条件付き経路、トラフィック分割、レート制限、予算上限、フォールバックを設定できます。

Workersへすでにデプロイしているスタートアップなら、新たなサブスクリプションなしでモデルの可視化とルーティングを追加できます。より大きなチームなら、DLP、ログ、ルーティングを既存のCloudflare運用モデルへ接続できます。小さなゲートウェイ手数料を避けるためだけにCloudflareを採用する企業は、節約額以上にアカウント管理とプラットフォーム作業を増やすかもしれません。

最適な利用者： Cloudflareのネットワーク、セキュリティ、Workers製品をすでに使うチーム
最大の特長： $0のコアゲートウェイ、無料のDLPスキャン、バージョン管理された動的ルート
料金： コアは$0。Unified Billingの購入クレジットには5%。周辺のWorkersとガードレール利用には追加料金の可能性あり
無料トライアル： コア機能は期限なく無料

Cloudflareの料金ドキュメントでは、コアゲートウェイをすべてのプランで無料利用できるとしています。Workers Freeでは、アカウント内の全ゲートウェイを合わせて100,000件のログを保存できます。Workers Paidでは、ゲートウェイごとに1,000万件です。DLPスキャンも無料ですが、Zero Trustサブスクリプションがないアカウントでは、定義済みDLPプロファイルが2つに限られます。

Unified Billingでは、Cloudflare経由で購入するクレジットに5%の手数料がかかり、プロバイダーの推論料金には上乗せしません。したがって、月間$50,000分のクレジット購入には、Cloudflareの手数料$2,500が発生します。BYOKは別経路で、モデルプロバイダーが自社キーへ直接請求するため、5%のクレジット購入手数料はかかりません。

現行の制限ページには、重要な境界があります。Unified BillingでCloudflare管理の認証情報を使うリクエストは、ゲートウェイごとに60秒当たり200リクエストに制限され、超過すると429が返ります。BYOKトラフィックには、この制限が適用されません。平均が毎秒4リクエストのコンシューマーアプリは、すでに毎分200件を超えるため、Unified Billingで公開する前に明示的な容量確認が必要です。

ほかにも、ゲートウェイごとに保存ログは毎秒500件、キャッシュ可能なリクエストは25 MB、キャッシュTTLは1カ月、リクエストごとのカスタムメタデータは5件、ゲートウェイ数はFreeプランで10、Paidプランで20という制限が文書化されています。多くのアプリケーションには十分余裕がありますが、障害時に初めて気付くのではなく、アーキテクチャの入力条件として扱うべき数値です。

Dynamic Routingは、単純なフォールバック一覧以上の機能です。リクエストまたはカスタムメタデータを条件に分岐し、割合によるトラフィック分割、リクエスト数または予算の制限、フォールバック選択、バージョン保存、特定バージョンのデプロイ、ロールバックを行えます。顧客プラン別のルーティング、段階的なモデル変更、管理された実験に便利です。一方でルーティングポリシーがCloudflareの設定になるため、各ルートの意図をエクスポートして文書化してください。

壁になるのは、周辺プラットフォームとの相性です。Cloudflareのアカウント、セキュリティ、ログ、Workersプラン、デプロイ方式を理解するチームがすでにいれば、非常に有力です。すべてが初めてで、アプリケーションに必要なのがマネージド型モデルエンドポイントだけなら、魅力は薄れます。

Cloudflareが4位なのは、料金と制御性の強みが既存のCloudflare環境に依存するためです。その環境内なら、一覧中で最も安価かつ十分な機能を持つ経路になり得ます。環境外なら、多くの場合VercelかRequestyのほうが小さな導入判断で済みます。

5. Requesty：利用額連動型で最も近い代替サービス

Requestyは、マネージドルーティング、幅広いカタログ、モデル利用額に直接連動する手数料を求める小規模チームにとって、OpenRouterに最も近い代替です。 Pay as you goでは20+プロバイダーの600+モデルを利用でき、BYOK、ルーティングポリシー、キャッシュ、フォールバック、予算制御、MCP Gateway、EUデータレジデンシー、高度な可観測性、メールサポートが含まれます。

スタートアップは無料モデルから始め、有料トラフィックが発生した段階で5%の上乗せへ移行でき、シート数やサブスクリプションを先に決める必要がありません。欧州の顧客を持つB2B SaaSチームにとっては、カタログ規模よりもEUデータレジデンシーが重要な場合があります。安定して多額のトークンを使い、プラットフォームオーナーもいる企業は、割合制の料金をそのまま受け入れ続ける前に、LiteLLMまたはBifrostと比較すべきです。

最適な利用者： サブスクリプションよりマネージド型の割合課金を好む小規模チーム
最大の特長： シート料金も最低利用額もなく、全プランにルーティングとEUデータレジデンシーを用意
料金： Freeは$0、Pay as you goは5%を加算、Enterpriseはカスタム
無料トライアル： クレジットカード不要。無料モデルを1日200リクエストまで使えるFreeプラン

Requestyの現行料金ページでは、仕組みが具体例で示されています。プロバイダー価格が100万トークン当たり$10のモデルは、Requesty経由なら$10.50です。Freeでは無料モデル向けに全プラットフォーム機能を提供し、1日200リクエストまで利用できます。ルーティング、キャッシュ、フォールバック、支出追跡、分析、EUデータレジデンシーも含まれます。

Pay as you goにシート料金と最低利用額はありません。5%の上乗せで、600+モデル、20+プロバイダー、BYOK、ルーティングポリシー、キャッシュ、フォールバック、支出上限、予算上限、MCP Gateway、EUデータレジデンシー、高度な可観測性、メールサポートを利用できます。月間モデル料金が$5,000なら、手数料は$250です。$50,000なら**$2,500**です。

Enterpriseはカスタム料金です。Okta、Azure AD、Google Workspace、カスタムOIDCによるSSO、完全なRBAC、監査ログ、承認済みモデルとポリシー、チーム支出管理、ガードレール、PII検出、CI/CD用サービスアカウント、専任サポート、カスタムSLAが追加されます。

トラフィック量が読めない間は、割合制の料金のほうが承認しやすいでしょう。同じ割合が壁になるのは、利用量が安定した後です。例示したセルフホスト運用の月額$1,800という前提では、Requestyの5%の手数料が損益分岐点に達するのは、月間モデル利用額が**$36,000**のときです。それを超えても、削減できるプラットフォーム業務に$1,800以上の価値があればマネージド型を続けられます。ただし、自動的に積み上げるのではなく、その時点で判断を見直すべきです。

RequestyはOpenRouterの完全な複製ではなく、それが長所でもあります。カタログは大半のプロダクトチームに十分な広さで、より明確な差別化要素はルーティング制御、予算管理、可観測性、EUデータレジデンシーです。最新の珍しいモデルエンドポイントを探すことが主目的なら、OpenRouterの500+モデルと80+プロバイダーには依然として強みがあります。承認済みのモデル群を少し低い割合で運用することが主目的なら、Requestyのほうが採用理由を説明しやすいでしょう。

Requestyが5位なのは、Vercelのような上乗せゼロの利点も、Portkeyのような組織管理の厚みもない、わかりやすいマネージド型代替だからです。それでも、OpenRouterに近い購入モデルを少し低い割合で利用したい小規模チームには、最もシンプルで正しい選択になり得ます。

6. Bifrost：軽量なセルフホスト型の最有力候補

Bifrostは、エコシステムの規模よりも明示的な再試行動作とOpenTelemetryを重視する場合に、最適な軽量セルフホスト型OpenRouter代替です。 $0のOSSプランはDocker、Kubernetes、Goバイナリとして実行でき、1,000+モデルを1つのAPIにまとめます。可観測性、予算、制限、仮想キー、カスタムルーティング、フォールバック、キャッシュ、MCP Gatewayも利用できます。

Goネイティブのサービスを好むプラットフォームチームなら、トークン利用額に対する手数料を払わず、既存のコンテナまたはKubernetes標準にBifrostを組み込めます。経験豊富な開発者は、ブラックボックスのフォールバックを受け入れず、再試行経路を検証できます。ゲートウェイ担当者がいない企業は、ライセンスが無料という理由だけで選ぶべきではありません。

最適な利用者： より小さなセルフホスト型ルーティング基盤を求めるプラットフォームチーム
最大の特長： 再試行、キーローテーション、フォールバック、テレメトリーの動作が文書化されている
料金： OSSは$0、Enterpriseはカスタム
無料トライアル： 14日間のEnterpriseトライアル

Bifrostの料金ページによると、OSSでカスタムルーティングルールとフロー、OpenTelemetryのメトリクスとトレース、組み込みの可観測性、仮想キーごとの予算と制限、フォールバック、通常キャッシュとセマンティックキャッシュ、MCP Gateway、Prometheusメトリクス、複数のデプロイ方式を利用できます。Enterpriseでは、ガードレール、クラスターモード、適応型ロードバランシング、SAMLとOIDC、Vault連携、ログエクスポート、監査ログ、RBAC、VPCデプロイ、オンプレミスデプロイ、エアギャップ対応、カスタムSLA、専任サポートが追加されます。

料金体系が単純なのは、運用モデルが単純だからではありません。OSSは永久無料、Enterpriseはカスタム料金です。組織はライセンス料の外側で、サービス、必要なデータベースまたは状態管理、テレメトリー、シークレット、コンピュート、アップグレード、オンコール対応の費用を負担します。

Bifrostを検討する理由の1つは、再試行に関するドキュメントが明確なことです。デフォルトの最大再試行回数は0です。有効にすると、再試行のバックオフは500ミリ秒から始まり、5,000ミリ秒が上限です。ネットワーク障害と5xxエラーでは、バックオフを挟みながら同じプロバイダーキーを再利用します。認証情報と請求に関する障害では、キーをローテーションできます。プライマリが再試行回数を使い切った後にだけフォールバックへ移り、すべてのフォールバックにそれぞれ完全な再試行枠が与えられます。

その明確さは、壁も示しています。大きな再試行回数と複数のフォールバックを組み合わせると、上流障害が長いユーザー待ち時間と複数回の課金へ膨らむ可能性があります。また、フォールバックのレスポンスが構文上は成功でも、アプリケーションのスキーマ、ツール、データ要件を満たさない場合があります。チェーン全体に対する総レイテンシ上限を設け、ポリシー違反では処理を止め、プライマリとフォールバックの各モデルをワークフローの契約に適合させてください。

Bifrostが最も直接競合するのはLiteLLMです。エコシステムの認知度と実績ある広いコントロールプレーンではLiteLLMが優位です。Goでのデプロイ、再試行の追跡性、OTelへの対応、または小さな運用面がプラットフォーム標準に合うならBifrostが優位です。どちらも、運用担当者がいない組織ではマネージドゲートウェイに劣ります。

Bifrostが6位なのは、弱い製品だからではなく、優れた専門製品だからです。明示的な再試行セマンティクスとGoネイティブの構成が決め手なら、LiteLLMを上回ります。LiteLLMのより大きなエコシステムを重視する場合や、マネージドサービスを求める場合は順位が下がります。

用途別に選ぶOpenRouter代替とLLM ルーティング

最も厳しい制約を、すでに組織内で備えている能力によって処理できる経路を選びます。 セルフホスト型ゲートウェイが安いのは、プラットフォームの運用体制が存在する場合だけです。マネージドゲートウェイが独立性を保てるのは、アプリケーションが迂回できる場合だけです。エンタープライズガバナンスが価値を持つのも、ポリシーを強制して監査する必要がある場合だけです。

専任のプラットフォームオーナー、既存のデプロイ・監視基準、厳格なデータ経路要件のいずれかを持つプロダクト企業、または月間モデル利用額が先ほどの損益分岐点$32,727に近い企業にはLiteLLMが適しています。Go、OpenTelemetry、明示的な再試行セマンティクスがプラットフォームにより適合するなら、Bifrostへ判断が変わります。

マネージドエンドポイントが必要で、トークン料金への上乗せを避けたいスタートアップまたはプロダクトチームにはVercel AI Gatewayが適しています。Cloudflareがすでにエッジとセキュリティ基盤を担っているならCloudflareへ、Vercelの追加料金構造よりもEUデータレジデンシーと単純な5%モデルを重視するならRequestyへ判断が変わります。

複数アプリケーションにまたがるID管理、保持期間、プロンプトガバナンス、ガードレール、プライベートデプロイの選択肢、サポートを必要とする中堅企業またはエンタープライズにはPortkeyが適しています。稼働中のゲートウェイを自社所有する必要があり、その運用チームへすでに予算が付いているなら、LiteLLMまたはBifrostへ判断が変わります。

無料のコア、DLP、ログ、Dynamic Routing、Workers環境によって、既存運用を統合できる場合はCloudflare AI Gatewayを選びます。ピークトラフィックがゲートウェイごとに毎分200リクエストを超え得るならUnified Billingは候補から外れますが、BYOKなら文書化されたそのレート制限はありません。

トラフィックが読めず、プラットフォームプロジェクトより割合制の費用を承認しやすい間はRequestyを選びます。先ほどの運用前提では、月間モデル利用額が$36,000に近づいたら判断を見直します。それ以上でも手数料が正解の場合はありますが、意図的に選び直す必要があります。

切り替え条件を一文で表すなら、実測した手数料、デプロイ境界、ポリシー上の欠落、障害モードのいずれかが、次の選択肢へ移行して継続運用するコストを上回ったときにゲートウェイを変更します。 Stripeがある企業を買収したという理由だけで移行してはいけません。文書化した運用判断で新しい経路が勝ったときに移行します。

唯一の経路として避けるべき構成

重要なワークロードを1カ所に集中させ、テスト済みの迂回路を持たない選択肢は避けてください。 以下の製品はいずれも優れた選択になり得ますが、特定の境界を越えて唯一の経路にすると問題になります。

所有関係の移行期間中、OpenRouterだけを唯一の経路にする構成は避けます。現行料金でも500+モデル、80+プロバイダー、高度なルーティング、有用なBYOK無料枠を提供しています。Stripeによってサービスが悪化すると予測しているのではありません。すでにアクセス、ルーティング、請求、ポリシーが1つのアカウントに集中していることが問題です。料金に見合う間は使い続けつつ、プロバイダー直結経路を維持します。

担当者が決まっていないLiteLLMまたはBifrostは避けます。無料ライセンスは、プロキシへのパッチ適用、データベース保護、認証情報のローテーション、再試行の調整、インシデント調査、プロバイダー挙動への追随を代行しません。設定を最後に触った人が担当者になるような組織なら、マネージドゲートウェイを選んでください。

Portkey Developerの本番利用は避けます。ベンダー自身が本番利用には不適切と明記し、記録ログは月10,000件、保持期間は3日です。本番は$49のProductionから始まります。カスタムセキュリティ、データレジデンシー、プライベートデプロイ、より高度なコンプライアンス制御が必要なら、Enterpriseが対象です。

ピークトラフィックがゲートウェイごとに60秒当たり200リクエストを超え得る場合、Cloudflare Unified Billingだけを高スループットの唯一の経路にする構成は避けます。BYOKは文書化されたこの制限の対象外なので、ゲートウェイ自体を変えず、請求経路だけ変えれば解決する可能性があります。

複数のアプリケーションが依存する段階で、内製の単純なベースURLプロキシを唯一の経路にするのも避けます。ストリーミング、エラー正規化、プロバイダー固有パラメーター、再試行枠、ツールスキーマ、予算、キー分離、ログ、非推奨化対応まで含めると、継続保守が必要な社内プロダクトになります。独自ポリシーまたは経済性が恒久的な所有を正当化する場合にだけ構築してください。

よくある質問

OpenRouterより優れたサービスはありますか？

アプリ側で所有するセルフホスト型ゲートウェイが必要ならLiteLLMのほうが適しています。トークン料金への上乗せゼロとマネージド運用を最優先するならVercel AI Gatewayです。一方、マーケットプレイスの広さでは、現行有料プランで500+モデルと80+プロバイダーを持つOpenRouterが依然として優位です。

OpenRouterに似たAIプロバイダーはどれですか？

Vercel AI Gateway、Requesty、Cloudflare AI Gateway、Portkey、LiteLLM、Bifrostは、いずれも複数プロバイダーのルーティングという重なる機能を提供します。Vercel、Requesty、Cloudflare、Portkeyはマネージド型、LiteLLMとBifrostはセルフホスト型の有力候補です。

OpenRouterに無料版はありますか？

あります。OpenRouter Freeでは現在、4プロバイダーの25+無料モデルを1日50リクエストまで利用できます。評価用の経路であり、本番キャパシティが保証されるわけではありません。

OpenRouterはどのように収益化していますか？

OpenRouter Pay-as-you-goには5.5%のプラットフォーム手数料があります。Enterpriseでは手数料の割引とカスタムのボリューム契約を提供します。BYOKは、Pay-as-you-goなら毎月$25,000、Enterpriseなら$200,000までの定価ベースの推論が無料で、それを超えた分に5%がかかります。

Claude CodeをOpenRouterで使えますか？

はい。クライアントが互換性のあるベースURLとモデル設定に対応していれば利用できます。ただし、どのゲートウェイ連携にも同じ注意点があります。将来きれいに切り替えられるように、OpenRouter固有のモデル名やヘッダーをリポジトリのビジネスロジック全体へ広げないでください。

次の月曜日にやること：ゲートウェイ移行より先に迂回路を作る

来週いきなり全面移行を始めてはいけません。プロバイダー直結の迂回路を1本作り、範囲を限定したワークフローで検証したうえで、OpenRouterが引き続き手数料に見合うかを判断します。 成果物は、見栄えのよいアーキテクチャ図ではなく、時間と費用を測った運用判断です。

1. 1

   本番に近い経路を1つ棚卸しする

   重要なワークフローを1つ選び、現在のゲートウェイモデル、元のプロバイダー、認証経路、月間モデル利用額、p95レイテンシ目標、構造化出力またはツール要件、データポリシー、フォールバック動作を記録します。

2. 2

   社内機能名を1つ作る

   ビジネスロジックにある公開ゲートウェイのモデル文字列を、support-primaryのような安定したエイリアスへ置き換えます。通常設定ではそのエイリアスをOpenRouterへ、迂回設定では1つの直結プロバイダーへ対応付けます。

3. 3

   直結アダプターを構築する

   自社で管理するプロバイダーアカウントとキーを使います。プロバイダー固有のヘッダーとリクエスト差分をアダプター内へ閉じ込め、アプリケーションの残りの部分には同じ入出力契約を見せます。

4. 4

   サニタイズした100リクエストを再生する

   顧客データと機密データを除いた代表的なプロンプトを使います。ゲートウェイ経路と直結経路で、スキーマの妥当性、ツール動作、許容できる出力、レイテンシ、プロバイダーエラー、再試行、総コストを比較します。

5. 5

   経路変更を実行する

   設定変更と管理されたデプロイによって、限定したワークフローを直結アダプターへ切り替えます。所要時間を測り、ログと予算を確認してから元に戻します。ビジネスロジックの編集が必要だった依存箇所はすべて修正してください。

6. 6

   予算判断を下す

   OpenRouterのカタログ、ルーティング、請求、障害対応が、実測したプラットフォーム手数料以上の価値を生むなら維持します。LiteLLM、Vercel、Portkey、Cloudflare、Requesty、Bifrostへ移るのは、その選択肢が文書化した料金、ポリシー、デプロイ、障害のいずれかの基準で勝った場合だけです。

プラットフォーム担当者がいない技術系スタートアップなら、月曜日の試験では通常、OpenRouterとVercel AI Gateway、プロバイダー直結経路を比較します。プラットフォームの運用体制があり、厳格なプライベート境界を持つ企業なら、同じ直結経路とLiteLLMを比較します。エンタープライズのガバナンス施策なら、顧客トラフィックを流す前に、ID、保持期間、デプロイ、エクスポート、サポートの各要件に照らしてPortkeyを検証します。

買収はきっかけにすぎません。長く効く対策は2経路ルールです。便利なゲートウェイを1つ、独立したプロバイダー経路を1つ用意し、アプリケーションとモデルの間に置く費用と依存関係のすべてに、測定済みの理由を持たせます。