Open WebUI vs Libre WebUI : comparaison factuelle

Open WebUI et Libre WebUI sont deux interfaces web auto-hébergées pour travailler avec des grands modèles de langage. Chacune peut se connecter à des environnements d'exécution locaux comme Ollama ainsi qu'à des API compatibles OpenAI et à d'autres API hébergées, et chacune est conçue pour conserver les données des utilisateurs sur l'infrastructure de l'opérateur. Cette page compare les deux projets strictement sur la base de différences documentées publiquement, en s'appuyant sur la documentation officielle, le texte des licences et les dépôts publics de chaque projet. Elle n'évalue ni la qualité du code, ni les performances, ni le sentiment de la communauté, et ne recommande aucun projet plutôt que l'autre.

Toutes les affirmations ci-dessous proviennent de la documentation officielle d'Open WebUI et de Libre WebUI, des fichiers de licence des projets et de leurs dépôts GitHub publics, en date d'août 2026. Les deux projets évoluent rapidement ; vérifiez les détails auprès des sources primaires avant toute décision.

Vue d'ensemble

Dimension	Open WebUI	Libre WebUI
Licence	« Open WebUI License » : basée sur BSD-3 avec une clause de protection de la marque ajoutée (v0.6.6+, avril 2025). Les mainteneurs indiquent qu'il ne s'agit pas d'une licence open source approuvée par l'OSI. Le code jusqu'à la v0.6.5 reste sous BSD-3-Clause.	Licence Apache 2.0. La charte du projet s'engage à ne jamais passer à des conditions plus restrictives.
Marque / marque blanche	Retirer ou modifier la marque « Open WebUI » est interdit, sauf pour les déploiements de ≤ 50 utilisateurs sur toute période glissante de 30 jours, les contributeurs disposant d'une autorisation écrite, ou les titulaires d'une licence entreprise.	Aucune restriction de marque ou de marque blanche documentée ; les conditions par défaut d'Apache 2.0 s'appliquent. La marque blanche est proposée comme service payant optionnel.
Propriété et portabilité des données	Données stockées localement (SQLite ou PostgreSQL). Export/import des conversations en JSON ; conversations individuelles en JSON, PDF ou Markdown. Export/import complet de la base de données et procédures de sauvegarde documentés.	Données stockées localement (SQLite ou PostgreSQL). Archive JSON versionnée par utilisateur avec empreinte d'intégrité SHA-256 et import transactionnel ; CLI de sauvegarde/restauration signée (Ed25519) et chiffrée (AES-256-GCM) ; contrôle préalable recovery-check.
Télémétrie / analytique par défaut	La FAQ indique qu'aucune donnée n'est envoyée à des services externes par défaut ; les données ne vont vers un fournisseur de modèles que lorsqu'un fournisseur est connecté. Intégration OpenTelemetry disponible pour une observabilité autogérée.	La charte affirme une télémétrie nulle (« pas d'analytique, pas de traçage, pas de code de rappel »). L'export OpenTelemetry est désactivé tant qu'un opérateur ne configure pas de point de collecte. La mesure d'usage locale, réservée aux administrateurs, est toujours active mais ne quitte jamais le déploiement.
Authentification et multi-utilisateurs	RBAC avec rôles, groupes et permissions par ressource ; SSO via OIDC et LDAP ; provisionnement SCIM 2.0 ; clés API.	Comptes locaux avec JWT liés à des sessions serveur révocables ; deux rôles (admin/utilisateur) plus groupes et droits par ressource ; OIDC générique (plus OAuth GitHub et Hugging Face) ; jetons API personnels à portée limitée. Pas de SAML, SCIM ni LDAP (limitation documentée).
Extensibilité	Framework de plugins Pipelines ; Tools/Functions en Python avec éditeur de code intégré ; MCP (Streamable HTTP) ; serveurs d'outils OpenAPI ; 13 bases vectorielles prises en charge ; 8 moteurs d'extraction de documents.	Plugins fournisseurs définis en JSON (chat, embeddings, image, TTS, STT, audio, vidéo) ; 13 outils intégrés ; serveurs d'outils OpenAPI 3.x et MCP (Streamable HTTP), désactivés par défaut avec approbation par appel pour les effets de bord ; profils d'assistant, skills, bibliothèque de prompts, artifacts, espaces de codage « Work » isolés.
Déploiement	pip install open-webui ; Docker (images :cuda, :ollama incluses) ; Docker Compose ; Kubernetes via kustomize et Helm ; stockage S3/GCS/Azure ; montée en charge horizontale via Redis.	Une seule commande (npx libre-webui@latest) ; npm et Homebrew ; variantes Docker Compose (Ollama intégré/externe, GPU, équipe) ; chart Helm (registre OCI) ; déploiement privé documenté via Cloudflare Tunnel ; client de bureau Electron (client uniquement).
Fonctionnalités de production	Tableaux de bord d'usage (messages, tokens) ; arène de modèles avec classements Elo ; OpenTelemetry ; montée en charge horizontale ; offre entreprise avec support SLA et versions LTS.	Gouvernance des coûts : tarifs datés et budgets avec modes observation/alerte/blocage ; jeux d'évaluation et arène en aveugle avec Elo ; export OTLP en opt-in ; sondes de vivacité/disponibilité/diagnostic ; profil équipe certifié pour 3 réplicas ou plus avec un worker durable externe ; pas de mise à niveau de schéma sans interruption (réserve documentée).
Équipe / collaboration	Canaux où utilisateurs et modèles partagent des conversations ; messages directs ; groupes d'utilisateurs ; contrôles d'accès par modèle ; espace Notes ; dossiers, étiquettes, épingles.	Canaux, messages directs et fils à un niveau avec réponses @model ; partage propriétaire → utilisateur/groupe (lecture/écriture/admin) pour conversations, notes, connaissances, personas, prompts, skills, calendriers et serveurs d'outils ; pas de liens publics anonymes ; notifications, calendriers partagés, automatisations planifiées.
Voix et médias	Reconnaissance et synthèse vocales, appels vocaux et vidéo mains libres ; génération d'images via GPT-Image, Gemini, ComfyUI ; RAG sur 8 moteurs d'extraction avec recherche hybride BM25 + vecteurs et reclassement.	Mode vocal au tour par tour avec interruption (documenté comme non full-duplex) ; STT/TTS via plugins fournisseurs ; clonage de voix soumis au consentement ; génération d'images, d'audio et de vidéo via des plugins déclarant leurs capacités, avec galerie par utilisateur ; RAG hybride BM25 + vecteurs avec citations par page/diapositive/feuille ; pas d'OCR pour les documents numérisés (limitation documentée).
Documentation	Documentation officielle étendue : guides de fonctionnalités, référence du schéma de base de données, tutoriels de sauvegarde/migration et FAQ sur la licence.	Documentation officielle : guides par fonctionnalité énonçant limites et non-objectifs, openapi.json et llms.txt publiés, et contrats de capacités générés associant chaque route à un responsable et à un test nommé.

Licence

Open WebUI est distribué sous la « Open WebUI License », introduite avec la v0.6.6 (avril 2025). Elle est basée sur BSD-3-Clause avec une clause supplémentaire protégeant la marque « Open WebUI ». La FAQ sur la licence du projet lui-même indique que la licence n'est « pas une licence "open source" approuvée par l'OSI », tout en soulignant que le code reste public et développé au grand jour. Tout le code fusionné jusqu'à la v0.6.5 reste sous la licence BSD-3-Clause d'origine. Les droits d'auteur sont détenus par Open WebUI Inc.

Libre WebUI est distribué sous la licence Apache 2.0, une licence approuvée par l'OSI, avec des droits d'auteur détenus par Kroonen AI, Inc. La charte du projet indique que le code source « restera sous licence Apache 2.0 à perpétuité » et que le projet « ne sera jamais relicencié vers des conditions plus restrictives », y compris pour les offres entreprise.

Marque et marque blanche

La licence d'Open WebUI interdit de modifier, retirer, masquer ou remplacer la marque « Open WebUI », avec trois exceptions documentées : les déploiements servant au plus 50 utilisateurs sur toute période glissante de 30 jours, les contributeurs disposant d'une autorisation écrite spécifique, et les organisations titulaires d'une licence entreprise. Hors de ces exceptions, le retrait de la marque est décrit dans la licence comme une violation substantielle. Le projet propose une offre entreprise incluant thèmes et marque personnalisés.

Libre WebUI ne documente aucune exigence de marque, de marque déposée ou d'attribution au-delà des conditions standard d'Apache 2.0 (qui impose de préserver les fichiers de licence et de notice dans les distributions du code source, mais n'impose aucune règle de marque visible par l'utilisateur). La marque blanche n'apparaît dans la charte que comme service commercial optionnel, non comme condition de licence.

Propriété, portabilité et restauration des données

Les deux projets stockent toutes les données sur l'infrastructure de l'opérateur, avec SQLite par défaut et PostgreSQL comme option documentée.

Open WebUI documente l'export et l'import de conversations (toutes les conversations en JSON ; conversations individuelles en JSON, PDF ou Markdown), l'export/import complet de la base de données pour migrer entre serveurs, des conseils de sauvegarde, une référence publique du schéma de base de données et des procédures de migration manuelle basées sur Alembic.

Libre WebUI documente une archive de données par utilisateur : un format JSON versionné (libre-webui-user-data, version 3) avec empreinte d'intégrité SHA-256, couvrant conversations, notes, collections de connaissances et préférences, avec des exclusions explicitement listées (identifiants, données vocales biométriques, médias générés et état au niveau de l'instance). L'import est vérifié au préalable et transactionnel sur SQLite comme sur PostgreSQL. Pour les opérateurs, la préparation à la restauration documente un contrôle CLI en lecture seule recovery-check et une CLI de sauvegarde produisant des archives signées Ed25519 et chiffrées AES-256-GCM, avec étapes de vérification et de pré-restauration, plus des variantes en mode équipe (PostgreSQL/S3). Les données au repos utilisent un chiffrement applicatif AES-256-GCM ; la documentation précise qu'il ne s'agit ni d'un chiffrement de disque complet ni d'un chiffrement de bout en bout.

Télémétrie et analytique par défaut

Les deux projets déclarent qu'aucune donnée ne quitte le déploiement par défaut.

La FAQ d'Open WebUI indique : « Open WebUI n'envoie pas vos données à des services externes par défaut » et « Lors de votre inscription, toutes les informations sont stockées localement sur votre serveur et ne sont pas envoyées à Open WebUI ni à un tiers par défaut ». Les prompts et réponses ne sont transmis à un fournisseur de modèles que lorsque l'opérateur en connecte un. Une intégration OpenTelemetry est disponible pour une observabilité gérée par l'opérateur.

La charte de Libre WebUI s'engage à une « télémétrie nulle — pas d'analytique, pas de traçage, pas de code de rappel », et sa documentation d'observabilité indique qu'« aucune des deux voies n'envoie de télémétrie au projet Libre WebUI » ; l'export OpenTelemetry est désactivé tant qu'un opérateur ne définit pas de point de collecte. La documentation précise aussi qu'une mesure d'usage locale, réservée aux administrateurs, est toujours active et ne peut pas être désactivée, que ses données sont conservées uniquement dans la base du déploiement, et que prompts, réponses et identifiants ne sont jamais écrits dans la table d'usage.

Authentification et multi-utilisateurs

Open WebUI documente un contrôle d'accès basé sur les rôles avec rôles, groupes et permissions par ressource ; l'authentification unique via OIDC et LDAP ; SCIM 2.0 pour le provisionnement automatisé des utilisateurs et des groupes ; et des clés API pour l'accès programmatique.

Libre WebUI documente des comptes locaux avec mots de passe hachés en bcrypt et des JWT liés à des sessions serveur révocables ; exactement deux rôles (admin et utilisateur) complétés par des groupes et des droits par ressource (lecture/écriture/admin), avec pour principe par défaut que les ressources sont privées et que le rôle admin global ne donne pas accès au contenu des autres utilisateurs ; le SSO via OIDC générique (avec PKCE, listes de domaines autorisés et mise en correspondance groupes→rôles) plus OAuth GitHub et Hugging Face ; et des jetons API personnels à portée limitée et révocables. La documentation indique explicitement que SAML et le provisionnement SCIM ne sont pas exposés actuellement ; LDAP n'est pas documenté.

En résumé : Open WebUI documente une intégration d'identité d'entreprise plus large (LDAP, SCIM) ; Libre WebUI documente un SSO centré sur OIDC avec des droits par ressource et énonce lui-même les limites de ses protocoles d'identité.

Architecture et extensibilité

Open WebUI utilise un backend Python et un frontend Svelte. L'extensibilité repose sur le framework de plugins Pipelines, des Tools et Functions en Python éditables dans un éditeur de code intégré, la prise en charge native de MCP via Streamable HTTP et la découverte automatique d'outils depuis des points d'accès compatibles OpenAPI. Sa pile RAG documente 13 bases vectorielles prises en charge (ChromaDB et PGVector maintenues officiellement) et 8 moteurs d'extraction de documents, avec recherche hybride BM25 + vecteurs et reclassement par cross-encoder.

Libre WebUI utilise un backend TypeScript/Node.js (Express) et un frontend React. L'extensibilité repose sur des plugins fournisseurs définis en JSON couvrant chat, embeddings, image, TTS, STT, audio et vidéo (les familles incluses comprennent compatibles OpenAI, Anthropic, Google Gemini, Groq, Mistral, OpenRouter, Hugging Face, MLX, ComfyUI et ElevenLabs, aux côtés d'Ollama en local) ; des outils gouvernés avec 13 outils intégrés et des serveurs d'outils externes via OpenAPI 3.x (spécifications épinglées par hachage) et MCP Streamable HTTP — les outils sont désactivés par défaut, les appels à effets de bord exigent l'approbation de l'utilisateur, et le trafic sortant est durci contre les attaques SSRF ; les serveurs MCP stdio sont volontairement non pris en charge. Les constructions de plus haut niveau incluent les profils d'assistant (liant prompts, outils, skills, connaissances et voix), des skills et prompts versionnés, des artifacts en bac à sable (HTML, React, Mermaid, SVG) et « Work » — des espaces de codage isolés Docker/Kubernetes. La fondation de la plateforme définit deux profils validés : solo (SQLite, vecteurs embarqués, blobs locaux) et team (PostgreSQL, PGVector, stockage compatible S3, Redis), les configurations mixtes étant rejetées au démarrage.

Options de déploiement

Open WebUI documente l'installation via pip install open-webui, Docker (y compris des variantes d'images CUDA et avec Ollama intégré), Docker Compose et Kubernetes via kustomize et Helm, avec stockage S3/GCS/Azure Blob et sessions Redis pour la montée en charge horizontale.

Libre WebUI documente un démarrage en une commande (npx libre-webui@latest), l'installation globale via npm et Homebrew, des variantes Docker Compose (Ollama intégré, Ollama externe, GPU, socket-proxy et équipe), un chart Helm publié dans un registre OCI avec des valeurs par défaut de sécurité des pods et des NetworkPolicies optionnelles, un schéma de déploiement privé documenté utilisant Cloudflare Tunnel sans port exposé, et une application de bureau Electron pour macOS, Windows et Linux — documentée comme client uniquement, sans backend intégré ni mises à jour automatiques.

Fonctionnalités de production

Open WebUI documente des tableaux de bord d'usage suivant le volume de messages et la consommation de tokens, une arène de modèles avec tests A/B et classements Elo, une intégration OpenTelemetry, des webhooks et bannières système, et la montée en charge horizontale. Une offre entreprise commerciale ajoute un support avec SLA et des versions à support étendu (LTS).

Libre WebUI documente la gouvernance des coûts — tarifs versionnés à date d'effet et budgets par instance, utilisateur ou groupe, avec modes observation, alerte et blocage strict, plus export CSV ; les évaluations — étiquetage des retours, arène en aveugle avec Elo déterministe et exécutions durables de jeux d'évaluation ; l'observabilité — journaux JSON structurés avec corrélation par identifiant de requête et frontière de rédaction, plus export OTLP en opt-in ; des sondes de vivacité, de disponibilité et de diagnostic approfondi (réservé aux admins) ; et des limites de débit en couches, portées par Redis et partagées entre réplicas en mode équipe. Le profil équipe est documenté comme certifié pour trois réplicas applicatifs ou plus avec un worker durable externe, validé par un exercice de panne à trois réplicas conditionnant chaque publication. La documentation Kubernetes énonce aussi clairement une réserve : les mises à niveau de schéma ne se font pas sans interruption et nécessitent une coupure de service volontaire.

Fonctionnalités d'équipe et de collaboration

Open WebUI documente des canaux partagés dans lesquels utilisateurs et modèles d'IA participent à la même conversation, la messagerie directe, des groupes d'utilisateurs avec permissions par rôle, des restrictions d'accès par modèle, un espace Notes avec assistance IA et l'organisation des conversations par dossiers, étiquettes et épingles.

Libre WebUI documente des canaux (publics, privés et messages directs) avec fils à un niveau, réactions, épingles et réponses @model exécutées sous l'identité du membre qui les invoque ; un modèle de partage uniforme (le propriétaire accorde lecture/écriture/admin à des utilisateurs ou groupes) couvrant conversations, notes, collections de connaissances, personas, prompts, skills, calendriers et serveurs d'outils, sans lien public anonyme ; des notifications chiffrées par utilisateur ; des calendriers partageables ; et des automatisations planifiées livrant des exécutions d'IA sous forme de sessions de chat. Les lacunes documentées incluent l'absence d'indicateurs de présence/saisie et d'export par canal.

Capacités vocales et médias

Open WebUI documente la reconnaissance vocale, la synthèse vocale, les appels vocaux et vidéo mains libres, et la génération et l'édition d'images via des moteurs comme GPT-Image, Gemini et ComfyUI, ainsi que le téléversement de fichiers et d'images.

Libre WebUI documente un mode vocal au tour par tour (écouter → transcrire → réfléchir → parler) avec interruption ; la documentation précise explicitement qu'il n'est pas full-duplex. STT et TTS passent par des plugins fournisseurs (reconnaissance vocale du navigateur, transcription compatible OpenAI, ASR Hugging Face, ElevenLabs et autres), avec un clonage de voix soumis au consentement derrière un mode d'accès dédié. Les plugins de génération de médias déclarent des capacités image, TTS, audio et vidéo, alimentant une galerie par utilisateur. Le traitement documentaire couvre PDF, formats Office, Markdown, HTML et code source avec provenance des citations par page/diapositive/feuille et récupération hybride BM25 + vecteurs ; l'OCR pour documents numérisés est documenté comme non pris en charge à ce jour.

Qualité et transparence de la documentation

Les deux projets maintiennent une documentation officielle substantielle.

La documentation d'Open WebUI comprend des guides de fonctionnalités, des tutoriels de déploiement et de maintenance (sauvegardes, export de base de données, migration manuelle), une référence publique du schéma de base de données et une FAQ sur la licence qui aborde directement le statut non-OSI de sa licence.

La documentation de Libre WebUI comprend des guides par fonctionnalité qui énumèrent limites et non-objectifs directement dans le texte (par exemple « pas de SAML ni de SCIM », « non full-duplex », « pas de déploiement de schéma sans interruption »), une spécification OpenAPI et un llms.txt publiés, et des contrats de capacités générés qui associent chaque route d'interface, route d'API et chemin WebSocket à un responsable, à une documentation et à un test nommé vérifié en CI.

Lequel choisir

Aucun des deux projets n'est catégoriquement meilleur ; le bon choix dépend de vos contraintes. Critères objectifs à peser :

• Exigences de licence. Si votre organisation exige une licence approuvée par l'OSI ou prévoit de rebaptiser l'interface pour plus de 50 utilisateurs sans accord entreprise, les licences diffèrent substantiellement : Libre WebUI est sous Apache 2.0 sans clause de marque ; la licence d'Open WebUI restreint les modifications de marque au-delà du seuil de 50 utilisateurs, sauf licence entreprise.
• Infrastructure d'identité. Les organisations standardisées sur LDAP ou le provisionnement SCIM les trouveront documentés chez Open WebUI ; celles standardisées sur OIDC sont couvertes par les deux.
• Écosystème et intégrations. Open WebUI dispose d'une très grande communauté (environ 150 000 étoiles GitHub) et documente une large surface d'intégration, dont 13 bases vectorielles et 8 moteurs d'extraction de documents. L'écosystème de Libre WebUI est plus petit et centré sur ses plugins fournisseurs intégrés et ses serveurs d'outils OpenAPI/MCP.
• Modèle d'extensibilité. Open WebUI s'étend principalement par du code Python (Pipelines, Tools, Functions) ; Libre WebUI s'étend principalement par des définitions de plugins JSON déclaratives et des serveurs d'outils externes gouvernés. Le meilleur choix dépend des compétences de votre équipe et de vos exigences de contrôle des changements.
• Posture opérationnelle. Comparez les procédures documentées de sauvegarde/restauration, les sondes de santé, la limitation de débit et le modèle de montée en charge de chaque projet à vos objectifs de temps de restauration et de disponibilité, y compris l'absence documentée de mises à niveau de schéma sans interruption chez Libre WebUI et la montée en charge horizontale via Redis chez Open WebUI.
• Gouvernance et contrôle des coûts. Si des budgets de dépenses par utilisateur ou par groupe avec application stricte sont requis, consultez la documentation de gouvernance des coûts de Libre WebUI ; si les tableaux de bord d'usage et les options SLA/LTS entreprise comptent, consultez l'analytique d'administration et l'offre entreprise d'Open WebUI.
• Exigences médias. Les appels vocaux et vidéo en temps réel sont documentés chez Open WebUI ; le mode vocal de Libre WebUI est au tour par tour. Les deux documentent STT, TTS et génération d'images via des fournisseurs configurables.

Évaluez les deux projets au regard de vos propres exigences à l'aide des sources primaires ci-dessous.

Sources

• Documentation Open WebUI : docs.openwebui.com — notamment Fonctionnalités, Licence et FAQ, FAQ, Import et export de conversations, Export de base de données et Sauvegardes
• Dépôt et licence Open WebUI : github.com/open-webui/open-webui
• Documentation Libre WebUI : docs.librewebui.org — notamment Charte, Portabilité des données, Préparation à la restauration, Authentification, Authentification unique, Outils de chat, Profils d'assistant, Fondation de la plateforme, Gouvernance des coûts, Évaluations, Observabilité, Kubernetes et Mode vocal
• Dépôt et licence Libre WebUI : github.com/libre-webui/libre-webui

Dernière révision : août 2026. Les deux projets publient fréquemment ; consultez les sources primaires liées pour les détails à jour. Les citations tirées de documents rédigés en anglais sont traduites ; en cas de doute, le texte anglais original fait foi.