OpenRouterがDeepSeekの利用状況を公開、複数プロバイダの連携による信頼性と柔軟性のメリットを強調

要点

• API仲介サービス「OpenRouter」において、中国発のAIモデル「DeepSeek」がトークンシェアで首位を獲得し、最も利用されているモデルブランドであることが公表された。
• 同一のモデルであっても、提供するインフラ企業によって価格に最大約4倍の開きがあり、処理速度や稼働率にも大きな性能差が存在している。
• OpenRouterは、障害が発生した提供元を自動で回避し、割安な接続先へ優先的に処理を割り振る自動ロードバランシング機能を備えている。
• 開発者はリクエスト送信時に設定を変更することで、処理速度の優先や料金上限の設定、特定の提供元の指定および除外などを詳細に制御できる。
• 利用には5.5%のプラットフォーム手数料がかかるが、接続エラー時の自動切り替えや、簡単な記述変更だけでバージョン移行ができる利便性を提供する。

リード文

API（アプリケーション・プログラミング・インターフェース）の仲介プラットフォームを運営する「OpenRouter」は2026年7月13日、自社ブログを通じて、同プラットフォーム上で最大の利用規模を誇るAIモデル「DeepSeek」の運用データを公開した。DeepSeekのモデルは複数のインフラ提供企業（プロバイダ）から提供されており、価格や性能に大きなばらつきがあるが、OpenRouterを経由することでこれらを一元化し、信頼性の高いシステムを構築できると説明している。

圧倒的なシェアを誇るDeepSeek

公表されたデータによると、DeepSeekはOpenRouter上で最も多くのトークン（AIがテキストを処理する際の最小単位）を消費しているモデルブランドであり、トークンシェアは全体の16.7%に達している。全体の使用量ランキングトップ10には「V4 Flash」が3位、「V4 Pro」が6位に入っており、ツール呼び出し機能（外部ツールを実行するようAIが判断する機能）の利用ランキングでも同様にこの2モデルが上位を占めている。

DeepSeekは、計算効率の高さと強力な推論能力、ツール呼び出し性能を兼ね備えた「Mixture-of-Experts（MoE：複数の専門的な小規模ネットワークを組み合わせ、入力に応じて最適な部分を実行させる手法）」アーキテクチャを採用したオープンウェイトモデルである。最新のV4シリーズでは「ハイブリッドアテンションシステム（データ間の関連性を計算する処理を効率化する仕組み）」を導入しており、コンテキストウィンドウ（AIが一度に処理できるテキストの最大量）が100万トークンに拡大した状態でも、効率的な推論動作を維持できるという。現在、OpenRouterでは計22種類のDeepSeek関連モデルが提供されている。

プロバイダ間に存在する大きな「格差」

DeepSeekモデルはオープンソースライセンスのように公開されているため、世界中の多くのインフラ提供企業（プロバイダ）が独自のサーバーで稼働させている。OpenRouterにおいては、例えば「DeepSeek V4 Pro」を16ものプロバイダが提供しているが、そのサービス内容には極めて大きな差がある。

2026年7月13日時点のデータに基づくと、100万入力トークンあたりの料金は、最安値が0.435ドルであるのに対し、最高値は1.74ドルと約4倍の価格差がある。スループット（単位時間あたりのデータ処理能力）は、最速のプロバイダが秒間57トークンであるのに対し、最も遅いプロバイダは秒間4トークンにとどまる。また、稼働率（アップタイム）についても、97.44%から99.92%までばらつきが見られる。

OpenRouterは、これらの価格差はプロバイダ自身の料金設定をそのまま反映したものであり、自社による上乗せ（マージン）は行っていないとしている。

信頼性を高める自動ルーティング技術

OpenRouterは、このような多様なプロバイダが存在する環境をまとめ、安定した接続を提供するシステムを構築している。

デフォルトの設定では、直近30秒間に重大な接続障害が発生したプロバイダを自動でルーティング対象から除外し、残りの稼働しているプロバイダの中から、より安価なプロバイダを優先してリクエストを割り振る（価格の逆二乗で重み付けする）仕組みを採用している。

万が一、リクエスト送信中にプロバイダ側で問題が発生した場合は、自動的に代替のプロバイダへ再試行（リトライ）が行われる。さらに「Zero Completion Insurance（ゼロ出力保証）」により、エラーが発生したり出力トークン数がゼロのまま返ってきたりした場合には、ユーザーへの課金が発生しない仕組みになっている。

このほか、会話の途中で接続先のサーバーが切り替わるのを防ぐ「Sticky routing（固定接続ルーティング）」、長時間のツール呼び出し動作を保護する「Fallbacks（代替ルート機能）」、複雑な質問に対して複数のモデルの回答を組み合わせる「Fusion（フュージョン・ルーター）」などの機能も提供されている。

開発者向けの細かなカスタマイズ機能

開発者はリクエスト送信時のオプション指定により、接続先のプロバイダの選択基準を柔軟に指定できる。

• 速度優先（sort: 'throughput' または :nitro）: 最も動作が高速なプロバイダを選択し、応答速度の低下を防ぐ。
• 価格優先（sort: 'price' または :floor）: 最も安価なプロバイダを優先して利用する。
• 上限価格（max_price）: 料金の上限を設定し、予算を超過する場合は処理を実行せずにエラーを返す。
• プロバイダの直接制御（order/only/ignore）: 特定のプロバイダの優先順位を変えたり、指定したプロバイダのみを使用させたり、あるいは特定のプロバイダを完全に除外したりする。
• 量子化フィルター（quantizations）: 量子化（モデルのパラメータ精度を下げて動作を高速化させる処理）が粗すぎて出力の品質が低下しているプロバイダを自動で除外する。

導入コストと直接利用の使い分け

OpenRouterを利用する場合、従量課金に対して5.5%のプラットフォーム手数料が加算される。そのため、一定のトラフィックが常に発生しており、特定のプロバイダとの直接契約で十分に運用できる場合は、OpenRouterを通さない直接利用の方が安価になる可能性がある。

しかし、OpenRouterを経由することで、プロバイダがダウンした際の自動回避システム（フェイルオーバー）を構築できるほか、コード内のモデル指定文字列を変更するだけで最新のバージョンへと容易に移行できる柔軟性を得られると、同社はメリットを強調している。