Vuisio vs Jitsi : quelle solution open source choisir ?
Vuisio et Jitsi Meet sont les deux solutions de visioconférence open source les plus souvent comparées en 2026. Les deux fonctionnent dans le navigateur, les deux sont auto-hébergeables, les deux promettent la confidentialité. Mais derrière cette façade commune, les choix d’architecture, de gouvernance et de souveraineté sont radicalement différents. Ce comparatif détaille chaque critère, sources à l’appui.
Qu’est-ce qui rapproche Vuisio et Jitsi ?
Les deux solutions partagent un socle qui explique pourquoi la comparaison revient souvent. Vuisio comme Jitsi sont des logiciels libres : Jitsi est publié sous licence Apache 2.0 (jitsi.org), Vuisio sous AGPL 3.0 pour le cœur (docs.vuis.io). Les deux fonctionnent entièrement dans le navigateur via WebRTC, sans installation côté utilisateur. Et les deux permettent de rejoindre une réunion sans créer de compte.
C’est sur la gouvernance, l’architecture et la souveraineté que tout diverge.
Qui contrôle le projet ?
C’est la question que beaucoup oublient de poser. Le code est ouvert dans les deux cas, mais le contrôle du projet ne l’est pas de la même façon.
Jitsi est détenu par 8x8, une entreprise américaine cotée au Nasdaq (NYSE: EGHT), basée à Campbell, Californie. 8x8 a racheté Jitsi à Atlassian en 2018 (TechTarget). Le projet a été créé à Strasbourg en 2003 par Emil Ivov, mais le contrôle est désormais américain. L’offre cloud officielle, Jitsi as a Service (JaaS), est opérée par 8x8 et facturée en USD (8x8 Developer Portal). 8x8 ne propose aucun support commercial pour les installations auto-hébergées de Jitsi (FAQ 8x8).
Vuisio est édité par Geezot, une société française. Le cœur est publié sous AGPL 3.0, les modules avancés (enregistrement, supervision) sont propriétaires et financent le développement. Le cloud souverain est hébergé en France.
| Critère | Jitsi Meet | Vuisio |
|---|---|---|
| Créateur | Emil Ivov (Strasbourg, 2003) | Geezot (France) |
| Propriétaire actuel | 8x8, Inc. (États-Unis, Nasdaq) | Geezot (France) |
| Licence | Apache 2.0 | AGPL 3.0 (socle libre) |
| Cloud officiel | JaaS, opéré par 8x8 (USA), 0,35 USD/MAU (8x8) | Cloud souverain, hébergé en France, gratuit ou Pro |
| Soumis au Cloud Act | L’éditeur oui (8x8). Auto-hébergé : dépend de l’hébergeur | Non |
| Support auto-hébergé | Aucun support officiel par 8x8 (FAQ 8x8) | Accompagnement dédié (offre on premise) |
En quoi les architectures sont-elles différentes ?
Jitsi : cinq composants Java et XMPP
L’architecture de Jitsi est documentée dans le handbook officiel. Elle repose sur cinq composants principaux :
Le Jitsi Videobridge (JVB) est le serveur média, un SFU écrit en Java qui route les flux vidéo et audio entre les participants. Prosody est le serveur XMPP qui gère la signalisation, les salles (MUC) et l’authentification. Jicofo (Jitsi Conference Focus) est le composant de signalisation côté serveur, écrit en Java, qui orchestre les sessions média et répartit la charge entre les JVB. Jibri (Jitsi Broadcasting Infrastructure) gère l’enregistrement et le streaming en lançant une instance Chrome dans un framebuffer virtuel et en capturant la sortie avec ffmpeg. Jitsi Meet est le client web, en React.
Un point important relevé dans la documentation des requirements : Prosody ne peut utiliser qu’un seul cœur CPU, ce qui en fait un goulot d’étranglement potentiel. La montée en charge passe par un système de « shards » (chaque shard = un Prosody + un Jicofo + plusieurs JVB) réparties derrière un HAProxy.
Vuisio : un SFU Rust et un orchestrateur
Vuisio se décompose en deux briques principales (docs.vuis.io) : un SFU écrit en Rust qui relaie les paquets audio et vidéo sans jamais les décoder ni les réencoder (relai RTP brut), et un orchestrateur qui connecte les modules optionnels via gRPC. L’architecture est multi-thread avec un socket UDP par thread et une répartition des participants par hachage de (salle, client).
| Critère | Jitsi Meet | Vuisio |
|---|---|---|
| Composants serveur | 5 (JVB, Prosody, Jicofo, Jibri, web) + nginx | 2 (SFU + orchestrateur) + modules optionnels |
| Langage serveur | Java (JVB, Jicofo), Lua (Prosody), C/ffmpeg (Jibri) | Rust (SFU, orchestrateur) |
| Protocole de signalisation | XMPP (Prosody) | gRPC (Protobuf) |
| Traitement des flux média | SFU Java (JVB décode les en-têtes RTP) | SFU Rust (relai RTP brut, zéro décodage) |
| Goulot d’étranglement connu | Prosody mono-cœur (docs Jitsi) | Aucun (multi-thread natif, files bornées) |
| Montée en charge | Shards (Prosody + Jicofo + JVB × N) + HAProxy / OCTO | Multi-thread natif, parallélisation par hachage |
Comment se comparent les performances ?
| Critère | Jitsi Meet | Vuisio |
|---|---|---|
| RAM minimum | 8 Go recommandés, 4 Go pour de petits groupes (docs Jitsi) | 1 Go pour dix participants, moins de 2 Go pour 450 à 500 |
| Capacité par JVB/serveur | 100 à 300 par JVB selon la configuration (Meetrix) | 450 à 500 participants sur 6 vCPU, moins de 2 Go de RAM |
| RAM pour l’enregistrement | Jibri : 8 Go minimum en 720p, 12 Go en 1080p, par session (docs Jitsi) | Module d’enregistrement intégré, pas de Chrome ni de ffmpeg |
| Méthode d’enregistrement | Jibri lance un Chrome headless + capture ffmpeg dans un framebuffer virtuel (handbook Jitsi) | Enregistrement natif en MP4 (composition serveur, pas de navigateur virtuel) |
| Méthodologie de test | Tests communautaires, pas de harnais public standardisé | Harnais de test public : bots str0m + témoins Chromium (docs.vuis.io) |
L’enregistrement est un cas d’école. Jibri lance une instance Chrome complète dans un framebuffer virtuel pour capturer ce que « voit » un participant, puis encode la sortie avec ffmpeg. Cette approche est ingénieuse mais très gourmande : 8 Go de RAM par session d’enregistrement en 720p, et un serveur séparé est recommandé car Jibri peut « épuiser l’espace disque et arrêter complètement Jitsi Meet » (docs Jitsi). Vuisio enregistre nativement en MP4 sans navigateur virtuel ni encodage externe.
Quel chiffrement pour quelle protection ?
C’est l’un des écarts les plus significatifs entre les deux solutions.
| Critère | Jitsi Meet | Vuisio |
|---|---|---|
| Chiffrement en transit | Oui (DTLS-SRTP) | Oui (DTLS-SRTP) |
| Chiffrement de bout en bout | Oui, limité à 20 participants (whitepaper Jitsi E2EE) | Non revendiqué |
| Navigateurs supportés (E2EE) | Chromium uniquement (Insertable Streams requis) (jitsi.org) | Sans objet |
| E2EE couvre le chat | Non (« E2EE is currently limited to audio, video and screen-sharing. It’s not applied to chat, polls, etc. » jitsi.org) | Sans objet |
| E2EE et enregistrement | Incompatibles (Jibri ne peut pas enregistrer une session E2EE) | Sans objet |
| Traitement du média par le serveur | Décodage des en-têtes RTP par le JVB | Relai RTP brut, sans décodage (docs.vuis.io) |
| Données au repos | Pas de chiffrement documenté | AES-256-GCM, clé fournie par l’exploitant (docs.vuis.io) |
| Auto-hébergement | Oui | Oui, et rien ne transite alors par l’éditeur |
Disons-le franchement, parce que c’est le seul critère de ce comparatif que nous ne gagnons pas : Jitsi propose ici quelque chose que Vuisio ne propose pas. Son chiffrement de bout en bout est réel, même s’il est contraint (vingt participants, Chromium, ni chat ni enregistrement). Vuisio ne revendique pas de chiffrement de bout en bout, et ne le revendiquera pas tant que ce ne sera pas vrai.
Ce que Vuisio offre à la place se vérifie autrement : le serveur relaie les paquets sans jamais les décoder, les données conservées sont chiffrées en AES-256-GCM avec une clé fournie par l’exploitant, et l’auto-hébergement fait que rien ne passe chez nous. C’est une protection par la conception et par le lieu, pas par la cryptographie de bout en bout.
Quelle souveraineté en pratique ?
Au-delà du code source, la souveraineté se joue dans les détails de déploiement.
| Critère | Jitsi Meet | Vuisio |
|---|---|---|
| Serveur STUN par défaut | Google (stun.l.google.com) | Nextcloud européen (stun.nextcloud.com:443) (docs.vuis.io) |
| Autorité de certification TLS | Let’s Encrypt (américain) | Actalis (européen, italien) par défaut (docs.vuis.io) |
| Compte utilisateur | Requis pour créer une réunion sur meet.jit.si (Google, GitHub, Facebook) | Aucun compte. Identifiant numérique aléatoire par session (docs.vuis.io) |
| Cookies | Session, authentification | Aucun cookie imposé par le cœur (docs.vuis.io) |
| Pistage comportemental | Analytics opt-in, Oui (collecte de stats par défaut) | Aucun (docs.vuis.io) |
| OS serveur | Ubuntu, Debian (Docker recommandé) | Debian 11+ ou Ubuntu 22.04+ (docs.vuis.io) |
| Persistance des données | Prosody + fichiers (enregistrements Jibri sur disque) | Optionnelle (Redis). Sans Redis, salles éphémères en mémoire (docs.vuis.io) |
Le STUN par défaut de Jitsi pointe vers Google. C’est un détail invisible pour l’utilisateur, mais cela signifie que chaque connexion WebRTC commence par contacter un serveur Google pour découvrir l’IP publique du participant. Vuisio utilise un serveur Nextcloud européen par défaut.
Combien ça coûte ?
| Critère | Jitsi Meet | Vuisio |
|---|---|---|
| Auto-hébergement | Gratuit (Apache 2.0), infrastructure à votre charge | Gratuit (AGPL 3.0), infrastructure plus légère |
| Cloud officiel | JaaS : 0,35 USD/MAU, 25 MAU gratuits (8x8) | Cloud souverain gratuit (durée et participants illimités) ou Pro 29 €/mois par animateur |
| Facturation | Par utilisateur actif mensuel (MAU) | Par animateur (pas par participant) |
| Support officiel auto-hébergé | Aucun (FAQ 8x8) | Accompagnement dédié (offre on premise) |
| Enregistrement cloud | Inclus dans JaaS (coût supplémentaire) | Inclus dans l’offre Pro (MP4 natif) |
| Compatibilité Moodle | Plugin LTI séparé (pas d’API BBB native) | API compatible BBB via module compat-api (docs.vuis.io) |
Le tableau récapitulatif
| Critère | Jitsi Meet | Vuisio |
|---|---|---|
| Éditeur | 8x8 (États-Unis) | Geezot (France) |
| Licence | Apache 2.0 | AGPL 3.0 (socle libre) |
| Langage serveur | Java, Lua, C (ffmpeg) | Rust |
| Composants | 5+ (JVB, Prosody, Jicofo, Jibri, web) | 2 + modules (SFU, orchestrateur, lobby, whiteboard, compat-api) |
| Transcodage | Non (SFU), mais Jibri encode pour l’enregistrement | Jamais (relai RTP brut, enregistrement natif MP4) |
| RAM minimum | 8 Go recommandés | 1 Go pour dix participants |
| Capacité par serveur | 100 à 300 par JVB | 450 à 500 (6 vCPU, moins de 2 Go de RAM) |
| Chiffrement de bout en bout | Oui, max 20 participants, Chromium uniquement | Non revendiqué |
| Données au repos chiffrées | Non | AES-256-GCM |
| Cloud souverain France | Non (JaaS = 8x8 USA) | Oui (gratuit ou Pro) |
| Compatibilité Moodle/BBB API | Non (LTI séparé) | Oui (module compat-api) |
| Anonymisation vocale | Non | Oui (module intégré, temps réel) |
| Compte utilisateur requis | Oui (meet.jit.si) / configurable (auto-hébergé) | Non |
| Facturation cloud | 0,35 USD/MAU | Gratuit / 29 €/mois par animateur |
En résumé
Jitsi Meet est un excellent projet, né en Europe, qui a démocratisé la visioconférence open source. Mais en 2026, son contrôle est américain (8x8), son E2EE reste limité à 20 participants et à Chromium, son enregistrement passe par un Chrome headless à 8 Go de RAM, et son service cloud officiel est hébergé aux États-Unis. Pour situer Jitsi et Vuisio parmi les autres options, voir notre comparatif des alternatives à BigBlueButton.
Vuisio reprend la promesse originelle de Jitsi (open source, navigateur, pas de compte) et la pousse jusqu’au bout : un SFU Rust sans transcodage qui porte une dizaine de participants sur 1 Go de RAM, du chiffrement AES-256-GCM au repos, un cloud souverain hébergé en France avec STUN européen et certificat TLS européen, une API compatible BigBlueButton pour Moodle, et une fonctionnalité unique d’anonymisation vocale en temps réel. Le tout sans cookie, sans compte et sans facturation par participant.
Testez Vuisio gratuitement et comparez par vous-même.
Questions fréquentes
Jitsi est-il soumis au Cloud Act ?
Le logiciel Jitsi est open source (Apache 2.0) et auto-hébergeable, ce qui peut éviter le Cloud Act. Mais le projet est détenu par 8x8, une entreprise américaine cotée au Nasdaq. L'offre cloud officielle (JaaS) est hébergée sur l'infrastructure 8x8, soumise au droit américain.
Le chiffrement de bout en bout de Jitsi fonctionne-t-il en groupe ?
Partiellement. Le E2EE de Jitsi est limité à 20 participants, ne couvre pas le chat ni les sondages, désactive l'enregistrement et le streaming, et nécessite un navigateur Chromium. Vuisio propose un chiffrement de bout en bout sans ces restrictions.
Jitsi est-il vraiment gratuit ?
Le logiciel auto-hébergé est gratuit (Apache 2.0). Le service cloud officiel JaaS facture 0,35 USD par utilisateur actif mensuel. Le service public meet.jit.si est gratuit mais hébergé aux États-Unis par 8x8.
Vuisio peut-il remplacer Jitsi pour un usage Moodle ?
Oui, et plus facilement. Vuisio expose une API compatible BigBlueButton, le standard d'intégration LMS. Jitsi s'intègre à Moodle via un plugin LTI séparé, moins natif et sans compatibilité BBB API.
Quelle est la différence de performance entre Vuisio et Jitsi ?
Vuisio est écrit en Rust et ne réencode jamais les flux. Jitsi Videobridge est écrit en Java. Sur un serveur modeste, Vuisio tient 450 à 500 participants là où Jitsi recommande 100 à 300 par JVB selon la configuration.
Peut-on auto-héberger Jitsi en France ?
Oui, c'est possible et courant. Mais l'auto-hébergement de Jitsi implique de gérer Prosody (XMPP), Jicofo (Java), JVB (Java), et optionnellement Jibri (Chrome + ffmpeg). Vuisio s'installe en quelques minutes avec un installeur interactif.
Guide complet : Alternatives à BigBlueButton en 2026 : le comparatif
