Open WebUI vs Libre WebUI: een feitelijke vergelijking

Open WebUI en Libre WebUI zijn beide zelf-gehoste webinterfaces voor het werken met grote taalmodellen. Beide kunnen verbinding maken met lokale runtimes zoals Ollama en met OpenAI-compatibele en andere gehoste API's, en beide zijn ontworpen om gebruikersdata op de eigen infrastructuur van de beheerder te houden. Deze pagina vergelijkt de twee projecten strikt op basis van publiek gedocumenteerde verschillen, met de officiële documentatie, de licentieteksten en de publieke repositories van beide projecten als bron. Ze beoordeelt geen codekwaliteit, prestaties of communitysentiment, en beveelt geen van beide projecten aan boven het andere.

Alle onderstaande beweringen zijn afkomstig uit de officiële documentatie van Open WebUI en Libre WebUI, de licentiebestanden van de projecten en hun publieke GitHub-repositories, per augustus 2026. Beide projecten ontwikkelen zich snel; controleer details bij de primaire bronnen voordat u beslissingen neemt.

In één oogopslag

Dimensie	Open WebUI	Libre WebUI
Licentie	"Open WebUI License": gebaseerd op BSD-3 met een toegevoegde clausule ter bescherming van de branding (v0.6.6+, april 2025). De maintainers stellen dat het geen door de OSI goedgekeurde opensourcelicentie is. Code tot en met v0.6.5 blijft BSD-3-Clause.	Apache License 2.0. Het projecthandvest verbindt zich ertoe nooit naar restrictievere voorwaarden te herlicentiëren.
Branding / white-labeling	Het verwijderen of wijzigen van de "Open WebUI"-branding is verboden, behalve voor deployments met ≤ 50 gebruikers in een voortschrijdende periode van 30 dagen, bijdragers met schriftelijke toestemming, of houders van een enterpriselicentie.	Geen gedocumenteerde branding- of white-labelingbeperking; de standaardvoorwaarden van Apache 2.0 gelden. White-labeling wordt aangeboden als optionele betaalde dienst.
Data-eigendom & portabiliteit	Data lokaal opgeslagen (SQLite of PostgreSQL). Chat-export/-import als JSON; individuele chats als JSON, PDF of Markdown. Volledige database-export/-import en back-upprocedures gedocumenteerd.	Data lokaal opgeslagen (SQLite of PostgreSQL). Geversioneerd JSON-archief per gebruiker met SHA-256-integriteitsdigest en transactionele import; ondertekende (Ed25519) en versleutelde (AES-256-GCM) back-up-/herstel-CLI; recovery-check-controle vóór de back-up.
Telemetrie / analytics standaard	De FAQ stelt dat er standaard geen data naar externe diensten wordt gestuurd; data gaat alleen naar een modelaanbieder wanneer er een is gekoppeld. OpenTelemetry-integratie beschikbaar voor zelfbeheerde observability.	Het handvest verklaart nul telemetrie ("geen analytics, geen tracking, geen phone-home-code"). OpenTelemetry-export staat uit tenzij een beheerder een collector-endpoint configureert. Lokale, alleen voor beheerders toegankelijke gebruiksmeting staat altijd aan maar verlaat de deployment nooit.
Authenticatie & multi-user	RBAC met rollen, groepen en machtigingen per resource; SSO via OIDC en LDAP; SCIM 2.0-provisioning; API-sleutels.	Lokale accounts met JWT's gekoppeld aan intrekbare serversessies; twee rollen (admin/gebruiker) plus groepen en machtigingen per resource; generiek OIDC (plus GitHub- en Hugging Face-OAuth); persoonlijke API-tokens met beperkte scope. Geen SAML, SCIM of LDAP (gedocumenteerde beperking).
Uitbreidbaarheid	Pipelines-pluginframework; Python Tools/Functions met ingebouwde code-editor; MCP (Streamable HTTP); OpenAPI-toolservers; 13 ondersteunde vectordatabases; 8 documentextractie-engines.	In JSON gedefinieerde providerplugins (chat, embeddings, beeld, TTS, STT, audio, video); 13 ingebouwde tools; OpenAPI 3.x- en MCP-toolservers (Streamable HTTP), standaard uit met goedkeuring per aanroep bij neveneffecten; assistentprofielen, skills, promptbibliotheek, artifacts, geïsoleerde "Work"-codeerwerkruimten.
Deployment	pip install open-webui; Docker (incl. :cuda-, :ollama-images); Docker Compose; Kubernetes via kustomize en Helm; S3-/GCS-/Azure-opslagbackends; horizontale schaalbaarheid met Redis.	Eén commando (npx libre-webui@latest); npm en Homebrew; Docker Compose-varianten (gebundelde/externe Ollama, GPU, team); Helm-chart (OCI-registry); gedocumenteerde private deployment via Cloudflare Tunnel; Electron-desktopclient (alleen client).
Productiefuncties	Gebruiksdashboards (berichten, tokens); modelarena met Elo-ranglijsten; OpenTelemetry; horizontale schaalbaarheid; enterpriseplan met SLA-ondersteuning en LTS-versies.	Kostenbeheer: tarieven met ingangsdatum en budgetten met observeer-/waarschuw-/blokkeermodus; evaluatiesets en blinde arena met Elo; opt-in OTLP-export; liveness-/readiness-/diepe healthchecks; teamprofiel gecertificeerd voor 3+ replica's met een externe duurzame worker; geen schema-upgrades zonder downtime (gedocumenteerd voorbehoud).
Team / samenwerking	Kanalen waarin gebruikers en modellen gesprekken delen; directe berichten; gebruikersgroepen; toegangscontrole per model; Notes-werkruimte; mappen, tags, vastgezette items.	Kanalen, DM's en threads van één niveau met @model-antwoorden; delen van eigenaar naar gebruiker/groep (lezen/schrijven/admin) voor chats, notities, kennis, persona's, prompts, skills, agenda's en toolservers; geen anonieme publieke links; meldingen, gedeelde agenda's, geplande automatiseringen.
Spraak & media	Spraakherkenning, spraaksynthese, handsfree spraak- en video-oproepen; beeldgeneratie via GPT-Image, Gemini, ComfyUI; RAG over 8 extractie-engines met hybride BM25 + vectorzoeken en herordening.	Beurtgebaseerde spraakmodus met onderbreking (gedocumenteerd als niet full-duplex); STT/TTS via providerplugins; toestemmingsgebaseerd stemklonen; beeld-, audio- en videogeneratie via plugins die capaciteiten declareren, met galerij per gebruiker; hybride BM25 + vector-RAG met citaties per pagina/dia/werkblad; geen OCR voor gescande documenten (gedocumenteerde beperking).
Documentatie	Uitgebreide officiële documentatie met functiegidsen, een databaseschema-referentie, back-up-/migratietutorials en een licentie-FAQ.	Officiële documentatie met gidsen per functie die limieten en niet-doelen benoemen, gepubliceerde openapi.json en llms.txt, en gegenereerde capability-contracten die elke route koppelen aan een verantwoordelijke en een benoemde test.

Licentie

Open WebUI wordt verspreid onder de "Open WebUI License", geïntroduceerd in v0.6.6 (april 2025). Deze is gebaseerd op BSD-3-Clause met een toegevoegde clausule die de "Open WebUI"-branding beschermt. De eigen licentie-FAQ van het project stelt dat de licentie "geen door de OSI goedgekeurde 'open source'-licentie" is, terwijl wordt benadrukt dat de code publiek blijft en open wordt ontwikkeld. Alle code die tot en met v0.6.5 is samengevoegd, blijft onder de oorspronkelijke BSD-3-Clause-licentie. Het auteursrecht berust bij Open WebUI Inc.

Libre WebUI wordt verspreid onder de Apache License 2.0, een door de OSI goedgekeurde licentie, met auteursrecht bij Kroonen AI, Inc. Het handvest van het project stelt dat de broncode "voor altijd onder de Apache License 2.0 gelicentieerd blijft" en dat het project "nooit naar restrictievere voorwaarden zal worden geherlicentieerd", ook niet voor enterpriseaanbiedingen.

Branding en white-labeling

De licentie van Open WebUI verbiedt het wijzigen, verwijderen, verhullen of vervangen van de "Open WebUI"-branding, met drie gedocumenteerde uitzonderingen: deployments die 50 of minder gebruikers bedienen in een willekeurige voortschrijdende periode van 30 dagen, bijdragers met specifieke schriftelijke toestemming, en organisaties met een enterpriselicentie. Buiten deze uitzonderingen wordt het verwijderen van de branding in de licentie beschreven als een wezenlijke schending. Het project biedt een enterpriseplan met aangepaste theming en branding.

Libre WebUI documenteert geen branding-, merk- of naamsvermeldingsvereisten buiten de standaardvoorwaarden van Apache 2.0 (die het behoud van licentie- en notice-bestanden in broncodedistributies vereisen, maar geen voor de gebruiker zichtbare brandingregels opleggen). White-labeling komt in het handvest alleen voor als optionele commerciële dienst, niet als licentievoorwaarde.

Data-eigendom, portabiliteit en herstel

Beide projecten slaan alle data op de infrastructuur van de beheerder op, standaard met SQLite en met PostgreSQL als gedocumenteerde optie.

Open WebUI documenteert chat-export en -import (alle gesprekken als JSON; individuele chats als JSON, PDF of Markdown), volledige database-export/-import voor migratie tussen servers, back-uprichtlijnen, een publieke databaseschema-referentie en op Alembic gebaseerde procedures voor handmatige migratie.

Libre WebUI documenteert een data-archief per gebruiker: een geversioneerd JSON-formaat (libre-webui-user-data, versie 3) met SHA-256-integriteitsdigest, dat chats, notities, kenniscollecties en voorkeuren omvat, met expliciet vermelde uitsluitingen (inloggegevens, biometrische stemdata, gegenereerde media en status op instantieniveau). De import wordt vooraf gecontroleerd en verloopt transactioneel op zowel SQLite als PostgreSQL. Voor beheerders documenteert de herstelgereedheid een alleen-lezen recovery-check-CLI-controle en een back-up-CLI die Ed25519-ondertekende, AES-256-GCM-versleutelde archieven produceert, met verificatie- en herstel-preflightstappen, plus teamvarianten (PostgreSQL/S3). Data in rust gebruikt AES-256-GCM-versleuteling op applicatieniveau; de documentatie stelt duidelijk dat dit geen volledige schijfversleuteling of end-to-end-versleuteling is.

Telemetrie en analytics standaard

Beide projecten verklaren dat er standaard geen data de deployment verlaat.

De FAQ van Open WebUI stelt: "Open WebUI stuurt uw data standaard niet naar externe diensten" en "Bij registratie wordt alle informatie lokaal op uw server opgeslagen en standaard niet naar Open WebUI of een derde partij gestuurd." Prompts en antwoorden worden alleen naar een modelaanbieder gestuurd wanneer de beheerder er een koppelt. Er is OpenTelemetry-integratie beschikbaar voor door de beheerder beheerde observability.

Het handvest van Libre WebUI verbindt zich tot "nul telemetrie — geen analytics, geen tracking, geen phone-home-code", en de observability-documentatie stelt dat "geen van beide paden telemetrie naar het Libre WebUI-project stuurt"; de OpenTelemetry-export staat uit totdat een beheerder een collector-endpoint instelt. De documentatie maakt ook duidelijk dat een lokale, alleen voor beheerders toegankelijke gebruiksmeting altijd aan staat en niet kan worden uitgeschakeld, dat de data alleen in de database van de deployment wordt bewaard, en dat prompts, antwoorden en inloggegevens nooit naar de gebruikstabel worden geschreven.

Authenticatie en multi-userondersteuning

Open WebUI documenteert op rollen gebaseerde toegangscontrole met rollen, groepen en machtigingen per resource; single sign-on via OIDC en LDAP; SCIM 2.0 voor geautomatiseerde provisioning van gebruikers en groepen; en API-sleutels voor programmatische toegang.

Libre WebUI documenteert lokale accounts met bcrypt-gehashte wachtwoorden en JWT's gekoppeld aan intrekbare serversessies; precies twee rollen (admin en gebruiker), aangevuld met groepen en machtigingen per resource (lezen/schrijven/admin), met als uitgangspunt dat resources standaard privé zijn en dat de globale adminrol geen toegang geeft tot de inhoud van andere gebruikers; SSO via generiek OIDC (met PKCE, domein-allowlists en groep-naar-rolkoppeling) plus GitHub- en Hugging Face-OAuth; en persoonlijke, intrekbare API-tokens met beperkte scope. De documentatie stelt expliciet dat SAML en SCIM-provisioning momenteel niet worden aangeboden; LDAP is niet gedocumenteerd.

Samengevat: Open WebUI documenteert een bredere enterprise-identiteitsintegratie (LDAP, SCIM); Libre WebUI documenteert OIDC-gerichte SSO met machtigingen per resource en benoemt de grenzen van zijn identiteitsprotocollen in de eigen documentatie.

Architectuur en uitbreidbaarheid

Open WebUI gebruikt een Python-backend en een Svelte-frontend. De uitbreidbaarheid draait om het Pipelines-pluginframework, Python-gebaseerde Tools en Functions die in een ingebouwde code-editor kunnen worden bewerkt, native MCP-ondersteuning via Streamable HTTP en automatische toolontdekking vanaf OpenAPI-compatibele endpoints. De RAG-stack documenteert 13 ondersteunde vectordatabases (ChromaDB en PGVector officieel onderhouden) en 8 documentextractie-engines, met hybride BM25 + vectorzoeken en herordening via een cross-encoder.

Libre WebUI gebruikt een TypeScript/Node.js-backend (Express) en een React-frontend. De uitbreidbaarheid draait om in JSON gedefinieerde providerplugins voor chat, embeddings, beeld, TTS, STT, audio en video (de gebundelde families omvatten OpenAI-compatibel, Anthropic, Google Gemini, Groq, Mistral, OpenRouter, Hugging Face, MLX, ComfyUI en ElevenLabs, naast lokale Ollama); gereguleerde tools met 13 ingebouwde tools en externe toolservers via OpenAPI 3.x (met hash vastgelegde specificaties) en MCP Streamable HTTP — tools staan standaard uit, aanroepen met neveneffecten vereisen goedkeuring van de gebruiker en uitgaand verkeer is gehard tegen SSRF; stdio-MCP-servers worden bewust niet ondersteund. Constructies op een hoger niveau omvatten assistentprofielen (die prompts, tools, skills, kennis en stem bundelen), geversioneerde skills en prompts, gesandboxte artifacts (HTML, React, Mermaid, SVG) en "Work" — geïsoleerde Docker-/Kubernetes-codeerwerkruimten. Het platformfundament definieert twee gevalideerde profielen: solo (SQLite, ingebedde vectoren, lokale blobs) en team (PostgreSQL, PGVector, S3-compatibele opslag, Redis), waarbij gemengde configuraties bij het opstarten worden geweigerd.

Deployment-opties

Open WebUI documenteert installatie via pip install open-webui, Docker (inclusief CUDA- en Ollama-gebundelde imagevarianten), Docker Compose en Kubernetes via kustomize en Helm, met S3-/GCS-/Azure Blob-opslagbackends en op Redis gebaseerde sessies voor horizontale schaalbaarheid.

Libre WebUI documenteert een start met één commando (npx libre-webui@latest), globale installatie via npm en Homebrew, Docker Compose-varianten (gebundelde Ollama, externe Ollama, GPU, socket-proxy en team), een Helm-chart gepubliceerd in een OCI-registry met standaard podbeveiliging en optionele NetworkPolicies, een gedocumenteerd patroon voor private deployment met Cloudflare Tunnel zonder opengestelde poorten, en een Electron-desktopapp voor macOS, Windows en Linux — gedocumenteerd als alleen client, zonder gebundelde backend en zonder automatische updates.

Productiefuncties

Open WebUI documenteert gebruiksdashboards die berichtvolume en tokenverbruik volgen, een modelarena met A/B-tests en Elo-ranglijsten, OpenTelemetry-integratie, webhooks en systeembanners, en horizontale schaalbaarheid. Een commercieel enterpriseplan voegt SLA-ondersteuning en long-term-supportversies (LTS) toe.

Libre WebUI documenteert kostenbeheer — geversioneerde tarieven met ingangsdatum en budgetten per instantie, gebruiker of groep, met observeer-, waarschuw- en harde blokkeermodus, plus CSV-export; evaluaties — feedbacktags, een blinde arena met deterministische Elo en duurzame uitvoeringen van evaluatiesets; observability — gestructureerde JSON-logs met request-ID-correlatie en een redactiegrens, plus opt-in OTLP-export; liveness-, readiness- en (alleen voor admins) diepe healthchecks; en gelaagde snelheidslimieten die in teammodus door Redis worden ondersteund en over replica's worden gedeeld. Het teamprofiel is gedocumenteerd als gecertificeerd voor drie of meer applicatiereplica's plus een externe duurzame worker, gevalideerd door een release-bepalende storingsoefening met drie replica's. De Kubernetes-documentatie benoemt ook openlijk een voorbehoud: schema-upgrades verlopen niet zonder downtime en vereisen een geplande serviceonderbreking.

Team- en samenwerkingsfuncties

Open WebUI documenteert gedeelde kanalen waarin gebruikers en AI-modellen aan hetzelfde gesprek deelnemen, directe berichten, gebruikersgroepen met rolgebaseerde machtigingen, toegangsbeperkingen per model, een Notes-werkruimte met AI-ondersteuning en het organiseren van gesprekken via mappen, tags en vastgezette items.

Libre WebUI documenteert kanalen (publiek, privé en DM's) met threads van één niveau, reacties, vastgezette items en @model-antwoorden die onder de identiteit van het aanroepende lid draaien; een uniform deelmodel (de eigenaar verleent lezen/schrijven/admin aan gebruikers of groepen) voor chats, notities, kenniscollecties, persona's, prompts, skills, agenda's en toolservers, zonder anonieme publieke links; versleutelde meldingen per gebruiker; deelbare agenda's; en geplande automatiseringen die AI-runs als chatsessies afleveren. Gedocumenteerde hiaten zijn onder meer het ontbreken van aanwezigheids-/typindicatoren en export per kanaal.

Spraak- en mediamogelijkheden

Open WebUI documenteert spraakherkenning, spraaksynthese, handsfree spraak- en video-oproepen, en het genereren en bewerken van afbeeldingen via engines als GPT-Image, Gemini en ComfyUI, naast het uploaden van bestanden en afbeeldingen.

Libre WebUI documenteert een beurtgebaseerde spraakmodus (luisteren → transcriberen → denken → spreken) met onderbreking; de documentatie stelt expliciet dat deze niet full-duplex is. STT en TTS lopen via providerplugins (spraakherkenning in de browser, OpenAI-compatibele transcriptie, Hugging Face-ASR, ElevenLabs en andere), met toestemmingsgebaseerd stemklonen achter een aparte toegangsmodus. Mediagegeneratieplugins declareren beeld-, TTS-, audio- en videocapaciteiten en voeden een galerij per gebruiker. Documentverwerking omvat PDF, Office-formaten, Markdown, HTML en broncode met herkomst van citaties per pagina/dia/werkblad en hybride BM25 + vectorretrieval; OCR voor gescande documenten is gedocumenteerd als nog niet ondersteund.

Kwaliteit en transparantie van de documentatie

Beide projecten onderhouden substantiële officiële documentatie.

De documentatie van Open WebUI omvat functiegidsen, deployment- en onderhoudstutorials (back-ups, database-export, handmatige migratie), een publieke databaseschema-referentie en een licentie-FAQ die de niet-OSI-status van de licentie rechtstreeks behandelt.

De documentatie van Libre WebUI omvat gidsen per functie die limieten en niet-doelen direct in de tekst benoemen (bijvoorbeeld "geen SAML of SCIM", "niet full-duplex", "geen schema-rollout zonder downtime"), een gepubliceerde OpenAPI-specificatie en llms.txt, en gegenereerde capability-contracten die elke UI-route, API-route en elk WebSocket-pad koppelen aan een verantwoordelijke, documentatie en een benoemde, in CI gecontroleerde test.

Welke kiezen

Geen van beide projecten is categorisch beter; de juiste keuze hangt af van uw randvoorwaarden. Objectieve criteria om af te wegen:

• Licentievereisten. Als uw organisatie een door de OSI goedgekeurde licentie vereist of van plan is de interface te rebranden voor meer dan 50 gebruikers zonder enterpriseovereenkomst, verschillen de licenties wezenlijk: Libre WebUI staat onder Apache 2.0 zonder brandingclausule; de licentie van Open WebUI beperkt brandingwijzigingen boven de drempel van 50 gebruikers, tenzij er een enterpriselicentie is.
• Identiteitsinfrastructuur. Organisaties die gestandaardiseerd zijn op LDAP of SCIM-provisioning vinden die gedocumenteerd bij Open WebUI; organisaties die gestandaardiseerd zijn op OIDC worden door beide bediend.
• Ecosysteem en integraties. Open WebUI heeft een zeer grote community (ongeveer 150.000 GitHub-sterren) en documenteert een breed integratieoppervlak, waaronder 13 vectordatabases en 8 documentextractie-engines. Het ecosysteem van Libre WebUI is kleiner en draait om de gebundelde providerplugins en OpenAPI-/MCP-toolservers.
• Uitbreidbaarheidsmodel. Open WebUI wordt vooral uitgebreid via Python-code (Pipelines, Tools, Functions); Libre WebUI vooral via declaratieve JSON-plugindefinities en gereguleerde externe toolservers. Wat beter past, hangt af van de vaardigheden van uw team en uw eisen aan wijzigingsbeheer.
• Operationele houding. Vergelijk de gedocumenteerde back-up-/herstelprocedures, healthchecks, snelheidslimieten en het schaalmodel van elk project met uw hersteltijd- en beschikbaarheidsdoelen, inclusief het gedocumenteerde ontbreken van schema-upgrades zonder downtime bij Libre WebUI en de op Redis gebaseerde horizontale schaalbaarheid bij Open WebUI.
• Governance en kostenbeheersing. Als uitgavenbudgetten per gebruiker of groep met harde handhaving een vereiste zijn, raadpleeg dan de kostenbeheerdocumentatie van Libre WebUI; als gebruiksdashboards en enterprise-SLA/LTS-opties belangrijk zijn, raadpleeg dan de beheerdersanalytics en het enterpriseplan van Open WebUI.
• Mediavereisten. Realtime spraak- en video-oproepen zijn gedocumenteerd bij Open WebUI; de spraakmodus van Libre WebUI is beurtgebaseerd. Beide documenteren STT, TTS en beeldgeneratie via configureerbare aanbieders.

Beoordeel beide projecten aan de hand van uw eigen vereisten met behulp van de onderstaande primaire bronnen.

Bronnen

• Open WebUI-documentatie: docs.openwebui.com — waaronder Functies, Licentie & FAQ, FAQ, Chat-import & -export, Database-export en Back-ups
• Open WebUI-repository en licentie: github.com/open-webui/open-webui
• Libre WebUI-documentatie: docs.librewebui.org — waaronder Handvest, Dataportabiliteit, Herstelgereedheid, Authenticatie, Single Sign-On, Chat-tools, Assistentprofielen, Platformfundament, Kostenbeheer, Evaluaties, Observability, Kubernetes en Spraakmodus
• Libre WebUI-repository en licentie: github.com/libre-webui/libre-webui

Laatst gecontroleerd: augustus 2026. Beide projecten brengen frequent releases uit; raadpleeg de gekoppelde primaire bronnen voor actuele details. Citaten uit Engelstalige documenten zijn vertalingen; bij verschillen prevaleert het Engelse origineel.