„The freedom AI stack.“
Open WebUI ist ein self-hosted KI-Portal für Teams und Organisationen. Die Plattform verbindet lokale oder externe LLMs mit Teamchat, RAG, Dokumentenwissen, Tools, MCP, Rollenrechten und Integrationen.
Open WebUI
The freedom AI stack.
Standort: USA ⓘ Open WebUI, Inc., 2261 Market St, #22911, San Francisco, CA 94114, USA.
Kostenloses selbst gehostetes KI-Portal mit Chat, RAG, lokalen Modellen, Cloudmodellen, Tools und Teamnutzung. Sonstiges Enterprise Individuelle Enterprise-Unterstützung, Architekturberatung, Skalierung, SSO, Governance und professioneller Support.
Eigenes Hosting Kosten für Server, GPU, Speicher, Datenbanken, Backups und Betrieb.
Externe Modellanbieter Verbrauchskosten für OpenAI-, Anthropic-, Azure-, Bedrock- oder weitere Modellanbieter.
Lizenzhinweis Aktuelle Komponenten stehen unter mehreren Lizenzmodellen; bei größeren Deployments gelten Branding-Vorgaben der aktuellen Open-WebUI-Lizenz.
Zielgruppe
Open WebUI richtet sich an technisch orientierte Privatanwender, Entwickler, IT-Abteilungen, KMU, Forschungsteams und Organisationen, die ein eigenes ChatGPT-ähnliches KI-Portal in ihrer Infrastruktur betreiben möchten.
Herausragende Funktionen
Die Plattform kombiniert Chat, RAG, Dokumentenwissen, lokale Modelle, Cloud-Modelle, Tools, MCP, Rollenrechte und Teamfunktionen. Der große Vorteil ist die freie Wahl von LLM, Embedding-Modell, Vector Store und Infrastruktur.
Wichtigste Anwendungsfelder
Open WebUI eignet sich für interne Wissensbots, Teamchat, Dokumenten-RAG, sichere lokale KI, Entwicklerportale, Forschungsumgebungen, Coding-Assistenten und organisationsinterne Chatbots.
Nutzung & Hinweise
Für den produktiven Betrieb müssen Updates, Authentifizierung, Netzwerksegmentierung, Backups, Modellzugriffe, Plugin-Freigaben und Logging durch den Betreiber umgesetzt werden. Wer externe Modelle oder Webdienste verbindet, muss die dadurch entstehenden Drittland- und Datenflussrisiken bewerten.
| Zielgruppe | Einschätzung |
|---|---|
| Privatpersonen | Ja – besonders für lokale KI, private Chats und lokale Dokumentenanalyse. |
| Selbstständige / Freelancer | Ja, mit technischem Know-how – geeignet für eigene KI-Portale und RAG-Workflows. |
| KMU | Ja – gut für interne KI-Chatplattformen, lokale Wissensdatenbanken und Teams. |
| Großunternehmen | Sehr gut geeignet – bei professioneller Kubernetes-, IAM- und Sicherheitskonfiguration. |
| Entwickler / IT-Teams | Sehr gut geeignet – Python-Erweiterungen, Tools, MCP, APIs und Modellfreiheit. |
| Datenschutzkritische Organisationen | Sehr gut geeignet bei Local-/On-Prem-Setup – Daten können vollständig in eigener Infrastruktur bleiben. |
Hosting & Daten
1) On-Prem / lokales Hosting
Bedeutung: Die Firma betreibt die Lösung auf eigener Hardware oder in der eigenen Infrastruktur. Im strengsten Sinn läuft dabei nicht nur die Anwendung, sondern idealerweise auch das Modell lokal.
2) Private Cloud / RZ
Bedeutung: Die Lösung läuft in einer dedizierten oder stärker abgegrenzten Cloud-Umgebung, oft bei einem Hosting-Anbieter oder Hyperscaler, aber in einem deutschen Rechenzentrum oder in einer besonders kontrollierten Umgebung.
3) EU-SaaS / Managed
Bedeutung: Der Anbieter betreibt die Lösung selbst als Dienst. Die Firma nutzt das Tool als fertigen Cloud-Service, idealerweise mit EU-Datenresidenz.
4) Hybrid
Bedeutung: Ein Teil der Verarbeitung bleibt intern / lokal / in privater Cloud, ein anderer Teil läuft in einer externen Cloud oder EU-SaaS.
5) AVV / DPA
Bedeutung: Das ist der Auftragsverarbeitungsvertrag bzw. Data Processing Addendum.
Er regelt, dass der Anbieter personenbezogene Daten im Auftrag verarbeitet und an die Weisungen des Kunden gebunden ist.
6) Kein Training
Bedeutung: Der Anbieter nutzt deine Prompts, Uploads, Anhänge, Chatverläufe oder Outputs nicht zum Training oder zur Verbesserung des allgemeinen Modells — idealerweise vertraglich ausgeschlossen.
7) Open-Source-/Transparenz-Pfad
Bedeutung: Es gibt einen Weg zu mehr technischer Transparenz und Souveränität, etwa durch:
- offene Modelle
- dokumentierte Komponenten
- self-hostbare Teile
- nachvollziehbare Architektur
- Export-/Wechselmöglichkeiten
| On-prem / local hosting | ✅ |
| Private cloud / data center | ✅ |
| EU SaaS / Managed | ❓ |
| Hybrid | ✅ |
| DPA / AVV | ❓ |
| No training on customer data | ⚠️ |
| Open source / transparency path | ✅ |
On-Prem / lokales Hosting: abgedeckt
Auf der Website klar beschrieben: Open WebUI kann 'on-premise' und selbst gehostet betrieben werden; die Enterprise-Dokumentation nennt zudem air-gapped und eigene Rechenzentren.
Private Cloud / RZ: abgedeckt
Explizit beschrieben: Deployment in der eigenen Cloud-Tenancy auf AWS, Azure oder GCP mit voller Infrastrukturkontrolle.
EU-SaaS / Managed: indirekt / nicht verfuegbar
Auf der Website ist kein vom Anbieter selbst betriebener EU-SaaS-/Managed-Dienst mit EU-Datenresidenz oder EU-Rechenzentrum dokumentiert.
Hybrid: abgedeckt
Hybrid wird in der Enterprise-Sicherheitsdokumentation ausdruecklich als Deployment-Modell genannt.
AVV / DPA: unklar
Ein AVV/DPA ist auf der Website nicht angegeben.
Kein Training: teilweise
Die Dokumentation belegt lokale Datenspeicherung und Eigenkontrolle ueber die Infrastruktur, nennt aber keine ausdrueckliche vertragliche Zusage, dass Prompts, Uploads oder Outputs nicht zum Training allgemeiner Modelle genutzt werden. Fuer Self-Hosting kann dieses Risiko technisch begrenzt werden; bei extern konfigurierten Modellanbietern bleibt es abhaengig von deren Einstellungen.
Open-Source / Transparenz-Pfad: abgedeckt
Die Website beschreibt eine oeffentlich auditierbare Codebasis und Open WebUI als selbst hostbare Software; damit besteht ein klarer Transparenz- und Souveraenitaetspfad.
Datenverarbeitung
Die Dokumentation beschreibt Open WebUI als self-hosted Anwendung. Daten bleiben standardmaessig in der eigenen Infrastruktur, sofern keine externen Modellanbieter konfiguriert werden. Private Cloud, On-Premise, Air-Gapped und Hybrid sind dokumentiert. Erinnerungen werden laut Website lokal in der Open-WebUI-Datenbank gespeichert. Fuer EU/EWR-Nutzer bedeutet das: Die Datenverarbeitung kann in eigener EU-/EWR-Infrastruktur organisiert werden; ein vom Anbieter selbst betriebener EU-SaaS mit benanntem Rechenzentrum ist auf der Website nicht angegeben.
Fazit
Fuer ein europaeisches Tool-Verzeichnis ist Open WebUI aus DSGVO-Sicht vor allem ueber Self-Hosting, On-Premise oder Private Cloud stark einzuordnen. Der beste verfuegbare Weg ist klar: Betrieb in eigener EU-/EWR-Infrastruktur mit lokalen oder kontrollierten Modellanbindungen. Deshalb insgesamt 'ja'. Fuer eine Anbieter-SaaS-, AVV-, Subprozessoren- oder Zertifizierungsbewertung bleibt die Website jedoch lueckenhaft bzw. ohne konkrete Angaben.
Quellen
- https://docs.openwebui.com/enterprise/
- https://docs.openwebui.com/enterprise/security/
- https://docs.openwebui.com/getting-started/advanced-topics/hardening/
- https://docs.openwebui.com/features/chat-conversations/memory/
- https://docs.openwebui.com/getting-started/sharing/
- https://docs.openwebui.com/security/
| On-prem / local hosting | ✅ |
| Private cloud / data center | ✅ |
| EU SaaS / Managed | ❓ |
| Hybrid | ✅ |
| DPA / AVV | ❓ |
| No training on customer data | ⚠️ |
| Open source / transparency path | ✅ |
On-Prem / lokales Hosting: abgedeckt
Auf der Website klar beschrieben: Open WebUI kann 'on-premise' und selbst gehostet betrieben werden; die Enterprise-Dokumentation nennt zudem air-gapped und eigene Rechenzentren.
Private Cloud / RZ: abgedeckt
Explizit beschrieben: Deployment in der eigenen Cloud-Tenancy auf AWS, Azure oder GCP mit voller Infrastrukturkontrolle.
EU-SaaS / Managed: indirekt / nicht verfuegbar
Auf der Website ist kein vom Anbieter selbst betriebener EU-SaaS-/Managed-Dienst mit EU-Datenresidenz oder EU-Rechenzentrum dokumentiert.
Hybrid: abgedeckt
Hybrid wird in der Enterprise-Sicherheitsdokumentation ausdruecklich als Deployment-Modell genannt.
AVV / DPA: unklar
Ein AVV/DPA ist auf der Website nicht angegeben.
Kein Training: teilweise
Die Dokumentation belegt lokale Datenspeicherung und Eigenkontrolle ueber die Infrastruktur, nennt aber keine ausdrueckliche vertragliche Zusage, dass Prompts, Uploads oder Outputs nicht zum Training allgemeiner Modelle genutzt werden. Fuer Self-Hosting kann dieses Risiko technisch begrenzt werden; bei extern konfigurierten Modellanbietern bleibt es abhaengig von deren Einstellungen.
Open-Source / Transparenz-Pfad: abgedeckt
Die Website beschreibt eine oeffentlich auditierbare Codebasis und Open WebUI als selbst hostbare Software; damit besteht ein klarer Transparenz- und Souveraenitaetspfad.
Datenverarbeitung
Die Dokumentation beschreibt Open WebUI als self-hosted Anwendung. Daten bleiben standardmaessig in der eigenen Infrastruktur, sofern keine externen Modellanbieter konfiguriert werden. Private Cloud, On-Premise, Air-Gapped und Hybrid sind dokumentiert. Erinnerungen werden laut Website lokal in der Open-WebUI-Datenbank gespeichert. Fuer EU/EWR-Nutzer bedeutet das: Die Datenverarbeitung kann in eigener EU-/EWR-Infrastruktur organisiert werden; ein vom Anbieter selbst betriebener EU-SaaS mit benanntem Rechenzentrum ist auf der Website nicht angegeben.
Fazit
Fuer ein europaeisches Tool-Verzeichnis ist Open WebUI aus DSGVO-Sicht vor allem ueber Self-Hosting, On-Premise oder Private Cloud stark einzuordnen. Der beste verfuegbare Weg ist klar: Betrieb in eigener EU-/EWR-Infrastruktur mit lokalen oder kontrollierten Modellanbindungen. Deshalb insgesamt 'ja'. Fuer eine Anbieter-SaaS-, AVV-, Subprozessoren- oder Zertifizierungsbewertung bleibt die Website jedoch lueckenhaft bzw. ohne konkrete Angaben.
Quellen
- https://docs.openwebui.com/enterprise/
- https://docs.openwebui.com/enterprise/security/
- https://docs.openwebui.com/getting-started/advanced-topics/hardening/
- https://docs.openwebui.com/features/chat-conversations/memory/
- https://docs.openwebui.com/getting-started/sharing/
- https://docs.openwebui.com/security/
Stärken & Schwächen im Überblick
| Stärken | Schwächen |
|---|---|
| • Sehr guter Self-Hosting- und Local-LLM-Fit | • Betrieb, Updates, Sicherheit und Backups liegen beim Betreiber |
| • Daten bleiben standardmäßig auf dem eigenen Server | • Externe LLMs oder Web-Tools können Daten aus der lokalen Umgebung herausführen |
| • RAG, Teamchat, Knowledge und Tools | • Kein vollständiger Enterprise-SaaS-Betrieb durch den Hersteller öffentlich dokumentiert |
| • Unterstützung lokaler und Cloud-Modelle | • Lizenz- und Branding-Regeln für kommerzielle Weitervermarktung prüfen |
| • Rollenrechte, SSO, LDAP/OIDC und SCIM | |
| • Kostenfreie Community-Nutzung auf eigener Infrastruktur |
Bewertungen
0 Bewertungen insgesamt
Für dieses Tool liegen noch keine bestätigten Bewertungen vor.
Bewertung absenden
Deine Bewertung wird erst nach der Bestätigung per E-Mail sichtbar. Damit schützen wir das Portal vor Missbrauch.
Bewertung melden
Bitte wähle den Grund aus, warum diese Bewertung geprüft werden soll.
DSGVO-konforme Nutzung möglich?
Open WebUI dokumentiert auf seiner eigenen Website einen klaren Self-Hosting-/On-Premise-Pfad, inklusive Private-Cloud-, Air-Gapped- und Hybrid-Betrieb. Fuer Nutzer im EU/EWR ist damit ein unkomplizierter Weg zu einer DSGVO-konformen Nutzung vorhanden, weil die Datenverarbeitung laut Dokumentation in der eigenen Infrastruktur erfolgen kann und der Betreiber selbst festlegt, wo Daten physisch liegen. Gleichzeitig stellt die Website auch klar, dass Compliance-Verantwortung beim deployenden Unternehmen liegt; eine pauschale DSGVO-Zusage fuer einen Anbieter-SaaS ist auf der Website nicht ersichtlich.
Positiv
Positiv belegt sind Self-Hosting, On-Premise, Private Cloud, Air-Gapped und Hybrid-Deployment sowie Kontrolle ueber Datenresidenz. Die Website beschreibt ausdruecklich, dass Daten standardmaessig in der eigenen Infrastruktur bleiben, sofern keine externen Modellanbieter konfiguriert werden, und dass Organisationen selbst festlegen koennen, wo Daten physisch gespeichert werden. Zudem wird eine oeffentlich auditierbare Codebasis beschrieben.
Negativ
Negativ bzw. einschraenkend ist, dass die Website keine eigene Datenschutzerklaerung, keinen AVV/DPA, keine Subprozessorenliste, keine konkrete EU-Rechenzentrumsangabe fuer einen vom Anbieter betriebenen Dienst und keine vertragliche Aussage zum Ausschluss von Modelltraining erkennen laesst. Die Dokumentation betont ausserdem, dass Compliance-Zertifizierungen und regulatorische Pflichten fuer das konkrete Deployment bei der betreibenden Organisation liegen.
Serverstandort
Kein konkreter Anbieter-Serverstandort auf der Website angegeben. Stattdessen beschreibt die Dokumentation fuer Self-Hosting und Private Cloud, dass der Betreiber den physischen Speicherort der Daten selbst waehlt und die Daten standardmaessig in der eigenen Infrastruktur bleiben. EU-/EWR-Datenresidenz ist damit ueber eigenes Deployment moeglich, aber kein vom Anbieter fest benanntes EU-Rechenzentrum ist auf der Website angegeben.
