Intégrer la visio dans Moodle : au-delà de BigBlueButton

BigBlueButton est le standard de la visioconférence dans Moodle. Intégré nativement depuis la version 4.0, utilisé par le ministère de l’Enseignement supérieur et déployé dans des centaines d’universités, il a rendu la classe virtuelle accessible à grande échelle. Mais « natif dans Moodle » ne signifie pas « seule option ». L’API BigBlueButton est un protocole ouvert, et d’autres solutions peuvent l’implémenter pour se brancher sur le même plugin, sans rien changer côté Moodle. Ce guide explique comment ça marche, pourquoi chercher au-delà de BBB, et comment migrer. Pour un panorama plus large des solutions disponibles, voir notre comparatif des alternatives à BigBlueButton.

Comment fonctionne l’intégration BBB dans Moodle ?

Comprendre le mécanisme est la clé pour comprendre pourquoi il est possible de remplacer BBB sans toucher à Moodle.

Depuis Moodle 4.0, le plugin BigBlueButton est intégré au cœur de Moodle (il suffit de l’activer dans Administration > Plugins > Gestion des activités) (Moodle). Pour les versions antérieures, le plugin BigBlueButtonBN s’installe depuis le répertoire des plugins Moodle (Moodle Plugins).

Le plugin communique avec le serveur de visioconférence via deux informations configurées par l’administrateur Moodle :

1. L’URL de l’API du serveur BigBlueButton (par exemple https://bbb.example.com/bigbluebutton/api/).
2. Le secret partagé (shared secret), utilisé pour signer chaque requête via une somme de contrôle SHA-256.

Quand un enseignant crée une activité BigBlueButton dans son cours, Moodle envoie une requête create à l’API avec l’identifiant de la salle, le nom de la réunion et les paramètres de configuration. Quand un participant clique pour rejoindre, Moodle envoie une requête join avec le nom, le rôle (modérateur ou participant) et un lien de redirection. Le serveur de visio vérifie la signature, crée la salle si nécessaire, et redirige l’utilisateur vers l’interface de réunion.

C’est un protocole HTTP standard, avec des réponses en XML. Le plugin Moodle ne sait rien de l’implémentation du serveur : il ne connaît que l’URL et le secret.

C’est cette abstraction qui rend la substitution possible. Tout serveur qui implémente les mêmes endpoints avec le même format de signature peut se brancher à la place de BigBlueButton, sans modifier le plugin Moodle.

Pourquoi chercher au-delà de BigBlueButton ?

BBB a ouvert la voie, et c’est un projet respectable. Mais trois limites reviennent systématiquement dans les retours des équipes techniques.

L’infrastructure est lourde

BigBlueButton 3.0 exige un serveur dédié sous Ubuntu 22.04 avec au minimum 16 Go de RAM, 8 cœurs CPU et 500 Go de stockage (documentation BBB). Le projet recommande du matériel physique (bare metal) plutôt qu’une machine virtuelle, car FreeSWITCH supporte mal le partage de CPU. Pour un établissement qui fait tourner Moodle sur un VPS modeste, déployer un serveur BBB conforme aux recommandations représente un coût et une complexité significatifs.

Le serveur gratuit fourni avec Moodle est très limité

Par défaut, le plugin BBB dans Moodle pointe vers un serveur de test opéré par Blindside Networks. Ce serveur gratuit impose des restrictions importantes : sessions limitées à 60 minutes, maximum 25 participants simultanés, enregistrements qui expirent après 7 jours et ne sont pas téléchargeables, et webcams des étudiants visibles uniquement par le modérateur (BigBlueButton Host). Pour dépasser ces limites, il faut déployer son propre serveur BBB ou souscrire à un fournisseur tiers.

L’administration au quotidien est complexe

Un serveur BBB en production fait tourner plus de dix services simultanés (nginx, FreeSWITCH, Kurento, Redis, MongoDB, Meteor, Akka, Etherpad, LibreOffice en Docker…) (documentation d’architecture BBB). Chacun a ses propres logs, ses modes de défaillance et ses besoins de mise à jour. Le passage de BBB 2.x à 3.0 impose même de repartir d’un serveur Ubuntu 22.04 neuf (documentation d’installation BBB).

Quelles sont les alternatives pour la visio dans Moodle ?

L’intégration LTI (Jitsi, Zoom, Teams)

LTI (Learning Tools Interoperability) est un standard qui permet d’intégrer des outils externes dans un LMS. Jitsi, Zoom et Teams peuvent s’intégrer à Moodle via LTI. Mais l’intégration LTI est moins native que l’API BigBlueButton : elle ouvre l’outil externe dans un iframe ou une nouvelle fenêtre, sans gestion automatique des rôles enseignant/élève, sans création de salle liée au cours, et sans remontée des enregistrements dans Moodle. L’expérience est fonctionnelle mais moins fluide.

De plus, Zoom et Teams posent les problèmes de souveraineté déjà documentés (Cloud Act, CNIL, décret 2025), et Jitsi est contrôlé par 8x8, une entreprise américaine (TechTarget).

L’API BigBlueButton implémentée par un autre serveur

C’est l’approche la plus transparente : un serveur qui parle le même protocole que BigBlueButton, mais avec une implémentation différente sous le capot. Le plugin Moodle ne voit aucune différence, les enseignants et les étudiants non plus. Seules l’URL et le secret changent dans la configuration.

C’est exactement ce que fait Vuisio avec son module compat-api.

Comment Vuisio s’intègre à Moodle

Le module compat-api de Vuisio expose une API HTTP compatible BigBlueButton sous /bigbluebutton/api/ (docs.vuis.io). Il utilise le même mécanisme d’authentification par somme de contrôle SHA-256 (ou SHA-1 selon la longueur fournie) et renvoie les réponses au même format XML.

Installation en trois étapes

1. Installer le module compat-api sur votre instance Vuisio :

vuisio module add compat-api

Le module est gratuit et ne nécessite aucun jeton. Il fonctionne en runtime Docker comme en natif (docs.vuis.io).

2. Récupérer le secret partagé :

vuisio secrets show --reveal COMPAT_API_SHARED_SECRET

3. Configurer Moodle :

Dans Moodle, allez dans Administration du site > Plugins > BigBlueButton (ou BigBlueButtonBN pour les versions pré-4.0). Remplacez les deux champs :

Champ Moodle	Valeur BigBlueButton	Valeur Vuisio
BigBlueButton Server URL	https://bbb.example.com/bigbluebutton/api/	https://votre-domaine.vuisio.com/bigbluebutton/api/
BigBlueButton Shared Secret	Secret du serveur BBB	COMPAT_API_SHARED_SECRET de Vuisio

Sauvegardez. Testez en créant une activité BigBlueButton dans un cours et en la rejoignant. L’enseignant entre en tant que modérateur, l’étudiant en tant que participant, exactement comme avec BBB.

Ce que le LMS peut faire via l’API

Le module compat-api implémente les endpoints suivants de l’API BigBlueButton (docs.vuis.io) :

Endpoint	Fonction
create	Créer une salle avec un identifiant, un nom et des paramètres
join	Faire entrer un participant avec son nom et son rôle (modérateur/participant)
end	Terminer une réunion
isMeetingRunning	Vérifier si une réunion est en cours
getMeetingInfo	Obtenir les informations d’une réunion (participants, durée…)
getMeetings	Lister toutes les réunions en cours
getRecordings	Lister les enregistrements disponibles
Webhooks (callbacks)	Notifications vers le LMS lors d’événements (entrée/sortie de participants…)

L’authentification fonctionne exactement comme avec BigBlueButton : chaque requête porte un paramètre checksum calculé à partir du nom de l’action, des paramètres et du secret partagé. Un LMS ou un outil comme API Mate calcule ce checksum automatiquement.

Ce que Vuisio apporte en plus de BBB dans Moodle

La compatibilité API est le point d’entrée, mais c’est sous le capot que tout change.

Critère	BigBlueButton	Vuisio (via compat-api)
Plugin Moodle	Natif (même plugin)	Natif (même plugin)
Modification côté Moodle	Aucune	Aucune (URL + secret)
Serveur minimum	16 Go RAM, 8 cœurs, Ubuntu dédié	Raspberry Pi (1 Go RAM) testé
Composants serveur	~12 (FreeSWITCH, Kurento, Redis, MongoDB, Meteor…)	2 + modules (SFU Rust + orchestrateur)
Capacité par serveur	~200 participants (FAQ BBB)	450 à 500 (6 vCPU, 24 Go)
Transcodage	Oui (FreeSWITCH mixe l’audio)	Non (relai RTP brut)
Enregistrement	Format BBB propriétaire (conversion nécessaire)	MP4 natif
Chiffrement au repos	Non documenté	AES-256-GCM (docs.vuis.io)
Compte utilisateur serveur	Oui (Greenlight)	Non (identifiant éphémère)
Cloud souverain clé en main	Non	Oui (gratuit ou Pro, France)
Souveraineté	Open source, auto-hébergé, éditeur canadien	Open source, auto-hébergé ou cloud France, éditeur français
Tableau blanc	Oui (natif BBB)	Oui (module) (docs.vuis.io)
Anonymisation vocale	Non	Oui (docs.vuis.io)
Mise à jour serveur	Réinstallation Ubuntu entre versions majeures	vuisio upgrade atomique avec rollback (docs.vuis.io)

Peut-on utiliser le cloud Vuisio avec Moodle ?

Oui. Si vous ne voulez pas gérer de serveur du tout, le cloud souverain Vuisio expose la même API compatible BigBlueButton. L’offre Pro (7,90 € HT par animateur et par mois) inclut l’enregistrement et la compatibilité LMS. Vous configurez Moodle avec l’URL et le secret de votre instance cloud, et c’est tout : pas de serveur à administrer, pas de mise à jour à gérer, hébergement en France.

C’est l’option la plus simple pour les établissements qui n’ont pas de DSI ou dont l’équipe technique est déjà saturée par la gestion de Moodle lui-même.

Migration : pas à pas

1. Si vous n’avez pas encore Vuisio : créez un compte cloud gratuit ou déployez une instance avec vuisio-installer (docs.vuis.io).
2. Ajoutez le module compat-api : vuisio module add compat-api.
3. Récupérez le secret : vuisio secrets show --reveal COMPAT_API_SHARED_SECRET.
4. Modifiez la configuration Moodle : Administration > Plugins > BigBlueButton > URL + Secret.
5. Testez : créez une activité BBB dans un cours, rejoignez en tant qu’enseignant puis en tant qu’étudiant.
6. Vérifiez les enregistrements : si vous utilisez l’offre Pro, lancez un enregistrement et vérifiez qu’il remonte dans Moodle.

La migration est réversible : pour revenir à BBB, il suffit de remettre l’URL et le secret de votre ancien serveur.

En résumé

BigBlueButton a établi un standard d’intégration dans Moodle que d’autres solutions peuvent désormais implémenter. Vuisio en fait partie : le module compat-api parle le même protocole, utilise le même plugin, et se configure en changeant deux champs. Mais sous le capot, tout est différent : un SFU Rust sans transcodage au lieu de 12 composants Java/JavaScript, un chiffrement AES-256-GCM au repos, un cloud souverain hébergé en France, et un serveur qui tient sur un Raspberry Pi.

Si vous êtes satisfait de BigBlueButton, il n’y a pas de raison de changer. Mais si vous cherchez moins de maintenance, plus de légèreté, une souveraineté renforcée ou simplement un cloud clé en main pour ne plus gérer de serveur de visio, testez Vuisio gratuitement : la migration prend cinq minutes et elle est réversible.