Open WebUIの代替：ライセンス、BYOK、RAG、移行

Open WebUIの代替製品を検索する人の多くは、実際には価格を問題にしていません。Open WebUIは無制限の社内ユーザー向けに無料でセルフホストでき、プロジェクトは価格を一切公開していないためです。実際に離れる理由は、より限定的です — ライセンスがv0.6.6で標準的なオープンソースではなくなった、1人で使うにはサーバーという形が適していない、カスタムエンドポイントの仕様が自分のゲートウェイに合わない、または誰かにホストしてもらいたい、といった理由です。それぞれが異なる代替製品を指し、製品間の移行コストも大きく異なります。

まず、検索結果には、名前が似ているものの無関係なプロジェクトがいくつか混在しているため、区別しておきます。Open WebUIはopen-webui/open-webuiで、以前はOllama WebUIと呼ばれていました。AUTOMATIC1111のStable Diffusion web UIでも、OpenUI（プロンプトからUIを生成）でもありません。また、text-generation-webuiはoobabooga/textgenでTextGenに改称されており、チーム向けフロントエンドではなくローカルモデル用のデスクトップアプリです。

離れる理由から始める

ライセンスを正確に — そして繰り返すのをやめるべき誤解

このプロジェクトにおける重要なライフサイクルイベントは、改称でも買収でもありません。ライセンスの変更です。プロジェクトのライセンス文書によると、リリースv0.6.5まで（同版を含む）に提出またはマージされたすべてのコードはBSD-3ライセンスのままです。v0.6.6から、プロジェクトは独自のOpen WebUI Licenseの下で提供されます。これはブランディング保護条項を含むBSD-3派生ライセンスであり、GitHubのリポジトリAPIはライセンスを認識済みの標準ライセンスではなくNOASSERTIONとして報告します。GitHub Releasesでは境界を、v0.6.5が2025年4月14日、v0.6.6が2025年5月5日としています。なお、ライセンス文書には変更について独自の暦日「Effective with v0.6.6 (April 19, 2025)」が付されており、GitHubがこのリリースについて記録する日付とは一致しません。そのため、いずれの日付でもなくバージョンを引用してください。

ここで訂正します。ライセンス本文は、3つの状況を除き、Open WebUIのブランディングの変更、削除、隠蔽、置換を禁止しています。1つ目は、「どの連続する30日間を取っても、エンドユーザーの総数が50人を超えない」デプロイです。他の2つは、著作権者からの事前の書面による許可と、正式に締結されたエンタープライズライセンスです。ライセンス文書では別途、「公式ブランディングをすべて維持した状態で、自組織内の任意の数の社内ユーザーにデプロイする」ことを無料ライセンスで許可される事項として挙げています。つまり、50ユーザーという数字はデプロイ上限ではなくブランディングに関する例外であり、多くの比較記事が述べる内容とは逆です。著作権者はOpen WebUI Inc.です。[作成者：Timothy Jaeryang Baek]。

エンタープライズライセンスが実際に制限するのは、ホワイトラベル化、ブランディングの削除、エンタープライズ専用機能です。価格は公開されていません。エンタープライズページでは「デプロイのエンドユーザー数（シート数）をお知らせください」と求めており、openwebui.com/pricingは2026年9月21日の確認時にHTTP 404を返しました。他で見かけるシート単位の金額は、管理型ホスティングベンダーの価格か、作り話のいずれかです。

プロジェクト自体は重要な数値において健全です。アーカイブされておらず、スター数は150,000を超え、この確認の数日前までプッシュがあり、安定版リリースv0.11.3は2026年8月31日に公開されています（Releases API）。ただし、1つのサブコンポーネントはそうではありません。プラグインフレームワークであるopen-webui/pipelinesの最終プッシュは2025年8月18日です。デプロイがPipelinesに依存する場合は、さらに構築を進める前に、その更新頻度を考慮する価値があります。

実行方法別にまとめた候補一覧

この表についての注意点は3つあり、すべて2026年9月21日に確認しました。LibreChatの最新タグは2026年9月15日のプレリリースv0.8.8-rc3で、GitHubの/releases/latestは404を返すため、現在最新として示されているリリースはありません。要約の数字を信頼するのではなく、バージョンを固定する前にプロジェクト独自の変更履歴を読んでください。LobeHubの価格ページはページ内で矛盾しています。プランカードではStarter、Premium、Ultimateが月額$9.9、$19.9、$39.9である一方、同じページの比較表ではStarterが$12.9、年額表示が$118.8となっています。そのため、契約する前にチェックアウトで金額を確認してください。また、TypingMindのPremium価格は広告上50%のプロモーション中であり、この種の数字は最も早く古くなります。Chatboxの有料階層は独自のホスト型モデル向けです。BYOKガイドによると、自分のキーを指定するのが無料の方法です。

代替製品の一覧に登場するものの、含めるべきでないプロジェクトが2つあります。Chatbot UIはMITでアーカイブされていませんが、最終プッシュは2024年8月3日でリリースもないため、稼働中の選択肢ではなく休眠状態です。NextChatは現在、APIキー不要でサインアップできるゼロコンフィグのアシスタントで、従量課金制だと説明しており、純粋なBYOKフロントエンドではありません。検索時には、JanはJanitor AIではないこと、Msty Studioは上場投資信託MSTYではないこと、LobeChatとLobeHubは改称後の同一プロジェクトであることも区別してください。そのため、1.0未満のLobeChatセットアップチュートリアルは最新情報ではありません。

各製品でカスタムOpenAI互換エンドポイントを指定する方法

以下の8つのクライアントはいずれも、第三者エンドポイントを指定する方法を文書化しています。異なるのは、設定項目、URLの形式、Chat Completions以外が可能かどうかです。1つの列については、質問を限定して理解する必要があります。「Anthropic Messagesの送信経路」は、クライアント自体がAnthropic形式のリクエストをあなたのエンドポイントに送信するかどうかを問うものです。ここで「文書化されたものなし」とあるのは、ベンダーのドキュメントにそのようなモードの説明がないという意味であり、存在しないことが確認されているという意味ではありません。

この表は各ベンダー独自のドキュメントを出典としています。Open WebUIのOpenAI-compatibleおよびOpen Responses接続ページ、LibreChatのカスタムエンドポイントリファレンス、AnythingLLMのGeneric OpenAIページ、Janのカスタムエンドポイント文書、ChatWiseのカスタムプロバイダー文書、LobeHubのプロバイダーページ、Mstyのオンラインプロバイダー文書、TypingMindのモデル接続文書です。

Cherry Studioは意図的にこの表から外しています。同製品のドキュメントドメインは現在docs.cherry-ai.comからdocs.cherryai.com.cnへリダイレクトされます。これは中国語のサイトであり、このページではプロバイダーページを確認していないため、フィールド名とパスの規則はここでは検証されていません。古いチュートリアルからBase URLをコピーする前に、アプリ内で確認してください。

どの方法を選ぶ場合でも知っておく価値のある、Open WebUI固有の事項が2つあります。そのプロバイダー接続のドキュメントには、一部のプロバイダーが/modelsをまったく実装していない場合があり、その場合は接続検証に失敗するもののチャット補完は動作し、モデルIDを手動で入力すると記載されています。また、Googleの互換レイヤーはOpenAIのストリーミングスキーマから外れるため、ツールが別の非ストリーミングリクエストを通じて動作するよう、Function CallingをLegacyに設定することを推奨しています。この警告は1つのベンダーのレイヤーについてのものであり、互換レイヤー全般についてのものではありません。しかし、ツール呼び出しは実際に上流が実装しているものを通じて到達し、フロントエンドがスキーマの不足を修正することはできない、という有用な注意喚起です。

Kunavo側には/v1/chat/completions、/v1/messages、/v1/responsesのすべてが経路として存在するため、LibreChatのprovider: anthropic、JanとChatWiseのAnthropic互換モード、Open WebUIの実験的Responses経路には、それぞれ対応するインターフェースがあります。このページのために、これらのクライアントをKunavoに対して実行時テストしたわけではありません。公開されたセットアップガイドは設定リファレンスであり、互換性テストではありません。動作するLibreChatのカスタムブロックは次のようになります。

endpoints:
  custom:
    - name: "Kunavo"
      apiKey: "${KUNAVO_API_KEY}"
      baseURL: "https://api.kunavo.com/v1"
      models:
        default: ["claude-sonnet-4-6", "claude-haiku-4-5"]
        fetch: true
      titleConvo: true
      titleModel: "claude-haiku-4-5"

クライアント間でこの設定が一般的にどのような形になるかについては、OpenAI互換APIを参照してください。2製品の直接比較については、LibreChatとOpen WebUIの比較でセットアップの手間を、AnythingLLMとOpen WebUIの比較でRAGとデプロイを扱っています。

RAG：チャットエンドポイントには従わない部分

フロントエンドをチャットエンドポイントに向けても、その取得パイプラインの接続先が指定されるわけではありません。Open WebUIはそのための認証情報を別に保持します。環境変数リファレンスによると、RAG_EMBEDDING_ENGINEがエンジンを選択し、RAG_OPENAI_API_BASE_URL / RAG_OPENAI_API_KEYがそのエンドポイントを担います。画像生成にも独自のIMAGES_OPENAI_API_BASE_URLがあります。空のままにすると、RAG_EMBEDDING_ENGINEはデフォルトでローカル実行のSentenceTransformersになります — 埋め込みのGPUアクセラレーションはCUDAイメージ経由でオプトインします — そのため、デフォルトではリクエストごとの費用はかかりません。AnythingLLMも同様に分離されており、LLM、埋め込みモデル、ベクトルデータベースを別々のプロバイダーとして設定します。したがって、チャットの互換性から、どちらの製品でも取得の互換性が確立されるわけではありません。

ここで重要なのは、具体的な理由が1つあるからです。埋め込みはKunavoから提供されません。そのエンドポイントを支える有効なモデルがないためです。したがって、検索ステップはローカルのままにするか、自分で選んだ外部プロバイダーに向けます。チャットとは別に予算を組み、ゲートウェイ移行計画には含めないでください。RAGの実装では、各ステージがどのように分かれるかを説明しています。

移行できるものと、再構築するもの

開始前に期待値を設定しておきましょう。チャット履歴はこれらの製品間で自動的には移行されません。Open WebUIのインポートおよびエクスポート文書には、エクスポートの対象が「すべてのチャットメッセージとそのメタデータ、各会話で使用されたモデル情報、タイムスタンプと会話構造」であり、インポートはOpen WebUIのエクスポート、ChatGPTのエクスポート、カスタムJSONを受け付けると記載されています。また、他のプラットフォームについては「組み込みコンバーターはありません」と明記されています。受け入れ側では、LibreChatのインポート文書にChatGPT、Claude、ChatbotUI v1が列挙されており、Open WebUIへの言及はありません。文書化されたインポーターは2つですが、重複はありません。

この最後の行は、使い続ける場合でも最初に確定すべきものです。スケーリングのドキュメントによると、本番データを保持した後はエンジンの選択は実質的に恒久的であり、複数レプリカのデプロイにはSQLiteと組み込みChromaではなくPostgreSQL、Redis、外部ベクトルデータベースが必要です。また、ネットワークストレージ上のSQLiteについてドキュメントが提示する唯一の対策は、チューニング用フラグではなくPostgreSQLへの移行です。したがって、実際のインスタンス全体の移行はエクスポートファイルではなく、データディレクトリのファイルレベルのコピーになります。データベースメンテナンスチュートリアルでは、webui.dbとその-walおよび-shmのサイドカーがコンテナ内の/app/backend/dataにあると説明しています。また、環境変数リファレンスでは、DATA_DIRを「アップロード、キャッシュ、ベクトルデータベースなどのデータ保存用」のベースディレクトリと説明し、監査ログは同じディレクトリ内のaudit.logがデフォルトです。ファイルの一覧ではなく、ディレクトリをコピーしてください。

何かに触れる前にバックアップしてください。まず自分のコンテナ名を確認してください — これは形を示すものであり、内容を盲目的に貼り付けるスクリプトではありません。

# 1. Stop the instance so nothing writes mid-copy.
docker stop open-webui

# 2. Copy the whole data directory out of the container.
#    The documented location is /app/backend/data. DATA_DIR is
#    described as the base for uploads, cache, the vector database
#    and the audit log, so take the directory rather than webui.db.
docker cp open-webui:/app/backend/data ./open-webui-backup-$(date +%F)

# 3. Start it again and confirm the UI still loads before you touch anything.
docker start open-webui

ロールバック計画：置き換えを試す間は、古いインスタンスとそのイメージタグをそのまま保持し、稼働させてください。インプレースで移行するのではなく、両方を同じエンドポイントに対して1週間実行し、まず1つのチームを移行し、新しいインスタンスが実際のワークロードに耐えた後にのみ元のインスタンスを廃止します。チャット履歴は転送されないため、元のインスタンスを廃止した後にロールバックすると、新しいツールに書き込まれた内容が失われます。これは、機能比較よりも強い根拠をもって、並行稼働を選ぶ理由になります。

どのフロントエンドを選んでも発生するモデル側のコスト

これらのフロントエンドはいずれもトークンを請求しません。請求するのは背後のAPIです。以下の数値は測定された費用でも請求上限でもなく、例示的なトークン計算です。1人が1営業日に10回の会話を行い、各会話でターン全体を通じてキャッシュされていない入力トークン25,000を送信し、出力トークン1,500を受信する状態を、20営業日続けるとします。これは1人月あたり入力5,000,000トークン、出力300,000トークンに相当します。料金は100万トークンあたりの現在のKunavoカタログ価格です。

フロントエンドの価格と合わせて読み、代わりに読むものではありません。セルフホスト型フロントエンドはシートごとの料金を請求しないため、これらの前提ではチーム全体のClaude Sonnet 4.6トラフィックは月額$68.25と見積もられます。一方、同じチームがClaude Haiku 4.5を利用すると$22.75となります — 同一の想定トラフィックに対する月額差額は$45.50で、一回払いではなく毎月継続します。したがって、フロントエンドがデフォルトで指定するモデルは、アプリに支払うライセンスとは別に、それ自体が現在進行形の予算上の判断です。実際の使用形態が最終的に決めるため、予算を組む前に自分の会話を測定してください。AI cost optimizationでは、その測定を正確に行う方法を説明しています。

Kunavoのカタログ金額は上限ではなく請求額の下限です。上流側から料金が報告されると、請求額はカタログコストと、上流コストに適用されるマークアップを乗じた額のうち大きい方になります。キャッシュ料金と外部ツールはこの例の対象外です。最低チャージ額は$10の前払いクレジットで、シートやプランを購入するのではなく残高に充当されます。請求の詳細をご覧ください。

Open WebUIを使い続ける場合

これはこのページから導かれる、十分に妥当な結論であり、ほとんどのチームにとって正しい選択です。ライセンス変更が制限するのはホワイトラベル化であってデプロイ規模ではなく、プロジェクトは現在も活発にリリースされており、上記のどの点も、動作中のインスタンスを作り直す理由にはなりません。いずれにしても行う価値があるのは、フロントエンドの判断とエンドポイントの判断を分離することです。そうすれば、将来クライアントを変更しても、プロバイダーの変更や新しいキーの発行まで必要にはなりません。Kunavoはこのクライアント向けに設定リファレンス、すなわちOpen WebUI統合ガイドを公開しており、LobeHub、Chatbox、Cherry Studioのセットアップドキュメントも用意しています。どのフロントエンドを選ぶにしても、その背後に1つのキーと1つの前払い残高を置きたい場合は、Kunavoアカウントを作成してください。

よくある質問

2026年9月21日に、リンクされた各ページまたはGitHub APIのレスポンスを直接確認して検証しました。確認対象は、Open WebUIのライセンス文、ライセンスおよびエンタープライズ向けドキュメント、プロバイダー接続・スケーリング・インポート/エクスポートのドキュメント、リポジトリと最新リリース、openwebui.com/pricingの404、LibreChatのリポジトリとインポートドキュメント、AnythingLLM、LobeHub、Msty、ChatWise、TypingMindの公開料金ページです。さらに、Open WebUIのOpen Responsesおよび環境変数のリファレンスページ、LibreChatのカスタムエンドポイントのリファレンス、AnythingLLMのGeneric OpenAIページ、JanとChatWiseのカスタムプロバイダー用ドキュメント、LobeHubのプロバイダーページ（現在も移行用プレースホルダー）、Chatboxの自分のキーを使用するためのガイド、Pipelines、TextGen、休止中のChatbot UIのリポジトリメタデータも直接確認しました。MstyとTypingMindの設定手順はリンクされていますが、完全な本文ではなくドキュメントの概要に基づいています。Cherry Studioの設定フィールドは未検証のままであり、上記ではその旨を示しています。このページのどのクライアントも、Kunavoに対する実行時テストは行っていません。Kunavoのトークン料金はライブカタログから取得しており、コストセクションのドル額はすべて例示的なトークン計算です。