Open WebUIの料金：ソフトウェアの費用とtokenの費用

Open WebUIは価格表を一切公開していない。openwebui.com/pricingとopenwebui.com/enterpriseはいずれも404を返し、チャットインターフェースは座席数上限もリクエスト数上限もなく無料でセルフホストできる。エンタープライズライセンスが制限するのは、Open WebUIのブランディングの削除とTerminalsのようなエンタープライズ限定アドオンであり、利用者数ではない。購入者が実際に必要とする数値は、プロジェクトが請求しない3つ、すなわちマシン、モデルのトークン、Open WebUI内で入力していないトークンをひそかに送信する設定である。以下では、出典と確認日とともに3つすべてを示す。

この質問については、誤った料金が3つ出回っているため、まず整理する。年間1座席あたり$60は実在する公式料金だが、これはOpen WebUI ComputerのSupporterティア、つまりcptrパッケージの料金である。これは同じチームによる別ライセンスの別製品で、独自の無料ティアには「永久に$0」と記載されている。検索結果でOpen WebUIに帰属されている年間エンタープライズ料金は第三者のホスティング業者に由来し、公式ページにはないため、ここでは繰り返さない。また、月額$19の「Pro」プランはopenwebui.netに属する。これはopenwebui.comではない類似ドメインで、アプリは独自の文言で「NextChat」とブランド付けされている（2026年9月21日に確認）。認識できるようにここで名前を挙げるが、意図的にリンクは付けない。

ソフトウェアの費用と、ライセンスが実際に制限するもの

プロジェクトのホームページが売りにしているのはプランではなくインストールである。「pip install open-webui / コマンド1つ。60秒。アカウント不要。」リポジトリは現在も稼働しておりアーカイブされていない。そのmainにおける最新コミットの日付は2026年9月4日である。現在のリリースはv0.11.3で、そのファイルは2026年8月31日にPyPIへ公開された。公式情報間には1つ相違がある。ホームページのブログカードには、8月25日のv0.11.1が依然として大見出しで表示されている。これはブログ記事であり、バージョンバナーではない。リリースの正式な基準はGitHub Releasesである。

ライセンスにも同じ注意が必要です。GitHubでは NOASSERTION /「Other」と報告されていますが、第三者による解説では今でもBSD-3と呼ばれることが少なくありません。どちらも半分は正しい表現です。LICENSEファイルはBSD-3の本文に加え、v0.6.6で導入された第4条項を含んでおり、Open WebUIのブランディングを変更、削除、隠蔽、置換することを禁止しています。ただし、「任意の連続する30日間におけるエンドユーザーの総数が50人を超えない」場合、書面による許可を得ている場合、またはエンタープライズライセンスを保有している場合を除きます。プロジェクトのライセンスページは明確に、「ブランディング要件は大規模なデプロイ（合計50ユーザー以上）にのみ適用される」、そして「v0.6.5からは誰でも制限なしでフォークできる」と説明しています。つまり、現在はOSI承認ライセンスではなく、利用数の上限でもありません。しきい値が制限するのはリブランドであり、実行そのものではありません。

プロジェクト自身の言葉によれば、エンタープライズライセンスが認めるのは「ホワイトラベル化、リブランド、元のブランディングへの変更、またはTerminalsのようなエンタープライズ限定の提供」です。TerminalsはOpen Terminalのオーケストレーション層として文書化されており、ユーザーごとに、ファイル、プロセス、パッケージ環境、リソース制限、ネットワーク境界を備えた別個のワークスペースをプロビジョニングします。これは、ライセンスがブランディングではなく機能を制限する例として唯一明示されています。第三者ベンダーによるマネージド「Open WebUIホスティング」は、さらに別の話です。これは他者のインフラ上のサーバー料金です。このページでは、マネージドホストについて確認済みの金額は得られませんでした。確認した1社のベンダープランページは、通常の取得では数字ではなく価格のプレースホルダーを表示したためです。そのため、金額は記載していません。

「Open WebUI APIの料金」には2つの異なる問いが含まれています

この検索語は本当に曖昧で、2つの部分にはそれぞれ異なる答えがあります。

外向きの呼び出しに料金が発生します。Open WebUI自体にはモデルがないため、設定したエンドポイントによってすべてのトークンに課金されます。Open WebUI独自のAPIは無料です。リリース済みタグv0.11.3では、backend/open_webui/main.pyが GET /api/models (L874)、POST /api/chat/completions (L1085)、そして新しく見落としやすいAnthropic形式の POST /api/v1/messages (L1976)と、その隣の POST /api/v1/messages/count_tokens (L1907)を提供しています。これらの認証にはプロバイダーのキーではなく、自分で用意したOpen WebUIキーを使います。Open WebUIが料金を請求しないのは、これらが入口だからです。リクエストはすべて設定した上流に到達し、そこで課金されます。プロバイダーではなくOpen WebUIに自分のスクリプトを向けても、変わるのはルーティングであり、請求額ではありません。

自分では入力していない、課金対象の呼び出し

ここがレート比較では見落とされる部分です。backend/open_webui/config.pyをタグv0.11.3で読むと、4つのバックグラウンド生成機能がデフォルトで有効で、1つが無効です。

実際に追加されるトークン数はこのページでは測定しておらず、それ以外を主張する割合は創作になります。確認できるのは構造です。フラグは有効で、タスクモデルは未設定なので、TASK_MODEL_EXTERNALで安価なIDを指定するまで、命名とタグ付けのトラフィックは、その会話がすでに使用しているチャットモデルで課金されます。Open WebUI独自のFAQも同じことを述べています。「デフォルトでは、これらのタスクはチャット中のモデルと同じモデルを使用します」とし、同じ修正を推奨しています。予算を組む前に知っておく価値のある、逆方向のデフォルトが2つあります。ウェブ検索は無効（ENABLE_WEB_SEARCH、L1155）、画像生成も無効（ENABLE_IMAGE_GENERATION、L1336）ですが、コードインタープリターは有効です（L422）。

4つのサブシステム、4つのエンドポイント枠、そして二度読む価値のあるデフォルト

チャット互換性は製品の他の部分には引き継がれません。検索拡張の埋め込み、音声テキスト変換、テキスト音声変換、画像生成にはそれぞれ独自のベースURLとキーの組があり、各フォールバックは単一の OPENAI_API_BASE_URL です。意外なのはここです。タグv0.11.3では接続一覧の構築後、config.pyの365行目が OPENAI_API_BASE_URL = 'https://api.openai.com/v1' を無条件に再代入します。そのため、後で評価される各サブシステムのデフォルト、すなわち RAG_OPENAI_API_BASE_URL (L1092)、IMAGES_OPENAI_API_BASE_URL (L1490)、AUDIO_STT_OPENAI_API_BASE_URL (L1565)、AUDIO_TTS_OPENAI_API_BASE_URL (L1606)は、チャット用にどの変数を設定してもOpenAIのエンドポイントに解決されます。これはソースから読み取れるモジュールレベルのデフォルトです。これらの値は永続化された設定の初期値となり、管理者UIで上書きできますが、このページでは実行中のインスタンスでの動作を再現していません。Issue #22084にも同じ症状が記載されています。これは2026年3月1日に起票され、現在は完了としてクローズされているため、上記のソースの読み取りは未解決のバグではなく、v0.11.3におけるモジュールレベルのデフォルトとして扱ってください。

朗報なのは、デフォルト設定ではこれら4つの枠すべてにAPI利用料金が発生しないことです。

Kunavoは埋め込み、音声テキスト変換、テキスト音声変換を提供していません。

この境界によって、これらの枠のうちゲートウェイを向けられるものが決まります。RAG_OPENAI_API_BASE_URL、AUDIO_STT_OPENAI_API_BASE_URL、AUDIO_TTS_OPENAI_API_BASE_URLはここを向ける枠ではありません。検索拡張処理はローカルのデフォルトのままにしてください。これは提供時の設定であると同時に無料の設定でもあります。あるいは、その処理を提供しているプロバイダーに送信してください。検索拡張の請求のうちチャットプロバイダーに到達する唯一の行は、次のプロンプト内の通常の入力トークンとして届く、検索されたテキストそのものです。RAGの実装では、チャンクサイズとtop-kがその入力数にどう変換されるかを説明しています。

# The chat connection. This is the only slot the setup guides cover.
OPENAI_API_BASE_URL=https://api.kunavo.com/v1
OPENAI_API_KEY=sk-kn-...

# Titles, tags and retrieval queries run on the CHAT model unless you say
# otherwise. TASK_MODEL_EXTERNAL defaults to empty (config.py L2195).
TASK_MODEL_EXTERNAL=claude-haiku-4-5

# Leave the document-embedding step alone: empty means local, and local
# means no API spend at all (config.py L996 and L1002).
RAG_EMBEDDING_ENGINE=
RAG_EMBEDDING_MODEL=sentence-transformers/all-MiniLM-L6-v2

チャット1日分の試算

これは説明用のトークン計算であり、測定済みの費用でも請求額の上限でもありません。チャットウィンドウで1人が勤務する1日を想定します。アシスタントのターン40回、各回でキャッシュされていない入力トークン6,000個（表示中のスレッドと検索されたチャンクを含む）を送り、出力トークン700個を返すものとします。合計は入力240,000トークン、出力28,000トークンです。その日に新しいチャットが8件あり、Open WebUIのデフォルトのタイトル、タグ、検索クエリ生成器が、チャットごとに入力2,000トークン、出力40トークンで3回の追加呼び出しを行うと仮定します。1回あたりのサイズは仮定であり、測定値ではありません。料金はKunavoカタログの100万トークンあたりの最新価格です。

チャットの列ではなく、最後の列を確認してください。これらの前提では、バックグラウンドの通信によって、Claude Sonnet 5 を使う日の費用の約 12%、つまり $0.606 のうち $0.074 が、チャットの命名とタグ付けに費やされます。代わりに TASK_MODEL_EXTERNAL を Claude Haiku 4.5 に設定すると、この部分の費用は $0.037 に、その日の総費用は $0.569 になります。誰が実際に読む内容にも変化はありません。この設定だけで、同じティアの別のプロバイダーに切り替えるよりも、請求額が大きく変わります。

予算として扱う前に、自分の人数と日数で換算してください。また、この計算に含まれないものにも注意が必要です。プロンプトキャッシュ、画像または動画生成、コードインタープリターが呼び出すツールは含まれません。Kunavoのカタログ金額は請求額の下限であり、上限ではありません。上流が料金を報告した場合、請求額はカタログ料金と、上流コストに適用されるマークアップを掛けた額のいずれか高い方になります。Kunavoの最低トップアップ額は$10の前払いクレジットであり、これは資金投入の最低額であって、サブスクリプション料金でもシート料金でもありません。請求の詳細と、リクエストごとの台帳については利用状況を参照してください。Open WebUIにも独自の表示があります。v0.11.3 READMEでは、管理者ダッシュボードが「ユーザーとモデル全体のメッセージ量、トークン消費量、費用を追跡する」と説明されています。この機能はこのページでは実際に使用しておらず、同じトラフィックを数える2つのメーターの値はトークン単位では一致しません。そのため、実際に資金を負担している側に合わせて照合してください。

どの経路が、どのような場合に有利か

ベンダーの選択以上にセットアップを左右するプロトコル上の細部が1つあります。Open WebUIは明確にプロトコル指向で、OpenAI Chat Completionsプロトコルを実装し、プロバイダー固有のAPIをコアに追加することを避けています。そのため、渡すべきものはOpenAI形式の/v1ルートであり、Claudeモデルの場合も同じです。Open WebUI独自のAnthropicページでは、https://api.anthropic.com/v1をOpenAI接続として設定し、互換レイヤーは本番環境ではなくテスト向けだというAnthropicの警告を中継しています。接続ごとにAPI TypeをOpen Responsesへ切り替える設定もあり、ドキュメントでは実験的機能とされ、「すべてのプロバイダーで期待どおりに動作するとは限らない」と警告されています。KunavoはResponses形式のルートを提供しますが、この組み合わせはこのページではランタイムテストをしていません。そのため、チャットコンプリーションの経路を既知の正常動作経路として扱い、切り替えは予備の接続で試してください。

プロバイダーではなくフロントエンド自体を比較しますか？LibreChatとOpen WebUIおよびAnythingLLMとOpen WebUIでその選択を扱い、最適なLLMゲートウェイでは統合の深さではなく、料金と資金調達条件の観点からゲートウェイ層を比較しています。

セットアップ後、初日の請求額を確認する

接続はSettings → Admin → Connections →「Manage OpenAI API Connections」→「Add Connection」にあり、URLフィールドとAPI Keyフィールドがあります。同じことは、コンテナ起動時に上記の2つの環境変数を使っても行えます。URLには/v1を残してください。Open WebUIがルート自体を追加し、ソースは末尾のスラッシュを削除します。

事前に知っておく価値のある障害モードが1つあります。連携が停止しているように見えますが、実際にはそうではありません。Open WebUIの公式ドキュメントによれば、接続を保存してもテストは行われず、Verifyボタンはプロバイダーの/modelsエンドポイントを呼び出します。その呼び出しが失敗しても、「これはプロバイダーに互換性がないことを意味しません。チャットコンプリーションは引き続き動作します」と説明されています。代わりに、接続ごとのModel IDs許可リストへモデルIDを入力します。許可リストを埋めておく価値はあります。画像、動画、音楽モデルを含むカタログでは、空のフィルターによって、チャットウィンドウから呼び出せないモデルまで選択欄に表示されるためです。

Kunavoはこのクライアント向けのセットアップガイドを公開しています。これは公開された設定リファレンスであり、互換性テストではありません。ここではOpen WebUIとKunavoのエンドポイントをランタイムテストしておらず、上記の内容はすべてOpen WebUIのリリース済みソースと公式ドキュメントから読み取ったものです。試す間は動作する経路を確保し、範囲を限定した1日分を実行してから、アカウントに実際に記録された内容を確認してください。まずOpen WebUI統合ガイドを参照し、キーへの入金準備ができたらKunavoアカウントを作成してください。

よくある質問

Open WebUIのページ、リポジトリ、コミット履歴、パッケージを2026年9月19日に確認し、9月21日に再確認しました。openwebui.com/pricingとopenwebui.com/enterpriseの404は直接取得し、引用した設定デフォルトはすべてmainではなくリリース済みタグv0.11.3で読み取りました。未確認事項は、マネージドホスティングの価格、エンタープライズのドル建ての金額、デフォルトのバックグラウンドタスクによるトークンオーバーヘッド、Open WebUI独自の利用状況ダッシュボード、Open WebUIをKunavoに接続したエンドツーエンドの実行です。Kunavoのトークン料金は最新カタログから取得しており、ここに示すドルの例はすべて説明用のトークン計算です。