メインコンテンツまでスキップ

Open WebUI と Libre WebUI：事実に基づく比較

Open WebUI と Libre WebUI は、どちらも大規模言語モデルを扱うためのセルフホスト型 Web インターフェースです。いずれも Ollama のようなローカルランタイムや、OpenAI 互換 API をはじめとするホスト型 API に接続でき、ユーザーデータを運用者自身のインフラに保持するよう設計されています。本ページは、各プロジェクトの公式ドキュメント、ライセンス本文、公開リポジトリに基づき、公開文書に記載された相違点のみを比較します。コード品質・性能・コミュニティの評判は評価せず、どちらか一方を推奨することもありません。

以下の記述はすべて、Open WebUI と Libre WebUI の公式ドキュメント、両プロジェクトのライセンスファイル、および公開 GitHub リポジトリに由来します（2026 年 8 月時点）。両プロジェクトとも進化が速いため、意思決定の前に一次情報で詳細を確認してください。

一覧比較​

項目Open WebUILibre WebUI
ライセンス「Open WebUI License」：BSD-3 をベースにブランド保護条項を追加（v0.6.6 以降、2025 年 4 月）。メンテナー自身が OSI 承認のオープンソースライセンスではないと明言。v0.6.5 までのコードは BSD-3-Clause のまま。Apache License 2.0。プロジェクト憲章は、より制限的な条件への再ライセンスを決して行わないと約束。
ブランディング / ホワイトラベル「Open WebUI」ブランドの削除・変更は原則禁止。例外は、任意の 30 日間で利用者 50 名以下のデプロイ、書面許可を得たコントリビューター、エンタープライズライセンス保持者の 3 つ。ブランディングやホワイトラベルの制限は文書化されておらず、Apache 2.0 の標準条件のみが適用。ホワイトラベルは任意の有償サービスとして提供。
データ所有権とポータビリティデータはローカル保存（SQLite または PostgreSQL）。チャットは JSON でエクスポート/インポート、個別チャットは JSON・PDF・Markdown。データベース全体のエクスポート/インポートとバックアップ手順を文書化。データはローカル保存（SQLite または PostgreSQL）。SHA-256 整合性ダイジェスト付きのユーザー単位のバージョン管理 JSON アーカイブとトランザクショナルなインポート。署名（Ed25519）・暗号化（AES-256-GCM）されたバックアップ/リストア CLI。バックアップ前の recovery-check ゲート。
テレメトリー / 分析の既定値FAQ は、既定では外部サービスへデータを送信しないと明記。モデルプロバイダーに接続した場合のみデータがそこへ送られる。自己管理の可観測性向けに OpenTelemetry 統合が利用可能。憲章はゼロテレメトリー（「分析なし、トラッキングなし、フォンホームコードなし」）を宣言。運用者がコレクターエンドポイントを設定しない限り OpenTelemetry エクスポートは無効。管理者専用のローカル使用量計測は常時有効だが、データはデプロイ環境の外に出ない。
認証とマルチユーザーロール・グループ・リソース単位権限による RBAC。OIDC と LDAP による SSO。SCIM 2.0 プロビジョニング。API キー。失効可能なサーバー側セッションに紐づく JWT を用いるローカルアカウント。2 つのロール（管理者/ユーザー）に加えグループとリソース単位の権限付与。汎用 OIDC（GitHub と Hugging Face の OAuth も）。スコープ付き個人 API トークン。SAML・SCIM・LDAP はなし（文書化された制限）。
拡張性Pipelines プラグインフレームワーク。組み込みコードエディター付きの Python Tools/Functions。MCP（Streamable HTTP）。OpenAPI ツールサーバー。13 種のベクターデータベース対応。8 種の文書抽出エンジン。JSON 定義のプロバイダープラグイン（チャット、埋め込み、画像、TTS、STT、音声、動画）。13 個の組み込みツール。OpenAPI 3.x と MCP（Streamable HTTP）のツールサーバー（既定で無効、副作用のある呼び出しは都度承認）。アシスタントプロファイル、スキル、プロンプトライブラリ、Artifacts、隔離された「Work」コーディングワークスペース。
デプロイpip install open-webui。Docker（:cuda・:ollama イメージ含む）。Docker Compose。kustomize と Helm による Kubernetes。S3/GCS/Azure ストレージバックエンド。Redis による水平スケーリング。ワンコマンド（npx libre-webui@latest）。npm と Homebrew。Docker Compose 各種（同梱/外部 Ollama、GPU、チーム）。Helm チャート（OCI レジストリ）。Cloudflare Tunnel による非公開デプロイ手順を文書化。Electron デスクトップクライアント（クライアントのみ）。
本番運用機能使用量ダッシュボード（メッセージ、トークン）。Elo ランキング付きモデルアリーナ。OpenTelemetry。水平スケーリング。SLA サポートと LTS 版を含むエンタープライズプラン。コストガバナンス：発効日付きの料金表と予算（観察/警告/遮断モード）。評価セットと Elo 付きブラインドアリーナ。オプトインの OTLP エクスポート。liveness/readiness/詳細ヘルスプローブ。外部の永続ワーカーを伴う 3 レプリカ以上の認証済みチームプロファイル。スキーマのゼロダウンタイム更新は不可（文書化された留保）。
チーム / コラボレーションユーザーとモデルが同じ会話に参加するチャンネル。ダイレクトメッセージ。ユーザーグループ。モデル単位のアクセス制御。Notes ワークスペース。フォルダー、タグ、ピン留め。チャンネル・DM・1 階層スレッドと @model 返信。所有者からユーザー/グループへの共有（閲覧/編集/管理）がチャット、ノート、ナレッジ、ペルソナ、プロンプト、スキル、カレンダー、ツールサーバーに適用。匿名公開リンクなし。通知、共有カレンダー、スケジュール実行の自動化。
音声とメディア音声認識・音声合成、ハンズフリーの音声/ビデオ通話。GPT-Image・Gemini・ComfyUI による画像生成。8 種の抽出エンジン上の RAG（BM25 + ベクターのハイブリッド検索とリランキング）。割り込み対応のターン制音声モード（全二重ではないと文書に明記）。プロバイダープラグインによる STT/TTS。同意ベースのボイスクローニング。能力を宣言するプラグインによる画像・音声・動画生成とユーザー単位のギャラリー。BM25 + ベクターのハイブリッド RAG（ページ/スライド/シート単位の出典付き）。スキャン文書の OCR は非対応（文書化された制限）。
ドキュメント機能ガイド、データベーススキーマリファレンス、バックアップ/移行チュートリアル、ライセンス FAQ を含む充実した公式ドキュメント。制限と非目標を明記した機能別ガイド、公開された openapi.json と llms.txt、全ルートを担当者と名前付きテストに対応付ける生成されたケイパビリティ契約を含む公式ドキュメント。

ライセンス​

Open WebUI は v0.6.6（2025 年 4 月）で導入された「Open WebUI License」の下で配布されています。BSD-3-Clause をベースに、「Open WebUI」ブランドを保護する条項が追加されています。プロジェクト自身のライセンス FAQ は、このライセンスが「OSI 承認の『オープンソース』ライセンスではない」と述べつつ、コードは引き続き公開されオープンに開発されていることを強調しています。v0.6.5 までにマージされたすべてのコードは、元の BSD-3-Clause ライセンスのままです。著作権は Open WebUI Inc. が保有します。

Libre WebUI は OSI 承認ライセンスである Apache License 2.0 の下で配布され、著作権は Kroonen AI, Inc. が保有します。プロジェクトの憲章は、ソースコードが「恒久的に Apache License 2.0 の下でライセンスされ続ける」こと、およびプロジェクトが「より制限的な条件へ再ライセンスされることは決してない」こと（エンタープライズ製品を含む）を明記しています。

ブランディングとホワイトラベル​

Open WebUI のライセンスは、「Open WebUI」ブランドの変更・削除・隠蔽・置換を禁止しており、文書化された例外は 3 つです：任意の 30 日間で利用者が 50 名以下のデプロイ、明示的な書面許可を得たコントリビューター、エンタープライズライセンスを保持する組織。これらの例外の外では、ブランドの削除はライセンス上、重大な契約違反と記述されています。プロジェクトは、カスタムテーマとブランディングを含むエンタープライズプランを提供しています。

Libre WebUI は、Apache 2.0 の標準条件（ソースコード配布物でライセンスと通知ファイルの保持を求めるが、ユーザーに見えるブランディング規則は課さない）を超えるブランディング・商標・帰属表示の要件を文書化していません。ホワイトラベルは憲章の中で任意の商用サービスとしてのみ登場し、ライセンス条件ではありません。

データの所有権・ポータビリティ・復旧​

両プロジェクトとも、すべてのデータを運用者のインフラに保存します。既定は SQLite で、PostgreSQL が文書化された選択肢です。

Open WebUI は、チャットのエクスポートとインポート（全会話を JSON で、個別チャットを JSON・PDF・Markdown で）、サーバー間移行のためのデータベース全体のエクスポート/インポート、バックアップガイド、公開のデータベーススキーマリファレンス、Alembic ベースの手動移行手順を文書化しています。

Libre WebUI はユーザー単位のデータアーカイブを文書化しています：SHA-256 整合性ダイジェスト付きのバージョン管理 JSON 形式（libre-webui-user-data、バージョン 3）で、チャット・ノート・ナレッジコレクション・設定を対象とし、除外項目（認証情報、生体音声データ、生成メディア、インスタンスレベルの状態）を明示的に列挙しています。インポートは SQLite・PostgreSQL の双方で事前検証されトランザクショナルに実行されます。運用者向けには、復旧準備が読み取り専用の recovery-check CLI ゲートと、Ed25519 署名・AES-256-GCM 暗号化アーカイブを生成するバックアップ CLI（検証とリストア事前チェックの手順付き）、およびチームモード（PostgreSQL/S3）版を文書化しています。保存データはアプリケーションレベルの AES-256-GCM 暗号化を使用します。ドキュメントは、これがフルディスク暗号化でもエンドツーエンド暗号化でもないことを明記しています。

テレメトリーと分析の既定値​

両プロジェクトとも、既定ではデータがデプロイ環境の外に出ないと表明しています。

Open WebUI の FAQ は次のように述べています：「Open WebUI は既定であなたのデータを外部サービスに送信しません」「サインアップ時、すべての情報はあなたのサーバーにローカル保存され、既定では Open WebUI にも第三者にも送信されません」。プロンプトと応答は、運用者がモデルプロバイダーを接続した場合にのみ、そのプロバイダーへ送信されます。運用者管理の可観測性向けに OpenTelemetry 統合が利用できます。

Libre WebUI の憲章は「ゼロテレメトリー — 分析なし、トラッキングなし、フォンホームコードなし」を約束し、可観測性ドキュメントは「いずれの経路も Libre WebUI プロジェクトにテレメトリーを送信しない」と明記しています。OpenTelemetry エクスポートは、運用者がコレクターエンドポイントを設定するまで無効です。ドキュメントはまた、管理者専用のローカル使用量計測が常時有効で無効化できないこと、そのデータはデプロイ環境のデータベースにのみ保持されること、プロンプト・応答・認証情報が使用量テーブルに書き込まれることは決してないことも開示しています。

認証とマルチユーザー対応​

Open WebUI は、ロール・グループ・リソース単位の権限によるロールベースアクセス制御、OIDC と LDAP によるシングルサインオン、ユーザーとグループの自動プロビジョニングのための SCIM 2.0、プログラムからのアクセスのための API キーを文書化しています。

Libre WebUI は、bcrypt でハッシュ化されたパスワードと失効可能なサーバー側セッションに紐づく JWT を用いるローカルアカウント、ちょうど 2 つのロール（管理者とユーザー）にグループとリソース単位の権限付与（閲覧/編集/管理）を組み合わせる構成（リソースは既定で非公開であり、グローバル管理者ロールは他ユーザーのコンテンツにアクセスできないという原則を明記）、汎用 OIDC（PKCE、ドメイン許可リスト、グループからロールへのマッピング対応）に GitHub と Hugging Face の OAuth を加えた SSO、スコープ付きで失効可能な個人 API トークンを文書化しています。SAML と SCIM プロビジョニングは現在提供していないことをドキュメントが明示しており、LDAP は文書化されていません。

まとめると：Open WebUI はより広いエンタープライズ ID 統合（LDAP、SCIM）を文書化しています。Libre WebUI は OIDC 中心の SSO とリソース単位の権限付与を文書化し、自らのドキュメントで ID プロトコルの限界を明示しています。

アーキテクチャと拡張性​

Open WebUI は Python バックエンドと Svelte フロントエンドを使用します。拡張性の中心は Pipelines プラグインフレームワーク、組み込みコードエディターで編集できる Python ベースの Tools と Functions、Streamable HTTP によるネイティブ MCP 対応、OpenAPI 互換エンドポイントからのツール自動検出です。RAG スタックは 13 種のベクターデータベース対応（ChromaDB と PGVector は公式メンテナンス）と 8 種の文書抽出エンジン、BM25 + ベクターのハイブリッド検索とクロスエンコーダーによるリランキングを文書化しています。

Libre WebUI は TypeScript/Node.js（Express）バックエンドと React フロントエンドを使用します。拡張性の中心は、チャット・埋め込み・画像・TTS・STT・音声・動画をカバーする JSON 定義のプロバイダープラグインです（同梱ファミリーには OpenAI 互換、Anthropic、Google Gemini、Groq、Mistral、OpenRouter、Hugging Face、MLX、ComfyUI、ElevenLabs、そしてローカルの Ollama が含まれます）。統制されたツールは 13 個の組み込みツールと、OpenAPI 3.x（ハッシュ固定された仕様）および MCP Streamable HTTP による外部ツールサーバーで構成されます — ツールは既定で無効、副作用のある呼び出しはユーザー承認が必要、外向き通信は SSRF 対策で強化されています。stdio の MCP サーバーは意図的に非対応です。上位の構成要素には、アシスタントプロファイル（プロンプト・ツール・スキル・ナレッジ・音声を束ねる）、バージョン管理されたスキルとプロンプト、サンドボックス化された Artifacts（HTML、React、Mermaid、SVG）、そして「Work」— Docker/Kubernetes 上の隔離されたコーディングワークスペースがあります。プラットフォーム基盤は検証済みの 2 プロファイル、solo（SQLite、組み込みベクター、ローカル blob）と team（PostgreSQL、PGVector、S3 互換ストレージ、Redis）を定義し、混在構成は起動時に拒否されます。

デプロイの選択肢​

Open WebUI は、pip install open-webui によるインストール、Docker（CUDA 版や Ollama 同梱版のイメージを含む）、Docker Compose、kustomize と Helm による Kubernetes を文書化しており、S3/GCS/Azure Blob ストレージバックエンドと Redis ベースのセッションによる水平スケーリングに対応します。

Libre WebUI は、ワンコマンド起動（npx libre-webui@latest）、npm と Homebrew によるグローバルインストール、Docker Compose 各種（Ollama 同梱、外部 Ollama、GPU、socket-proxy、チーム）、Pod セキュリティの既定値とオプションの NetworkPolicies を備えた OCI レジストリ公開の Helm チャート、ポートを一切公開しない Cloudflare Tunnel による非公開デプロイパターン、macOS・Windows・Linux 向け Electron デスクトップアプリ（クライアントのみで、バックエンド同梱なし・自動更新なしと文書に明記）を文書化しています。

本番運用機能​

Open WebUI は、メッセージ量とトークン消費を追跡する使用量ダッシュボード、A/B テストと Elo ランキングを備えたモデルアリーナ、OpenTelemetry 統合、Webhook とシステムバナー、水平スケーリングを文書化しています。商用のエンタープライズプランは、SLA 付きサポートと長期サポート（LTS）版を追加します。

Libre WebUI は、コストガバナンス — 発効日付きでバージョン管理された料金表と、インスタンス・ユーザー・グループ単位の予算（観察・警告・強制遮断モード、CSV エクスポート付き）；評価 — フィードバックのタグ付け、決定論的 Elo によるブラインドアリーナ、永続ジョブとして実行される評価セット；可観測性 — リクエスト ID 相関と秘匿境界を備えた構造化 JSON ログ、オプトインの OTLP エクスポート；liveness・readiness・（管理者専用の）詳細ヘルスプローブ；チームモードでは Redis に支えられレプリカ間で共有される多層レート制限を文書化しています。チームプロファイルは、外部の永続ワーカー 1 つ以上を伴う 3 つ以上のアプリケーションレプリカで認証済みと文書化され、リリースを条件付ける 3 レプリカ障害演習で検証されます。Kubernetes ドキュメントは留保も率直に記しています：スキーマ更新はゼロダウンタイムではなく、計画的なサービス停止が必要です。

チームとコラボレーション機能​

Open WebUI は、ユーザーと AI モデルが同じ会話に参加する共有チャンネル、ダイレクトメッセージ、ロールベース権限を持つユーザーグループ、モデル単位のアクセス制限、AI 支援付きの Notes ワークスペース、フォルダー・タグ・ピン留めによる会話整理を文書化しています。

Libre WebUI は、チャンネル（公開・非公開・DM）を文書化しています。1 階層スレッド、リアクション、ピン留め、呼び出したメンバーの権限で実行される @model 返信に対応します。統一された共有モデル（所有者がユーザーまたはグループに閲覧/編集/管理を付与）は、チャット・ノート・ナレッジコレクション・ペルソナ・プロンプト・スキル・カレンダー・ツールサーバーを対象とし、匿名公開リンクはありません。ユーザー単位で暗号化された通知、共有可能なカレンダー、AI 実行結果をチャットセッションとして届けるスケジュール自動化もあります。文書化されたギャップには、在席/入力中インジケーターとチャンネル単位エクスポートの欠如が含まれます。

音声とメディア機能​

Open WebUI は、音声認識、音声合成、ハンズフリーの音声・ビデオ通話、GPT-Image・Gemini・ComfyUI などのエンジンによる画像の生成と編集、ファイルと画像のアップロードを文書化しています。

Libre WebUI は、ターン制の音声モード（聞く → 文字起こし → 考える → 話す）を割り込み対応付きで文書化しており、全二重ではないことをドキュメントが明示しています。STT と TTS はプロバイダープラグイン（ブラウザー音声認識、OpenAI 互換文字起こし、Hugging Face ASR、ElevenLabs など）で動作し、ボイスクローニングは専用アクセスモードの背後で同意ベースで扱われます。メディア生成プラグインは画像・TTS・音声・動画の能力を宣言し、ユーザー単位のギャラリーに集約されます。文書処理は PDF、Office 形式、Markdown、HTML、ソースコードをカバーし、ページ/スライド/シート単位の出典と BM25 + ベクターのハイブリッド検索を備えます。スキャン文書の OCR は未対応と文書化されています。

ドキュメントの品質と透明性​

両プロジェクトとも充実した公式ドキュメントを維持しています。

Open WebUI のドキュメントには、機能ガイド、デプロイと保守のチュートリアル（バックアップ、データベースエクスポート、手動移行）、公開のデータベーススキーマリファレンス、そして自らのライセンスの非 OSI 状態を直接扱うライセンス FAQ が含まれます。

Libre WebUI のドキュメントには、本文中で制限と非目標を列挙する機能別ガイド（例：「SAML・SCIM なし」「全二重ではない」「ゼロダウンタイムのスキーマロールアウトなし」）、公開された OpenAPI 仕様と llms.txt、そしてすべての UI ルート・API ルート・WebSocket パスを担当者・ドキュメント・CI で検証される名前付きテストに対応付ける生成されたケイパビリティ契約が含まれます。

どちらを選ぶか​

どちらのプロジェクトが絶対的に優れているということはなく、正しい選択はあなたの制約条件次第です。検討すべき客観的な基準：

  • ライセンス要件。 組織が OSI 承認ライセンスを必須とする場合、またはエンタープライズ契約なしに 50 名超のユーザー向けにインターフェースのブランドを変更する予定がある場合、両ライセンスは実質的に異なります：Libre WebUI はブランド条項のない Apache 2.0、Open WebUI のライセンスはエンタープライズライセンスがない限り 50 ユーザーのしきい値を超えるブランド変更を制限します。
  • ID 基盤。 LDAP や SCIM プロビジョニングに標準化している組織は Open WebUI に文書化された対応があります。OIDC に標準化している組織は両方でカバーされます。
  • エコシステムと統合。 Open WebUI には非常に大きなコミュニティ（GitHub スター約 15 万）があり、13 種のベクターデータベースと 8 種の文書抽出エンジンを含む広い統合面を文書化しています。Libre WebUI のエコシステムはより小さく、同梱プロバイダープラグインと OpenAPI/MCP ツールサーバーが中心です。
  • 拡張モデル。 Open WebUI は主に Python コード（Pipelines、Tools、Functions）で拡張します。Libre WebUI は主に宣言的な JSON プラグイン定義と統制された外部ツールサーバーで拡張します。どちらが合うかは、チームのスキルと変更管理の要件次第です。
  • 運用姿勢。 各プロジェクトの文書化されたバックアップ/リストア手順、ヘルスプローブ、レート制限、スケーリングモデルを、あなたの復旧時間と可用性の目標に照らして比較してください。Libre WebUI が文書化しているゼロダウンタイムのスキーマ更新の欠如と、Open WebUI の Redis による水平スケーリングも含めて。
  • ガバナンスとコスト管理。 ユーザー単位・グループ単位の強制力ある支出予算が必要なら Libre WebUI のコストガバナンス文書を、使用量ダッシュボードとエンタープライズの SLA/LTS オプションが重要なら Open WebUI の管理分析とエンタープライズプランを確認してください。
  • メディア要件。 リアルタイムの音声・ビデオ通話は Open WebUI に文書化されています。Libre WebUI の音声モードはターン制です。STT・TTS・画像生成は、両者とも設定可能なプロバイダー経由で文書化されています。

以下の一次情報を用いて、両プロジェクトをあなた自身の要件に照らして評価してください。

出典​

最終確認：2026 年 8 月。両プロジェクトはリリース頻度が高いため、最新の詳細はリンク先の一次情報を参照してください。英語文書からの引用は翻訳であり、相違がある場合は英語原文が優先します。