Open WebUI

Open WebUI est une interface web auto-hébergée permettant d'exécuter des LLM locaux et cloud sans envoyer de données à des serveurs tiers. Créé par Tim Jaeryang Baek en septembre 2023 sous le nom de « Ollama WebUI », puis renommé en janvier 2024 pour refléter une prise en charge plus large des backends, le projet a atteint 134,000 étoiles GitHub et une communauté de 355,000 membres en avril 2026. Il s'exécute sur Docker ou Kubernetes et place une interface de type ChatGPT devant Ollama, toute API compatible OpenAI et des dizaines de fournisseurs commerciaux simultanément. Tim Baek a fondé Open WebUI, Inc. en septembre 2024 après avoir rejoint la première cohorte du Builders Accelerator de Mozilla.

La version actuelle, v0.9.2 (24 avril 2026), intègre la recherche de documents RAG sur neuf bases de données vectorielles (ChromaDB, Qdrant, Milvus, et d'autres), les appels vocaux et vidéo, un framework Pipelines pour les middlewares basés sur Python, un contrôle d'accès basé sur les rôles multi-utilisateurs, le SSO LDAP et OIDC, le provisionnement SCIM 2.0, l'observabilité OpenTelemetry, des quotas de modèles par utilisateur, la recherche web via SearxNG, et un système de plugins d'outils/fonctions. Pour les particuliers, c'est un remplaçant privé de ChatGPT. Pour les équipes, c'est une plateforme d'IA interne complète qui maintient toute l'inférence sur site.

Ce que fait réellement Open WebUI en avril 2026

Fondamentalement, Open WebUI est une couche d'administration et de chat basée sur navigateur qui se place devant les backends de vos modèles. Vous le pointez vers une instance Ollama en cours d'exécution ou fournissez n'importe quel point de terminaison compatible OpenAI, et il s'occupe du reste : suivi des conversations, gestion des prompts système, changement de modèle en cours de conversation, téléchargement de fichiers et d'images, et une bibliothèque de modèles partagée à l'échelle de votre organisation.

Le framework Pipelines est ce qui rend la plateforme véritablement extensible. Les Pipelines sont des scripts Python qui interceptent les requêtes et les réponses : vous pouvez y attacher des limiteurs de débit, des journaux d'utilisation (Langfuse, Datadog), des filtres de contenu, des protections contre l'injection de prompts ou des chaînes de prétraitement personnalisées sans modifier le code source principal. Depuis la v0.9.2, les Pipelines s'exécutent comme un service distinct à travers lequel Open WebUI achemine le trafic.

Le RAG (Retrieval-Augmented Generation) est intégré au flux de téléchargement. Déposez un PDF ou collez une URL et Open WebUI le fragmente, le vectorise et le stocke dans votre base de données vectorielle configurée. Les modèles d'embedding pris en charge incluent nomic-embed-text en local ou toute API d'embeddings compatible OpenAI. Le système de base de connaissances vous permet de créer des collections de documents persistantes qui sont conservées d'une conversation à l'autre et peuvent être partagées entre les utilisateurs.

Pour les déploiements en équipe, le panneau d'administration couvre le provisionnement des utilisateurs (comptes locaux, SSO Google/GitHub, LDAP, Azure AD), l'accès aux modèles basé sur les groupes, les quotas de tokens par utilisateur, les tableaux de bord d'utilisation et la journalisation d'audit. La prise en charge de SCIM 2.0 signifie que les fournisseurs d'identité d'entreprise peuvent appliquer automatiquement les modifications d'utilisateurs et de groupes.

Où se situe Open WebUI par rapport à LibreChat et AnythingLLM

Ces trois projets définissent le marché actuel des interfaces utilisateur pour LLM auto-hébergés. Les différences mécaniques sont importantes pour choisir la bonne solution.

LibreChat (github.com/danny-avila/LibreChat, 33,900 étoiles) est conçu pour basculer entre plusieurs fournisseurs de chat dans une seule interface. Son architecture est un Docker Compose multi-conteneurs exécutant le serveur d'application, MongoDB pour le stockage des conversations, et Meilisearch pour l'indexation RAG en texte intégral aux côtés des embeddings vectoriels. Le système d'authentification est le plus complet de toutes les alternatives : comptes locaux, LDAP, Google, GitHub, Discord, OpenID, Azure AD et AWS Cognito avec suivi des crédits de tokens par utilisateur. LibreChat dispose d'une licence MIT complète sans restrictions de marque. Sa faiblesse réside dans la complexité de sa configuration : vous gérez trois conteneurs contre une seule image pour Open WebUI, et l'interface utilisateur est moins aboutie pour une utilisation purement locale des LLM. LibreChat a été acquis par ClickHouse en 2025/2026.

AnythingLLM (github.com/Mintplex-Labs/anything-llm, 54,000 étoiles) traite le RAG comme son principe de conception central plutôt que comme un module complémentaire. Chaque espace de travail est un environnement RAG isolé avec ses propres documents, sa configuration LLM et son historique de conversation. Le canevas Visual Agent Flows permet aux utilisateurs non techniques d'enchaîner des appels d'API, des instructions LLM et des opérations sur les fichiers sans écrire de code. AnythingLLM propose une application de bureau native Electron avec LanceDB intégré sans configuration, ce qui signifie qu'aucun Docker n'est requis pour les configurations mono-utilisateur. Il prend en charge plus de 50 types de documents, y compris les dépôts GitHub, les transcriptions YouTube et les pages Confluence. AnythingLLM utilise la licence MIT de bout en bout. Sa faiblesse : le mode bureau est uniquement mono-utilisateur ; les équipes ont besoin du déploiement Docker.

Le résumé du positionnement : Open WebUI l'emporte sur l'expérience utilisateur axée sur le chat, la configuration Ollama la plus rapide, le rythme de développement le plus actif et la profondeur du RBAC multi-utilisateurs. LibreChat l'emporte sur l'exhaustivité du système d'authentification et la pureté de la licence pour la conformité commerciale. AnythingLLM l'emporte sur les flux de travail RAG riches en documents et le constructeur d'agents no-code.

« Si c'est approuvé par l'OSI, cela signifie que je n'ai pas besoin d'engager un avocat pour décider de ce que je peux faire. », simonw (Simon Willison), Lobsters, 2025

Le changement de licence et ce qu'il signifie pour votre déploiement

Fin 2024, Open WebUI a publié la v0.6.6 avec une « Open WebUI License » personnalisée remplaçant les conditions précédentes de la BSD-3-Clause. Le changement a ajouté une clause de protection de la marque : tout déploiement de 51 utilisateurs ou plus sur une période glissante de 30 jours doit conserver le nom et la marque « Open WebUI ». La marque blanche commerciale, qu'il s'agisse de créer un produit SaaS par-dessus Open WebUI ou de le déployer sous votre propre nom de marque, nécessite une licence d'entreprise distincte dont le prix n'est pas affiché publiquement.

Le timing était notable. Open WebUI était déjà passé de MIT à BSD-3 à peine cinq mois plus tôt, également sans annonce. Le changement de la v0.6.6 a généré un long fil de discussion sur Hacker News (id=43901575) et un fil parallèle sur Lobsters avec plusieurs centaines de commentaires entre eux. La réaction n'était pas marginale : elle incluait des développeurs de renom et des défenseurs de l'open source.

« Ce "petit ajout" le rendra probablement non Open Source selon la définition standard. », PeterZaitsev, Hacker News, avril/mai 2025

« Tout l'intérêt des logiciels open source est qu'ils peuvent être utilisés à n'importe quelle fin, y compris pour les revendre... Si vous ne voulez pas de cela, vous êtes contre l'open source. Ce qui est très bien, mais dans ce cas, je ne pense pas que vous devriez appeler votre programme "Open" WebUI. Il est trompeur et malhonnête de prétendre que votre licence est quelque chose qu'elle n'est tout simplement pas. », membre de la communauté r/LocalLLaMA, Reddit, 2025

L'impact pratique : l'utilisation personnelle, les home labs et les équipes de moins de 50 utilisateurs actifs par mois ne sont absolument pas affectés et restent gratuits. La restriction pénalise les opérateurs commerciaux : quiconque crée un produit payant, un service géré ou un déploiement d'entreprise en marque blanche est confronté à une ambiguïté juridique sans payer pour une licence d'entreprise à un prix non divulgué. Les développeurs qui ont besoin d'un open source certifié OSI pour les politiques de conformité internes ne peuvent pas du tout utiliser la v0.6.6+. La dernière version entièrement permissive, la v0.6.5, est disponible sur GitHub pour ceux qui souhaitent créer un fork à partir d'une base saine.

À quoi ressemble la réalité du déploiement et des mises à jour

Pour une nouvelle installation, Open WebUI est véritablement rapide à mettre en route. Une seule commande Docker télécharge l'image et se lie au port 3000 ; si Ollama est déjà en cours d'exécution localement, l'interface utilisateur se connecte automatiquement. L'image de la v0.9.2 est plus volumineuse que les premières versions, mais reste gérable sur un VPS standard.

L'exploitation en production est plus difficile. Le rythme de développement rapide d'Open WebUI, avec des versions quasi hebdomadaires pendant une grande partie de 2025 et 2026, a fait que les mises à jour ont parfois cassé les configurations en place. Les incidents documentés incluent la v0.8.0 provoquant des échecs de démarrage sur les déploiements existants, la v0.7.2 cassant les jetons d'accès à l'API, et la v0.6.3x nécessitant des temps de redémarrage de conteneur de plusieurs heures pour certains utilisateurs. Le suivi des problèmes GitHub du projet reflète clairement ces schémas sur plusieurs versions.

L'utilisation des ressources du navigateur est une autre considération opérationnelle. La génération de réponses à partir d'une instance Ollama distante peut pousser un cœur de processeur à 100% d'utilisation dans Chrome. La consommation de RAM augmente progressivement au fil des sessions prolongées. Les déploiements de bases de connaissances volumineuses, ceux de 60,000 fichiers ou plus, voient le point de terminaison /api/models renvoyer des réponses de 43 à 50 Mo qui incluent tous les UUID de fichiers, provoquant des ralentissements perceptibles, en particulier sur les navigateurs mobiles.

Pour une utilisation en home lab et en petite équipe où la tolérance aux temps d'arrêt est raisonnable, ces points de friction sont gérables. Pour les déploiements en production où les SLA de fiabilité sont importants, le rythme des mises à jour nécessite une stratégie d'épinglage de version plus prudente et un environnement de pré-production avant d'appliquer les mises à jour.

À qui s'adresse Open WebUI

Open WebUI est le bon choix pour les passionnés de LLM locaux qui souhaitent une interface soignée et activement maintenue sans avoir à la construire eux-mêmes. C'est également un choix solide pour les petites et moyennes équipes déployant un accès interne à l'IA : les systèmes RBAC, SSO et de quotas couvrent la plupart des exigences des entreprises sans nécessiter de relations commerciales avec des fournisseurs d'IA. Les organisations axées sur la confidentialité, où la résidence des données est non négociable, trouveront qu'il fournit l'infrastructure dont elles ont besoin sur du matériel de serveur standard. Les administrateurs informatiques à l'aise avec Docker qui souhaitent une plateforme gérée et extensible plutôt qu'une API brute bénéficient de la profondeur du panneau d'administration.

Évitez Open WebUI si votre cas d'usage principal est le RAG riche en documents où la qualité de récupération est l'exigence fondamentale : le modèle d'espace de travail et le constructeur d'agents visuels d'AnythingLLM sont mieux adaptés. Évitez-le si vous avez besoin d'une interface utilisateur véritablement légère sans surcharge opérationnelle : le projet est devenu une plateforme, et la configuration initiale implique désormais des décisions de configuration importantes. Évitez-le si vous avez besoin d'un open source certifié OSI pour des raisons juridiques ou de conformité : la licence v0.6.6+ ne se qualifie pas, et créer un fork à partir de la v0.6.5 signifie manquer plus de 18 mois de développement actif. Évitez-le si vous prévoyez de créer un produit commercial en marque blanche : la voie de la licence d'entreprise n'a pas de prix publié, et supposer qu'elle est gratuite constitue un risque juridique.

Premiers pas avec Open WebUI

La voie la plus rapide est une simple commande Docker si Ollama est déjà en cours d'exécution localement :

docker run -d -p 3000:80 --add-host=host.docker.internal:host-gateway \
  -v open-webui:/app/backend/data --name open-webui \
  --restart always ghcr.io/open-webui/open-webui:main

Accédez à http://localhost:3000 et créez le premier compte administrateur. Le premier utilisateur à s'inscrire devient automatiquement l'administrateur. Depuis le panneau d'administration, configurez des backends de modèles supplémentaires sous Settings > Connections, configurez le SSO sous Settings > Auth, et configurez les préférences de la base de données vectorielle RAG sous Settings > Documents.

Pour les déploiements en équipe, la voie recommandée est Docker Compose avec une base de données PostgreSQL ou SQLite externe, un proxy inverse Nginx pour le HTTPS, et Ollama soit co-localisé, soit sur un serveur d'inférence séparé. La documentation officielle sur docs.openwebui.com couvre les charts Helm Kubernetes pour les déploiements plus importants. Épinglez une balise de version spécifique plutôt que la balise main ou latest si la stabilité en production est importante : le rythme de publication fréquent signifie que latest peut comporter des changements majeurs.