Open WebUI vs Libre WebUI: un confronto fattuale

Open WebUI e Libre WebUI sono entrambe interfacce web self-hosted per lavorare con i modelli linguistici di grandi dimensioni. Entrambe possono connettersi a runtime locali come Ollama, oltre che ad API compatibili con OpenAI e ad altre API ospitate, ed entrambe sono progettate per mantenere i dati degli utenti sull'infrastruttura dell'operatore. Questa pagina confronta i due progetti esclusivamente sulla base di differenze documentate pubblicamente, attingendo alla documentazione ufficiale, al testo delle licenze e ai repository pubblici di ciascun progetto. Non valuta la qualità del codice, le prestazioni o il sentiment della community, e non raccomanda un progetto rispetto all'altro.

Tutte le affermazioni che seguono provengono dalla documentazione ufficiale di Open WebUI e di Libre WebUI, dai file di licenza dei progetti e dai loro repository GitHub pubblici, aggiornati ad agosto 2026. Entrambi i progetti evolvono rapidamente; verificate i dettagli sulle fonti primarie prima di prendere decisioni.

A colpo d'occhio

Dimensione	Open WebUI	Libre WebUI
Licenza	«Open WebUI License»: basata su BSD-3 con una clausola aggiuntiva di protezione del branding (v0.6.6+, aprile 2025). I maintainer dichiarano che non è una licenza open source approvata dall'OSI. Il codice fino alla v0.6.5 resta sotto BSD-3-Clause.	Apache License 2.0. La carta del progetto si impegna a non passare mai a termini più restrittivi.
Branding / white-label	Rimuovere o alterare il branding «Open WebUI» è vietato, salvo per i deployment con ≤ 50 utenti in qualsiasi periodo mobile di 30 giorni, i contributori con permesso scritto o i titolari di una licenza enterprise.	Nessuna restrizione di branding o white-label documentata; si applicano i termini predefiniti di Apache 2.0. Il white-label è offerto come servizio a pagamento opzionale.
Proprietà e portabilità dei dati	Dati archiviati localmente (SQLite o PostgreSQL). Esportazione/importazione delle chat in JSON; chat singole in JSON, PDF o Markdown. Esportazione/importazione completa del database e procedure di backup documentate.	Dati archiviati localmente (SQLite o PostgreSQL). Archivio JSON versionato per utente con digest di integrità SHA-256 e importazione transazionale; CLI di backup/ripristino firmata (Ed25519) e cifrata (AES-256-GCM); controllo preventivo recovery-check.
Telemetria / analitica predefinita	Le FAQ dichiarano che per impostazione predefinita nessun dato viene inviato a servizi esterni; i dati vanno a un provider di modelli solo quando ne è connesso uno. Integrazione OpenTelemetry disponibile per un'osservabilità autogestita.	La carta dichiara telemetria zero («niente analitica, niente tracciamento, niente codice phone-home»). L'esportazione OpenTelemetry è disattivata finché un operatore non configura un endpoint di raccolta. La misurazione locale dell'uso, riservata agli amministratori, è sempre attiva ma non lascia mai il deployment.
Autenticazione e multiutente	RBAC con ruoli, gruppi e permessi per risorsa; SSO tramite OIDC e LDAP; provisioning SCIM 2.0; chiavi API.	Account locali con JWT legati a sessioni server revocabili; due ruoli (admin/utente) più gruppi e concessioni per risorsa; OIDC generico (più OAuth di GitHub e Hugging Face); token API personali con ambito limitato. Niente SAML, SCIM o LDAP (limite documentato).
Estensibilità	Framework di plugin Pipelines; Tools/Functions in Python con editor di codice integrato; MCP (Streamable HTTP); server di strumenti OpenAPI; 13 database vettoriali supportati; 8 motori di estrazione documenti.	Plugin di provider definiti in JSON (chat, embedding, immagini, TTS, STT, audio, video); 13 strumenti integrati; server di strumenti OpenAPI 3.x e MCP (Streamable HTTP), disattivati per impostazione predefinita con approvazione per chiamata per gli effetti collaterali; profili assistente, skill, libreria di prompt, artifacts, spazi di coding «Work» isolati.
Deployment	pip install open-webui; Docker (incl. immagini :cuda, :ollama); Docker Compose; Kubernetes tramite kustomize e Helm; backend di storage S3/GCS/Azure; scalabilità orizzontale con Redis.	Un solo comando (npx libre-webui@latest); npm e Homebrew; varianti Docker Compose (Ollama integrato/esterno, GPU, team); chart Helm (registro OCI); deployment privato documentato tramite Cloudflare Tunnel; client desktop Electron (solo client).
Funzionalità di produzione	Dashboard di utilizzo (messaggi, token); arena dei modelli con classifiche Elo; OpenTelemetry; scalabilità orizzontale; piano enterprise con supporto SLA e versioni LTS.	Governance dei costi: tariffe con data di validità e budget con modalità osserva/avvisa/blocca; set di valutazione e arena cieca con Elo; esportazione OTLP opzionale; probe di salute liveness/readiness/approfondite; profilo team certificato per 3+ repliche con un worker durevole esterno; nessun aggiornamento di schema senza downtime (riserva documentata).
Team / collaborazione	Canali in cui utenti e modelli condividono conversazioni; messaggi diretti; gruppi di utenti; controlli di accesso per modello; spazio Notes; cartelle, tag, fissati.	Canali, messaggi diretti e thread a un livello con risposte @model; condivisione dal proprietario a utenti/gruppi (lettura/scrittura/admin) per chat, note, conoscenza, persona, prompt, skill, calendari e server di strumenti; nessun link pubblico anonimo; notifiche, calendari condivisi, automazioni pianificate.
Voce e media	Riconoscimento e sintesi vocale, chiamate vocali e video a mani libere; generazione di immagini tramite GPT-Image, Gemini, ComfyUI; RAG su 8 motori di estrazione con ricerca ibrida BM25 + vettori e riordinamento.	Modalità vocale a turni con interruzione (documentata come non full-duplex); STT/TTS tramite plugin di provider; clonazione vocale basata sul consenso; generazione di immagini, audio e video tramite plugin che dichiarano le capacità, con galleria per utente; RAG ibrido BM25 + vettori con citazioni per pagina/diapositiva/foglio; niente OCR per documenti scansionati (limite documentato).
Documentazione	Ampia documentazione ufficiale con guide alle funzionalità, riferimento allo schema del database, tutorial di backup/migrazione e FAQ sulla licenza.	Documentazione ufficiale con guide per funzionalità che dichiarano limiti e non-obiettivi, openapi.json e llms.txt pubblicati, e contratti di capacità generati che mappano ogni rotta a un responsabile e a un test denominato.

Licenza

Open WebUI è distribuito sotto la «Open WebUI License», introdotta con la v0.6.6 (aprile 2025). È basata su BSD-3-Clause con una clausola aggiuntiva che protegge il branding «Open WebUI». Le stesse FAQ sulla licenza del progetto dichiarano che la licenza «non è una licenza "open source" approvata dall'OSI», sottolineando al contempo che il codice resta pubblico e sviluppato apertamente. Tutto il codice incorporato fino alla v0.6.5 rimane sotto la licenza BSD-3-Clause originale. Il copyright è detenuto da Open WebUI Inc.

Libre WebUI è distribuito sotto la Apache License 2.0, una licenza approvata dall'OSI, con copyright di Kroonen AI, Inc. La carta del progetto dichiara che il codice sorgente «resterà con licenza Apache License 2.0 in perpetuo» e che il progetto «non sarà mai rilicenziato verso termini più restrittivi», nemmeno per le offerte enterprise.

Branding e white-label

La licenza di Open WebUI vieta di alterare, rimuovere, oscurare o sostituire il branding «Open WebUI», con tre eccezioni documentate: i deployment che servono al massimo 50 utenti in qualsiasi periodo mobile di 30 giorni, i contributori con specifico permesso scritto e le organizzazioni titolari di una licenza enterprise. Al di fuori di queste eccezioni, la rimozione del branding è descritta nella licenza come una violazione sostanziale. Il progetto offre un piano enterprise che include temi e branding personalizzati.

Libre WebUI non documenta alcun requisito di branding, marchio o attribuzione oltre ai termini standard di Apache 2.0 (che richiede di preservare i file di licenza e di avviso nelle distribuzioni del codice sorgente, ma non impone regole di branding visibili all'utente). Il white-label compare nella carta solo come servizio commerciale opzionale, non come condizione di licenza.

Proprietà, portabilità e ripristino dei dati

Entrambi i progetti archiviano tutti i dati sull'infrastruttura dell'operatore, usando SQLite per impostazione predefinita e PostgreSQL come opzione documentata.

Open WebUI documenta l'esportazione e importazione delle chat (tutte le conversazioni in JSON; chat singole in JSON, PDF o Markdown), l'esportazione/importazione completa del database per la migrazione tra server, le indicazioni di backup, un riferimento pubblico allo schema del database e le procedure di migrazione manuale basate su Alembic.

Libre WebUI documenta un archivio dati per utente: un formato JSON versionato (libre-webui-user-data, versione 3) con digest di integrità SHA-256, che copre chat, note, raccolte di conoscenza e preferenze, con esclusioni elencate esplicitamente (credenziali, dati vocali biometrici, media generati e stato a livello di istanza). L'importazione è verificata preventivamente ed è transazionale sia su SQLite che su PostgreSQL. Per gli operatori, la prontezza al ripristino documenta un controllo CLI in sola lettura recovery-check e una CLI di backup che produce archivi firmati Ed25519 e cifrati AES-256-GCM, con passaggi di verifica e di controllo preventivo del ripristino, oltre a varianti in modalità team (PostgreSQL/S3). I dati a riposo usano una cifratura AES-256-GCM a livello applicativo; la documentazione chiarisce che non si tratta né di cifratura dell'intero disco né di cifratura end-to-end.

Telemetria e analitica predefinita

Entrambi i progetti dichiarano che per impostazione predefinita nessun dato lascia il deployment.

Le FAQ di Open WebUI dichiarano: «Open WebUI non invia i tuoi dati a servizi esterni per impostazione predefinita» e «Alla registrazione, tutte le informazioni sono archiviate localmente sul tuo server e non vengono inviate a Open WebUI né a terzi per impostazione predefinita». I prompt e le risposte vengono inviati a un provider di modelli solo quando l'operatore ne connette uno. È disponibile un'integrazione OpenTelemetry per un'osservabilità gestita dall'operatore.

La carta di Libre WebUI si impegna a «telemetria zero — niente analitica, niente tracciamento, niente codice phone-home», e la sua documentazione sull'osservabilità dichiara che «nessuno dei due percorsi invia telemetria al progetto Libre WebUI»; l'esportazione OpenTelemetry è disattivata finché un operatore non imposta un endpoint di raccolta. La documentazione rivela inoltre che la misurazione locale dell'uso, riservata agli amministratori, è sempre attiva e non può essere disattivata, che i suoi dati restano solo nel database del deployment, e che prompt, risposte e credenziali non vengono mai scritti nella tabella di utilizzo.

Autenticazione e supporto multiutente

Open WebUI documenta un controllo degli accessi basato sui ruoli con ruoli, gruppi e permessi per risorsa; il single sign-on tramite OIDC e LDAP; SCIM 2.0 per il provisioning automatizzato di utenti e gruppi; e chiavi API per l'accesso programmatico.

Libre WebUI documenta account locali con password sottoposte ad hash bcrypt e JWT legati a sessioni server revocabili; esattamente due ruoli (admin e utente) integrati da gruppi e concessioni per risorsa (lettura/scrittura/admin), con il principio dichiarato che le risorse sono private per impostazione predefinita e che il ruolo di amministratore globale non concede l'accesso ai contenuti degli altri utenti; SSO tramite OIDC generico (con PKCE, liste di domini consentiti e mappatura gruppi→ruoli) più OAuth di GitHub e Hugging Face; e token API personali revocabili e con ambito limitato. La documentazione dichiara esplicitamente che SAML e il provisioning SCIM non sono attualmente esposti; LDAP non è documentato.

In sintesi: Open WebUI documenta un'integrazione dell'identità aziendale più ampia (LDAP, SCIM); Libre WebUI documenta un SSO incentrato su OIDC con concessioni per risorsa e dichiara nei propri documenti i limiti dei suoi protocolli di identità.

Architettura ed estensibilità

Open WebUI utilizza un backend Python e un frontend Svelte. L'estensibilità è incentrata sul framework di plugin Pipelines, su Tools e Functions in Python modificabili in un editor di codice integrato, sul supporto nativo di MCP tramite Streamable HTTP e sulla scoperta automatica di strumenti da endpoint compatibili con OpenAPI. Il suo stack RAG documenta 13 database vettoriali supportati (ChromaDB e PGVector mantenuti ufficialmente) e 8 motori di estrazione documenti, con ricerca ibrida BM25 + vettori e riordinamento tramite cross-encoder.

Libre WebUI utilizza un backend TypeScript/Node.js (Express) e un frontend React. L'estensibilità è incentrata su plugin di provider definiti in JSON che coprono chat, embedding, immagini, TTS, STT, audio e video (le famiglie incluse comprendono compatibili OpenAI, Anthropic, Google Gemini, Groq, Mistral, OpenRouter, Hugging Face, MLX, ComfyUI ed ElevenLabs, oltre a Ollama in locale); strumenti governati con 13 strumenti integrati e server di strumenti esterni tramite OpenAPI 3.x (specifiche bloccate tramite hash) e MCP Streamable HTTP — gli strumenti sono disattivati per impostazione predefinita, le chiamate con effetti collaterali richiedono l'approvazione dell'utente e il traffico in uscita è irrobustito contro le SSRF; i server MCP stdio sono deliberatamente non supportati. I costrutti di livello superiore includono i profili assistente (che legano prompt, strumenti, skill, conoscenza e voce), skill e prompt versionati, artifacts in sandbox (HTML, React, Mermaid, SVG) e «Work» — spazi di coding isolati su Docker/Kubernetes. La fondazione della piattaforma definisce due profili validati: solo (SQLite, vettori incorporati, blob locali) e team (PostgreSQL, PGVector, storage compatibile S3, Redis), con le configurazioni miste rifiutate all'avvio.

Opzioni di deployment

Open WebUI documenta l'installazione tramite pip install open-webui, Docker (incluse le varianti di immagine CUDA e con Ollama integrato), Docker Compose e Kubernetes tramite kustomize e Helm, con backend di storage S3/GCS/Azure Blob e sessioni basate su Redis per la scalabilità orizzontale.

Libre WebUI documenta un avvio con un solo comando (npx libre-webui@latest), l'installazione globale tramite npm e Homebrew, varianti Docker Compose (Ollama integrato, Ollama esterno, GPU, socket-proxy e team), un chart Helm pubblicato in un registro OCI con impostazioni predefinite di sicurezza dei pod e NetworkPolicies opzionali, un modello documentato di deployment privato con Cloudflare Tunnel senza porte esposte, e un'app desktop Electron per macOS, Windows e Linux — documentata come solo client, senza backend integrato né aggiornamenti automatici.

Funzionalità di produzione

Open WebUI documenta dashboard di utilizzo che tracciano il volume dei messaggi e il consumo di token, un'arena dei modelli con test A/B e classifiche Elo, l'integrazione OpenTelemetry, webhook e banner di sistema, e la scalabilità orizzontale. Un piano enterprise commerciale aggiunge supporto con SLA e versioni a supporto a lungo termine (LTS).

Libre WebUI documenta la governance dei costi — tariffe versionate con data di validità e budget per istanza, utente o gruppo, con modalità di osservazione, avviso e blocco rigido, più esportazione CSV; le valutazioni — etichettatura dei feedback, un'arena cieca con Elo deterministico ed esecuzioni durevoli di set di valutazione; l'osservabilità — log JSON strutturati con correlazione tramite ID di richiesta e un confine di oscuramento, più esportazione OTLP opzionale; probe di liveness, readiness e diagnostica approfondita (solo admin); e limiti di velocità a livelli, supportati da Redis e condivisi tra le repliche in modalità team. Il profilo team è documentato come certificato per tre o più repliche applicative più un worker durevole esterno, convalidato da un'esercitazione di guasto a tre repliche che condiziona ogni rilascio. La documentazione Kubernetes espone inoltre chiaramente una riserva: gli aggiornamenti di schema non avvengono senza downtime e richiedono un'interruzione di servizio intenzionale.

Funzionalità di team e collaborazione

Open WebUI documenta canali condivisi in cui utenti e modelli di IA partecipano alla stessa conversazione, la messaggistica diretta, gruppi di utenti con permessi basati sui ruoli, restrizioni di accesso per modello, uno spazio Notes con assistenza IA e l'organizzazione delle conversazioni tramite cartelle, tag e fissati.

Libre WebUI documenta canali (pubblici, privati e messaggi diretti) con thread a un livello, reazioni, fissati e risposte @model eseguite sotto l'identità del membro che le invoca; un modello di condivisione uniforme (il proprietario concede lettura/scrittura/admin a utenti o gruppi) che copre chat, note, raccolte di conoscenza, persona, prompt, skill, calendari e server di strumenti, senza link pubblici anonimi; notifiche cifrate per utente; calendari condivisibili; e automazioni pianificate che consegnano esecuzioni di IA come sessioni di chat. Le lacune documentate includono l'assenza di indicatori di presenza/digitazione e di esportazione per canale.

Capacità vocali e multimediali

Open WebUI documenta riconoscimento vocale, sintesi vocale, chiamate vocali e video a mani libere, e generazione e modifica di immagini tramite motori come GPT-Image, Gemini e ComfyUI, oltre al caricamento di file e immagini.

Libre WebUI documenta una modalità vocale a turni (ascolta → trascrivi → pensa → parla) con interruzione; la documentazione chiarisce esplicitamente che non è full-duplex. STT e TTS funzionano tramite plugin di provider (riconoscimento vocale del browser, trascrizione compatibile OpenAI, ASR di Hugging Face, ElevenLabs e altri), con clonazione vocale basata sul consenso dietro una modalità di accesso dedicata. I plugin di generazione multimediale dichiarano capacità di immagine, TTS, audio e video, alimentando una galleria per utente. L'elaborazione dei documenti copre PDF, formati Office, Markdown, HTML e codice sorgente con provenienza delle citazioni per pagina/diapositiva/foglio e recupero ibrido BM25 + vettori; l'OCR per documenti scansionati è documentato come non ancora supportato.

Qualità e trasparenza della documentazione

Entrambi i progetti mantengono una documentazione ufficiale sostanziale.

La documentazione di Open WebUI include guide alle funzionalità, tutorial di deployment e manutenzione (backup, esportazione del database, migrazione manuale), un riferimento pubblico allo schema del database e FAQ sulla licenza che affrontano direttamente lo stato non OSI della sua licenza.

La documentazione di Libre WebUI include guide per funzionalità che elencano limiti e non-obiettivi direttamente nel testo (per esempio «niente SAML né SCIM», «non full-duplex», «nessun rollout di schema senza downtime»), una specifica OpenAPI e un llms.txt pubblicati, e contratti di capacità generati che mappano ogni rotta dell'interfaccia, rotta API e percorso WebSocket a un responsabile, a una documentazione e a un test denominato verificato in CI.

Quale scegliere

Nessuno dei due progetti è categoricamente migliore; la scelta giusta dipende dai vostri vincoli. Criteri oggettivi da soppesare:

• Requisiti di licenza. Se la vostra organizzazione richiede una licenza approvata dall'OSI o prevede di cambiare il brand dell'interfaccia per più di 50 utenti senza un accordo enterprise, le licenze differiscono sostanzialmente: Libre WebUI è sotto Apache 2.0 senza clausola di branding; la licenza di Open WebUI limita le modifiche al branding oltre la soglia dei 50 utenti, salvo licenza enterprise.
• Infrastruttura di identità. Le organizzazioni standardizzate su LDAP o sul provisioning SCIM li troveranno documentati in Open WebUI; quelle standardizzate su OIDC sono coperte da entrambi.
• Ecosistema e integrazioni. Open WebUI ha una community molto grande (circa 150.000 stelle su GitHub) e documenta un'ampia superficie di integrazione, tra cui 13 database vettoriali e 8 motori di estrazione documenti. L'ecosistema di Libre WebUI è più piccolo e incentrato sui suoi plugin di provider integrati e sui server di strumenti OpenAPI/MCP.
• Modello di estensibilità. Open WebUI si estende principalmente tramite codice Python (Pipelines, Tools, Functions); Libre WebUI si estende principalmente tramite definizioni dichiarative di plugin in JSON e server di strumenti esterni governati. Quale sia più adatto dipende dalle competenze del vostro team e dai vostri requisiti di controllo delle modifiche.
• Postura operativa. Confrontate le procedure documentate di backup/ripristino, le probe di salute, la limitazione di velocità e il modello di scalabilità di ciascun progetto con i vostri obiettivi di tempo di ripristino e disponibilità, inclusa l'assenza documentata di aggiornamenti di schema senza downtime in Libre WebUI e la scalabilità orizzontale basata su Redis in Open WebUI.
• Governance e controllo dei costi. Se servono budget di spesa per utente o per gruppo con applicazione rigida, consultate la documentazione sulla governance dei costi di Libre WebUI; se contano le dashboard di utilizzo e le opzioni enterprise SLA/LTS, consultate l'analitica amministrativa e il piano enterprise di Open WebUI.
• Requisiti multimediali. Le chiamate vocali e video in tempo reale sono documentate in Open WebUI; la modalità vocale di Libre WebUI è a turni. Entrambi documentano STT, TTS e generazione di immagini tramite provider configurabili.

Valutate entrambi i progetti rispetto ai vostri requisiti usando le fonti primarie qui sotto.

Fonti

• Documentazione di Open WebUI: docs.openwebui.com — tra cui Funzionalità, Licenza e FAQ, FAQ, Importazione ed esportazione delle chat, Esportazione del database e Backup
• Repository e licenza di Open WebUI: github.com/open-webui/open-webui
• Documentazione di Libre WebUI: docs.librewebui.org — tra cui Carta, Portabilità dei dati, Prontezza al ripristino, Autenticazione, Single Sign-On, Strumenti di chat, Profili assistente, Fondazione della piattaforma, Governance dei costi, Valutazioni, Osservabilità, Kubernetes e Modalità vocale
• Repository e licenza di Libre WebUI: github.com/libre-webui/libre-webui

Ultima revisione: agosto 2026. Entrambi i progetti rilasciano frequentemente; consultate le fonti primarie collegate per i dettagli aggiornati. Le citazioni da documenti in lingua inglese sono traduzioni; in caso di discrepanza prevale l'originale inglese.