Open-WebUI-Alternativen: Lizenz, BYOK, RAG und Migration

Bei den meisten Suchanfragen nach Open-WebUI-Alternativen geht es nicht wirklich um den Preis: Open WebUI kann für eine unbegrenzte Zahl interner Benutzer kostenlos selbst gehostet werden, und das Projekt veröffentlicht überhaupt keinen Preis. Die tatsächlichen Gründe für einen Wechsel sind enger gefasst — die Lizenz ist ab v0.6.6 keine standardmäßige Open-Source-Lizenz mehr, ein Server ist für eine einzelne Person die falsche Form, die Geschichte mit benutzerdefinierten Endpunkten passt nicht zu ihrem Gateway oder sie möchten, dass jemand anderes das System hostet. Jeder dieser Punkte verweist auf einen anderen Ersatz, und die Migrationskosten unterscheiden sich erheblich.

Zunächst eine Abgrenzung, weil die Suchergebnisse mehrere ähnlich benannte, aber nicht verwandte Projekte vermischen. Open WebUI ist open-webui/open-webui, früher Ollama WebUI. Es ist weder die Stable-Diffusion-Weboberfläche von AUTOMATIC1111 noch OpenUI (generiert eine Benutzeroberfläche aus einem Prompt) noch text-generation-webui, das in oobabooga/textgen umbenannt wurde und eine Desktop-App für lokale Modelle statt eines Team-Frontends ist.

Beginnen Sie mit dem Grund für Ihren Wechsel

Die Lizenz im Detail — und der Mythos, den Sie nicht weiterverbreiten sollten

Das maßgebliche Ereignis im Lebenszyklus ist weder eine Umbenennung noch eine Übernahme. Es ist eine Lizenzänderung. Laut der Lizenzdokumentation des Projekts bleibt sämtlicher bis einschließlich Release v0.6.5 eingereichter oder zusammengeführter Code BSD-3-lizenziert. Ab v0.6.6 wird das Projekt unter der eigens entwickelten Open WebUI License veröffentlicht, einer BSD-3-Ableitung mit einer Klausel zum Markenschutz, und die Repository-API von GitHub meldet die Lizenz als NOASSERTION statt als anerkannte Standardlizenz. GitHub Releases datiert die Grenze: v0.6.5 auf den 14. April 2025 und v0.6.6 auf den 5. Mai 2025. Beachten Sie, dass die Lizenzdokumentation der Änderung ein eigenes Kalenderdatum zuweist — „Effective with v0.6.6 (April 19, 2025)“ —, das nicht mit dem von GitHub für dieses Release erfassten Datum übereinstimmt; nennen Sie daher die Version und nicht eines der beiden Daten.

Nun zur Korrektur. Der Lizenztext verbietet das Ändern, Entfernen, Unkenntlichmachen oder Ersetzen des Open-WebUI-Brandings, außer unter drei Umständen; der erste ist eine Bereitstellung „where the total number of end users … does not exceed fifty (50) within any rolling thirty (30) day period“; die beiden anderen sind die vorherige schriftliche Genehmigung des Urheberrechtsinhabers und eine ordnungsgemäß abgeschlossene Enterprise-Lizenz. Die Lizenzdokumentation führt separat „Deploy to any number of internal users within your own organization (with all official branding kept)“ als etwas auf, das die kostenlose Lizenz erlaubt. Die Zahl fünfzig ist daher eine Branding-Ausnahme und keine Bereitstellungsobergrenze — das Gegenteil dessen, was die meisten Vergleichsartikel behaupten. Das Copyright liegt bei Open WebUI Inc. [Created by Timothy Jaeryang Baek].

White-Labeling, die Entfernung des Brandings und ausschließlich in Enterprise verfügbare Funktionen setzen tatsächlich die Enterprise-Lizenz voraus. Ihr Preis ist nicht veröffentlicht: die Enterprise-Seite fordert Sie auf: „Senden Sie uns die Anzahl der Endbenutzer (Sitzplätze) Ihrer Bereitstellung“, und openwebui.com/pricing gab bei der Prüfung am 21. September 2026 HTTP 404 zurück. Jeder Preis pro Sitzplatz, den Sie anderswo sehen, ist entweder der Preis eines Anbieters für verwaltetes Hosting oder erfunden.

Das Projekt selbst ist gemessen an den relevanten Zahlen gesund: nicht archiviert, mehr als 150.000 Sterne, bis wenige Tage vor dieser Prüfung aktualisiert, und das stabile Release v0.11.3 wurde am 31. August 2026 veröffentlicht (Releases API). Eine Unterkomponente ist es nicht: open-webui/pipelines, das Plugin-Framework, wurde zuletzt am 18. August 2025 aktualisiert. Wenn Ihre Bereitstellung von Pipelines abhängt, sollten Sie diese Frequenz abwägen, bevor Sie weiter darauf aufbauen.

Die engere Auswahl, gruppiert nach der Betriebsart

Drei Hinweise zu dieser Tabelle, alle am 21. September 2026 geprüft. Das neueste Tag von LibreChat ist das Prerelease v0.8.8-rc3 vom 15. September 2026, und GitHub liefert für /releases/latest 404 zurück; daher ist derzeit kein Release als aktuellstes gekennzeichnet — lesen Sie vor dem Festlegen einer Version das Changelog des Projekts, statt einer Zahl aus einer Zusammenfassung zu vertrauen. Die Preisseite von LobeHub widerspricht sich selbst: Die Tarifkarten zeigen Starter, Premium und Ultimate für $9.9, $19.9 und $39.9 pro Monat, während die Vergleichstabelle auf derselben Seite $12.9 für Starter zusammen mit einem Jahresbetrag von $118.8 zeigt; bestätigen Sie daher den Betrag an der Kasse, bevor Sie sich festlegen. Und der Premium-Preis von TypingMind gilt im Rahmen einer beworbenen Rabattaktion von 50 %; solche Preisangaben veralten besonders schnell. Die kostenpflichtigen Tarife von Chatbox gelten für die eigenen gehosteten Modelle; laut dem Leitfaden zur Nutzung eines eigenen Schlüssels ist die Verwendung eines eigenen Schlüssels der kostenlose Weg.

Zwei Projekte, die in alternativen Listen auftauchen, dort aber nicht aufgeführt werden sollten: Chatbot UI steht unter der MIT-Lizenz und ist nicht archiviert, aber der letzte Push erfolgte am 3. August 2024 und es gibt keine Releases; es ist daher inaktiv und keine aktuelle Option. NextChat beschreibt sich inzwischen als No-Config-Assistenten, für den man sich ohne API-Schlüssel registriert und der nach dem Pay-as-you-go-Modell abgerechnet wird, statt als reines Bring-your-own-key-Frontend. Bei der Suche ebenfalls getrennt betrachten: Jan ist nicht Janitor AI, Msty Studio ist nicht der börsengehandelte Fonds MSTY, und LobeChat und LobeHub sind nach einer Umbenennung dasselbe Projekt; daher sind LobeChat-Einrichtungsanleitungen aus der Zeit vor Version 1.0 nicht mehr aktuell.

Wie jedes einzelne einen benutzerdefinierten OpenAI-kompatiblen Endpunkt verwendet

Jeder der folgenden acht Clients dokumentiert eine Möglichkeit, ihn auf einen Drittanbieter-Endpunkt zu verweisen. Die Unterschiede liegen in der Konfigurationsoberfläche, der URL-Struktur und darin, ob etwas anderes als Chat Completions möglich ist. Eine Spalte muss eng gefasst werden: „Anthropic Messages route“ fragt, ob der Client selbst Anfragen im Anthropic-Format an deinen Endpunkt sendet. „None documented“ bedeutet dort, dass die Dokumentation des Anbieters keinen solchen Modus beschreibt – nicht, dass bekannt ist, dass er nicht existiert.

Diese Tabelle basiert auf der jeweiligen Dokumentation der Anbieter: den Verbindungsseiten von Open WebUI für OpenAI-kompatibel und Open Responses, der Referenz für benutzerdefinierte Endpunkte von LibreChat, der Generic-OpenAI-Seite von AnythingLLM, der Dokumentation zu benutzerdefinierten Endpunkten von Jan, der Dokumentation zu benutzerdefinierten Anbietern von ChatWise, der Anbieterseite von LobeHub, der Dokumentation zu Online-Anbietern von Msty und der Dokumentation zu Modellverbindungen von TypingMind.

Cherry Studio fehlt absichtlich in dieser Tabelle. Die Dokumentationsdomain leitet inzwischen von docs.cherry-ai.com zu docs.cherryai.com.cn weiter, einer chinesischsprachigen Website, deren Anbieterseiten für diese Seite nicht gelesen wurden. Daher sind die Feldnamen und die Pfadkonvention hier nicht verifiziert – prüfe sie in der App, bevor du eine Basis-URL aus einer älteren Anleitung übernimmst.

Zwei Besonderheiten von Open WebUI, die unabhängig von deiner Vorgehensweise wissenswert sind. Die Dokumentation zu Anbieter-Verbindungen weist darauf hin, dass manche Anbieter /models überhaupt nicht implementieren. In diesem Fall schlägt die Verbindungsprüfung fehl, Chat Completions funktionieren jedoch weiterhin, und du gibst die Modell-IDs manuell ein. Außerdem wird darauf hingewiesen, dass Googles Kompatibilitätsschicht vom OpenAI-Streaming-Schema abweicht. Daher wird empfohlen, Function Calling auf Legacy zu setzen, damit Tools über eine separate Anfrage ohne Streaming ausgeführt werden. Diese Warnung betrifft die Schicht eines einzelnen Anbieters, nicht Kompatibilitätsschichten im Allgemeinen – sie erinnert jedoch daran, dass Tool-Aufrufe über das tatsächlich vom Upstream implementierte Verfahren erfolgen und das Frontend eine Schema-Lücke nicht für dich beheben kann.

Auf der Kunavo-Seite existieren /v1/chat/completions, /v1/messages und /v1/responses alle als Routen. Daher verfügen der provider: anthropic-Modus von LibreChat, die Anthropic-kompatiblen Modi von Jan und ChatWise sowie der experimentelle Responses-Pfad von Open WebUI jeweils über eine passende Oberfläche. Keiner dieser Clients wurde für diese Seite zur Laufzeit mit Kunavo getestet; eine veröffentlichte Einrichtungsanleitung ist eine Konfigurationsreferenz, kein Kompatibilitätstest. Ein funktionierender benutzerdefinierter LibreChat-Block sieht so aus:

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"

Für die allgemeine Struktur dieser Konfiguration über mehrere Clients hinweg siehe OpenAI-kompatible API. Für die direkten Vergleiche der beiden Produkte behandelt LibreChat vs Open WebUI den Einrichtungsaufwand, während AnythingLLM vs Open WebUI RAG und Bereitstellung behandelt.

RAG: der Teil, der dem Chat-Endpunkt nicht folgt

Ein Frontend auf einen Chat-Endpunkt zu verweisen, richtet seine Retrieval-Pipeline noch nicht aus. Open WebUI verwendet dafür separate Zugangsdaten. Laut der Referenz für Umgebungsvariablen wählt RAG_EMBEDDING_ENGINE die Engine aus, während RAG_OPENAI_API_BASE_URL / RAG_OPENAI_API_KEY deren Endpunkt bereitstellen – genauso wie die Bildgenerierung ihre eigene IMAGES_OPENAI_API_BASE_URL besitzt. Wenn RAG_EMBEDDING_ENGINE leer bleibt, wird standardmäßig SentenceTransformers lokal ausgeführt – GPU-Beschleunigung für Embeddings ist über das CUDA-Image optional –, sodass pro Anfrage keine Kosten entstehen. AnythingLLM trennt dies ebenfalls und konfiguriert sein LLM, seinen Embedder und seine Vektordatenbank als separate Anbieter. Chat-Kompatibilität stellt daher bei keinem der beiden Produkte Retrieval-Kompatibilität her.

Das ist hier aus einem konkreten Grund wichtig: Embeddings werden nicht von Kunavo bereitgestellt – kein aktiviertes Modell unterstützt diesen Endpunkt –, daher bleibt der Retrieval-Schritt lokal oder verweist auf einen externen Anbieter deiner Wahl. Plane ihn getrennt vom Chat-Budget und nimm ihn aus jedem Gateway-Migrationsplan heraus. RAG-Implementierung beschreibt, wie die einzelnen Schritte aufgeteilt werden.

Was migriert wird und was Sie neu erstellen müssen

Lege die Erwartungen fest, bevor du beginnst: Der Chatverlauf wird nicht automatisch zwischen diesen Produkten übertragen. Die Dokumentation zum Import und Export von Open WebUI besagt, dass der Export „Alle Chatnachrichten und ihre Metadaten, die in jeder Unterhaltung verwendeten Modellinformationen, Zeitstempel und Unterhaltungsstruktur“ umfasst und dass der Import Open-WebUI-Exporte, ChatGPT-Exporte und benutzerdefiniertes JSON akzeptiert – mit dem unmissverständlichen Hinweis: Für andere Plattformen „gibt es keinen integrierten Konverter“. Auf der Empfängerseite führt die Importdokumentation von LibreChat ChatGPT, Claude und ChatbotUI v1 auf, erwähnt Open WebUI jedoch nicht. Zwei dokumentierte Importer, keine Überschneidung.

Diese letzte Zeile solltest du zuerst klären, selbst wenn du bleibst. Laut der Skalierungsdokumentation ist die Wahl der Engine praktisch dauerhaft, sobald Produktionsdaten vorhanden sind. Bereitstellungen mit mehreren Replikas benötigen PostgreSQL plus Redis und eine externe Vektordatenbank statt SQLite und eingebettetem Chroma. Für SQLite auf Netzwerkspeicher nennt die Dokumentation als einzige Abhilfe den Wechsel zu PostgreSQL, nicht ein Tuning-Flag. Ein echter Umzug der gesamten Instanz ist daher das Kopieren des Datenverzeichnisses auf Dateiebene und keine Exportdatei. Das Wartungstutorial für die Datenbank legt webui.db – mit den zugehörigen -wal- und -shm-Dateien – innerhalb des Containers unter /app/backend/data ab. Die Referenz für Umgebungsvariablen beschreibt DATA_DIR als Basisverzeichnis „für die Datenspeicherung, einschließlich Uploads, Cache, Vektordatenbank usw.“; außerdem wird das Audit-Log standardmäßig unter audit.log in demselben Verzeichnis abgelegt. Kopiere das Verzeichnis, nicht eine Liste von Dateien.

Erstelle ein Backup, bevor du irgendetwas anfasst. Bestätige zuerst den Namen deines eigenen Containers – dies ist die Struktur, kein Skript zum blindem Einfügen:

# 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

Rollback-Plan: Lass die alte Instanz mit ihrem Image-Tag unverändert und laufend bestehen, während du den Ersatz testest, statt im laufenden System zu migrieren. Betreibe beide eine Woche lang am selben Endpunkt, migriere zuerst ein Team und nimm die ursprüngliche Instanz erst außer Betrieb, nachdem die neue Instanz eine reale Arbeitslast bewältigt hat. Da der Chatverlauf nicht übertragen wird, bedeutet ein Rollback nach der Stilllegung der ursprünglichen Instanz, dass alles verloren geht, was im neuen Tool geschrieben wurde – ein stärkeres Argument für den Parallelbetrieb als jeder Funktionsvergleich.

Was die Modellseite kostet, unabhängig vom gewählten Frontend

Keines dieser Frontends stellt Tokens in Rechnung; die dahinterliegende API tut es. Die folgenden Zahlen sind beispielhafte Tokenarithmetik, keine gemessenen Kosten und keine Abrechnungsobergrenze. Angenommen, eine Person führt pro Arbeitstag 10 Unterhaltungen, wobei jede über ihre einzelnen Nachrichten hinweg 25.000 nicht zwischengespeicherte Eingabe-Tokens sendet und 1.500 Ausgabe-Tokens empfängt, und zwar an 20 Arbeitstagen – das entspricht 5.000.000 Eingabe- und 300.000 Ausgabe-Tokens pro Personenmonat. Die Preise sind aktuelle Preise aus dem Kunavo-Katalog pro einer Million Tokens.

Vergleiche dies mit den Frontend-Preisen und nicht an ihrer Stelle. Ein selbst gehostetes Frontend kostet pro Sitzplatz nichts. Unter diesen Annahmen beläuft sich der Datenverkehr des gesamten Teams mit Claude Sonnet 4.6 auf $68.25 pro Monat, während sich derselbe Datenverkehr mit Claude Haiku 4.5 auf $22.75 beläuft – ein monatlicher Unterschied von $45.50 bei identischem angenommenem Datenverkehr, der jeden Monat erneut anfällt und nicht einmalig bezahlt wird. Welches Standardmodell ein Frontend verwendet, ist daher eine eigenständige, laufende Budgetentscheidung, getrennt von der Lizenz, die du für die App bezahlst. Deine tatsächliche Nutzung entscheidet; miss daher deine eigenen Unterhaltungen, bevor du budgetierst. KI-Kostenoptimierung beschreibt, wie du diese Messung zuverlässig durchführst.

Der Katalogbetrag von Kunavo ist eine Abrechnungsuntergrenze und keine Obergrenze: Wenn der Upstream seine Kosten meldet, entspricht die Rechnung dem höheren Wert aus den Katalogkosten und den mit dem geltenden Aufschlag multiplizierten Upstream-Kosten. Cache-Gebühren und externe Tools sind in diesem Beispiel nicht enthalten. Die minimale Aufladung beträgt $10 als Prepaid-Guthaben. Sie finanziert ein Guthaben, kauft aber keinen Sitzplatz und keinen Tarif – siehe Abrechnungsdetails.

Wenn du bei Open WebUI bleibst

Das ist ein vertretbares Ergebnis dieser Seite und für die meisten Teams das richtige: Die Lizenzänderung schränkt White-Labeling ein, nicht die Größe der Bereitstellung; das Projekt veröffentlicht weiterhin aktiv Releases, und nichts weiter oben ist ein Grund, eine funktionierende Instanz neu aufzubauen. Unabhängig davon lohnt es sich, die Frontend-Entscheidung von der Endpunkt-Entscheidung zu trennen, damit ein künftiger Wechsel des Clients nicht zugleich einen Anbieterwechsel und einen neuen Schlüssel bedeutet. Kunavo veröffentlicht eine Konfigurationsreferenz für diesen Client – die Open-WebUI-Integrationsanleitung – sowie Einrichtungsdokumentationen für LobeHub, Chatbox und Cherry Studio. Erstelle ein Kunavo-Konto, wenn du hinter dem gewählten Frontend einen Schlüssel und ein Prepaid-Guthaben nutzen möchtest.

Häufig gestellte Fragen

Am 21. September 2026 überprüft, indem jede verknüpfte Seite oder GitHub-API-Antwort direkt gelesen wurde: der Lizenztext von Open WebUI, die Dokumentation zu Lizenz und Enterprise, die Dokumentation zu Anbieter-Verbindungen, Skalierung und Import/Export, das Repository und der letzte Release, der 404-Fehler unter openwebui.com/pricing, das Repository und die Importdokumentation von LibreChat sowie die veröffentlichten Preisseiten von AnythingLLM, LobeHub, Msty, ChatWise und TypingMind. Ebenfalls direkt gelesen: die Seiten von Open WebUI zu Open Responses und zur Referenz für Umgebungsvariablen, die Referenz für benutzerdefinierte Endpunkte von LibreChat, die Generic-OpenAI-Seite von AnythingLLM, die Dokumentation von Jan und ChatWise zu benutzerdefinierten Anbietern, die Anbieterseite von LobeHub (noch ein Migrationsplatzhalter), die Bring-your-own-key-Anleitung von Chatbox sowie die Repository-Metadaten für Pipelines, TextGen und die inaktive Chatbot UI. Die Konfigurationsschritte von Msty und TypingMind sind verlinkt, wurden jedoch den Dokumentationszusammenfassungen und nicht einer vollständigen Lektüre entnommen. Die Konfigurationsfelder von Cherry Studio bleiben unbestätigt und sind oben entsprechend gekennzeichnet. Kein Client auf dieser Seite wurde zur Laufzeit mit Kunavo getestet. Die Kunavo-Tokenpreise stammen aus dem aktuellen Katalog, und jede Dollarangabe im Kostenabschnitt ist beispielhafte Tokenarithmetik.