LLMゲートウェイ比較2026｜LiteLLM・OpenRouter・Portkey・Vercelを横断

LLMゲートウェイは、アプリと複数のLLMプロバイダの間に立ち、ルーティング・フォールバック・コスト管理・ガバナンスを一元化する接続層です。2026年7月時点で主要6サービスを横断すると、選定は「セルフホストかマネージドか」「ガバナンス要件の重さ」の2軸でほぼ決まります。無償で自前運用ならOSSのLiteLLM、最速導入ならOpenRouter、規制業種のガードレール重視ならPortkey、既存インフラ統合ならVercelやCloudflareが軸です。

ただし機能だけで選ぶと足をすくわれます。2026年はPortkeyがPalo Alto Networks傘下に入り、HeliconeはMintlify傘下でメンテナンスモードへ移行、LiteLLMは供給網インシデントを経験するなど、提供体制が大きく動きました。導入判断には機能の優劣だけでなく「体制の継続性」を織り込む必要があります。

本記事は6サービスを提供形態・料金・本番機能・対応プロバイダ・ガバナンス・可観測性の6軸で横断し、公式料金ページ・docs・買収プレスリリースを一次ソースに整理します。数値は取得日2026-07-18時点で、料金や認証は変動するため契約前の最新確認を前提にしてください。

当メディアはいずれのゲートウェイとも利害関係を持たず、特定製品を勝者にしません。各サービスの弱点（決済手数料・運用工数・買収による継続性リスク・メンテナンスモード・ガバナンスの薄さ）も強みと同じ粒度で記載し、特定ツールや当社サービスへの送客は行いません。

要点サマリ（2026-07-18時点・各社公式）

• ゲートウェイは「モデル選定」と「SDK/処理層」の間に位置する、課金とガバナンスの一元管理層。
• 選定軸は「セルフホストかマネージドか」「ガバナンス要件の重さ」の2軸。単一の勝者は存在しない。
• 「無料」は手数料・運用工数・ログ課金を含めたTCOで評価する。
• Portkey＝Palo Alto Networks傘下（2026-05-29完了）、Helicone＝メンテナンスモード、LiteLLM＝2026-03の供給網事故を経てCI/CD刷新。体制の継続性まで見て選ぶ。

LLMゲートウェイとは何か（定義・役割・SDK層との違い）

LLMゲートウェイの定義と役割：アプリとLLMプロバイダの間の接続層

LLMゲートウェイとは、アプリケーションと複数のLLMプロバイダ（OpenAI・Anthropic・Google等）の間に立ち、単一のAPIでルーティング・フォールバック・コスト計測・ガバナンスを一元化する接続層です。役割は、プロバイダ差異の吸収、APIキーの集約と権限管理、全呼び出しのコスト・レイテンシの可観測化、障害時の自動切替の4つに整理できます。

実装面ではOpenAI互換のAPI形式が事実上の標準になりつつあり、コードを大きく変えずにモデルやプロバイダを差し替えられる点が導入の基本的な価値です。

フレームワーク/SDK層との違い（どの層を担うか）

ゲートウェイはエージェントSDKやフレームワークと混同されますが、担う層が異なります。SDKやフレームワークは推論の組み立て・ツール実行・状態管理を担う処理ロジック層、ゲートウェイは呼び出しの経路・課金計測・アクセス制御を担うネットワーク・課金・ガバナンス層で、両者は排他ではなく併用が前提です。

処理ロジック層の比較はAIエージェントSDKの比較、エージェント同士をつなぐMCP・A2A・ACPなどは接続プロトコル層の解説で扱っています。ゲートウェイはそれらとは別に「課金とガバナンスをまとめる管理層」と位置づけると整理しやすくなります。

主要6サービス早見表（提供形態×一言特徴）

全体像を早見表で押さえます。提供形態は、OSSで自前運用できるか、マネージドSaaSか、その両方かで大きく分かれます。

サービス	提供形態	セルフホスト	一言特徴	出自
LiteLLM	OSS	可	仮想キーと予算上限を持つ自前運用の定番	BerriAI
OpenRouter	マネージド	不可	多数モデルを1APIで最速導入	OpenRouter
Portkey	OSS+SaaS	可（OSS）	ガードレール/ガバナンス一体型	Portkey（現Palo Alto Networks傘下）
Vercel AI Gateway	マネージド	不可	Vercel基盤に統合・無マークアップ	Vercel
Cloudflare AI Gateway	マネージド	不可	エッジ統合・コア機能無料	Cloudflare
Helicone	OSS+SaaS	可（OSS）	可観測性起点（現メンテナンスモード）	Helicone（現Mintlify傘下）

出典: 各社公式サイト・docs（参照2026-07-18）。体制の変化は末尾の更新節も参照。

料金・トークンマークアップの横断比較

課金方式の3類型と6サービス料金横断表

料金は金額を並べるだけでは比較になりません。課金の考え方は3類型に分かれます。無マークアップ＋取引/決済手数料型（OpenRouter・Vercel・Cloudflare）、無料OSS＋運用コスト型（LiteLLMやHeliconeのOSS利用）、ログ/リクエスト課金のSaaS型（PortkeyやHeliconeの有料プラン）です。

サービス	課金方式	トークンマークアップ	目安・注記
LiteLLM	OSS無料＋Enterprise応相談	なし	ホスティングと運用工数が実コスト
OpenRouter	従量＋クレジット購入手数料	なし（推論単価）	クレカ購入で約5.5%等の決済手数料・BYOKにも手数料
Portkey	Free＋有料SaaS	なし	Production は月49ドル目安・Enterprise応相談
Vercel AI Gateway	無マークアップ＋クレジット	なし	月5ドルの無料クレジット・超過はプロバイダ定価
Cloudflare AI Gateway	コア無料＋取引手数料	なし	Unified Billing利用時に取引手数料
Helicone	Free＋有料SaaS	なし	Free枠あり・Pro/Team等の有料段階

出典: 各社公式料金ページ（参照2026-07-18）。料金は随時改定されるため、契約前に各社公式で最新額を確認してください。

「無料」の実質負担：OSS運用コスト・決済手数料・ログ課金

「無料」という表記は、総コストがゼロという意味ではありません。OSS（LiteLLM・Helicone・Portkey OSS）はライセンス料こそ無償でも、ホスティング費用・運用工数・SSOや監査ログ等のEnterprise機能は有償になりがちです。OpenRouterは推論単価が無マークアップでも購入時に決済手数料が発生し、Vercelは無料クレジット超過後はプロバイダ定価、PortkeyやHeliconeの有料プランはログ量やリクエスト数に応じて段階的に増えます。

総保有コスト（TCO）はトークン単価だけでなく運用工数・決済手数料・ログ課金の合算で見るべきで、設計手順はAIエージェントの運用コストで扱っています。

本番運用機能・対応プロバイダの比較

本番機能の横断表：フォールバック/リトライ/キャッシュ/レート制限

本番運用では自動フォールバック・負荷分散・セマンティックキャッシュ・レート制限/予算上限が可用性とコストを左右します。各機能を「有／条件付き／要自前／—」で中立に整理しました。

サービス	フォールバック	ロードバランス	セマンティックキャッシュ	レート制限/予算上限
LiteLLM	有	有	有	有（仮想キー・予算上限）
OpenRouter	有	有	条件付き	有
Portkey	有	有	有	有（ガードレール一体）
Vercel AI Gateway	有	条件付き	条件付き	有（BYOK対応）
Cloudflare AI Gateway	条件付き	有（Dynamic Routes）	有	有
Helicone	有（proxy）	要自前	有	有

出典: 各社公式docs（参照2026-07-18）。Dynamic Routesは視覚的ルーティングやA/Bテストに対応します。機能や範囲は更新が速いため最新はdocsで確認してください。

対応プロバイダ数の数え方の違い（モデル数 vs プロバイダ数）

各社が掲げる「対応数」は指標が揃っていない点に注意が必要です。数字が大きいほど優れているとは限りません。

サービス	公式表記の例	指標の性質
OpenRouter	400+モデル	モデル数
LiteLLM	100+プロバイダ	プロバイダ数
Portkey	1,600+ LLM	モデル/プロバイダ混在

出典: 各社公式サイト表記（参照2026-07-18・随時変動）。モデル数とプロバイダ数は数え方が異なり、単純な大小比較には向きません。実務は「自社が使うプロバイダとモデルを確実にカバーするか」で判断します。

ガバナンス・可観測性・コンプライアンスの比較

ガバナンス横断表：ガードレール/PII除去/RBAC/監査ログ/認証

企業導入では、ガードレール・機密情報のマスキング・RBAC（役割ベースのアクセス制御）・監査ログ・各種認証への対応が意思決定の核心になります。

サービス	ガードレール	PII/機密マスキング	RBAC	監査ログ	認証(SOC2/HIPAA/GDPR)
LiteLLM	Enterprise（外部連携）	有（Ent）	有（Ent）	有（Ent）	各社公式で確認
OpenRouter	軽め	—	限定的	限定的	各社公式で確認
Portkey	40+ガードレール	有	有	有	SOC2/HIPAA/GDPR等に対応表記
Vercel AI Gateway	Provider Allowlist	ZDR（有料アドオン）	有	有	各社公式で確認
Cloudflare AI Gateway	Guardrails	DLPスキャン	有	有	各社公式で確認
Helicone	限定的	限定的	有	有	各社公式で確認

出典: 各社公式docs（参照2026-07-18）。認証やガードレールの範囲は変動が大きく、SOC2やHIPAAが必須なら契約前に各社公式で最新の取得状況を確認してください。

可観測性：ログ・トレース・コスト追跡の比較

可観測性は、どこでコストとレイテンシが発生しているかを把握し改善につなげる機能です。もともとHeliconeはこの領域を起点にしたサービスで、トレースやプロンプト単位のコスト・レイテンシ分布を提供しますが、現在はメンテナンスモードである点を併記します。

サービス	ログ/トレース	コスト追跡	区分
Helicone	トレース/セッション/プロンプト単位	有	標準（ただしメンテナンスモード）
Portkey	全リクエストのログ/トレース	有	標準
Cloudflare AI Gateway	ダッシュボードで可視化	有	標準
Vercel AI Gateway	Custom Reporting	有	一部有料
LiteLLM	Prometheus＋コールバック連携	有	要自前
OpenRouter	基本的な利用状況	有	標準（軽め）

出典: 各社公式docs（参照2026-07-18）。可観測性は「標準／一部有料／要自前」に分かれ、詳細レポートを有料提供する例もあるため必要な粒度で見積もると精度が上がります。

2026年の重要アップデートと注意点（提供体制の継続性）

Portkey＝Palo Alto Networks傘下へ（2026年5月完了・Prisma AIRS統合）

2026年のゲートウェイ領域で最大級の動きがPortkey買収でした。Palo Alto Networksによる買収は2026年5月29日に完了し、PortkeyはPrisma AIRSの中核AIゲートウェイとして、企業横断のAI連携を監視・オーケストレーション・統制する制御プレーンに位置づけられました（出典: Palo Alto Networks公式プレスリリース・参照2026-07-18）。

一方でOSSゲートウェイ（Apache 2.0）とSaaSは継続提供されます。価値判断はしませんが、買収で将来のロードマップ・価格・独立性が変わりうる点は導入判断に織り込むべき事実です。

Helicone＝メンテナンスモード／LiteLLM＝供給網事故／Vercel・Cloudflareは投資継続

Heliconeは2026年3月3日にMintlifyへの参画が発表され、以降はメンテナンスモードに入りました。セキュリティ修正とバグ対応は続く一方、新機能や新規インテグレーションの追加はなく、16,000超の組織に他プラットフォームへの移行支援が案内されています（出典: Mintlify公式・Helicone公式・参照2026-07-18）。新規の本番採用では継続性リスクを評価すべき状況です。

LiteLLMについては、2026年3月24日に悪意ある2バージョン（v1.82.7・v1.82.8）がPyPIへ公開される供給網インシデントが発生した事実も同じ粒度で記載します。TeamPCPと呼ばれる攻撃者による広範なキャンペーンの一部で、CI/CDの脆弱な依存（Trivy経由）を突いて公式手順を迂回して公開されたと報告されています。悪性版は約40分でPyPIに隔離されましたが、月間9,500万ダウンロード規模の広く使われるライブラリのため、相当数がインストールされました。LiteLLMはリリースを一時停止して供給網レビューを行い、隔離環境と強化ゲートを備えた新CI/CDでv1.83.0を安全版として公開しています（出典: LiteLLM公式セキュリティ更新・参照2026-07-18）。実務上はOSSを自前運用する際、依存パッケージのバージョン固定・ハッシュ検証・公式ソース確認を前提化することが重要です。

対照的にVercel AI Gateway（無マークアップ・月5ドルクレジット）とCloudflare AI Gateway（コア無料）は投資継続で機能拡張が進んでいます（出典: Vercel・Cloudflare公式docs・参照2026-07-18）。買収・メンテナンスモード・供給網事故は「機能が優れても体制やセキュリティ運用の観点で条件付きになりうる」という選定基準として捉えると、判断を誤りにくくなります。

選び方：意思決定フレーム

セルフホストかマネージドか・ガバナンス要件での分岐

単一の勝者を決めず、要件からケース別に分岐させるのが実務的です。データ主権やオンプレ要件があるならセルフホスト型（LiteLLM／Portkey OSS／Helicone OSS）が候補ですが、自前運用ではパッケージ検証や運用体制が前提になります。インフラ運用を持たず最速で始めたいならマネージド型（OpenRouter／Vercel）が向きますが、ガバナンスは相対的に軽めです。

規制業種でガードレール・PII除去・HIPAA等が必須なら、Portkey（Enterprise）・LiteLLM（Enterprise）・Cloudflare（DLP）が軸になり、認証の最新確認が前提です。既存インフラ統合重視ならVercel基盤はVercel、エッジ基盤はCloudflareが自然です。いずれも弱点を強みと同じ粒度で確認してから決めてください。

モデル選定→ゲートウェイ→コスト管理の意思決定チェーン

ゲートウェイ選定は単独で完結せず、意思決定チェーンの一部です。まず用途に合うモデルを選ぶ工程が業務向けLLM比較、接続層としてのゲートウェイが本記事、処理ロジック層がエージェントSDKの比較、運用コスト設計がAIエージェントの運用コスト、複数エージェントの構成設計がマルチエージェント設計パターンにあたります。この順で「モデル→接続層→処理層→コスト→構成」と決めると、重複投資や手戻りを避けられます。

まとめ

LLMゲートウェイの選定は、機能表だけでなく「セルフホストかマネージドか」「ガバナンス要件の重さ」の2軸、料金の実質負担、2026年に動いた提供体制の継続性まで含めて判断するのが妥当です。OSSのLiteLLM、最速のOpenRouter、ガバナンスのPortkey、統合のVercel/Cloudflare、可観測性のHeliconeと、それぞれに得意領域と条件があり、単一の勝者は存在しません。数値や認証は変動するため、契約前に各社公式の一次情報で最新を確認してください。

---

接続層の選定はチェーンで見ると位置づけやすくなります。モデル選定は業務で使うLLMの比較、処理ロジック層はAIエージェントSDKの比較、コスト設計はAIエージェントの運用コスト、複数構成はマルチエージェント設計パターンで続けて確認できます。