Alternativas a Open WebUI: licencia, BYOK, RAG y migración

La mayoría de las búsquedas de alternativas a Open WebUI no tratan realmente sobre el precio: Open WebUI es gratuito para autoalojarlo con usuarios internos ilimitados, y el proyecto no publica ningún precio. Las razones reales por las que la gente se marcha son más concretas: la licencia dejó de ser código abierto estándar en v0.6.6, un servidor no es el formato adecuado para una sola persona, la compatibilidad con endpoints personalizados no encaja con su gateway o quieren que otra persona lo aloje. Cada motivo apunta a un reemplazo diferente, y el coste de migración entre ellos varía mucho.

Primero, una aclaración, porque los resultados de búsqueda mezclan varios proyectos con nombres similares pero sin relación. Open WebUI es open-webui/open-webui, antes llamado Ollama WebUI. No es la interfaz web de Stable Diffusion de AUTOMATIC1111, ni OpenUI (genera una interfaz a partir de un prompt), ni text-generation-webui, que pasó a llamarse TextGen en oobabooga/textgen y es una aplicación de escritorio para modelos locales, no un frontend para equipos.

Empieza por el motivo por el que te vas

La licencia, con precisión — y el mito que hay que dejar de repetir

El acontecimiento decisivo del ciclo de vida no es un cambio de nombre ni una adquisición. Es un cambio de licencia. Según la documentación de la licencia del proyecto, todo el código enviado o fusionado hasta la versión v0.6.5, inclusive, sigue estando bajo licencia BSD-3. A partir de v0.6.6, el proyecto se distribuye bajo la Open WebUI License, una licencia derivada de BSD-3 con una cláusula de protección de marca, y la API del repositorio de GitHub informa de la licencia como NOASSERTION en lugar de una licencia estándar reconocida. GitHub Releases fecha el límite: v0.6.5 el 14 de abril de 2025 y v0.6.6 el 5 de mayo de 2025. Ten en cuenta que la documentación de la licencia asigna su propia fecha del calendario al cambio — «Effective with v0.6.6 (April 19, 2025)» —, que no coincide con la fecha que GitHub registra para esa versión, así que cita la versión en lugar de cualquiera de las dos fechas.

Ahora, la corrección. El texto de la licencia prohíbe alterar, eliminar, ocultar o sustituir la marca de Open WebUI salvo en tres circunstancias; la primera es una implementación «where the total number of end users … does not exceed fifty (50) within any rolling thirty (30) day period»; las otras dos son el permiso previo por escrito del titular de los derechos de autor y una licencia empresarial debidamente formalizada. La documentación de la licencia enumera por separado «Deploy to any number of internal users within your own organization (with all official branding kept)» como algo que permite la licencia gratuita. Por tanto, la cifra de cincuenta usuarios es una excepción de marca, no un límite de implementación — justo lo contrario de lo que afirman la mayoría de los artículos comparativos. Los derechos de autor pertenecen a Open WebUI Inc. [Created by Timothy Jaeryang Baek].

Lo que realmente restringe la licencia empresarial es el etiquetado blanco, la eliminación de la marca y las funciones exclusivas para empresas. Su precio no está publicado: la página empresarial pide «Send us your deployment end user count (seats)», y openwebui.com/pricing devolvió HTTP 404 al comprobarlo el 21 de septiembre de 2026. Cualquier cifra por asiento que veas en otro lugar es el precio de un proveedor de alojamiento gestionado o una invención.

El proyecto en sí está sano en las cifras que importan: no está archivado, tiene más de 150.000 estrellas, recibió cambios pocos días antes de esta comprobación y publicó la versión estable v0.11.3 el 31 de agosto de 2026 (API de Releases). Un subcomponente no lo está: open-webui/pipelines, el marco de plugins, recibió su último cambio el 18 de agosto de 2025. Si tu implementación depende de Pipelines, conviene valorar esa cadencia antes de desarrollar más sobre ella.

La lista corta, agrupada según cómo lo ejecutes

Tres advertencias sobre esa tabla, todas comprobadas el 21 de septiembre de 2026. La etiqueta más reciente de LibreChat es la versión preliminar v0.8.8-rc3 del 15 de septiembre de 2026 y /releases/latest de GitHub devuelve 404, así que actualmente no se indica ninguna versión como la más reciente — consulta el registro de cambios del propio proyecto antes de fijar una versión, en lugar de confiar en una cifra de un resumen. La página de precios de LobeHub se contradice: las tarjetas de planes muestran Starter, Premium y Ultimate a $9.9, $19.9 y $39.9 al mes, mientras que la tabla comparativa de la misma página muestra $12.9 para Starter junto a una cifra anual de $118.8; por tanto, confirma el importe en el proceso de pago antes de comprometerte. Y el precio Premium de TypingMind está sujeto a una promoción anunciada del 50 %, el tipo de cifra que se deteriora más rápido. Los niveles de pago de Chatbox son para sus propios modelos alojados; según su guía para usar tu propia clave, conectarlo a tu propia clave es la opción gratuita.

Dos proyectos que aparecen en listas de alternativas y no deberían aparecer: Chatbot UI tiene licencia MIT y no está archivado, pero el último envío de cambios a su repositorio fue el 3 de agosto de 2024 y no tiene versiones publicadas, así que está inactivo en lugar de ser una opción activa; y NextChat ahora se describe como un asistente sin configuración que se usa tras registrarse, sin necesidad de una clave de API y con facturación según consumo, en lugar de ser un frontend puro que permita usar tu propia clave. También conviene distinguirlos en las búsquedas: Jan no es Janitor AI, Msty Studio no es el fondo cotizado MSTY, y LobeChat y LobeHub son un mismo proyecto tras un cambio de nombre, así que los tutoriales de configuración de LobeChat anteriores a la versión 1.0 ya no están actualizados.

Cómo acepta cada uno un endpoint personalizado compatible con OpenAI

Cada uno de los ocho clientes siguientes documenta una forma de apuntarlo a un endpoint de terceros. Lo que cambia es la superficie de configuración, la estructura de la URL y si es posible algo distinto de Chat Completions. Una columna requiere formular la pregunta con precisión: «Ruta de Anthropic Messages» pregunta si el propio cliente enviará solicitudes con formato de Anthropic a tu endpoint. «Ninguna documentada» significa que la documentación del proveedor no describe ese modo — no que se sepa que esté ausente.

Esa tabla se basa en la documentación de cada proveedor: las páginas de conexión OpenAI-compatible y Open Responses de Open WebUI, la referencia de endpoints personalizados de LibreChat, la página Generic OpenAI de AnythingLLM, la documentación de endpoints personalizados de Jan, la documentación de proveedores personalizados de ChatWise, la página de proveedores de LobeHub, la documentación de proveedores online de Msty y la documentación de conexión de modelos de TypingMind.

Cherry Studio se omite deliberadamente de esa tabla. Su dominio de documentación ahora redirige de docs.cherry-ai.com a docs.cherryai.com.cn, un sitio en chino cuyas páginas de proveedores no se consultaron para esta página, por lo que sus nombres de campos y su convención de rutas no están verificados aquí — compruébalos en la aplicación antes de copiar cualquier URL base de un tutorial antiguo.

Conviene conocer dos aspectos específicos de Open WebUI, independientemente de la opción que elijas. Su documentación de conexión de proveedores señala que algunos proveedores no implementan /models en absoluto; en ese caso, la verificación de la conexión falla, pero las completions de chat siguen funcionando y debes introducir manualmente los IDs de los modelos. También advierte que la capa de compatibilidad de Google se aparta del esquema de streaming de OpenAI y recomienda configurar Function Calling como Legacy para que las herramientas se ejecuten mediante una solicitud independiente sin streaming. Esa advertencia se refiere a la capa de un proveedor concreto, no a las capas de compatibilidad en general — pero recuerda que la llamada a herramientas llega mediante lo que realmente implemente el servicio ascendente, y el frontend no puede corregir por ti una carencia del esquema.

En el lado de Kunavo, existen /v1/chat/completions, /v1/messages y /v1/responses como rutas, por lo que los modos compatibles con Anthropic de LibreChat provider: anthropic, Jan y ChatWise, así como la ruta experimental Responses de Open WebUI, tienen una superficie equivalente. Ninguno de estos clientes se probó en tiempo de ejecución contra Kunavo para esta página; una guía de configuración publicada es una referencia de configuración, no una prueba de compatibilidad. Un bloque personalizado funcional de LibreChat tiene este aspecto:

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"

Para conocer la estructura general de esta configuración entre clientes, consulta OpenAI-compatible API. Para las comparaciones directas entre dos productos, LibreChat vs Open WebUI cubre la fricción de configuración y AnythingLLM vs Open WebUI cubre RAG y la implementación.

RAG: la parte que no sigue al endpoint de chat

Apuntar un frontend a un endpoint de chat no apunta su canal de recuperación a ninguna parte. Open WebUI mantiene credenciales separadas para ello. Según su referencia de variables de entorno, RAG_EMBEDDING_ENGINE selecciona el motor y RAG_OPENAI_API_BASE_URL / RAG_OPENAI_API_KEY contienen su endpoint, igual que la generación de imágenes tiene su propio IMAGES_OPENAI_API_BASE_URL. Si se deja vacío, RAG_EMBEDDING_ENGINE utiliza SentenceTransformers ejecutándose localmente de forma predeterminada — la aceleración GPU para embeddings es opcional mediante la imagen CUDA —, por lo que el valor predeterminado no cuesta nada por solicitud. AnythingLLM separa lo mismo, configurando su LLM, su embedder y su base de datos vectorial como proveedores independientes. Por tanto, la compatibilidad del chat no establece la compatibilidad de recuperación en ninguno de los dos productos.

Esto importa aquí por una razón concreta: Kunavo no ofrece embeddings — ningún modelo habilitado respalda ese endpoint —, así que el paso de recuperación permanece local o apunta a un proveedor externo que elijas. Presupuéstalo por separado del chat y mantenlo fuera de cualquier plan de migración de gateway. RAG implementation explica cómo se dividen las etapas.

Qué se migra y qué tendrás que reconstruir

Ajusta las expectativas antes de empezar: el historial de chat no se transfiere automáticamente entre estos productos. La documentación de importación y exportación de Open WebUI indica que la exportación incluye «All chat messages and their metadata, Model information used in each conversation, Timestamps and conversation structure», y que la importación acepta exportaciones de Open WebUI, exportaciones de ChatGPT y JSON personalizado — con la afirmación directa de que para otras plataformas «There is no built-in converter». En el lado receptor, la documentación de importación de LibreChat enumera ChatGPT, Claude y ChatbotUI v1, y no menciona Open WebUI. Dos importadores documentados, sin coincidencia.

Esa última fila es la primera que debes resolver aunque te quedes. Según la documentación de escalado, la elección del motor es efectivamente permanente una vez que tienes datos en producción; las implementaciones con varias réplicas necesitan PostgreSQL más Redis y una base de datos vectorial externa, en lugar de SQLite y Chroma integrado; y para SQLite en almacenamiento de red, el único remedio que ofrece la documentación es migrar a PostgreSQL, no activar un parámetro de ajuste. Por tanto, un traslado real de toda la instancia consiste en copiar el directorio de datos a nivel de archivos, no en un archivo de exportación. El tutorial de mantenimiento de bases de datos sitúa webui.db, con sus archivos auxiliares -wal y -shm, en /app/backend/data dentro del contenedor, y la referencia de variables de entorno describe DATA_DIR como el directorio base «for data storage, including uploads, cache, vector database, etc.», con el registro de auditoría configurado de forma predeterminada como audit.log dentro de ese mismo directorio. Copia el directorio, no una lista de archivos.

Haz una copia de seguridad antes de tocar nada. Confirma primero el nombre de tu propio contenedor — esta es la estructura, no un script para pegar a ciegas:

# 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

Plan de reversión: conserva la instancia antigua y su etiqueta de imagen intactas y en ejecución mientras pruebas el reemplazo, en lugar de migrar en el mismo sitio. Ejecuta ambas contra el mismo endpoint durante una semana, traslada primero a un equipo y retira la original solo después de que la nueva instancia haya superado una carga de trabajo real. Como el historial de chat no se transfiere, una reversión después de retirar la original implicaría perder todo lo escrito en la nueva herramienta — un argumento aún más sólido para ejecutarlas en paralelo que cualquier comparación de funciones.

Cuánto cuesta el lado de los modelos, independientemente del frontend que elijas

Ninguno de estos frontends factura tokens; lo hace la API que hay detrás. Las cifras siguientes son cálculos ilustrativos de tokens, no costes medidos ni un límite de facturación. Supón que una persona mantiene 10 conversaciones por jornada laboral, cada una enviando 25.000 tokens de entrada no almacenados en caché a lo largo de sus turnos y recibiendo 1.500 tokens de salida, durante 20 jornadas laborales — eso equivale a 5.000.000 de tokens de entrada y 300.000 de salida por persona-mes. Las tarifas son los precios vigentes del catálogo de Kunavo por millón de tokens.

Compáralo con los precios del frontend, no en lugar de ellos. Un frontend autohospedado no cobra nada por asiento, así que, con estas suposiciones, el tráfico de todo el equipo usando modelos Claude Sonnet 4.6 se estima en $68.25 al mes, mientras que el mismo equipo usando modelos Claude Haiku 4.5 se estima en $22.75 — una diferencia mensual de $45.50 para un tráfico supuesto idéntico, recurrente cada mes en lugar de pagarse una sola vez. Por tanto, el modelo predeterminado al que apunta un frontend es una decisión presupuestaria activa por sí misma, independiente de la licencia que pagues por la aplicación. Tu patrón de uso real es lo que lo determinará, así que mide tus propias conversaciones antes de preparar el presupuesto. AI cost optimization explica cómo realizar esa medición con honestidad.

El importe del catálogo de Kunavo es un mínimo de facturación, no un límite: cuando el servicio ascendente informa de su cargo, la factura es el mayor valor entre el coste del catálogo y el coste ascendente multiplicado por el margen aplicable. Los cargos de caché y las herramientas externas quedan fuera de este ejemplo. La recarga mínima es de $10 en crédito prepago, que financia un saldo en lugar de comprar un asiento o un plan — consulta los detalles de facturación.

Si vas a quedarte en Open WebUI

Es un resultado defendible de esta página y, para la mayoría de los equipos, el adecuado: el cambio de licencia restringe el etiquetado blanco, no el tamaño de la implementación; el proyecto publica versiones activamente; y nada de lo anterior es motivo para reconstruir una instancia que funciona. Lo que conviene hacer en cualquier caso es separar la decisión del frontend de la decisión del endpoint, para que un cambio futuro de cliente no implique también cambiar de proveedor y obtener una clave nueva. Kunavo publica una referencia de configuración para este cliente — la guía de integración de Open WebUI —, además de documentación de configuración para LobeHub, Chatbox y Cherry Studio. Crea una cuenta de Kunavo cuando quieras una sola clave y un solo saldo prepago detrás del frontend que elijas.

Preguntas frecuentes

Comprobado el 21 de septiembre de 2026 leyendo directamente cada página enlazada o respuesta de la API de GitHub: el texto de la licencia de Open WebUI, la documentación de licencia y empresarial, la documentación de conexión de proveedores, escalado e importación/exportación, su repositorio y la versión más reciente, el 404 de openwebui.com/pricing, el repositorio y la documentación de importación de LibreChat, y las páginas de precios publicadas de AnythingLLM, LobeHub, Msty, ChatWise y TypingMind. También se leyeron directamente las páginas de Open Responses y de referencia de variables de entorno de Open WebUI, la referencia de endpoints personalizados de LibreChat, la página Generic OpenAI de AnythingLLM, la documentación de proveedores personalizados de Jan y ChatWise, la página de proveedores de LobeHub (todavía un marcador de posición de migración), la guía para usar tu propia clave de Chatbox y los metadatos del repositorio de Pipelines, TextGen y Chatbot UI, que está inactivo. Los pasos de configuración de Msty y TypingMind están enlazados, pero se tomaron de resúmenes de documentación en lugar de una lectura completa. Los campos de configuración de Cherry Studio siguen sin verificarse y se indican como tales arriba. Ningún cliente de esta página se probó en tiempo de ejecución contra Kunavo. Las tarifas de tokens de Kunavo se obtuvieron del catálogo vigente, y todas las cifras en dólares de la sección de costes son cálculos ilustrativos de tokens.