Open WebUI vs Libre WebUI: una comparación factual

Open WebUI y Libre WebUI son dos interfaces web autoalojadas para trabajar con grandes modelos de lenguaje. Ambas pueden conectarse a entornos de ejecución locales como Ollama, así como a API compatibles con OpenAI y otras API alojadas, y ambas están diseñadas para mantener los datos de los usuarios en la infraestructura del operador. Esta página compara los dos proyectos estrictamente sobre la base de diferencias documentadas públicamente, apoyándose en la documentación oficial, el texto de las licencias y los repositorios públicos de cada proyecto. No evalúa la calidad del código, el rendimiento ni el sentimiento de la comunidad, y no recomienda un proyecto sobre el otro.

Todas las afirmaciones siguientes proceden de la documentación oficial de Open WebUI y de Libre WebUI, de los archivos de licencia de los proyectos y de sus repositorios públicos de GitHub, a fecha de agosto de 2026. Ambos proyectos evolucionan rápidamente; verifique los detalles en las fuentes primarias antes de tomar decisiones.

De un vistazo

Dimensión	Open WebUI	Libre WebUI
Licencia	«Open WebUI License»: basada en BSD-3 con una cláusula añadida de protección de marca (v0.6.6+, abril de 2025). Los mantenedores declaran que no es una licencia de código abierto aprobada por la OSI. El código hasta la v0.6.5 permanece bajo BSD-3-Clause.	Licencia Apache 2.0. La carta del proyecto se compromete a no relicenciar nunca hacia términos más restrictivos.
Marca / marca blanca	Eliminar o alterar la marca «Open WebUI» está prohibido, salvo para despliegues con ≤ 50 usuarios en cualquier periodo móvil de 30 días, contribuyentes con permiso escrito o titulares de una licencia empresarial.	No se documenta ninguna restricción de marca o marca blanca; se aplican los términos por defecto de Apache 2.0. La marca blanca se ofrece como servicio de pago opcional.
Propiedad y portabilidad de los datos	Datos almacenados localmente (SQLite o PostgreSQL). Exportación/importación de chats en JSON; chats individuales en JSON, PDF o Markdown. Exportación/importación completa de la base de datos y procedimientos de copia de seguridad documentados.	Datos almacenados localmente (SQLite o PostgreSQL). Archivo JSON versionado por usuario con resumen de integridad SHA-256 e importación transaccional; CLI de copia/restauración firmada (Ed25519) y cifrada (AES-256-GCM); comprobación previa recovery-check.
Telemetría / analítica por defecto	La FAQ indica que no se envían datos a servicios externos por defecto; los datos solo van a un proveedor de modelos cuando hay uno conectado. Integración con OpenTelemetry disponible para observabilidad autogestionada.	La carta declara telemetría cero («sin analítica, sin rastreo, sin código que llame a casa»). La exportación OpenTelemetry está desactivada salvo que un operador configure un punto de recopilación. La medición de uso local, solo para administradores, está siempre activa pero nunca sale del despliegue.
Autenticación y multiusuario	RBAC con roles, grupos y permisos por recurso; SSO mediante OIDC y LDAP; aprovisionamiento SCIM 2.0; claves de API.	Cuentas locales con JWT vinculados a sesiones de servidor revocables; dos roles (admin/usuario) más grupos y concesiones por recurso; OIDC genérico (más OAuth de GitHub y Hugging Face); tokens de API personales con alcance limitado. Sin SAML, SCIM ni LDAP (limitación documentada).
Extensibilidad	Framework de plugins Pipelines; Tools/Functions en Python con editor de código integrado; MCP (Streamable HTTP); servidores de herramientas OpenAPI; 13 bases de datos vectoriales compatibles; 8 motores de extracción de documentos.	Plugins de proveedores definidos en JSON (chat, embeddings, imagen, TTS, STT, audio, vídeo); 13 herramientas integradas; servidores de herramientas OpenAPI 3.x y MCP (Streamable HTTP), desactivados por defecto con aprobación por llamada para efectos secundarios; perfiles de asistente, skills, biblioteca de prompts, artifacts, espacios de programación «Work» aislados.
Despliegue	pip install open-webui; Docker (incl. imágenes :cuda, :ollama); Docker Compose; Kubernetes mediante kustomize y Helm; almacenamiento S3/GCS/Azure; escalado horizontal con Redis.	Un solo comando (npx libre-webui@latest); npm y Homebrew; variantes de Docker Compose (Ollama integrado/externo, GPU, equipo); chart de Helm (registro OCI); despliegue privado documentado mediante Cloudflare Tunnel; cliente de escritorio Electron (solo cliente).
Funciones de producción	Paneles de uso (mensajes, tokens); arena de modelos con clasificaciones Elo; OpenTelemetry; escalado horizontal; plan empresarial con soporte SLA y versiones LTS.	Gobernanza de costos: tarifas con fecha de vigencia y presupuestos con modos observar/alertar/bloquear; conjuntos de evaluación y arena ciega con Elo; exportación OTLP opcional; sondas de salud liveness/readiness/profundas; perfil de equipo certificado para 3+ réplicas con un worker duradero externo; sin actualizaciones de esquema sin interrupción (salvedad documentada).
Equipo / colaboración	Canales donde usuarios y modelos comparten conversaciones; mensajes directos; grupos de usuarios; controles de acceso por modelo; espacio de Notas; carpetas, etiquetas, fijados.	Canales, mensajes directos e hilos de un nivel con respuestas @model; compartición de propietario a usuario/grupo (lectura/escritura/admin) para chats, notas, conocimiento, personas, prompts, skills, calendarios y servidores de herramientas; sin enlaces públicos anónimos; notificaciones, calendarios compartidos, automatizaciones programadas.
Voz y medios	Reconocimiento y síntesis de voz, llamadas de voz y vídeo manos libres; generación de imágenes con GPT-Image, Gemini, ComfyUI; RAG sobre 8 motores de extracción con búsqueda híbrida BM25 + vectores y reordenamiento.	Modo de voz por turnos con interrupción (documentado como no full-duplex); STT/TTS mediante plugins de proveedores; clonación de voz sujeta a consentimiento; generación de imagen, audio y vídeo mediante plugins que declaran capacidades, con galería por usuario; RAG híbrido BM25 + vectores con citas por página/diapositiva/hoja; sin OCR para documentos escaneados (limitación documentada).
Documentación	Amplia documentación oficial con guías de funciones, referencia del esquema de base de datos, tutoriales de copia/migración y una FAQ sobre la licencia.	Documentación oficial con guías por función que declaran límites y no-objetivos, openapi.json y llms.txt publicados, y contratos de capacidades generados que asignan cada ruta a un responsable y a una prueba con nombre.

Licencia

Open WebUI se distribuye bajo la «Open WebUI License», introducida en la v0.6.6 (abril de 2025). Se basa en BSD-3-Clause con una cláusula añadida que protege la marca «Open WebUI». La propia FAQ de la licencia del proyecto declara que la licencia «no es una licencia de "código abierto" aprobada por la OSI», al tiempo que subraya que el código sigue siendo público y se desarrolla abiertamente. Todo el código fusionado hasta la v0.6.5 permanece bajo la licencia BSD-3-Clause original. Los derechos de autor pertenecen a Open WebUI Inc.

Libre WebUI se distribuye bajo la licencia Apache 2.0, una licencia aprobada por la OSI, con derechos de autor de Kroonen AI, Inc. La carta del proyecto declara que el código fuente «permanecerá licenciado bajo la Licencia Apache 2.0 a perpetuidad» y que el proyecto «nunca será relicenciado hacia términos más restrictivos», incluso para las ofertas empresariales.

Marca y marca blanca

La licencia de Open WebUI prohíbe alterar, eliminar, ocultar o reemplazar la marca «Open WebUI», con tres excepciones documentadas: despliegues que sirvan a 50 usuarios o menos en cualquier periodo móvil de 30 días, contribuyentes con permiso escrito específico y organizaciones titulares de una licencia empresarial. Fuera de estas excepciones, la eliminación de la marca se describe en la licencia como un incumplimiento sustancial. El proyecto ofrece un plan empresarial que incluye temas y marca personalizados.

Libre WebUI no documenta ningún requisito de marca, marca registrada o atribución más allá de los términos estándar de Apache 2.0 (que exige conservar los archivos de licencia y avisos en las distribuciones del código fuente, pero no impone reglas de marca visibles para el usuario). La marca blanca aparece en la carta solo como servicio comercial opcional, no como condición de licencia.

Propiedad, portabilidad y recuperación de los datos

Ambos proyectos almacenan todos los datos en la infraestructura del operador, usando SQLite por defecto y PostgreSQL como opción documentada.

Open WebUI documenta la exportación e importación de chats (todas las conversaciones en JSON; chats individuales en JSON, PDF o Markdown), la exportación/importación completa de la base de datos para migrar entre servidores, guías de copia de seguridad, una referencia pública del esquema de la base de datos y procedimientos de migración manual basados en Alembic.

Libre WebUI documenta un archivo de datos por usuario: un formato JSON versionado (libre-webui-user-data, versión 3) con resumen de integridad SHA-256, que cubre chats, notas, colecciones de conocimiento y preferencias, con exclusiones listadas explícitamente (credenciales, datos biométricos de voz, medios generados y estado a nivel de instancia). La importación se verifica previamente y es transaccional tanto en SQLite como en PostgreSQL. Para los operadores, la preparación para la recuperación documenta una comprobación CLI de solo lectura recovery-check y una CLI de copias que produce archivos firmados con Ed25519 y cifrados con AES-256-GCM, con pasos de verificación y de comprobación previa a la restauración, además de variantes en modo equipo (PostgreSQL/S3). Los datos en reposo usan cifrado AES-256-GCM a nivel de aplicación; la documentación aclara que no se trata de cifrado de disco completo ni de cifrado de extremo a extremo.

Telemetría y analítica por defecto

Ambos proyectos declaran que ningún dato sale del despliegue por defecto.

La FAQ de Open WebUI declara: «Open WebUI no envía sus datos a servicios externos por defecto» y «Al registrarse, toda la información se almacena localmente en su servidor y no se envía a Open WebUI ni a terceros por defecto». Los prompts y las respuestas solo se envían a un proveedor de modelos cuando el operador conecta uno. Hay integración con OpenTelemetry disponible para observabilidad gestionada por el operador.

La carta de Libre WebUI se compromete a «telemetría cero: sin analítica, sin rastreo, sin código que llame a casa», y su documentación de observabilidad declara que «ninguna de las dos vías envía telemetría al proyecto Libre WebUI»; la exportación OpenTelemetry está desactivada hasta que un operador defina un punto de recopilación. La documentación también revela que la medición de uso local, solo para administradores, está siempre activa y no puede desactivarse, que sus datos se conservan únicamente en la base de datos del despliegue, y que los prompts, las respuestas y las credenciales nunca se escriben en la tabla de uso.

Autenticación y soporte multiusuario

Open WebUI documenta control de acceso basado en roles con roles, grupos y permisos por recurso; inicio de sesión único mediante OIDC y LDAP; SCIM 2.0 para el aprovisionamiento automatizado de usuarios y grupos; y claves de API para acceso programático.

Libre WebUI documenta cuentas locales con contraseñas hasheadas con bcrypt y JWT vinculados a sesiones de servidor revocables; exactamente dos roles (admin y usuario) complementados con grupos y concesiones por recurso (lectura/escritura/admin), con el principio declarado de que los recursos son privados por defecto y de que el rol de administrador global no otorga acceso al contenido de otros usuarios; SSO mediante OIDC genérico (con PKCE, listas de dominios permitidos y mapeo de grupos a roles) más OAuth de GitHub y Hugging Face; y tokens de API personales revocables y con alcance limitado. La documentación indica explícitamente que SAML y el aprovisionamiento SCIM no se ofrecen actualmente; LDAP no está documentado.

En resumen: Open WebUI documenta una integración de identidad empresarial más amplia (LDAP, SCIM); Libre WebUI documenta un SSO centrado en OIDC con concesiones por recurso y declara los límites de sus protocolos de identidad en su propia documentación.

Arquitectura y extensibilidad

Open WebUI utiliza un backend en Python y un frontend en Svelte. La extensibilidad se centra en el framework de plugins Pipelines, Tools y Functions en Python editables en un editor de código integrado, soporte nativo de MCP mediante Streamable HTTP y descubrimiento automático de herramientas desde puntos de acceso compatibles con OpenAPI. Su pila RAG documenta 13 bases de datos vectoriales compatibles (ChromaDB y PGVector mantenidas oficialmente) y 8 motores de extracción de documentos, con búsqueda híbrida BM25 + vectores y reordenamiento con cross-encoder.

Libre WebUI utiliza un backend en TypeScript/Node.js (Express) y un frontend en React. La extensibilidad se centra en plugins de proveedores definidos en JSON que cubren chat, embeddings, imagen, TTS, STT, audio y vídeo (las familias incluidas comprenden compatibles con OpenAI, Anthropic, Google Gemini, Groq, Mistral, OpenRouter, Hugging Face, MLX, ComfyUI y ElevenLabs, junto con Ollama en local); herramientas gobernadas con 13 herramientas integradas y servidores de herramientas externos mediante OpenAPI 3.x (especificaciones fijadas por hash) y MCP Streamable HTTP — las herramientas están desactivadas por defecto, las llamadas con efectos secundarios requieren la aprobación del usuario y el tráfico saliente está reforzado contra SSRF; los servidores MCP stdio no se admiten deliberadamente. Las construcciones de nivel superior incluyen los perfiles de asistente (que vinculan prompts, herramientas, skills, conocimiento y voz), skills y prompts versionados, artifacts en sandbox (HTML, React, Mermaid, SVG) y «Work»: espacios de programación aislados sobre Docker/Kubernetes. El fundamento de la plataforma define dos perfiles validados: solo (SQLite, vectores embebidos, blobs locales) y team (PostgreSQL, PGVector, almacenamiento compatible con S3, Redis), rechazándose al arranque las configuraciones mixtas.

Opciones de despliegue

Open WebUI documenta la instalación mediante pip install open-webui, Docker (incluidas variantes de imagen con CUDA y con Ollama integrado), Docker Compose y Kubernetes mediante kustomize y Helm, con almacenamiento S3/GCS/Azure Blob y sesiones respaldadas por Redis para el escalado horizontal.

Libre WebUI documenta un arranque con un solo comando (npx libre-webui@latest), instalación global mediante npm y Homebrew, variantes de Docker Compose (Ollama integrado, Ollama externo, GPU, socket-proxy y equipo), un chart de Helm publicado en un registro OCI con valores de seguridad de pods por defecto y NetworkPolicies opcionales, un patrón documentado de despliegue privado con Cloudflare Tunnel sin puertos expuestos, y una aplicación de escritorio Electron para macOS, Windows y Linux — documentada como solo cliente, sin backend integrado ni actualizaciones automáticas.

Funciones de producción

Open WebUI documenta paneles de uso que siguen el volumen de mensajes y el consumo de tokens, una arena de modelos con pruebas A/B y clasificaciones Elo, integración con OpenTelemetry, webhooks y avisos del sistema, y escalado horizontal. Un plan empresarial comercial añade soporte con SLA y versiones de soporte a largo plazo (LTS).

Libre WebUI documenta la gobernanza de costos — tarifas versionadas con fecha de vigencia y presupuestos por instancia, usuario o grupo, con modos de observación, alerta y bloqueo estricto, más exportación CSV; las evaluaciones — etiquetado de comentarios, arena ciega con Elo determinista y ejecuciones duraderas de conjuntos de evaluación; la observabilidad — registros JSON estructurados con correlación por identificador de petición y frontera de redacción, más exportación OTLP opcional; sondas de vida, disponibilidad y diagnóstico profundo (solo administradores); y límites de tasa en capas, respaldados por Redis y compartidos entre réplicas en modo equipo. El perfil de equipo está documentado como certificado para tres o más réplicas de aplicación más un worker duradero externo, validado por un simulacro de fallos con tres réplicas que condiciona cada publicación. La documentación de Kubernetes también expone con claridad una salvedad: las actualizaciones de esquema no son sin interrupción y requieren una parada de servicio intencionada.

Funciones de equipo y colaboración

Open WebUI documenta canales compartidos en los que usuarios y modelos de IA participan en la misma conversación, mensajería directa, grupos de usuarios con permisos por rol, restricciones de acceso por modelo, un espacio de Notas con asistencia de IA y la organización de conversaciones mediante carpetas, etiquetas y fijados.

Libre WebUI documenta canales (públicos, privados y mensajes directos) con hilos de un nivel, reacciones, fijados y respuestas @model que se ejecutan bajo la identidad del miembro que las invoca; un modelo de compartición uniforme (el propietario concede lectura/escritura/admin a usuarios o grupos) que cubre chats, notas, colecciones de conocimiento, personas, prompts, skills, calendarios y servidores de herramientas, sin enlaces públicos anónimos; notificaciones cifradas por usuario; calendarios compartibles; y automatizaciones programadas que entregan ejecuciones de IA como sesiones de chat. Entre las carencias documentadas figuran la ausencia de indicadores de presencia/escritura y de exportación por canal.

Capacidades de voz y medios

Open WebUI documenta reconocimiento de voz, síntesis de voz, llamadas de voz y vídeo manos libres, y generación y edición de imágenes mediante motores como GPT-Image, Gemini y ComfyUI, además de la subida de archivos e imágenes.

Libre WebUI documenta un modo de voz por turnos (escuchar → transcribir → pensar → hablar) con interrupción; la documentación aclara explícitamente que no es full-duplex. STT y TTS funcionan mediante plugins de proveedores (reconocimiento de voz del navegador, transcripción compatible con OpenAI, ASR de Hugging Face, ElevenLabs y otros), con clonación de voz sujeta a consentimiento tras un modo de acceso dedicado. Los plugins de generación de medios declaran capacidades de imagen, TTS, audio y vídeo, alimentando una galería por usuario. El procesamiento de documentos cubre PDF, formatos de Office, Markdown, HTML y código fuente con procedencia de citas por página/diapositiva/hoja y recuperación híbrida BM25 + vectores; el OCR para documentos escaneados está documentado como aún no soportado.

Calidad y transparencia de la documentación

Ambos proyectos mantienen una documentación oficial sustancial.

La documentación de Open WebUI incluye guías de funciones, tutoriales de despliegue y mantenimiento (copias de seguridad, exportación de base de datos, migración manual), una referencia pública del esquema de la base de datos y una FAQ sobre la licencia que aborda directamente el estatus no OSI de su licencia.

La documentación de Libre WebUI incluye guías por función que enumeran límites y no-objetivos en el propio texto (por ejemplo, «sin SAML ni SCIM», «no full-duplex», «sin despliegue de esquema sin interrupción»), una especificación OpenAPI y un llms.txt publicados, y contratos de capacidades generados que asignan cada ruta de interfaz, ruta de API y canal WebSocket a un responsable, a una documentación y a una prueba con nombre verificada en CI.

Cuál elegir

Ninguno de los dos proyectos es categóricamente mejor; la elección correcta depende de sus restricciones. Criterios objetivos a considerar:

• Requisitos de licencia. Si su organización exige una licencia aprobada por la OSI o planea cambiar la marca de la interfaz para más de 50 usuarios sin un acuerdo empresarial, las licencias difieren sustancialmente: Libre WebUI está bajo Apache 2.0 sin cláusula de marca; la licencia de Open WebUI restringe los cambios de marca por encima del umbral de 50 usuarios salvo que exista una licencia empresarial.
• Infraestructura de identidad. Las organizaciones estandarizadas en LDAP o en el aprovisionamiento SCIM los encontrarán documentados en Open WebUI; las estandarizadas en OIDC están cubiertas por ambos.
• Ecosistema e integraciones. Open WebUI tiene una comunidad muy grande (unas 150 000 estrellas en GitHub) y documenta una amplia superficie de integración, incluidas 13 bases de datos vectoriales y 8 motores de extracción de documentos. El ecosistema de Libre WebUI es más pequeño y se centra en sus plugins de proveedores integrados y sus servidores de herramientas OpenAPI/MCP.
• Modelo de extensibilidad. Open WebUI se extiende principalmente mediante código Python (Pipelines, Tools, Functions); Libre WebUI se extiende principalmente mediante definiciones declarativas de plugins en JSON y servidores de herramientas externos gobernados. Cuál encaja mejor depende de las habilidades de su equipo y de sus requisitos de control de cambios.
• Postura operativa. Compare los procedimientos documentados de copia/restauración, las sondas de salud, la limitación de tasa y el modelo de escalado de cada proyecto con sus objetivos de tiempo de recuperación y disponibilidad, incluida la ausencia documentada de actualizaciones de esquema sin interrupción en Libre WebUI y el escalado horizontal respaldado por Redis en Open WebUI.
• Gobernanza y control de costos. Si se requieren presupuestos de gasto por usuario o por grupo con aplicación estricta, consulte la documentación de gobernanza de costos de Libre WebUI; si importan los paneles de uso y las opciones empresariales de SLA/LTS, consulte la analítica de administración y el plan empresarial de Open WebUI.
• Requisitos de medios. Las llamadas de voz y vídeo en tiempo real están documentadas en Open WebUI; el modo de voz de Libre WebUI es por turnos. Ambos documentan STT, TTS y generación de imágenes mediante proveedores configurables.

Evalúe ambos proyectos frente a sus propios requisitos utilizando las fuentes primarias siguientes.

Fuentes

• Documentación de Open WebUI: docs.openwebui.com — incluidos Funciones, Licencia y FAQ, FAQ, Importación y exportación de chats, Exportación de la base de datos y Copias de seguridad
• Repositorio y licencia de Open WebUI: github.com/open-webui/open-webui
• Documentación de Libre WebUI: docs.librewebui.org — incluidos Carta, Portabilidad de datos, Preparación para la recuperación, Autenticación, Inicio de sesión único, Herramientas de chat, Perfiles de asistente, Fundamento de la plataforma, Gobernanza de costos, Evaluaciones, Observabilidad, Kubernetes y Modo de voz
• Repositorio y licencia de Libre WebUI: github.com/libre-webui/libre-webui

Última revisión: agosto de 2026. Ambos proyectos publican con frecuencia; consulte las fuentes primarias enlazadas para conocer los detalles actuales. Las citas de documentos redactados en inglés son traducciones; en caso de duda, prevalece el texto original en inglés.