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; autenticazione a due fattori TOTP con codici di recupero e passkey WebAuthn, imponibile dagli amministratori; 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 degli effetti collaterali; profili assistente, competenze, libreria di prompt, artefatti e aree di programmazione «Work» isolate con un desktop osservabile per l'uso del computer (azioni verificate, intervento umano, apprendimento tramite dimostrazione).
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/installato sull'host, GPU, proxy del socket, 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; insiemi di valutazione e arena anonima con Elo; esportazione OTLP opzionale; probe liveness/readiness/approfondite; profilo team certificato per 3+ repliche con un worker duraturo esterno; benchmark deterministico di riproduzione dell'uso del computer; 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, conoscenze, personaggi, prompt, competenze, calendari e server degli strumenti; nessun collegamento pubblico anonimo; note durature con revisioni ripristinabili e modifiche AI reversibili; notifiche, calendari condivisi e 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; documenti scansionati e immagini letti tramite il modello di visione configurato dall'utente e file audio trascritti dal provider STT (nessun motore OCR/ASR incluso: instradamento tramite provider per scelta progettuale); streaming dal vivo di schermo e audio dal desktop virtuale di ogni attività Work, con intervento umano.
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; autenticazione a due fattori facoltativa con TOTP, codici di recupero e passkey WebAuthn, oltre a un criterio amministrativo che può imporre un secondo fattore; 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, llama.cpp, 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, competenze, conoscenze e voce), competenze e prompt con controllo delle versioni, artefatti in ambiente isolato (HTML, React, Mermaid, SVG) e «Work»: aree di lavoro di programmazione isolate su Docker/Kubernetes, il cui Computer Work aggiunge un desktop virtuale osservabile dotato di browser. Le azioni dell'agente vengono verificate anziché presunte (asserzioni sullo stato attivo, limiti dei batch e controlli dei risultati dichiarati), gli utenti possono intervenire sullo schermo secondo i limiti del criterio, l'audio viene trasmesso dal vivo e le attività possono essere insegnate tramite dimostrazioni che diventano procedure ancorate, con secret occultati e limitate ai siti visitati durante la dimostrazione. 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, esterno e installato sull'host, GPU, proxy del socket e team con il relativo overlay Work), un'immagine pubblicata e pronta da scaricare per l'ambiente isolato grafico del Computer Work, 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 anonima con Elo deterministico ed esecuzioni durature di insiemi di valutazione; l'osservabilità — log JSON strutturati con correlazione tramite ID di richiesta e un limite di oscuramento, più esportazione OTLP opzionale; probe di liveness, readiness e diagnostica approfondita (solo admin); e limiti di frequenza a livelli, basati su Redis e condivisi tra le repliche in modalità team. Il profilo team è documentato come certificato per tre o più repliche dell'applicazione più un worker duraturo esterno, convalidato da un'esercitazione di guasto a tre repliche che condiziona ogni release. Un benchmark di riproduzione deterministico valuta inoltre le protezioni del runtime del Computer Work rispetto a dispositivi del browser ostili. 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, elementi fissati e risposte @model eseguite con l'identità del membro chiamante; un modello di condivisione uniforme (il proprietario concede lettura/scrittura/admin a utenti o gruppi) che copre chat, note, raccolte di conoscenze, personaggi, prompt, competenze, calendari e server degli strumenti, senza collegamenti pubblici anonimi; note durature con revisioni ripristinabili, allegati e modifiche assistite dall'AI reversibili; notifiche cifrate per utente; calendari condivisibili; e automazioni pianificate che consegnano esecuzioni AI 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; i PDF scansionati e le immagini vengono letti tramite il modello di visione configurato dall'utente, mentre i file audio vengono trascritti tramite la pipeline STT del provider. Non è incluso alcun motore OCR o ASR locale, così l'estrazione rimane affidata ai provider già scelti dall'utente. Il Computer Work di ogni attività Work trasmette inoltre schermo e audio dal vivo agli osservatori autorizzati, consentendo l'intervento umano in tempo reale su mouse e tastiera.

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, oltre agli agenti di programmazione installati utilizzabili come modelli di chat e all'integrazione complementare con Libre Claw.
• 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, mentre il suo Computer Work trasmette un desktop dal vivo con audio in tempo reale e intervento umano. 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 pubblicano release frequenti; consulta le fonti primarie collegate per i dettagli aggiornati.