Open WebUIをWindowsで使う方法｜Docker・Ollama・保存データの確認

先に結論：Open WebUIはモデルruntimeではなくWeb UI・platform

Open WebUIは、チャット画面、会話履歴、文書・知識機能、provider接続などをまとめるweb platformです。Ollamaはモデルを管理・提供するruntimeなので、両者は同じ役割ではありません。Open WebUIへ接続したproviderが外部APIなら、Open WebUIを自宅PCで動かしていても入力の送信先は外部になります。

Windowsで始める前に決めること

Open WebUIにはDocker以外の導入経路もありますが、ここではWindows初心者が構成を再現しやすいDocker Desktop/WSL経路に絞ります。実機へのインストールやDockerの実行はこのページから代行しません。

Docker Desktop・WSLからOpen WebUIを起動する

1. Docker DesktopをWindowsで起動し、WSL2 backendと必要なresourceを確認する。
2. Open WebUIの公式image tagを選び、rolling tagかversion pinかを記録する。
3. named volumeを/app/backend/dataへマウントしてcontainerを作る。
4. ブラウザでlocalhost:3000を開き、最初の管理者設定を確認する。

docker pull ghcr.io/open-webui/open-webui:main

docker run -d -p 3000:8080 -v open-webui:/app/backend/data --name open-webui ghcr.io/open-webui/open-webui:main

公式Quick Startのmain/latestはrolling tagとして案内されています。学習や短い検証では現行tagを確認し、同じ環境を再現したい場合や更新影響を抑えたい場合は、利用時点のversion tagとimage digestを記録してから更新します。

• 3000はWindowsブラウザ側のport、8080はcontainer内のOpen WebUI portです。
• 既に3000を使うアプリがあれば、左側だけ別portに変え、ブラウザで開くURLも合わせます。
• volumeを省略した起動は、containerの作り直し時に履歴や設定を失う原因になります。
• Docker Desktop、WSL、Open WebUIのversionが変わるため、手順を実行する前に公式Quick Startを再確認します。

OllamaをWindows hostからつなぐか、同じcontainer系で動かすか

最初の切り分けでは、OllamaをWindows側で単独起動し、Open WebUIだけをcontainerで動かす構成が原因を追いやすい場合があります。このときOpen WebUI containerから見たlocalhostはWindows hostではないため、公式のOllama接続手順にあるhost.docker.internalを使う境界を理解します。

Open WebUIにはOllamaを含むimage tagもありますが、別にWindows Ollamaを動かしている状態で二つのmodel runtimeを同時に使い始めると、model、port、保存場所の切り分けが難しくなります。最初はどちらが推論を担当するかを一つに決めます。

• OllamaをWindowsに入れる - Ollama本体を単独で確認する
• OllamaのOpenAI互換API - /v1とnative APIの境界を確認する
• Open WebUIのOllama接続 - host.docker.internalとmodel管理を公式docsで確認する

Open WebUIへproviderを追加する

公式のprovider接続フローでは、Ollama、OpenAI-compatible API、Open ResponsesなどをOpen WebUIのConnectionsから追加します。providerを追加する前に、runtime単体でmodelが応答することを確認し、その後にURL・認証・model IDを一つずつ入力します。

1. OllamaまたはAPI providerを単独で起動し、モデル名とportを確認する。
2. Open WebUIの管理設定にあるConnectionsでproviderの種類を選ぶ。
3. Docker containerから到達できるURLを設定する。Windows hostならlocalhostではなくhost.docker.internalが候補になる。
4. model list、短い入力、ログを確認し、問題がなければ文書・tools・複数providerへ広げる。

OpenAI-compatible接続では、Open WebUIがmodels endpointを確認できない場合やmodel IDが一覧に出ない場合があります。まずprovider自身の/modelsと実際のIDを確認し、公式docsにあるallowlistや手入力の手順を、providerごとの仕様として扱います。

保存データと更新を分けて管理する

Open WebUIの公式Docker例では、container内の/app/backend/dataをnamed volumeへ保存します。ここにはOpen WebUI側の設定や会話・文書に関わるデータが入るため、imageを更新する操作とvolumeを削除する操作を同じものとして扱いません。

• 更新前に、使用中のimage tag、volume名、Open WebUIのversion、provider URLを記録する。
• volumeを残したままimage更新を検討し、先にバックアップと復元手順を確認する。
• main/latestのrolling更新をproductionの固定版と同じ前提にしない。
• containerを削除して作り直す場合も、同名volumeを意図せず削除・初期化しない。

• Open WebUI Security - chat storage、管理者可視性、temporary chatを確認する
• 履歴・ログ・プライバシー - runtimeとUI側の保存を分けて確認する

つながらないときの順番

Open WebUIの接続エラーは、モデル性能より前に「どのプロセスから、どのURLへ接続しているか」を確認します。container内のlocalhost、Windows hostのlocalhost、外部URLを同じ意味で入力しないことが最初の切り分けです。

OllamaをWindows hostでlocalhostにbindしている場合、containerから到達させるためにhost側のlisten設定を変更する案内が必要になることがあります。ただし0.0.0.0への公開はLANからの到達範囲を広げる可能性があるため、Windows firewall、認証、利用ネットワークを確認せずに変更しません。

公式のConnection Errors docsでは、到達できないendpointがあるとmodel listの読み込みが遅くなることも案内されています。複数providerを一度に設定せず、接続を一つずつ追加します。

「ローカル」の範囲と安全設定

Open WebUIを自分のWindows PCで動かすことは、入力が必ずPC内だけに留まることを意味しません。Ollamaの推論、Open WebUIの履歴、外部providerのAPI送信、ブラウザからのdirect connectionは別の経路です。

• 最初はlocalhostのみで使い、LANやインターネットへ公開しない。
• 外部providerを追加する場合は、送信されるprompt・添付文書・model・保持期間・料金を確認する。
• API keyを記事、スクリーンショット、ログ、共有volumeへ残さない。
• 管理者が会話を見られる構成や、temporary chat・暗号化の範囲を公式Security docsで確認する。
• browser-directのexperimental connectionはCORSとブラウザ側のkey保存が関係するため、最初の構成にしない。

• Open WebUI Security - self-hostedのデータ管理と管理者権限を確認する
• Direct Connections - ブラウザ直結のCORS・API key境界を確認する
• ローカルAIのプライバシー - localという言葉と実際の送信先を分ける

関連記事

• LM StudioとOllamaの比較 - 単体GUI・runtime・API連携の違いを見る
• ローカルAI APIサーバー比較 - LM Studio・Ollama・Janのendpointと認証を比較する
• ローカル文書チャットの選び方 - Open WebUI・AnythingLLMなど文書UIの役割を比較する
• AnythingLLMでPDFを読む - 文書を追加するUI側の保存と検索を確認する
• Ollamaのモデル保存場所 - Ollamaのmodel cacheとOpen WebUIのvolumeを分ける

公式確認日

情報確認日: 2026-08-10。Open WebUI公式の導入、provider接続、Ollama接続、OpenAI-compatible接続、Connection Errors、Security、Network Diagrams、Direct Connectionsを確認しました。Docker image tag、Windows/WSLの条件、provider protocol、接続画面、保存範囲は更新されるため、実行前に公式docsを再確認してください。