Alternatives & comparatifs

Visioconférence Nextcloud : quelle solution choisir en 2026 ?

Nextcloud gère vos fichiers, votre agenda et vos contacts sans dépendre d’un cloud américain. Talk y ajoute la messagerie et les appels. Mais dès qu’une réunion dépasse une poignée de personnes, la même question revient : est-ce que ça tient ? La réponse tient à un composant que beaucoup d’administrateurs découvrent trop tard : le moteur qui distribue la vidéo.

Nextcloud Talk suffit-il pour la visioconférence ?

Oui pour les petits appels, non au-delà de trois à cinq participants.

Talk fonctionne par défaut en pair-à-pair : aucun serveur central ne relaie l’audio et la vidéo. Chaque participant envoie son flux directement à chacun des autres. C’est élégant, et c’est exactement là que ça casse.

Dans un appel à cinq, chacun émet quatre flux et en reçoit quatre. À dix, c’est neuf et neuf. La charge grimpe au carré du nombre de participants, et c’est l’envoi qui sature en premier : les connexions grand public ont un débit montant bien plus faible que leur débit descendant.

En pratique, le pair-à-pair de Talk plafonne autour de trois à cinq participants par réunion. Avec une bande passante et des processeurs confortables, on peut monter jusqu’à une vingtaine de personnes, mais sans aucune garantie de qualité.

Pour deux ou trois personnes, Talk natif suffit et ne demande aucune infrastructure supplémentaire. Le problème n’apparaît qu’en réunion d’équipe.

Qu’est-ce que le High Performance Backend ?

C’est le SFU officiel de Nextcloud Talk. Il remplace le pair-à-pair par un serveur central qui reçoit un flux par participant et le redistribue aux autres.

Le changement d’architecture est le cœur du sujet. Avec un SFU (Selective Forwarding Unit), chaque participant envoie son flux une seule fois au serveur, qui se charge de le transmettre. Dans un appel à dix, chacun envoie un flux au lieu de neuf : environ 90 % de bande passante montante en moins.

Le High Performance Backend n’est pas un composant unique, mais un assemblage :

ComposantRôle
Spreed Signaling Serverorchestre les connexions entre participants
Janusla passerelle WebRTC qui route le média (plugin VideoRoom)
NATSdistribue les messages entre les instances
CoTURNrelais pour les participants derrière un réseau fermé

Une idée reçue mérite d’être corrigée : le High Performance Backend n’est pas réservé aux clients Enterprise. Le serveur de signalisation nextcloud-spreed-signaling est publié sous licence AGPL-3.0 et librement installable. Nextcloud en commercialise le support et l’accompagnement, pas le droit de l’utiliser.

Côté capacité, Nextcloud estime qu’un serveur de 4 cœurs et 8 Go de RAM encaisse au moins 150 utilisateurs simultanés. C’est confortable pour une PME entière.

Le prix à payer est l’exploitation : quatre à cinq services à installer, superviser et maintenir à jour, en plus de votre Nextcloud.

Faut-il plutôt brancher Jitsi ou BigBlueButton ?

Ce sont les deux échappatoires classiques quand Talk ne suffit plus. L’App Store Nextcloud propose une app pour chacun : Jitsi Integration et BigBlueButton Integration.

Le principe est identique dans les deux cas : Nextcloud ne fait plus la visio, il la délègue. L’app crée la salle et publie le lien ; le média vit entièrement sur le serveur Jitsi ou BigBlueButton.

Cela règle la montée en charge, mais déplace le problème sur trois points.

  1. Vous exploitez deux plateformes. Nextcloud d’un côté, Jitsi ou BigBlueButton de l’autre, chacune avec son cycle de mises à jour et sa supervision.
  2. L’identité se dédouble dès que l’intégration ne la propage pas jusqu’à la salle.
  3. La souveraineté dépend de l’hébergement. Pointer l’app Jitsi vers une instance publique renvoie vos réunions vers une infrastructure tierce, ce qui annule l’intérêt d’un Nextcloud auto-hébergé.

BigBlueButton conserve un atout réel : il est conçu pour l’enseignement, avec tableau blanc, sondages et salles de travail. Si votre besoin est pédagogique, il reste pertinent. Nous avons détaillé ce que coûte réellement chacune de ces piles, ainsi que les différences de fond avec Jitsi et BigBlueButton.

Les cinq options comparées

Talk natifTalk + HPBJitsiBigBlueButtonVuisio
Architecture médiapair-à-pairSFU (Janus)SFUSFUSFU
Au-delà de 5 participantsnonouiouiouioui
Services à exploiter en plusaucun4 à 5plateforme séparéeplateforme séparée1
Identité Nextcloudnativenativeselon l’appselon l’appnative
LicenceAGPL-3.0AGPL-3.0Apache-2.0LGPL-3.0AGPL-3.0

Que change Vuisio dans cette équation ?

Vuisio réunit ce que les autres options obligent à arbitrer : la montée en charge d’un SFU, l’identité native de Nextcloud, et un seul service à exploiter au lieu de cinq.

L’app Vuisio pour Nextcloud (integration_vuisio, AGPL-3.0) suit la logique de Jitsi et BigBlueButton, celle d’un serveur média externe. Mais elle referme les trois compromis vus plus haut.

L’identité ne se dédouble pas. Les participants rejoignent la réunion sous leur nom Nextcloud, et le créateur de la salle en devient automatiquement le modérateur. Ce rôle est scellé par une signature cryptographique côté serveur, il ne peut donc pas être usurpé par un participant qui bricolerait son lien.

Un seul service à maintenir. Là où le High Performance Backend demande d’exploiter Janus, NATS, le signaling et CoTURN dans la durée, Vuisio se résume au SFU. C’est le cœur de l’arbitrage, et il est opérationnel plus que technique.

Aucun média ne transite par Nextcloud. L’app embarque le client Vuisio dans une iframe ; l’audio et la vidéo circulent directement entre les participants et votre SFU. Nextcloud ne gère que l’identité et le lancement de la réunion.

L’installation tient en trois clics depuis l’App Store, suivis de trois réglages côté serveur : le jeton d’API des salles, le secret de signature des rôles, et l’origine autorisée pour l’iframe. Le tout est publié sous AGPL-3.0, auditable, et fonctionne aussi bien sur votre infrastructure que dans un cloud hébergé en France.

Comment choisir selon sa taille ?

La question n’est pas « laquelle est la meilleure » mais « à partir de quand ai-je besoin de plus ».

  • Moins de 5 participants, usage occasionnel : gardez Talk natif. Ajouter un SFU serait de la complexité pour rien.
  • Une équipe de 10 à 150 personnes, déjà à l’aise avec l’exploitation : le High Performance Backend est le chemin le plus cohérent. Vous restez dans l’écosystème Nextcloud, tout est en AGPL, et la capacité est là.
  • Un besoin pédagogique (tableau blanc, sondages, salles de travail) : BigBlueButton reste le mieux outillé.
  • Vous voulez la montée en charge sans exploiter cinq services : Vuisio garde l’identité Nextcloud et ramène la surface à maintenir à un seul serveur.

Le vrai arbitrage n’est pas technique, il est opérationnel. Le High Performance Backend est une excellente solution, à condition d’avoir quelqu’un pour maintenir Janus, NATS, le signaling et CoTURN dans la durée. Beaucoup d’organisations sous-estiment ce coût, l’installent une fois, et se retrouvent deux ans plus tard avec une pile que plus personne ne sait mettre à jour. C’est précisément ce coût de possession que Vuisio cherche à supprimer.

Quelle que soit l’option, un point ne change pas : tant que le média reste sur votre infrastructure ou chez un hébergeur européen, vous gardez la maîtrise de vos réunions. C’est le cadre que nous détaillons dans notre guide de la visio souveraine et du RGPD.

Vuisio est open source sous AGPL-3.0, gratuit jusqu’à une heure de réunion, et s’installe dans Nextcloud en quelques minutes.

Questions fréquentes

Combien de participants Nextcloud Talk supporte-t-il ?

En pair-à-pair, la limite pratique se situe entre 3 et 5 participants par réunion. Avec une bande passante montante et des processeurs confortables, on peut atteindre une vingtaine de personnes, mais sans garantie de qualité. Au-delà, un SFU devient indispensable.

Le High Performance Backend est-il réservé aux clients Enterprise ?

Non, c'est une idée reçue tenace. Le serveur de signalisation nextcloud-spreed-signaling est publié sous licence AGPL-3.0 et librement installable par n'importe qui. Nextcloud commercialise le support, l'accompagnement et une pile préparée, mais pas le droit d'usage. Vous pouvez donc l'auto-héberger intégralement sans souscrire le moindre abonnement Enterprise.

Quelle différence entre pair-à-pair et SFU ?

En pair-à-pair, chaque participant envoie son flux à tous les autres : la charge grimpe au carré. Avec un SFU, chacun envoie son flux une seule fois au serveur, qui le redistribue. Dans un appel à dix, cela retire environ 90 % de la bande passante montante.

Peut-on brancher Jitsi ou BigBlueButton sur Nextcloud ?

Oui, l'App Store Nextcloud propose une app pour chacun : jitsi et bbb. Nextcloud crée alors la salle et publie le lien, mais ne gère plus le média. Vous exploitez en contrepartie deux plateformes distinctes, chacune avec ses mises à jour.

Quelle solution garde l'identité Nextcloud ?

Talk natif et le High Performance Backend l'utilisent nativement, puisqu'ils font partie intégrante de Nextcloud. L'app Vuisio la propage également jusque dans la salle : les participants rejoignent la réunion sous leur nom Nextcloud, et le créateur en devient le modérateur. Pour Jitsi et BigBlueButton, cela dépend entièrement de l'app d'intégration retenue.

Pourquoi choisir Vuisio plutôt que le High Performance Backend ?

Pour la charge d'exploitation. Le High Performance Backend impose de maintenir Janus, NATS, le signaling et CoTURN dans la durée, quand Vuisio se limite à un seul service. L'app propage l'identité Nextcloud, scelle le rôle de modérateur par signature, et reste sous licence AGPL-3.0, auditable et auto-hébergeable.

Faut-il un serveur TURN dans tous les cas ?

Presque toujours, oui. CoTURN sert de relais lorsqu'un participant se trouve derrière un réseau d'entreprise restrictif, un pare-feu strict ou un NAT symétrique qui empêche la connexion directe. Il est nécessaire au pair-à-pair comme au High Performance Backend, et reste recommandé avec n'importe quel SFU externe.

À propos de l'auteur

Théo Vilain — Responsable technique & Product Owner, Vuisio (Geezot)

Théo Vilain est responsable technique et product owner de Vuisio, le SFU WebRTC écrit en Rust développé chez Geezot. Il code depuis l'âge de 10 ans et s'est spécialisé en TypeScript, Rust et C. Il conçoit et fait évoluer l'architecture temps réel de Vuisio au quotidien, du traitement média bas niveau jusqu'aux décisions produit.