OpenRouterとは｜AIモデルをどこから買うかの判断

「うちはAIをどこから買っているのか」——そう聞かれて即答できる中小企業は、そう多くありません。気づいたら複数の契約が並んでいて、誰がどれを使っているのかも曖昧、というのが実態です。

結論から言うと、AIの調達経路は「提供元と直接契約」「ゲートウェイ経由」「サブスク製品に同梱」の3つしかありません。この3つのどれで買っているかを把握し、止まったら困る工程だけ経路を二重化しておけば、供給側で何が起きても業務は止まりません。

株式会社Fyveは、中小企業のAI活用に月額で伴走する立場から、複数のAIモデルを日常的に使い分けています。この記事では2026年8月19日に発表されたStripeによるOpenRouter買収を入口に、AIゲートウェイという仕組みの中身と、自社の調達経路をどう決めるかを整理します。

2026年8月19日、決済会社がAIの「入口」を買った

米決済インフラのStripeは2026年8月19日（米国時間）、AIモデルのゲートウェイ／ルーティングを手がけるOpenRouterを買収することで合意したと発表しました。

ニュースとしては「決済会社がAI企業を買った」という一行で終わる話です。ただ、買われたのがAIモデルそのものではなく、モデルを選ぶ側の層だったという点が、実務の観点では効いてきます。

発表で明らかになった数字

Stripeおよびストライプジャパンの発表によると、OpenRouterの規模は次のとおりです。

• 400以上のAIモデルに対応
• 80社以上のプロバイダー（OpenAI、Anthropic、Googleなど）を束ねる
• 現在は1日あたり10兆トークン以上を処理
• 1000万を超える開発者・企業が利用

Stripe共同創業者兼CEOのパトリック・コリソン氏は「トークンは、AIを活用して事業を構築する企業にとって『基軸通貨』のような存在」「限られたコンピューティング資源をいかに有効活用するかが、現実世界における経済的な可能性を左右する」と述べています。

OpenRouter共同創業者兼CEOのアレックス・アタラー氏のコメントは、より実務に近い内容です。「あらゆるタスクに対して最適な単一のAIモデルは存在せず、今後もマルチモデル化していく」「開発者には、複数のAIモデルを横断して調整し、管理できる中立的なレイヤーが必要」。

買収額は公式には出ていない

ここは正確に書いておきます。買収額はStripeの公式発表では開示されていません。

報道ベースでは、Bloombergが2026年8月16日に「70億ドル超で合意」と報じ、TechCrunchも同日に同様の内容を伝えています。OpenRouterは2026年5月にシリーズBで1億1300万ドルを調達し、そのときの評価額が約13億ドルでした。数か月で5倍を超える価格がついた計算になります。

買収額の具体的な数字は各所で見かけますが、一次情報に当たると公式は金額を出していない——この差は、社内で共有するときには添えておいたほうがよい種類の差です。

そもそもAIゲートウェイは何をしているのか

買収の意味を判断する前に、OpenRouterのようなAIゲートウェイが何をする仕組みなのかを押さえておきます。ここを飛ばすと「AIの会社が買われた」以上の情報が残りません。

1つの契約で、複数の提供元をまたぐ

通常、AIモデルを業務に組み込むときは提供元ごとに契約します。OpenAIならOpenAIと、AnthropicならAnthropicと、それぞれアカウントを作り、それぞれに支払い方法を登録し、それぞれの仕様に合わせて接続します。

3社使えば3つの契約、3つの請求、3つの接続仕様を抱えることになります。モデルを乗り換えるたびに、この一式をやり直すのが素の状態です。

ゲートウェイは、この間に1枚挟まります。利用者はゲートウェイとだけ契約し、ゲートウェイが各提供元との接続を肩代わりします。使う側から見ると、モデルの切り替えが「設定を1行変える」程度の作業になります。

提供元で障害が起きたら、別の提供元に逃がす

実務でいちばん効くのはここです。OpenRouterの公式ドキュメントには、こう書かれています。

"If a provider returns an error OpenRouter will automatically fall back to the next provider."（プロバイダーがエラーを返した場合、OpenRouterは自動的に次のプロバイダーへフォールバックする）

同じモデルを複数の事業者が提供しているケースでは、片方が落ちてももう片方に自動で切り替わります。直接契約では、提供元が落ちたらこちらの業務も一緒に止まります。ここが単一契約との決定的な違いです。

料金は「単価への上乗せ」ではない

「間に業者が入るなら高くなるのでは」と考えるのが普通ですが、OpenRouterの料金の取り方は少し変わっています。公式ドキュメントによると、推論の単価には上乗せがありません（提供元と直接契約した場合と同じレートで使える）。

代わりに、クレジット購入時に手数料がかかります。カード決済で5.5%（最低0.80ドル）、暗号資産で5%です。

自分のAPIキーを持ち込む方式（BYOK）も用意されています。従量課金プランでは月25,000ドル相当まで手数料なしで使え、それを超えた分については「同じモデル・同じプロバイダーを通常利用した場合の費用の5%」がかかります。

つまり「単価が上がる」のではなく「入金時に数%引かれる」という構造です。コスト試算をするときに、この違いは効いてきます。単価に乗る手数料は使うほど増えますが、入金手数料は入金額に比例するため、見積もりの立て方が変わります。

AIのコストを従量課金とサブスク枠のどちらで持つかという論点は、別記事で実測を交えて整理しています。あわせて画像生成のコスト｜API従量課金とサブスク枠の使い分けもご覧ください。

データの扱いは既定で「保存しない」

業務データを通す以上、ここは確認が必要です。OpenRouterの公式ドキュメントによると、既定ではプロンプトと応答を保持しません。ログ提供に同意すると利用料が1%割引になる、というオプトイン設定があります。

もう一つ、地味に重要な仕様があります。ログの取り扱いポリシーが確認できていないプロバイダーには、学習利用を明示的に許可しない限りルーティングされません。「安いモデルに自動で流れた結果、学習に使われていた」という事故を構造的に防ぐ設計になっています。

各社の学習ポリシーの違いそのものについては、AIに業務情報を入れて大丈夫？主要4社の学習ポリシーで比較しています。

「ルーティング」は、実際に何を選んでいるのか

ゲートウェイの説明でいちばん抽象的なのが「最適なモデルに振り分ける」という一文です。何をもって最適と判断しているのかが分からないと、任せていいかどうかも判断できません。

Stripeの発表によると、OpenRouterはタスクの複雑さ・価格・速度・信頼性をもとに振り分けています。この4つを実務の言葉に置き換えると、次のようになります。

• 複雑さ — 定型的な要約なら安いモデル、判断を伴う作業なら高いモデル。同じ仕事を全部いちばん高いモデルに投げるのをやめる、という発想です
• 価格 — 同じモデルを複数の事業者が提供している場合、そのときの単価が安いほうを使う
• 速度 — 応答が遅くなっている提供元を避ける。画面の向こうで人が待っている処理では効きます
• 信頼性 — エラー率が上がっている提供元を避ける

ここで注意したいのは、この振り分けは「安いモデルで済ませる」判断も含むという点です。コストは下がりますが、業務の性質によっては品質のばらつきになります。

私の考えでは、成果物が人の目を通る工程では自動振り分けを使ってよく、無人で完結する工程では使うモデルを固定したほうがよいと思います。人が見る前提なら品質のばらつきは吸収できますが、無人の処理で日によって品質が変わると、何が原因で結果が変わったのか追跡できなくなるからです。

実際、私が無人で走らせている処理では、使うモデルを設定ファイルで明示的に固定しています。「速いほう・安いほうに勝手に流れる」状態にしていると、出力が変わったときに原因がモデルなのか手順なのか切り分けられません。

買収で「変わらない」とされたこと、それでも見ておくこと

この種のニュースで利用者がまず気にするのは「今使っているものはどうなるのか」です。

公式が明言したこと

OpenRouterは公式ブログで、買収後もミッション・名称・製品・ロードマップは変わらないと表明しています。ルーティングの判断についても「特定のモデルにも、特定のプロバイダーにも、親会社にも左右されない」とし、ユーザーにとって最善かどうかだけで決めると強調しています。

Stripe側の狙いも整理されています。同社は昨年「Token Billing」というトークン課金向けの製品を出しており、そこにモデルの動的な評価と最適ルーティングを統合する、という位置づけです。

それでも私が見ておく2点

表明された内容に疑いをかける必要はありません。ただ、これは現時点の方針表明であって、利用者との契約条件ではないという区別はしておくべきです。買収直後に方針が変わる例はほとんどありませんが、1年後2年後も同じである保証は、この発表からは読み取れません。

私が見ておくのは次の2点です。

• 中立性が維持されているかは、結果でしか確認できない — ルーティング先の分布が偏り始めていないか。使っている側が定期的に見るべき数字です
• 請求の経路が決済会社に寄る — AIの調達と決済インフラが同じ会社に集まること自体は、便利な反面、依存の集中でもあります

ここで言いたいのは「危ないから使うな」ではありません。使うかどうかの判断ではなく、使ったうえで何を定点観測するかを決めておく、という話です。

自社はどこから買っているのか——3つの経路

ここからが本題です。買収のニュースは、自社の調達経路を見直す良いきっかけになります。AIの買い方は、突き詰めると3つしかありません。

経路①：提供元と直接契約する

OpenAI、Anthropic、Googleなどと直接アカウントを作り、APIを使う形です。

• 強み：新機能がいちばん早く使える。仕様変更の情報も一次で届く。間に何も挟まらないので、責任の所在が明確
• 弱み：提供元が落ちたら止まる。モデルを乗り換えるたびに接続をやり直す。使う社数だけ契約と請求が増える

経路②：ゲートウェイ経由で買う

OpenRouterのような中間層と契約し、そこから各社のモデルを使う形です。

• 強み：モデルの乗り換えが速い。障害時の自動フォールバックがある。請求が一本化される
• 弱み：中間層自体が単一障害点になる。新機能への対応が提供元より遅れることがある。中間層の経営判断（今回のような買収を含む）の影響を受ける

経路③：サブスク製品に同梱されたものを使う

ChatGPTの有料プラン、Claudeの有料プラン、Microsoft 365 Copilotなど、月額の製品として買う形です。実は多くの中小企業にとって、AI支出の大半はここです。

• 強み：月額が固定なので予算が読める。従業員がそのまま使える画面がついてくる。管理が簡単
• 弱み：業務システムへの組み込みには使えない。利用量に上限がある。提供元の仕様変更をそのまま受ける

選び分けの5つの軸

3つの経路を、判断に使う軸で並べ直すと次のようになります。

この表を見ると分かるとおり、どの経路にも「1社に依存する」列があります。ゲートウェイを使えば依存が消えるわけではなく、依存先が提供元から中間層に移るだけです。今回の買収は、まさにその中間層に変化が起きた出来事でした。

中小企業がゲートウェイを検討すべき3つの条件

ここまで読んで「うちも入れたほうがいいのか」と考えた方向けに、判断の目安を書いておきます。次の3つのうち2つ以上に当てはまるなら検討する価値があります。逆に、1つ以下なら急ぐ必要はありません。

• 自社の業務システムやツールにAIを組み込んでいる（＝経路③のサブスク製品では足りない状態にある）
• すでに2社以上のAIと直接契約していて、請求と管理が分散している
• 止まると業務が止まる自動処理がある（毎朝の集計、顧客への自動応答など）

逆に言えば、ChatGPTやCopilotの有料プランを社員が使っているだけの段階では、ゲートウェイは不要です。この段階で必要なのは中間層ではなく、社内で誰がどれを使っているかの把握です。手順の棚卸しは後述します。

もう一点。中間層を入れるかどうかは、入れるとしても後戻りできる種類の判断です。ゲートウェイ経由で組んでおいて、あとから直接契約に戻すのは難しい作業ではありません。逆方向も同じです。ここは慎重になりすぎなくてよい領域だと考えています。

私の運用では、どう分けているか

ここからは私の実際の運用です。特別なことはしていませんが、判断の型としては使えるはずです。

「止まったら困る工程」だけ二重化する

私が最初に決めたのは、全部を二重化しないということでした。経路を二重に持つと、設定も検証も管理も倍になります。全工程でやると運用が破綻します。

基準にしているのは1つだけです。その工程が止まったとき、翌朝までに人が気づいて手で回せるか。

• 手で回せる（調べもの、下書きの相談、コードの相談）→ 一本でよい。止まったら手を動かすか、翌日にやる
• 手で回せない（無人で毎日走る処理、締め切りのある生成物）→ 二重化する

この線引きをすると、二重化が必要な工程は思ったより少なくなります。私の場合、日常的に使っているAIの用途のうち、経路を二重に持っているのは無人で走る処理の一部だけです。

主経路はサブスク枠、代替経路は従量API

具体例を1つ挙げます。記事に添える画像の生成です。

主経路はサブスク枠に含まれる画像生成を使っています。月額の中に入っているので、1枚ごとの費用が発生しません。そしてこれが失敗したときだけ、別会社の従量課金APIに自動で切り替わるようにしてあります。

ポイントは、主経路と代替経路で会社を分けていることです。同じ会社の別プランを予備にしても、その会社で障害が起きたら両方止まります。予備の意味があるのは、障害の原因を共有していない相手だけです。

費用の設計としても素直です。普段はサブスク枠（追加費用ゼロ）で回り、代替経路が動くのは主経路が落ちた日だけなので、従量課金の請求は年間を通しても小さく収まります。「安いほうを主に、確実なほうを予備に」ではなく、「無料枠を主に、確実なほうを予備に」という置き方です。

鍵は経路ごとに分け、権限を絞る

もう一つ、無人で動く処理に関する運用です。自動処理に渡す鍵には、必要な権限だけを付けています。

たとえば記事を投稿する自動処理には、記事の取得・新規作成・更新の権限を渡していますが、削除の権限は外してあります。無人で動く処理が誤作動したときに、取り返しがつく範囲に被害を閉じ込めるためです。作られすぎたものは消せますが、消されたものは戻せません。

ゲートウェイを使う場合も同じ考え方が使えます。BYOKで自分のキーを持ち込むなら、そのキーの権限と上限は自分側で設定できます。中間層を信頼するかどうかという二択ではなく、渡す権限の範囲で調整するという選択肢があることは覚えておいて損がありません。

今日からできる棚卸し（4手順）

買収のニュースを読んで終わりにしないために、30分でできる棚卸しの手順を書いておきます。

手順1：支払い明細から「AIに払っているもの」を全部書き出す

クレジットカードの明細と、経理に上がっている月額サービスの一覧を開きます。記憶から書き出さないでください。必ず明細から拾います。担当者が個人カードで契約したまま忘れているものが、たいてい1つか2つ出てきます。

手順2：それぞれを3つの経路に分類する

書き出したものを、①直接契約・②ゲートウェイ経由・③サブスク同梱に振り分けます。これだけで「自社がどこに依存しているか」の地図ができます。

多くの中小企業では、③に偏っているはずです。それ自体は悪いことではありません。問題は、③に偏っていることを把握していないまま「AIを業務に組み込もう」と考えてしまう場合です。サブスク製品は業務システムへの組み込みには使えないので、組み込みの話になった瞬間に①か②が必要になります。

手順3：止まったら困る工程に印をつける

書き出した各項目に、「これが明日から使えなくなったら、翌朝までに人が手で回せるか」を書き込みます。回せないものだけが、経路を二重化する候補です。

ここで手が止まる場合、その工程がどのAIに依存しているかを把握できていないということです。それ自体が発見です。

手順4：提供終了の予定を確認する

最後に、使っているモデル・APIに廃止予定が出ていないかを確認します。AIの提供終了は、買収よりも高い頻度で、より静かに起こります。確認手順はAIのAPI提供終了に備える｜廃止予定の調べ方と棚卸し手順にまとめています。

この4手順は、一度やれば次回は15分で終わります。四半期に1回、カレンダーに入れておくのが現実的です。

よくある誤解を3つ

誤解1：「間に業者が入ると高くなる」

OpenRouterの場合、推論の単価には上乗せがありません。かかるのは入金時の手数料です。「割高になる」ではなく「入金額の数%が手数料になる」という理解が正確です。ただし、これはOpenRouterの料金体系であって、ゲートウェイ全般の話ではありません。他のサービスを検討するときは、単価に乗るのか入金に乗るのかを必ず確認してください。

誤解2：「中立と言っているから、ずっと中立」

公式の表明は「現時点の方針」です。約束が破られると考える必要はありませんが、方針表明は契約条件ではないという区別はしておきます。実務的には、ルーティング先の分布を四半期に一度見るだけで十分です。

誤解3：「二重化しておけば安心」

いちばん多い誤解がこれです。代替経路は、定期的に動かしていないと、いざというときに動きません。設定した当時から仕様が変わっていたり、支払い方法の有効期限が切れていたりします。

私は、代替経路が実際に動いた記録が一定期間ないときは、意図的に主経路を止めて代替経路を通す、という確認をしています。使っていない予備は、予備ではなく「予備だと思い込んでいるもの」です。

まとめ

2026年8月19日のStripeによるOpenRouter買収について、押さえるべき点を整理します。

• Stripeが2026年8月19日（米国時間）にOpenRouter買収の合意を発表。買収額は公式には非開示で、70億ドル超という数字は報道ベース
• OpenRouterは80社以上のプロバイダー・400以上のモデルを束ね、1日10兆トークン以上を処理する中間層
• OpenRouterは公式に、ミッション・名称・製品・ロードマップは変わらず、ルーティングは親会社にも左右されないと表明
• ゲートウェイの実務価値は「乗り換えの速さ」と「障害時の自動フォールバック」。料金は単価への上乗せではなく入金時の手数料
• AIの調達経路は①直接契約・②ゲートウェイ・③サブスク同梱の3つ。どれを選んでも「1社への依存」は残り、依存先が変わるだけ
• 全部を二重化しない。基準は「止まったとき、翌朝までに人が手で回せるか」
• 二重化するなら、主経路と代替経路で会社を分ける。同じ会社の別プランは予備にならない
• 代替経路は定期的に動かして確認する。使っていない予備は予備ではない

今回の買収でいちばん見えたのは、AIを「どのモデルを使うか」で語る時代が終わりつつあるということでした。モデルは入れ替わり続けます。入れ替わっても業務が止まらない買い方をしているかどうかが、これから効いてきます。

自社の調達経路の棚卸しや、どの工程を二重化すべきかの線引きを含めて相談したい場合は、株式会社Fyveの専属AI活用顧問サービスで継続的に伴走しています。