Héberger sa propre visioconférence en 2026 : guide complet

Auto-héberger sa visioconférence, c’est reprendre le contrôle de ses données, de son infrastructure et de ses coûts. En 2026, ce n’est plus un projet réservé aux grandes DSI : des solutions open source s’installent en quelques minutes sur un serveur modeste. Mais toutes ne se valent pas en termes de facilité, de ressources requises et de maintenance au quotidien. Ce guide compare les trois principales options (BigBlueButton, Jitsi Meet et Vuisio), étape par étape.

Pourquoi auto-héberger sa visio en 2026 ?

Trois raisons convergent pour faire de l’auto-hébergement un choix de plus en plus courant.

La pression réglementaire

La CNIL déconseille Zoom et Teams dans l’enseignement supérieur depuis 2021 (IT-Connect). Le décret n°2025-1165 du 5 décembre 2025 impose aux collèges et lycées publics des outils conformes aux référentiels de sécurité et d’interopérabilité du ministère (Légifrance). Et depuis janvier 2026, le secteur public français a banni Zoom, Teams, Webex et Google Meet au profit de la plateforme souveraine Visio (DINUM) (CX Foundation). L’auto-hébergement est la réponse la plus directe à ces contraintes : les données restent sur vos serveurs, sous votre seul contrôle.

Le contrôle des coûts

Les solutions cloud propriétaires facturent par utilisateur, par minute ou par fonctionnalité. Zoom Pro coûte 13,33 USD par utilisateur et par mois (zoom.us), et les coûts augmentent avec les add-ons (stockage, large meetings, téléphonie). En auto-hébergement, le coût est fixe : c’est le serveur et le temps d’administration, indépendamment du nombre de participants. Nous avons chiffré ce calcul dans notre comparatif du vrai coût d’une visio (BBB, Jitsi, Zoom, Vuisio).

La maîtrise technique

Avec un outil auto-hébergé et open source, vous pouvez auditer le code, personnaliser l’interface, intégrer la visio à vos systèmes existants (LMS, intranet, portail patient) et garantir que rien ne sort de votre périmètre réseau.

Quelles solutions peut-on auto-héberger ?

Trois solutions open source dominent le paysage en 2026. Chacune a une philosophie et des exigences très différentes.

BigBlueButton : le vétéran de l’éducation

BigBlueButton est le choix historique de l’enseignement. Créé en 2007 par Blindside Networks (Canada), il est intégré au socle interministériel de logiciels libres et utilisé par le ministère de l’Enseignement supérieur (Wikipedia). Son point fort est l’intégration native avec Moodle depuis la version 4.0 (Moodle) et ses fonctionnalités pédagogiques (tableau blanc, sondages, breakout rooms).

Jitsi Meet : la simplicité

Jitsi Meet est la solution la plus simple à prendre en main : un lien, un clic, une réunion. Créé à Strasbourg en 2003, le projet est désormais contrôlé par 8x8 (États-Unis) (TechTarget). Son architecture (JVB en Java, Prosody en Lua, Jicofo en Java) est plus légère que BBB mais reste multi-composants.

Vuisio : le SFU Rust souverain

Vuisio est la solution la plus récente. Éditée en France par Geezot, elle repose sur un SFU écrit en Rust qui relaie les flux sans les transcrire ni les réencoder (docs.vuis.io). Son cœur est publié sous AGPL 3.0, et l’installeur interactif déploie une instance complète en quelques minutes (docs.vuis.io).

Quel matériel faut-il ?

C’est souvent la première question. La réponse varie considérablement selon la solution.

Critère	BigBlueButton 3.0	Jitsi Meet	Vuisio
OS supporté	Ubuntu 22.04 uniquement (doc BBB)	Debian, Ubuntu (Docker recommandé) (handbook Jitsi)	Debian 11+, Ubuntu 22.04+ (docs.vuis.io)
RAM minimum	16 Go (doc BBB)	8 Go recommandés, 4 Go minimum (handbook Jitsi)	1 Go testé (Raspberry Pi)
CPU minimum	8 cœurs (doc BBB)	4 cœurs recommandés	2 cœurs testés
Stockage	500 Go (enregistrements) (doc BBB)	Variable (Jibri si enregistrement)	Proportionnel à l’usage
Bare metal recommandé	Oui (FreeSWITCH supporte mal le partage CPU) (doc BBB)	Non (VPS accepté, CPU dédié recommandé)	Non (VPS, VM, bare metal, Raspberry Pi)
Bande passante	250 Mbit/s symétrique minimum (FAQ BBB)	Non spécifiée (recommandation : débit suffisant)	Proportionnelle aux participants
Conteneurs LXC	Non documenté	Docker requis dans la plupart des cas	Oui (runtime natif, services systemd) (docs.vuis.io)
Capacité estimée	~200 par serveur (FAQ BBB)	100 à 300 par JVB (Meetrix)	450 à 500 (6 vCPU, 24 Go)

La différence est spectaculaire. Un serveur qui fait tourner BBB confortablement (16 Go RAM, 8 cœurs, bare metal) coûte entre 70 et 140 USD par mois (Webhostingzone). Le même budget permet de louer plusieurs VPS capables de faire tourner Vuisio avec des capacités supérieures (nous détaillons ce face-à-face dans notre comparatif Vuisio contre BigBlueButton).

Comment se passe l’installation ?

BigBlueButton

L’installation passe par le script bbb-install.sh qui configure automatiquement nginx, FreeSWITCH, Kurento, Redis, MongoDB, Meteor, Akka, Etherpad et LibreOffice (dans un conteneur Docker) (doc d’architecture BBB). Le script est robuste mais le processus est long, et la moindre incompatibilité système (autre serveur web installé, port 80 occupé, version d’Ubuntu incorrecte) peut faire échouer l’installation.

Le serveur doit être « clean » (aucun autre logiciel installé) et « dedicated » (rien d’autre que BBB dessus) (doc d’installation BBB). Si vous partagez le serveur avec d’autres applications, les conflits de ports et la contention CPU peuvent causer des problèmes audio intermittents difficiles à diagnostiquer.

Jitsi Meet

L’installation se fait typiquement via Docker Compose ou les paquets Debian. La stack comprend le frontend web, Prosody (serveur XMPP), Jicofo (focus de conférence) et JVB (videobridge) (handbook Jitsi). C’est plus simple que BBB, mais la configuration de Prosody (certificats, domaines virtuels, authentification) reste un point de friction courant dans la communauté.

Pour l’enregistrement, il faut installer Jibri séparément, ce qui ajoute un conteneur Chrome headless et ffmpeg avec 8 Go de RAM supplémentaires par session d’enregistrement (handbook Jitsi). La documentation officielle déconseille de faire tourner Jibri sur le même serveur que Jitsi Meet.

Vuisio

L’installation passe par un installeur interactif (interface texte) qui détecte le serveur, propose un preset de dimensionnement (lowpower, standard, large), configure nginx, obtient le certificat TLS, applique les réglages système (sysctl, gouverneur de fréquence, pare-feu), génère les secrets et vérifie la santé des services (docs.vuis.io).

curl -fsSLO https://releases.vuis.io/latest/vuisio-installer
chmod +x ./vuisio-installer
sudo ./vuisio-installer install

Deux runtimes sont disponibles : Docker (par défaut, le plus simple) ou natif (services systemd, performances maximales, fonctionne dans les conteneurs LXC) (docs.vuis.io).

Le certificat TLS est obtenu automatiquement via Actalis (autorité de certification européenne, italienne) par défaut, ou via Let’s Encrypt, ou avec votre propre certificat (docs.vuis.io). Le serveur STUN par défaut est européen (stun.nextcloud.com:443).

L’installation non interactive est possible via un fichier TOML de réponses, ce qui permet l’automatisation (CI, déploiements en série) (docs.vuis.io).

Étape	BigBlueButton	Jitsi Meet	Vuisio
Prérequis	Ubuntu 22.04 clean, dédié, ports 80/443 libres	Debian/Ubuntu, Docker ou paquets	Debian 11+ ou Ubuntu 22.04+
Commande d’installation	bbb-install.sh (script automatisé)	Docker Compose ou paquets apt	vuisio-installer install (interactif)
TLS	Let’s Encrypt (script intégré)	Let’s Encrypt (manuel ou script)	Actalis (européen) par défaut, automatique
Temps estimé	30 à 60 min (si tout va bien)	15 à 30 min	5 à 10 min
Installation non interactive	Non documentée	Docker Compose configurable	--non-interactive --answers file.toml
Vérification post-install	bbb-conf --check	Vérification manuelle	vuisio doctor

Comment se passe l’administration au quotidien ?

C’est là que les écarts se creusent le plus, et c’est le poste de coût le plus sous-estimé.

BigBlueButton

Un bbb-conf --status affiche plus de 10 services. Chacun a ses propres logs, ses modes de défaillance et ses besoins de mise à jour. La documentation recommande de surveiller le CPU en continu (seuil critique à 70 %, au-delà l’audio se dégrade) (FAQ BBB). Les montées de version majeures (2.x vers 3.0) imposent de repartir d’un serveur Ubuntu 22.04 neuf et de migrer les enregistrements manuellement (doc d’installation BBB). Un retour d’expérience publié par Octopuce sur un test à 167 utilisateurs montre que l’activation du tableau blanc partagé a fait planter Meteor côté client et serveur (Octopuce).

Jitsi Meet

L’administration est plus légère que BBB mais reste multi-composants. Prosody ne peut utiliser qu’un seul cœur CPU, ce qui en fait un goulot d’étranglement potentiel (handbook Jitsi). La montée en charge passe par un système de « shards » (chaque shard = Prosody + Jicofo + JVB × N) derrière un HAProxy. Et 8x8 ne fournit aucun support pour les installations auto-hébergées (FAQ 8x8).

Vuisio

L’administration passe par une CLI unique (docs.vuis.io) :

Commande	Fonction
vuisio status	État des services
vuisio start / stop / restart	Contrôle des services
vuisio logs [-f] [service]	Journaux (suivi en direct)
vuisio doctor	Diagnostic automatique
vuisio upgrade	Mise à jour atomique avec rollback automatique
vuisio secrets	Afficher ou tourner les secrets du coffre chiffré
vuisio module add/remove	Gérer les modules (lobby, whiteboard, compat-api)

Les mises à jour sont atomiques : une seule commande, avec retour arrière automatique si les contrôles de santé échouent (docs.vuis.io). Pas de réinstallation d’OS entre les versions majeures. Les mises à jour automatiques sont configurables (quotidiennes ou hebdomadaires, avec une heure définie).

Critère	BigBlueButton	Jitsi Meet	Vuisio
Services à surveiller	10+ (nginx, FreeSWITCH, Kurento, Redis, MongoDB, Meteor, Akka, Etherpad, bbb-web, bbb-webrtc-sfu, LibreOffice Docker)	4+ (web, Prosody, Jicofo, JVB, optionnellement Jibri)	2 + modules (SFU + orchestrateur)
Mise à jour	Script bbb-install.sh, changement d’OS entre versions majeures	Docker pull ou apt upgrade	vuisio upgrade (atomique, rollback auto)
Diagnostic	bbb-conf --check (scan de logs)	Vérification manuelle	vuisio doctor (sondes HTTP sur les services)
Support officiel	Communauté (forums, GitHub)	Aucun support 8x8 pour l’auto-hébergé	Accompagnement dédié (offre on premise)
Supervision	À configurer soi-même	À configurer soi-même	Prometheus + Grafana intégrés (optionnel) (docs.vuis.io)

Quelle sécurité pour les données auto-hébergées ?

L’auto-hébergement garantit que les données restent sur votre serveur, mais la sécurité dépend aussi de ce que fait le logiciel avec ces données. C’est aussi un pilier de la conformité RGPD dans l’éducation et la formation.

Critère	BigBlueButton	Jitsi Meet	Vuisio
Chiffrement en transit	DTLS-SRTP (WebRTC standard)	DTLS-SRTP	DTLS-SRTP
Chiffrement au repos	Non documenté	Non documenté	AES-256-GCM, clé fournie par l’exploitant (docs.vuis.io)
Compte utilisateur serveur	Oui (Greenlight, MongoDB)	Oui (Prosody)	Non (identifiant numérique éphémère) (docs.vuis.io)
Cookies	Oui (session Meteor, Greenlight)	Oui (session Prosody)	Aucun imposé par le cœur (docs.vuis.io)
Persistance des salles	MongoDB + Redis + disque	Prosody + fichiers	Optionnelle (Redis). Sans Redis, salles éphémères en mémoire (docs.vuis.io)
Nettoyage automatique	Enregistrements supprimés après 14 jours par défaut	Non documenté	Données effacées à la fermeture de la salle (docs.vuis.io)
Secrets	Fichiers de configuration en clair	Fichiers de configuration	Coffre chiffré AES-256-GCM, commande vuisio secrets (docs.vuis.io)

Et si vous ne voulez pas auto-héberger ?

L’auto-hébergement n’est pas pour tout le monde. Si vous n’avez pas d’équipe technique, si vous ne voulez pas gérer un serveur, ou si vous préférez concentrer vos ressources sur votre métier, un cloud souverain est la solution.

Réseau et pare-feu : les pièges à éviter

La visioconférence repose sur WebRTC, un protocole temps réel qui a des exigences réseau spécifiques. Ignorer ces exigences est la cause la plus fréquente d’échec d’installation.

Les ports à ouvrir

Toutes les solutions nécessitent au minimum le port TCP 443 (HTTPS) pour la signalisation et le chargement de l’interface web. La différence se joue sur les ports UDP utilisés pour le transport média (audio et vidéo en temps réel).

BigBlueButton utilise les ports UDP 16384 à 32768 (FreeSWITCH + Kurento) (doc de customisation BBB). C’est une plage large qui peut poser problème dans des environnements réseau restrictifs. Jitsi utilise le port UDP 10000 par défaut pour le JVB. Vuisio utilise les ports UDP à partir de 16384 par défaut.

Le problème du NAT et du TURN

Quand un participant est derrière un réseau d’entreprise restrictif (pare-feu, proxy, NAT symétrique), la connexion WebRTC directe peut échouer. C’est là qu’intervient un serveur TURN (Traversal Using Relays around NAT), qui relaie le trafic média via TCP 443 en dernier recours.

BigBlueButton intègre un serveur TURN (coturn). Jitsi nécessite une configuration TURN séparée. Vuisio permet de configurer un serveur TURN dans l’installeur (champ turn_url et turn_secret dans le fichier de réponses) (docs.vuis.io). Le serveur STUN par défaut de Vuisio est européen (stun.nextcloud.com:443), là où BigBlueButton et Jitsi pointent souvent vers des serveurs Google.

La bande passante

La visioconférence consomme de la bande passante proportionnellement au nombre de participants et aux flux actifs. En règle générale, comptez 0,5 à 1,5 Mbit/s par participant en fonction de la résolution. BigBlueButton recommande 250 Mbit/s symétrique minimum pour le serveur (FAQ BBB). Pour les autres solutions, dimensionnez en fonction de votre usage prévu.

Un point important : le SFU de Vuisio n’envoie en priorité que les vidéos des intervenants actifs dans les grandes réunions, ce qui limite naturellement la consommation de bande passante.

Sauvegardes et reprise d’activité

Un serveur de visio auto-hébergé contient potentiellement des données sensibles : configuration, secrets, enregistrements, historique de chat. Une stratégie de sauvegarde est indispensable.

Ce qu’il faut sauvegarder

Pour BigBlueButton : les fichiers de configuration (/etc/bigbluebutton/, /usr/share/bbb-web/WEB-INF/classes/bigbluebutton.properties), les enregistrements (/var/bigbluebutton/published/), et la base MongoDB. C’est un ensemble éclaté sur plusieurs répertoires et services.

Pour Jitsi : la configuration Prosody, les fichiers Docker Compose ou les fichiers de configuration des paquets, et les enregistrements Jibri si activés.

Pour Vuisio : la documentation détaille les réglages système et les sauvegardes dans une section dédiée (docs.vuis.io). Les secrets sont stockés dans un coffre chiffré AES-256-GCM, préservé automatiquement entre les mises à jour (docs.vuis.io). Les données de salle (si Redis est activé) sont chiffrées au repos. La configuration est centralisée, ce qui simplifie les sauvegardes.

La reprise après incident

BigBlueButton : en cas de panne serveur, il faut réinstaller BBB sur un nouveau serveur Ubuntu et restaurer les fichiers de configuration et les enregistrements. Le processus peut prendre plusieurs heures.

Jitsi : la reprise passe par la reconstruction du Docker Compose ou la réinstallation des paquets, puis la restauration de la configuration Prosody.

Vuisio : l’installeur supporte la reprise après interruption. Une installation interrompue se relance sans risque : la vérification, la réparation et la reprise empruntent le même chemin de code qu’une installation neuve (docs.vuis.io). L’option --dry-run permet de visualiser le plan sans rien modifier.

Checklist avant de se lancer

Avant de déployer votre serveur de visioconférence, vérifiez ces points :

Infrastructure. Avez-vous un serveur (physique, VPS ou VM) avec une IP publique fixe, un nom de domaine pointant vers cette IP, et une connexion réseau avec une bande passante suffisante ? Pour Vuisio, un VPS à 5 €/mois peut suffire pour une petite structure.

Réseau. Les ports nécessaires (TCP 443, UDP média) sont-ils ouverts dans votre pare-feu ? Si vos utilisateurs sont derrière des réseaux restrictifs, avez-vous un serveur TURN ?

Domaine et DNS. Avez-vous un nom de domaine (ou sous-domaine) dédié à la visio (par exemple meet.votredomaine.fr) ? L’enregistrement DNS pointe-t-il vers l’IP de votre serveur ?

Certificat TLS. Vuisio le génère automatiquement (Actalis ou Let’s Encrypt). Pour BBB et Jitsi, prévoyez la configuration.

Sauvegardes. Avez-vous un plan de sauvegarde pour la configuration et les enregistrements ?

Dimensionnement. Combien de réunions simultanées et de participants prévoyez-vous ? Cela détermine le choix du serveur et de la solution.

Intégration LMS. Si vous utilisez Moodle, vérifiez que la solution choisie est compatible avec l’API BigBlueButton (BBB nativement, Vuisio via compat-api) ou avec LTI (Jitsi).

Compétences. Avez-vous un administrateur capable de gérer 12 services Linux (BBB), 4 services Docker (Jitsi), ou une CLI avec mises à jour automatiques (Vuisio) ?

Vuisio propose un cloud souverain hébergé en France, avec exactement le même logiciel qu’en auto-hébergement. L’offre gratuite couvre les réunions d’une heure avec un nombre illimité de participants. L’offre Pro à 7,90 € HT par animateur et par mois ajoute l’enregistrement et la durée illimitée. Aucune infrastructure à gérer, aucune mise à jour, aucun certificat SSL. Et si vous changez d’avis, vous pouvez migrer vers l’auto-hébergement à tout moment : c’est le même logiciel.

Ni BigBlueButton ni Jitsi ne proposent d’offre cloud souverain hébergée en France. Le serveur BBB gratuit dans Moodle est limité (60 min, 25 participants) et opéré par Blindside Networks au Canada (BigBlueButton Host). Jitsi JaaS est opéré par 8x8 aux États-Unis (FAQ 8x8).

Comment choisir ?

Choisissez BigBlueButton si vous êtes dans l’éducation, que vous avez un administrateur système dédié, que l’infrastructure lourde ne vous effraie pas, et que l’intégration native avec Moodle est votre priorité absolue.

Choisissez Jitsi si vous cherchez la solution la plus simple pour des réunions ad hoc sans LMS, que vous avez des compétences Linux de base, et que la souveraineté par rapport à 8x8 n’est pas un critère bloquant.

Choisissez Vuisio si vous voulez la solution la plus légère, la plus facile à administrer, la plus souveraine (éditeur français, STUN européen, TLS européen, chiffrement au repos), compatible Moodle via l’API BBB, et que vous préférez une CLI propre à la gestion de 12 services indépendants.

Choisissez le cloud souverain Vuisio si vous ne voulez pas auto-héberger du tout mais avez besoin de souveraineté. C’est le même logiciel, hébergé en France, sans infrastructure à gérer.

En résumé

Auto-héberger sa visioconférence en 2026, c’est possible pour toute organisation qui a accès à un serveur. La question n’est plus « est-ce faisable ? » mais « quelle solution demande le moins de ressources et de maintenance pour le meilleur résultat ? ».

BigBlueButton a ouvert la voie mais reste lourd (16 Go RAM, 12 services, Ubuntu uniquement). Jitsi est plus léger mais contrôlé par une entreprise américaine. Vuisio combine la légèreté du Rust, la souveraineté française, un installeur qui fait tout en 5 minutes, et un cloud souverain pour ceux qui ne veulent pas gérer de serveur.

Testez Vuisio en cloud souverain gratuit, ou installez-le sur votre serveur en 5 minutes.