Open WebUI

Kurzfazit

Open WebUI ist der ausgereifteste Weg zu einer Chat-Oberfläche im eigenen Haus: ein Docker-Container, dahinter Ollama im eigenen Netz oder eine externe API deiner Wahl. Rollen, Gruppen und SSO sind eingebaut, ebenso eine Dokumentensuche mit 13 Vektordatenbanken. Der Haken für Unternehmen: Seit Version 0.6.6 darf das Open-WebUI-Branding nur bis 50 Endnutzer je 30 Tage entfernt werden, darüber braucht es eine Enterprise-Lizenz. Wer nur einen Einzelplatz braucht, ist mit LM Studio schneller am Ziel.

Für wen ist Open WebUI?

Behörden und öffentliche Verwaltung: Der klassische Fall ist ein interner Assistent für Sachbearbeitung, wie ihn unser Anwendungsfall LLM-Assistent für Sachbearbeiter beschreibt. Open WebUI liefert dafür genau die Schicht, die zwischen Modellserver und Belegschaft fehlt: Anmeldung, Rollen, Gruppen je Amt und eine Oberfläche, die niemand erklären muss, weil sie aussieht wie das, was alle privat schon benutzen.

Kanzleien, Praxen und Personalabteilungen: Überall dort, wo Berufsgeheimnisse oder besondere Kategorien personenbezogener Daten im Spiel sind, ist die Cloud die schwierigere Variante. In der Dokumentenanalyse für die Strafverteidigung ist die Kombination aus Ollama und Open WebUI der Einstiegsweg ohne Lizenzkosten: Der Server steht in der Kanzlei, die Akte bleibt dort.

IT-Abteilungen als Modell-Verteiler: Open WebUI bündelt mehrere Backends hinter einer Anmeldung. Ein lokales Modell für vertrauliche Inhalte, dazu optional ein starkes Cloud-Modell für unkritische Aufgaben, beides in derselben Oberfläche, mit Zugriffsbeschränkung je Modell. So muss nicht jede Abteilung ihr eigenes Abo kaufen, und die IT sieht, wer welchen Zugang hat.

Entwickler und Plattformteams: Wer ohnehin vLLM oder Ollama betreibt, bekommt mit Open WebUI ein Frontend, das über Python-Werkzeuge, Pipelines und eigene Agenten erweiterbar ist, statt ein eigenes zu bauen. Die Architektur ist zustandslos und skaliert horizontal auf Docker, Kubernetes oder Bare Metal.

Weniger geeignet für: Einzelpersonen ohne Server, für die eine Desktop-App der kürzere Weg ist. Organisationen ohne IT-Betreuung, denn Updates, Datenbank-Migrationen und Backups fallen dauerhaft an. Und alle, die eine Oberfläche im eigenen Corporate Design für mehr als 50 Endnutzer ausrollen wollen, ohne über eine Enterprise-Lizenz zu verhandeln.

Preise im Detail

Nutzung	Preis	Was du bekommst
Selbstbetrieb mit Original-Branding	0 USD	Vollständige Software, beliebig viele Nutzer, auch gewerblich, Branding von Open WebUI bleibt sichtbar
Branding entfernen, bis 50 Endnutzer je 30 Tage	0 USD	Die Lizenz erlaubt eigenes Branding ohne Zusatzvereinbarung, solange die Zahl der Endnutzer in einem rollierenden 30-Tage-Zeitraum 50 nicht überschreitet
Branding entfernen, über 50 Endnutzer	Enterprise-Lizenz, Preis auf Anfrage	White-Labeling, Rebranding und Modifikationen, Anfrage mit Sitzplatzzahl über eine geschäftliche E-Mail-Adresse
Enterprise-Paket	Auf Anfrage nach Sitzplatzzahl	LDAP, Active Directory und SSO, Sicherheit und Compliance, Deployment-Optionen, dedizierter Support
Server und Modell-Backend	Variabel, deine Kosten	Hardware oder Cloud-Instanz für die Oberfläche plus Rechenleistung für das Modell, bei API-Nutzung zusätzlich die Token-Kosten des jeweiligen Anbieters

Einordnung: Für die Software selbst zahlst du nichts, auch nicht im Betrieb und auch nicht bei vielen Nutzern. Kostenpflichtig wird es an einer einzigen, aber für Unternehmen sehr sichtbaren Stelle: dem Branding. Wer Open WebUI als „KI-Assistent der Stadtwerke Musterstadt” mit eigenem Logo ausrollen will und dabei über 50 Endnutzer in 30 Tagen kommt, braucht eine Enterprise-Lizenz. Deren Preis veröffentlicht das Projekt nicht, angefragt wird mit der Zahl der Sitzplätze, und Anfragen von privaten E-Mail-Adressen bleiben laut Anbieter unbeantwortet. Kalkuliere deshalb zwei Posten getrennt: die Lizenzfrage (nur relevant, wenn du umfirmieren willst) und die echten Betriebskosten, die beim Modell entstehen. Ein Server, auf dem ein mittelgroßes Modell mit brauchbarem Tempo läuft, ist der eigentliche Kostenblock, nicht die Oberfläche.

Stärken im Detail

Ein Container, jedes Backend. Open WebUI verbindet sich laut Anbieter mit Ollama, OpenAI, Anthropic „oder allem Kompatiblen”. Aus Docker heraus findet es ein lokales Ollama automatisch unter http://host.docker.internal:11434, entfernte Instanzen trägst du über OLLAMA_BASE_URL ein, OpenAI-kompatible Dienste mit Basis-URL und Schlüssel in der Admin-Oberfläche. Es gibt sogar ein Komplett-Image mit dem Tag :ollama, das beides mitbringt. Praktisch heißt das: Du kannst mit einem lokalen Modell starten und später ein Cloud-Modell danebenstellen, ohne die Oberfläche zu wechseln, und im Multi-Modell-Chat die Antworten nebeneinander vergleichen.

Nutzerverwaltung ist eingebaut, nicht angeflanscht. Das erste Konto, das sich registriert, ist automatisch der Administrator und verwaltet alle Nutzer und instanzweiten Einstellungen. Darüber hinaus dokumentiert das Projekt RBAC mit Rollen, Gruppen und Berechtigungen je Ressource sowie eine Zugriffsbeschränkung je Modell. Für größere Häuser sind SSO, OIDC und LDAP dokumentiert, dazu SCIM 2.0, über das Nutzer und Gruppen automatisch aus dem Identitätsmanagement bereitgestellt werden. Damit lässt sich ein Rechtekonzept abbilden, das eine reine Desktop-App nicht leisten kann: Das Sozialamt sieht andere Modelle und andere Wissensbasen als die Kämmerei.

Wissensdatenbank ohne zweites System. Das Retrieval ist keine Alibi-Funktion. Dokumentiert sind 13 Vektordatenbanken (unter anderem ChromaDB und PGVector), eine Hybrid-Suche aus BM25 und Vektorsuche mit Reranking, 8 Extraktions-Engines für das Auslesen von Dokumenten und eine agentische Suche, bei der das Modell selbstständig über Wissensbasen recherchiert. Dazu kommt eine Websuche mit Quellenangabe. Wer interne Dienstanweisungen, Handbücher oder Vertragsmuster durchsuchbar machen will, muss dafür kein eigenes RAG-Projekt aufsetzen.

Skaliert vom Testserver bis zum Cluster. Die Architektur ist zustandslos und laut Dokumentation für horizontale Skalierung auf Docker, Kubernetes und Bare Metal ausgelegt, mit Objektspeicher über S3, GCS oder Azure Blob und Redis für die Koordination mehrerer Instanzen. Du kannst also klein anfangen, ein Container auf einer VM, und musst später nicht das Werkzeug wechseln, wenn aus dem Pilotprojekt mit 20 Leuten ein Rollout mit 400 wird.

Erweiterbar mit Python. Eigene Agenten entstehen aus Systemprompt, Werkzeugen, Wissen und Parametern. Darüber hinaus laufen Python-Skripte direkt im Chat als Werkzeuge, und Pipelines können Nachrichten filtern oder umschreiben, etwa um personenbezogene Daten zu maskieren, bevor eine Anfrage an ein externes Modell geht. Bilder erzeugt Open WebUI über GPT-Image, Gemini oder ein lokales ComfyUI.

Schwächen ehrlich betrachtet

Die Lizenz ist kein Open Source im OSI-Sinn. Das ist der Punkt, an dem die meisten Unternehmensprojekte hängenbleiben, und er ist oft falsch dargestellt. Die Fakten: Bis einschließlich Version 0.6.5 war die Codebasis reines BSD-3-Clause. Mit Version 0.6.6, wirksam zum 19. April 2025, kam eine vierte Klausel dazu, die es untersagt, das Open-WebUI-Branding zu verändern, zu entfernen oder zu verdecken. Ausgenommen sind drei Fälle: Deployments mit höchstens „fifty (50) [end users] within any rolling thirty (30) day period”, eine vorherige schriftliche Erlaubnis des Rechteinhabers und eine ausgefertigte Enterprise-Lizenz. Jede andere Entfernung gilt ausdrücklich als „material breach of license”. Das Lizenz-FAQ des Projekts sagt selbst, dass die Lizenz damit nicht OSI-anerkannt ist. Wichtig für die Einordnung: Die gewerbliche Nutzung als solche bleibt kostenlos und unbeschränkt, auch für 5.000 Mitarbeitende. Beschränkt ist allein das Umetikettieren. Wer eine Softwareliste führt, in der nur OSI-Lizenzen erlaubt sind, muss diesen Eintrag trotzdem mit der Rechtsabteilung klären.

Enterprise ohne Preisschild. Das Projekt nennt für die Enterprise-Lizenz keinen Preis, keine Preisspanne und keine Mindestabnahme. Angefragt wird mit der Zahl der Endnutzer, und die Seite weist ausdrücklich darauf hin, dass Anfragen von privaten E-Mail-Adressen markiert und nicht beantwortet werden. Für eine Budgetplanung im Herbst, wenn die Zahlen für das nächste Jahr stehen müssen, ist das unpraktisch. Workaround: früh anfragen, und bis dahin mit Original-Branding planen, das kostet nichts.

Die Grenze zwischen kostenlos und Enterprise ist unscharf. Die Funktionsseite der Dokumentation listet RBAC, SSO/OIDC/LDAP und SCIM 2.0 als Funktionen der Software. Die Startseite führt SSO, RBAC, Audit-Logs und Data Residency unter der Überschrift Enterprise. Beides kann stimmen, wenn Enterprise vor allem Vertrag, Support und Betrieb meint, aber aus den öffentlichen Seiten geht nicht zweifelsfrei hervor, welche Funktion in welcher Variante steckt. Kläre vor dem Rollout schriftlich, welche der von dir benötigten Funktionen ohne Vertrag nutzbar sind, insbesondere Audit-Logs.

Betrieb ist eine Daueraufgabe. Ein Container ist schnell gestartet, das täuscht. Es kommen laufend Releases, Version 0.11.3 stammt vom 31. August 2026, und Updates fassen die Datenbank an: Die Release-Notes dieser Version nennen ausdrücklich eine Korrektur, mit der fehlgeschlagene Datenbank-Upgrades nun klar abbrechen, statt teilweise zu starten. Ein Update kann also schiefgehen. Dazu kommen Backups des Datenverzeichnisses /app/backend/data, in dem Chats, Konten und Wissensbasen liegen, ein sicherer WEBUI_SECRET_KEY, ein Reverse Proxy mit TLS und die Frage, wer nachts erreichbar ist. Es gibt kein SLA und keine Rufnummer. Wer per pip installiert, beachtet zusätzlich: unterstützt sind Python 3.11 und 3.12, Python 3.13 noch nicht.

Ohne Modell ist die Oberfläche leer. Open WebUI rechnet nicht selbst. Qualität, Tempo und Hardwarebedarf entstehen im Backend, also bei Ollama, vLLM oder der angebundenen API. Die Enttäuschung im Pilotprojekt kommt fast nie von der Oberfläche, sondern vom zu kleinen Modell auf zu schwacher Hardware. Plane die Serverfrage vor der Oberflächenfrage, Anhaltspunkte dazu stehen auf unserer Seite zu Ollama.

Alles auf Englisch. Dokumentation, Release-Notes und der Enterprise-Kontakt sind englisch, Support läuft über die Community-Kanäle des Projekts. Die Oberfläche wird von Freiwilligen übersetzt, im aktuellen Release wurde beispielsweise die indonesische Übersetzung erweitert. Einen deutschsprachigen Anbieter-Support gibt es nicht. Wer den braucht, landet bei einem kommerziellen Anbieter wie nele.ai.

Alternativen im Vergleich

Wenn du…	…nimm stattdessen
Nur die Modell-Laufzeit brauchst und die Oberfläche selbst wählst	Ollama
Allein auf deinem Rechner arbeitest und keinen Server betreiben willst	LM Studio
Ein Modell für viele gleichzeitige Nutzer mit hohem Durchsatz ausliefern musst	vLLM
Datenschutz willst, aber keinen Eigenbetrieb: deutscher Anbieter mit Vertrag und Support	nele.ai
Einen europäischen Cloud-Anbieter statt eigener Hardware bevorzugst	Mistral AI

Open WebUI und Ollama sind keine Konkurrenten, sondern die zwei Hälften derselben Lösung: Ollama liefert das Modell, Open WebUI die Oberfläche mit Konten und Rechten. Ohne eigene Tool-Seite erwähnenswert sind LibreChat (ähnlicher Zuschnitt, MIT-Lizenz ohne Branding-Klausel, dafür weniger Funktionen im Retrieval) und AnythingLLM (stärker auf Dokumenten-Arbeitsbereiche zugeschnitten). Wer ausschließlich OSI-Lizenzen einsetzen darf, sollte sich diese beiden ansehen, bevor die Rechtsabteilung über die Branding-Klausel stolpert.

So steigst du ein

Schritt 1: Modell-Backend zuerst. Kläre, woher die Antworten kommen sollen, bevor du die Oberfläche startest. Für den Eigenbetrieb installierst du Ollama auf dem Server, der die Rechenarbeit übernimmt, für einen schnellen Test reicht ein kleines Modell. Erst wenn dort eine Antwort kommt, lohnt sich Schritt 2. Wer Open WebUI und Ollama zusammen ausprobieren will, nimmt das Komplett-Image mit dem Tag :ollama.

Schritt 2: Container starten und den ersten Zugang sichern. Der dokumentierte Weg ist Docker:

docker run -d -p 3000:8080 \
  --add-host=host.docker.internal:host-gateway \
  -v open-webui:/app/backend/data \
  -e WEBUI_SECRET_KEY=dein-geheimer-schluessel \
  --name open-webui --restart always \
  ghcr.io/open-webui/open-webui:main

Danach läuft die Oberfläche auf Port 3000, ein lokales Ollama wird unter http://host.docker.internal:11434 automatisch erkannt. Wichtig: Das erste Konto, das sich registriert, ist der Administrator. Lege es selbst an, bevor du die Adresse weitergibst, und öffne den Dienst erst nach außen, wenn ein Reverse Proxy mit TLS davorsteht. Alternativ installierst du per pip install open-webui und startest mit open-webui serve auf Port 8080, dafür brauchst du Python 3.11 oder 3.12.

Schritt 3: Rechte, Wissen, Rollout. Lege im Admin-Bereich Gruppen für die Abteilungen an und beschränke den Zugriff je Modell, bevor die ersten Nutzer dazukommen. Dann eine Wissensbasis mit einem überschaubaren Dokumentenbestand füllen, etwa den geltenden Dienstanweisungen, und mit echten Fragen aus dem Alltag testen. Externe APIs (OpenAI, Anthropic, kompatible Anbieter) trägst du bewusst und dokumentiert ein, denn ab diesem Moment verlassen Inhalte das Haus. Für den Betrieb: Backup des Volumes einrichten, Update-Fenster festlegen und vor jedem Update ein Abbild ziehen, weil Datenbank-Migrationen fehlschlagen können.

Ein konkretes Beispiel

Ein typisches Szenario: Eine Stadtverwaltung mit 40 Sachbearbeitenden in vier Ämtern will Textentwürfe und Recherche erleichtern, darf Bürgerdaten aber nicht in eine Cloud geben. Die IT stellt einen vorhandenen Server mit GPU bereit, installiert Ollama und startet Open WebUI als Container dahinter. Die Anmeldung läuft über das vorhandene Verzeichnis per LDAP, jedes Amt bekommt eine Gruppe, und in einer Wissensbasis liegen die internen Dienstanweisungen sowie die Muster für Bescheide. Sabine aus dem Wohngeldamt bittet den Assistenten um einen Entwurf für eine Ablehnungsbegründung, prüft ihn, korrigiert zwei Formulierungen und übernimmt den Rest. Keine Zeile verlässt dabei das Rathaus. Mit 40 Konten bleibt die Verwaltung unter der 50-Nutzer-Schwelle der Lizenz und darf das Open-WebUI-Logo sogar durch das Stadtwappen ersetzen. Wächst der Kreis der Nutzenden auf die gesamte Verwaltung, muss sie entweder das Original-Branding wieder einblenden oder eine Enterprise-Lizenz verhandeln. Der Aufwand liegt nicht im Startbefehl, sondern in dem, was danach kommt: Rechtekonzept, Schulung, Backups und ein fester Ansprechpartner in der IT.

DSGVO & Datenschutz

• Kein Anbieter-Hosting: Open WebUI ist Software, die du selbst betreibst, das Projekt betreibt dafür keine Cloud. Es gibt deshalb auch keinen Auftragsverarbeitungsvertrag mit dem Projekt, weil es deine Inhalte gar nicht erst erhält
• Verantwortlich bleibst du: Chats, Konten und Wissensbasen liegen im Datenverzeichnis /app/backend/data deiner Instanz. Du bist Verantwortlicher im Sinne der DSGVO, inklusive Löschkonzept, Aufbewahrungsfristen und Backup-Sicherheit
• Der Datenabfluss entsteht durch das, was du anbindest: Mit Ollama oder vLLM im eigenen Netz bleibt alles im Haus. Sobald ein Administrator eine Verbindung zu OpenAI, Anthropic oder einem anderen externen Anbieter einträgt oder die Websuche einschaltet, gehen Inhalte dorthin. Diese Entscheidung ist eine Konfiguration, kein Produktmerkmal, und sie gehört in eure Dokumentation
• Nutzerverwaltung als Datenschutzwerkzeug: Das erste Konto ist Administrator, darüber hinaus gibt es Rollen, Gruppen, Berechtigungen je Ressource und Zugriffsbeschränkung je Modell. Damit lässt sich der Grundsatz der Datenminimierung technisch abbilden, etwa indem nur eine Gruppe auf die Wissensbasis mit Personaldaten zugreifen darf
• Anbindung an vorhandene Identitätsverwaltung: SSO, OIDC, LDAP und SCIM 2.0 sind dokumentiert. Damit greifen eure bestehenden Prozesse für Ein- und Austritte auch für den KI-Zugang. Audit-Logs und Data Residency nennt das Projekt auf der Startseite unter der Überschrift Enterprise, kläre den Umfang vor dem Rollout schriftlich
• Was wir nicht prüfen konnten: Die Seite mit den Umgebungsvariablen war am 17. September 2026 unter den bekannten Adressen nicht erreichbar. Wir können deshalb nicht belegen, welche Verbindungen der Container von sich aus nach außen aufbaut, etwa für Update-Prüfungen oder Nutzungsstatistiken. Prüfe das vor dem Produktivbetrieb selbst, am einfachsten mit einer restriktiven Firewall-Regel und einem Blick in die ausgehenden Verbindungen
• Empfehlung für Unternehmen: Instanz nur im internen Netz oder hinter VPN betreiben, TLS erzwingen, Registrierung nach dem Anlegen der Konten schließen, externe Modellverbindungen bewusst freigeben und in der Verarbeitungsübersicht dokumentieren, Löschfristen für Chatverläufe festlegen

Gut kombiniert mit

• Ollama, das naheliegende Backend für kleine und mittlere Installationen. Open WebUI erkennt ein lokales Ollama automatisch, für entfernte Server genügt die Variable OLLAMA_BASE_URL. Diese Kombination ist der Standardweg für Pilotprojekte mit 10 bis 50 Nutzenden.
• vLLM, sobald viele Menschen gleichzeitig arbeiten. vLLM liefert den Durchsatz auf GPU-Servern und spricht das OpenAI-Format, Open WebUI bindet es wie jeden kompatiblen Anbieter mit Basis-URL und Schlüssel ein. Aus dem Pilotprojekt wird so ein Dienst für die ganze Organisation.
• ComfyUI, wenn neben Texten auch Bilder entstehen sollen. Open WebUI nennt ComfyUI als eine der unterstützten Quellen für Bildgenerierung, neben GPT-Image und Gemini. Wer Bilder ebenfalls im Haus erzeugen will, hängt ComfyUI an dieselbe Oberfläche.

Häufige Fragen zu Open WebUI

Ist Open WebUI kostenlos, auch für Unternehmen?

Ja. Die Software kostet nichts, auch bei gewerblicher Nutzung und unabhängig von der Zahl der Nutzer. Kosten entstehen für Server, Betrieb und das Modell-Backend. Eine Enterprise-Lizenz brauchst du nur, wenn du das Open-WebUI-Branding entfernen oder die Software umetikettieren willst und dabei über 50 Endnutzer je 30 Tage kommst. Einen Preis dafür veröffentlicht das Projekt nicht.

Ist Open WebUI Open Source?

Nur teilweise. Der Quelltext ist einsehbar, und bis einschließlich Version 0.6.5 stand der Code unter der reinen BSD-3-Clause-Lizenz. Seit Version 0.6.6 vom 19. April 2025 enthält die Lizenz eine Branding-Klausel, wegen der sie laut dem Lizenz-FAQ des Projekts nicht mehr als OSI-anerkanntes Open Source gilt. Wenn eure IT-Richtlinie ausschließlich OSI-Lizenzen erlaubt, ist das der Punkt, der geprüft werden muss.

Was brauche ich, um Open WebUI zu betreiben?

Einen Server mit Docker, dazu ein Modell-Backend. Der dokumentierte Startbefehl bindet Port 3000 und ein Volume für die Daten ein. Alternativ installierst du per pip install open-webui mit Python 3.11 oder 3.12. Die eigentliche Hardware-Frage stellt sich beim Modell: Für lokale Modelle brauchst du genügend Arbeitsspeicher und idealerweise eine GPU, die Oberfläche selbst ist genügsam.

Kann Open WebUI auch ChatGPT oder Claude anbinden?

Ja. Open WebUI verbindet sich laut Anbieter mit Ollama, OpenAI, Anthropic und allem, was die OpenAI-Schnittstelle spricht. Basis-URL und Schlüssel trägt ein Administrator in der Oberfläche ein. Beachte dabei: Ab diesem Moment verlassen die Inhalte dieser Chats dein Netz, und für den externen Anbieter braucht ihr einen eigenen Auftragsverarbeitungsvertrag.

Ist Open WebUI DSGVO-konform?

Die Software selbst überträgt keine Inhalte an das Projekt, weil sie auf deiner Infrastruktur läuft. Ob der Betrieb DSGVO-konform ist, entscheidest du: durch das Modell-Backend, das Rechtekonzept, die Löschfristen und die Frage, ob externe Dienste angebunden sind. Open WebUI liefert dafür die Werkzeuge (Rollen, Gruppen, Berechtigungen je Modell, SSO und LDAP), die Verantwortung bleibt beim Betreiber.

Unser Fazit

Open WebUI bekommt 4 von 5 Sternen. Für den Fall, um den es den meisten deutschen Unternehmen und Behörden geht, nämlich eine Chat-Oberfläche, vor der die Daten das Haus nicht verlassen, gibt es derzeit kaum etwas Vollständigeres: Nutzerverwaltung mit Rollen und Gruppen, SSO und LDAP, eine ernstzunehmende Dokumentensuche und die freie Wahl des Backends, alles kostenlos und im Quelltext einsehbar. Den fünften Stern kosten drei Dinge: die Branding-Klausel, die aus der Lizenz seit April 2025 kein Open Source im OSI-Sinn mehr macht, ein Enterprise-Angebot ohne jede Preisangabe und die unscharfe Grenze zwischen kostenlosen und vertraglichen Funktionen. Dazu kommt der Betriebsaufwand, der nicht am Starttag anfällt, sondern beim zwölften Update. Wer eine IT hat, die Container betreut, bekommt hier das beste Preis-Leistungs-Verhältnis im Markt. Wer sie nicht hat, ist mit einem deutschen Anbieter mit Vertrag besser bedient.

Was wir bemerkt haben

• April 2025: Mit Version 0.6.6, wirksam zum 19. April 2025, hat das Projekt seine Lizenz geändert. Zur BSD-3-Clause kam eine Klausel, die das Entfernen des Open-WebUI-Brandings untersagt, außer bei höchstens 50 Endnutzern je 30 Tage, mit schriftlicher Erlaubnis oder mit Enterprise-Lizenz. Beiträge bis Version 0.6.5 bleiben unter der reinen BSD-3-Lizenz. Wer noch eine ältere Anleitung liest, die Open WebUI pauschal als Open Source bezeichnet, arbeitet mit veralteten Angaben.
• April 2025: Bemerkenswert an der Klausel ist, was sie nicht regelt. Die gewerbliche Nutzung bleibt kostenlos und unbeschränkt, auch für große Organisationen. Beschränkt ist allein das Umetikettieren der Oberfläche. Diese Unterscheidung geht in vielen Zusammenfassungen unter und führt zu der falschen Annahme, Unternehmen bräuchten grundsätzlich eine Lizenz.
• September 2026: Beim Fact-Check stand das Projekt bei Version 0.11.3 vom 31. August 2026. In den Release-Notes fiel uns eine Korrektur auf, die viel über den Betrieb sagt: Fehlgeschlagene Datenbank-Upgrades brechen jetzt klar ab, statt teilweise zu starten. Wer Open WebUI produktiv betreibt, sollte vor jedem Update ein Abbild ziehen.
• September 2026: Das Projekt hat keinen veröffentlichten Enterprise-Preis. Die Enterprise-Seite bittet um die Zahl der Sitzplätze und weist ausdrücklich darauf hin, dass Anfragen von privaten E-Mail-Adressen markiert und nicht beantwortet werden. Für eine Budgetplanung heißt das: früh anfragen.
• September 2026: Die Dokumentation wurde umgebaut. Zwei Adressen, die in älteren Anleitungen häufig verlinkt sind (die Seite zu den Umgebungsvariablen und die SSO-Seite), waren am 17. September 2026 nicht mehr erreichbar. Wir konnten deshalb nicht belegen, welche Verbindungen der Container von sich aus nach außen aufbaut. Prüfe das vor dem Produktivbetrieb selbst.