OpenRouterとPortkeyの比較：価格、ゲートウェイ機能、エンタープライズ適合性の検証

OpenRouterとPortkeyは、どちらもLLMのリクエストパスに近い位置で機能するプラットフォームですが、ターゲットとするユーザー層は異なります。 OpenRouter は、単一のAPIを通じてモデルへの迅速なアクセスを提供するマネージド型アグリゲーターです。一方、Portkeyは、オブザーバビリティ（可観測性）、ガードレール、ルーティング、MCPサポートを備えたオープンソースのAIゲートウェイ兼プロダクション管理パネルです。

機能のチェックリストだけで判断を下すことはできません。真の問いは、あなたのチームが現在どのような状況にあるかです。複数のプロバイダーにまたがる多様なモデルへの迅速なアクセスを必要としているチームもあれば、すでに本番環境でLLMトラフィックを運用しており、今後2年間を見据えたより強力なガバナンス、ログ管理、アクセス制御、コンプライアンスを必要としているチームもあります。

2026年の状況として注目すべき点があります。Palo Alto Networksは2026年5月29日にPortkeyの買収を完了しました。現在Portkeyは、自律型エージェントを大規模に監視、オーケストレーション、統制するためのコントロールプレーンとして、Prisma AIRSを拡張しています。

エンタープライズにおける懸念は、ルーティングだけにとどまりません。OpenRouterはアクセスを簡素化し、Portkeyはより広範な本番環境の制御面を提供します。OpenRouterとPortkeyを比較するチームは、モデル、エージェント、MCPツール、ガードレールを単一の AIゲートウェイを通じて管理するプライベートなコントロールプレーンが必要かどうかを検討すべきです。

Model Routing Alone Does Not Create Enterprise AI Governance

TrueFoundry governs models, agents, MCP tools, and guardrails through one VPC-native AI Gateway inside your own cloud.

Book a Demo

OpenRouterとPortkeyの概要比較

OpenRouterとPortkeyの比較は、モデルへのアクセスと本番環境の制御を切り分けて考えると理解しやすくなります。OpenRouterは、単一のAPIで多数のモデルを利用できる高速なマネージド型オンランプです。Portkeyは、ライブAIワークロード全体にわたるルーティング、オブザーバビリティ、ガードレール、プロンプト管理、運用ガバナンスのためのより広範なプラットフォーム層です。

• OpenRouterは高速なオンランプです。1つのキーで60以上のプロバイダーが提供する400以上のモデルにアクセスでき、デプロイの手間もありません。
• Portkey は、本番環境向けの管理パネルです。オープンソースであり、1,600以上のLLMをルーティングできるほか、オブザーバビリティ、50以上のガードレール、RBAC（役割ベースのアクセス制御）、MCPゲートウェイを提供します。
• 価格は両社とも公開されていますが、体系が異なります。OpenRouterはクレジット購入時に5.5%（最低0.80ドル）の手数料を課します。Portkeyは無料プランに加え、月額49ドルのティアやカスタムエンタープライズプランがあり、オープンソースのゲートウェイはセルフホストが可能です。
• 2026年の重要ニュース：Palo Alto Networksは2026年5月29日にPortkeyの買収を完了しました。現在Portkeyは、同社のAIランタイムセキュリティプラットフォームであるPrisma AIRSに統合されています。
• ガバナンスの面で両者は大きく異なります。Portkeyはすでにガードレール、RBAC、MCP制御を備えていますが、OpenRouterは2026年にガードレール機能を追加したものの、依然としてすべてのトラフィックを自社のクラウド経由でルーティングしています。
• エンタープライズ向けのアップセルではなく、VPCネイティブなデプロイをデフォルトとし、モデル、エージェント、MCP全体で単一の独立したコントロールプレーンを求める場合、どちらも完璧な選択肢とは言えません。

OpenRouterとPortkey：各プラットフォームが本来目指しているもの

OpenRouterとPortkeyの比較は、チームが最初にどのような運用ニーズを定義するかによって明確になります。OpenRouterはモデルへのアクセスという課題を解決し、Portkeyは本番環境の制御という課題を解決します。この違いは、スピード、ガバナンス、可観測性、あるいはプライベートデプロイのいずれを優先すべきかを判断するチームにとって重要です。

OpenRouterはマネージド型のアグリゲーターです。単一のエンドポイントを通じて数百ものAIモデルにアクセスできる統合APIを提供します。OpenRouterのクイックスタートガイドによると、フォールバックの自動処理やコスト効率の高いオプションの選択も可能です。

OpenRouterは標準的なHTTPリクエスト、Pythonのサンプルコード、およびOpenAI SDKとの互換性をサポートしています。チームはベースURL、モデル名、ヘッダーを更新するだけで、OpenRouter経由でトラフィックをルーティングできます。これにより、OpenAI、Anthropic、Gemini、Mistralなどのプロバイダーへ迅速にアクセスする必要があるアプリケーションにとって、非常に有用なプラットフォームとなります。

Portkeyは、より上位のスタックを目指しています。公式サイトでは、AIゲートウェイ、可観測性、ガードレール、ガバナンス、プロンプト管理を単一プラットフォームで提供する「プロダクションスタック」として位置づけられています。また、オープンソースのゲートウェイとして、1,600以上のLLMをルーティングし、50以上のAIガードレールを備えていると謳っています。

この違いはアーキテクチャに影響します。OpenRouterは最小限のセットアップで幅広いアクセスを実現することに最適化されており、PortkeyはAIを本番稼働させた後の運用に最適化されています。どちらを選択すべきかは、チームが迅速な実験を求めているのか、それともLLMルーターを通じて強固な本番環境の制御を求めているのかによって決まります。

OpenRouterとPortkey：アーキテクチャと機能の比較

OpenRouterとPortkeyの比較は、価格比較の前にアーキテクチャの比較として考えるべきです。OpenRouterはモデル呼び出しのための管理された入り口を提供し、Portkeyはアプリケーション、プロバイダー、運用管理の間に配置できるAIゲートウェイを提供します。この違いが、デプロイメント、認証、レイテンシ、ログ記録に関する意思決定を左右します。

OpenRouterの料金ページによると、無料ユーザーにはプラットフォームレベルのレート制限がありますが、従量課金ユーザーやエンタープライズユーザーには制限がありません。また、環境ごとに個別のAPIキーを作成でき、それぞれに上限設定、アラート、アクティビティログを設定できると記載されています。

Portkeyの料金ページには、可観測性、ユニバーサルAPIおよびキー管理、プロンプト管理、ルーティングがサポート対象として記載されています。また、Productionプランには、AIゲートウェイ、可観測性、ガードレール、プロンプト管理、RBAC（ロールベースのアクセス制御）、サービスアカウントAPIキー、セマンティックキャッシュが含まれています。

理論上、Portkeyの方が本番環境のカバー範囲は広いです。一方、モデルへの迅速なアクセスという点ではOpenRouterの方が依然として容易です。したがって、OpenRouterかPortkeyかの選択は、ベンダーの人気ではなく、ワークフローの成熟度に基づいて行うべきです。チームは、開発スピードの即時性と、本番トラフィックに対する運用制御のどちらを優先するかを比較検討する必要があります。

OpenRouterとPortkeyの料金：実際の支払いコスト

OpenRouterとPortkeyの料金体系は一見似ていますが、構造は異なります。OpenRouterはクレジットを通じてアクセスと利用料を課金します。一方、Portkeyはゲートウェイと可観測性レイヤーを、無料プラン、有料のプロダクションプラン、およびカスタムのエンタープライズプランで提供しています。

OpenRouterは、チームがクレジットを購入する際にプラットフォーム手数料を徴収しますが、プロバイダーの価格に上乗せは行いません。BYOK（Bring Your Own Key）に関する発表によると、すべての顧客は月間100万リクエストまで無料でBYOKを利用でき、それを超えるリクエストには5%の標準手数料がかかります。

Portkeyには、プロトタイピングやテスト用に永年無料のDeveloperプランがあります。これには月間1万件のログ記録、3日間のログ保持、30日間のメトリクス保持が含まれます。なお、このプランは本番環境での利用には適していないと明記されています。

PortkeyのProductionプランは月額49ドルです。これには月間10万件のログ記録が含まれ、超過分は10万リクエストごとに9ドルが課金されます。また、30日間のログ保持と90日間のメトリクス保持が提供されます。

小規模な利用であれば、運用すべきインフラがほとんどないOpenRouterの方がコスト面で明確です。一方、本番環境用のゲートウェイが必要なチームにとっては、Portkeyの方が安価な導入ポイントとなります。エンタープライズでの導入を検討する場合は、初期費用だけでなく、運用コスト全体を比較する必要があります。

OpenRouterとPortkey：Palo Alto Networksによる買収の影響

Palo Alto Networksによる買収は、OpenRouterとPortkeyの戦略的な見方を一変させました。Portkeyはもはや単なる独立したゲートウェイベンダーではありません。現在はPalo Alto NetworksのAIランタイムセキュリティ戦略である「Prisma AIRS」の一部に組み込まれています。これはセキュリティ重視の購入者には安心感を与える一方、独立したゲートウェイを求める購入者にとってはロードマップ上の懸念材料となる可能性があります。

確認されている事実

Palo Alto Networksは2026年5月29日にPortkeyの買収を完了しました。同社は、Portkeyが自律型エージェントを大規模に監視、オーケストレーション、管理するためのコントロールプレーンを提供することで、Prisma AIRSを拡張すると述べています。また、リリースによると、Portkeyはトークン使用量やランタイムにおけるエージェントの動作を監視する役割を担います。

Portkeyを検討する際のポイント

一部の購入者にとって、今回の買収はPortkeyのエンタープライズ向けストーリーを強化するものです。大手セキュリティベンダーが加わることで、調達、コンプライアンス、AIランタイムセキュリティの面で支援を受けられるようになります。一方で、ロードマップに新たな疑問を投げかける側面もあります。現在Portkeyを評価するということは、Prisma AIRSのパッケージングがゲートウェイの機能、価格設定、サポートにどのような影響を与えるかを評価することと同義です。

見出しの先にある比較検討事項

買収によって製品の適合性が自動的に決まるわけではありません。PortkeyとOpenRouterを比較検討するチームは、引き続きデプロイメントのニーズ、プロバイダーとの関係、APIキー、レート制限、運用管理の観点から評価を行う必要があります。重要なのは、ゲートウェイを独立した存在として維持すべきか、それともより広範なセキュリティスイートの一部に組み込むべきかという点です。

OpenRouterとPortkey：選び方

OpenRouterとPortkeyのどちらを選ぶかは、ワークロードの段階で判断するのが最適です。評価段階にあるチームには、迅速なアクセスと容易なプロバイダー切り替えが必要です。本番環境にあるチームには、オブザーバビリティ（可観測性）、ガバナンス、予算管理、ポリシー適用が求められます。エンタープライズチームには、LLM、エージェント、MCP接続を網羅する単一のコントロールプレーンが必要になることが一般的です。

OpenRouterを選ぶべきケース

デプロイメントの制御よりもモデルへの迅速なアクセスを優先する場合は、OpenRouterが適しています。単一のAPIキー、単一のエンドポイント、迅速なオンボーディング、そして多数のLLMプロバイダーへのアクセスが必要なチームにとって有効です。また、OpenAI互換コード、Pythonスクリプト、Claude Codeテスト、チャットワークフローなどを用いた実験にも適しています。

OpenRouterは、インフラストラクチャを最小限に抑えたいチームに役立ちます。そのAPIは標準的なHTTPリクエストをサポートしており、OpenAI SDKと互換性があります。また、同一エンドポイントを通じてフォールバック処理やコスト効率の高いオプションの選択も可能です。これにより、初期のAIアプリケーション開発やモデルの試用に適しています。

Portkeyを選ぶべきケース

アクセス性だけでなく、本番環境での運用を優先する場合はPortkeyが適しています。Portkeyは、オブザーバビリティ、ガードレール、ガバナンス、 プロンプト管理、ルーティング、MCPサポートをゲートウェイのワークフローに統合します。そのオープンソースのゲートウェイは、ルーティングルール、リトライ、ガードレール、信頼性設定もサポートしています。

セルフホスト型のオプションやゲートウェイレベルでの制御を求めるチームには、Portkeyの方が適しています。また、仮想キー、ログ記録、メタデータ、ダッシュボード、予算管理機能も備えています。Kong AI Gateway、Cloudflareのルーティングツール、Azureのゲートウェイ制御、Googleのプロバイダールーティングなどを比較しているチームは、Portkeyも同じカテゴリーで評価するとよいでしょう。

専用AIゲートウェイを検討すべきケース

専用の LLMゲートウェイ は、モデル、ツール、エージェントが単一の管理されたリクエストパスを必要とする場合に検討してください。これは特に、機密性の高いプロンプト、レスポンスログ、ユーザーID、MCPサーバーを同一の運用境界内に維持する必要がある場合に重要です。

また、デフォルトでプライベートなデプロイメントが必要な場合にも、専用ゲートウェイが重要になります。TrueFoundryのドキュメントでは、同社のAI Gatewayを、アプリケーション、LLMプロバイダー、MCPサーバー間のプロキシ層として定義しており、オブザーバビリティとガバナンスが同一インターフェース内に組み込まれています。

OpenRouterとPortkey：エンタープライズチームにとっての課題点

どちらかを選択することで、ルーティングと運用に関する課題の一部は解決します。しかし、エンタープライズ環境特有のニーズについては、より詳細な検討が必要です。これらのギャップはプラットフォームごとに異なるため、具体的な比較が求められます。OpenRouterとPortkeyの比較は、アクセス、運用、ガバナンス、そしてデプロイメントの境界という観点から総合的に判断する必要があります。

OpenRouter：エンタープライズ層に至るまで簡素なガバナンス

OpenRouterは2026年にガードレール機能を追加し、予算管理、データ保持ゼロの保証、モデルやプロバイダーの制限、プロンプトインジェクション対策、データ損失防止を実現しました。OpenRouterによれば、これらのルールはコードを変更することなく、ワークスペースのメンバーやAPIキーに対して適用可能です。

構造上の限界は、デプロイメントの制御にあります。トラフィックは依然としてOpenRouterの管理下にあるクラウドを経由するため、標準的なチームはVPCネイティブなデプロイメントのようなプライベートゲートウェイ環境を利用できません。厳格なデータレジデンシー、HIPAA準拠、または内部監査要件を持つチームは、本番環境のワークロードを拡大する前に、これらの点を評価する必要があります。

Portkey：高度な制御機能、Palo Altoのロードマップに統合

Portkeyは、可観測性、プロンプト管理、RBAC（ロールベースアクセス制御）、サービスアカウントAPIキー、ガードレール、キャッシュ、ゲートウェイルーティングなど、本番環境に必要な多くの制御機能をすでに備えています。エンタープライズプランでは、プライベートクラウドデプロイメント、VPCホスティング、SSO、高度なコンプライアンス対応、カスタムBAA（事業提携契約）、データ分離、きめ細かな予算管理機能が追加されます。

ここでの課題は、基本的な機能ではなく、今後の方向性です。Portkeyは現在、Palo Alto NetworksおよびPrisma AIRSの傘下にあります。導入を検討する際は、その体制が自社のセキュリティアーキテクチャ、調達プロセス、および長期的なロードマップの期待と合致するかを評価すべきです。一部のチームにとっては強みとなりますが、他のチームにとっては依存リスクとなる可能性があります。

両者に共通：リクエスト単位のID管理とエージェントのサーキットブレーカー

両プラットフォームにおいて難しい要件は、エージェントレベルでのID認識型アクセスです。各推論呼び出しは、認証されたユーザー、ポリシー、コストセンター、およびツール境界と関連付けられる必要があります。エージェントのループ処理では、単一のワークフロー内で多数の呼び出し、再試行、フォールバック、外部アクションが発生する可能性があるためです。

ここで重要となるのが、専用の エージェントゲートウェイ です。TrueFoundryの「Agent Gateway」ガイドでは、単一のトークンを介して認可されたモデルやMCPツールへの統合アクセスを実現し、チームごとのRBACやエージェントプレイグラウンドを提供する仕組みが解説されています。

OpenRouter and Portkey Route AI, TrueFoundry Governs It

Get started with VPC-native governance across models, agents, MCP tools, and enterprise guardrails, inside your own cloud.

Get Started

OpenRouter vs Portkey：エンタープライズ向け代替案としてのTrueFoundry

TrueFoundry は、チームがアクセス、可観測性、ガバナンスを単一の本番制御プレーンで必要とする場合に適しています。その目的は、モデル、ツール、ガードレール、エージェントに対する単一のガバナンスされたリクエストパスをエンタープライズチームに提供することです。これにより、LLMリクエストの重要なフロー全体で複数のベンダーを継ぎはぎする手間を省くことができます。

TrueFoundryのAIゲートウェイは、1600以上のモデルを対象に、ルーティング、ポリシー制御、リアルタイム監視、自動フォールバック機能を提供し、AI運用を管理します。また、99.99%の稼働率、月間100億件以上のリクエスト処理、平均30%のコスト最適化を実現しており、本番環境を運用するチームに強力な制御レイヤーを提供します。

このゲートウェイは、OpenAI、Claude、Gemini、Groq、Mistralなどのプロバイダーを単一のインターフェースでサポートしています。さらに、APIキー管理、認証、監視、モデルルーティングを一元化します。チームはOpenRouterのような広範なモデルへのアクセスを維持しつつ、エンタープライズポリシーの要件に沿ったガバナンスを確保できます。

TrueFoundryは、トークン使用量、レイテンシ、エラー率、リクエスト量、ログ、ユーザーID、チーム、環境といった、Portkeyと同等の可観測性を提供します。同社の可観測性に関する記事では、AIゲートウェイが低負荷でレイテンシ、トークン、コスト、エラーを捕捉できることが強調されています。

TrueFoundryがさらに優れている点は、統合されたガバナンスです。 MCPゲートウェイ エージェントワークフローにおけるMCPアクセス、認証、ポリシーを一元管理します。MCPゲートウェイに関する記事では、MCPレジストリ、集中認証、およびエージェントループ向けの組み込みMCPクライアントについて解説しています。

OpenRouterとPortkeyを比較検討するチームにとって、エンタープライズレベルの意思決定において重要なのは、どちらの軽量レイヤーが優れているかという点ではありません。本番環境のトラフィックを単一のガバナンス制御プレーンで管理する必要があるかどうかです。ID管理、コスト、プライバシー、MCPアクセス、そしてエージェントの安全性を総合的に重視する場合、TrueFoundryがより包括的な選択肢となります。

比較表を読むよりも、実際に自社のトラフィックでガバナンスがどのように機能するかを確認したい場合は、 デモを予約する へお進みください。OpenRouterやPortkeyと比較検討されているワークロードをぜひお持ち込みください。