La factura anual de videoconferencia vuelve a la mesa. Alguien recuerda que Moodle incluye BigBlueButton, que es software libre y que puede instalarse en servidores propios. La conclusión llega demasiado deprisa: «sustituimos Teams y dejamos de pagar licencias». El problema es que una reunión y un aula virtual pueden compartir cámara, micrófono y chat sin resolver la misma necesidad.
La conversación suele empezar comparando precios. Si se plantea bien, acaba comparando modelos de uso, decisiones pedagógicas, infraestructura y capacidad operativa.
Zoom, Microsoft Teams y Google Meet han normalizado una idea sencilla: crear una reunión, enviar un enlace y entrar. BigBlueButton también permite hacerlo. Pero definirlo como «otra herramienta de videoconferencia» deja fuera precisamente aquello que puede justificar su despliegue.
BigBlueButton es una plataforma de aula virtual de código abierto diseñada alrededor de la sesión docente. La presentación, la pizarra, las encuestas, las salas de trabajo, los roles y las analíticas no son accesorios añadidos a una videollamada. Son el núcleo del producto.
TL;DR: BigBlueButton encaja cuando la videoconferencia debe comportarse como una actividad del LMS, la institución necesita controlar la infraestructura o el profesorado requiere herramientas diseñadas para enseñar. No elimina el coste: cambia licencias por servidores, almacenamiento, ancho de banda, monitorización y conocimiento operativo.
Una clase online no es una reunión con más participantes
En una reunión corporativa, el objetivo suele ser conversar, revisar documentos, tomar decisiones y continuar el trabajo en canales, archivos o tareas. Teams dispone de roles, controles de presentación, encuestas y salas separadas; sería injusto describirlo como una herramienta donde todos los participantes hacen lo mismo.
La diferencia no está en una casilla de la tabla de funcionalidades, sino en el centro de gravedad. Teams forma parte de una suite de colaboración. BigBlueButton organiza la experiencia alrededor de un docente que presenta contenido, propone actividades, observa señales de participación y dirige el ritmo de una clase.
| Criterio | BigBlueButton | Teams, Zoom o Meet |
|---|---|---|
| Unidad principal | La clase dentro de un curso | La reunión o el evento |
| Contexto | Roles, actividad, calendario y grabaciones vinculados al LMS | Calendario, chat, archivos y ecosistema corporativo |
| Interacción | Pizarra sobre la presentación, encuestas, cuestionarios, notas y salas de trabajo | Colaboración general, reuniones, webinars y extensiones de la suite |
| Analítica | Señales de asistencia e interacción visibles durante la clase | Informes de reunión, asistencia y uso según producto y licencia |
| Operación | Autogestionada o contratada a un proveedor especializado | SaaS operado por el fabricante |
| Coste dominante | Infraestructura, almacenamiento y operación | Licencias, plan contratado y dependencia del proveedor |
BigBlueButton compite con las plataformas comerciales en parte de sus funciones. Lo que conduce a malas decisiones es evaluarlo como un reemplazo uno a uno. La pregunta útil no es «¿hace videollamadas?», sino «¿necesitamos una reunión o una actividad docente integrada en el curso?».
Qué aporta BigBlueButton dentro del aula
La calidad de audio y vídeo importa, pero no es la razón principal para elegir BBB. Su valor aparece cuando el docente necesita dirigir una sesión, proponer actividad y observar la respuesta del grupo sin reconstruir el aula con cinco herramientas externas.
Presentación y pizarra forman una sola superficie
El docente puede subir una presentación, recorrer sus diapositivas y anotar directamente sobre ellas. Al activar la pizarra multiusuario, los estudiantes también pueden intervenir. No es lo mismo que compartir una pantalla: el contenido deja de ser algo que se mira y se convierte en una superficie de trabajo común.
Moderador, presentador y participante no son sinónimos
El moderador gestiona usuarios y permisos. El presentador controla el contenido visible. El participante interviene dentro de los límites definidos para la clase. Separar estas capacidades permite, por ejemplo, ceder una exposición a un alumno sin entregarle el control completo de la sala.
Las salas de trabajo están pensadas para ser supervisadas
Los grupos pueden trabajar en espacios separados con audio, chat, notas y pizarra. Desde la sala principal, el moderador conserva una vista de las salas y puede conectarse a su audio para comprobar cómo avanza la actividad. Parece una diferencia menor hasta que hay varios grupos trabajando al mismo tiempo y el docente debe acompañarlos sin perder el control de la sesión.
Las analíticas sirven como señal, no como veredicto
El Learning Analytics Dashboard muestra asistencia, tiempo de permanencia e interacciones como mensajes, manos levantadas, encuestas o cuestionarios. Son señales que ayudan al docente a detectar quién participa poco, qué actividad no está funcionando o quién puede necesitar ayuda.
Conviene no convertir esas señales en una medida automática de aprendizaje. Mantener la pestaña activa, responder una encuesta o escribir en el chat produce actividad observable. No demuestra, por sí solo, que alguien haya comprendido la materia.
BigBlueButton y Moodle: integración nativa, API y LTI no son lo mismo
Este punto suele explicarse demasiado deprisa. Desde Moodle 4.0, BigBlueButton forma parte del núcleo como una actividad. El docente puede añadirla al curso, definir horarios y roles, impedir que los estudiantes entren antes que el moderador y publicar las grabaciones desde la propia actividad.
En este escenario, Moodle no necesita tratar BBB como una herramienta externa LTI. El módulo se comunica con el servidor mediante la API de BigBlueButton: crea la reunión, genera el acceso firmado, transmite la identidad y el rol del usuario y consulta las grabaciones disponibles.
- Actividad nativa de Moodle: es la opción natural cuando Moodle es el LMS principal y se busca una experiencia integrada en el curso.
- API de BigBlueButton: permite construir integraciones propias, frontales específicos o automatizaciones alrededor de reuniones, usuarios, grabaciones y analíticas.
- LTI: resulta útil cuando otro LMS necesita lanzar BBB como herramienta interoperable o cuando una organización quiere ofrecer un servicio común a varias plataformas.
La integración profunda no consiste solamente en evitar otro inicio de sesión. Consiste en que el curso aporte contexto: quién entra, con qué rol, a qué actividad, bajo qué condiciones, dónde aparecen las grabaciones y cómo se refleja la participación o la calificación.
Moodle permite calificar manualmente la actividad y definir condiciones de finalización. Algunas integraciones pueden aprovechar datos de asistencia o interacción, pero no conviene prometer que BBB enviará «notas de participación» al libro de calificaciones de forma automática en cualquier instalación. El comportamiento depende de la versión, la configuración y los componentes habilitados.
Soberanía del dato no significa cumplimiento automático
Un despliegue propio permite decidir dónde se procesan y almacenan el audio, el vídeo, el chat, las presentaciones y las grabaciones. Para universidades, administraciones públicas o entidades que trabajan con menores, ese control puede ser determinante.
Pero alojar el sistema en un CPD europeo no convierte el cumplimiento del RGPD en una propiedad automática del software. Todavía hay que definir la base jurídica, la información a los usuarios, el consentimiento cuando corresponda, los controles de acceso, los plazos de conservación, las copias de seguridad, los encargados de tratamiento y los procedimientos para ejercer derechos.
La propia documentación de privacidad de BigBlueButton llama la atención sobre los datos brutos de grabación, las presentaciones almacenadas y el acceso a las sesiones publicadas. La soberanía permite tomar decisiones. También obliga a documentarlas y mantenerlas.
Lo que la demo no enseña
Tres personas de IT entran en una sala de prueba. Activan cámara y micrófono, comparten una presentación y levantan la mano. Todo responde bien.
La prueba confirma que la instalación arranca. No confirma que pueda soportar la franja de máxima carga del campus, procesar las grabaciones de toda la tarde ni recuperar el servicio cuando falle un nodo.
El vídeo multiplica tráfico
En una arquitectura de reenvío selectivo, cada cámara publicada debe llegar a quienes la visualizan. Diez webcams no equivalen a un único flujo que se reparte sin coste. El ancho de banda de salida crece con el número de emisores, espectadores, la resolución y la calidad configurada.
Por eso la política de vídeo es una decisión de producto, no un simple parámetro técnico. Una tutoría con ocho personas puede admitir todas las cámaras. Una clase de ochenta estudiantes quizá deba mostrar únicamente al docente y a quien esté interviniendo.
Grabar no es guardar un MP4
BBB captura audio, webcams, pantalla compartida, chat, notas, encuestas y eventos de la pizarra. Cuando termina la sesión, debe archivar, validar, procesar y publicar esos elementos en una reproducción sincronizada. Ese trabajo sigue consumiendo CPU, disco y tiempo después de que el último alumno haya abandonado la sala.
Si todas las clases terminan a la misma hora, la cola de grabaciones empieza a crecer precisamente cuando el equipo cree que la carga ya ha bajado.
Escalar significa repartir reuniones completas
Para crecer horizontalmente se despliegan varios servidores BBB y una capa que asigna las nuevas reuniones a nodos disponibles, como Scalelite u otro balanceador compatible. Una clase ya iniciada permanece asociada a su servidor; no se distribuye dinámicamente entre máquinas como una petición HTTP sin estado.
Eso condiciona el balanceo, los despliegues, el drenaje de nodos, las actualizaciones y el tratamiento de las grabaciones. También obliga a observar reuniones activas, usuarios conectados al audio y al vídeo, colas de procesamiento, disco y red. Saber que la CPU está al 40 % no basta para saber si el servicio está sano.
El móvil funciona, con límites
BigBlueButton funciona desde el navegador: Chrome en Android y Safari Mobile en iOS, sin exigir una aplicación nativa. Eso reduce instalaciones y simplifica el acceso. A cambio, la experiencia depende de WebRTC, de los permisos concedidos y de las capacidades del navegador. Desde el móvil se puede participar en la clase, pero no compartir la pantalla.
| Riesgo | Qué aparece en producción | Qué prepararía antes |
|---|---|---|
| Pico de concurrencia | Salas que coinciden por horario y concentran audio, vídeo y pantalla | Pruebas con perfiles reales de uso, no solo usuarios conectados |
| Redes restrictivas | Usuarios que no consiguen negociar correctamente el tráfico WebRTC | Servidor TURN, puertos, DNS, TLS y pruebas desde redes externas |
| Grabaciones | Colas, consumo de disco y retrasos en la publicación | Retención, monitorización, capacidad y estrategia de almacenamiento |
| Actualizaciones | Cambios de sistema operativo, paquetes y configuración local | Infraestructura reproducible, preproducción y ventana de mantenimiento |
| Alta disponibilidad | Una reunión activa no migra mágicamente si cae su nodo | Capacidad sobrante, drenaje de nodos, comunicación y recuperación |
El software libre elimina la licencia del producto. No elimina la responsabilidad de operar comunicaciones en tiempo real. El coste no desaparece: cambia de columna.
BigBlueButton 3.0 en producción y la transición hacia 4.0
En la revisión de agosto de 2026, BigBlueButton 3.0 continúa siendo la rama recomendada para producción y se instala sobre Ubuntu 22.04. La documentación oficial parte de un servidor dedicado con 16 GB de memoria, ocho núcleos de CPU, almacenamiento suficiente para las grabaciones y conectividad simétrica de al menos 250 Mbit/s. Son requisitos de partida, no una promesa de capacidad para cualquier patrón de uso.
BigBlueButton 4.0 continúa en desarrollo y dispone de versiones beta. El rediseño de la experiencia móvil, la nueva base Ubuntu 24.04 y la adopción de LiveKit como plataforma multimedia predeterminada son cambios importantes. Aun así, no basaría una decisión de producción en prestaciones de una rama que el propio proyecto todavía no recomienda para ese uso.
Considerar la hoja de ruta forma parte de una buena decisión. Diseñar la capacidad del próximo curso sobre una beta es otra cosa.
Cuándo lo elegiría y cuándo no
Yo evaluaría BigBlueButton cuando la clase debe vivir dentro del LMS, la institución necesita controlar la ubicación y el ciclo de vida de los datos o el modelo docente depende de pizarras, encuestas, grupos de trabajo y señales de participación.
No empezaría por BBB para reuniones internas, atención comercial, webinars de marketing o una organización que quiere «dejar de pagar Teams» pero no dispone de tiempo ni personas para operar el reemplazo. En esos casos, el SaaS compra algo más que una licencia: compra una parte considerable de la simplicidad operativa.
Checklist antes de decidir
- ¿La necesidad principal es una clase o una reunión?
- ¿Qué porcentaje de participantes emitirá cámara de forma simultánea?
- ¿Cuántas sesiones coincidirán en la franja de máxima carga?
- ¿Quién mantendrá servidores, TURN, certificados, métricas y actualizaciones?
- ¿Qué se grabará, durante cuánto tiempo y quién podrá reproducirlo?
- ¿La integración será la actividad nativa de Moodle, la API o LTI?
- ¿Existe preproducción y una prueba de carga representativa?
- ¿Se prefiere autogestión o un proveedor especializado?
La decisión correcta empieza por el problema
BigBlueButton no necesita ganar una comparativa genérica contra Teams, Zoom o Meet. Necesita que la organización defina con honestidad qué está intentando construir.
Si busca una plataforma de colaboración corporativa, BBB se quedará corto en todo lo que ocurre antes y después de la reunión. Si busca un aula virtual integrada, controlable y diseñada para enseñar, buena parte de aquello que en otras herramientas exige extensiones ya forma parte de su modelo.
La decisión difícil empieza justo después del encaje funcional: quién opera la plataforma, cómo se prueba con carga real y qué ocurre cuando ochocientos alumnos entran durante la misma franja horaria.
BigBlueButton puede ahorrarte licencias. Lo que no puede ahorrarte es arquitectura, operación ni criterio.
El siguiente paso: si BBB encaja funcionalmente, toca comprobar si también encaja operativamente. En mi análisis sobre BigBlueButton en producción bajo hasta el servidor: capacidad, TURN, grabaciones, monitorización y escalado con varios nodos.
Preguntas frecuentes sobre BigBlueButton
¿BigBlueButton es gratis?
El código es libre y se distribuye bajo licencia LGPL-3.0. Un despliegue real sigue teniendo costes de infraestructura, almacenamiento, red, mantenimiento, monitorización y soporte. También puede contratarse como servicio gestionado.
¿BigBlueButton viene incluido en Moodle?
Moodle incluye la actividad BigBlueButton en el núcleo desde la versión 4.0, pero la videoconferencia se ejecuta en un servicio BBB independiente. Puede utilizarse un servidor configurado por la institución o un servicio de alojamiento externo.
¿Moodle se conecta a BigBlueButton mediante LTI?
La actividad nativa de Moodle se integra directamente con la API de BigBlueButton. LTI es una vía de interoperabilidad para otras plataformas o arquitecturas en las que convenga publicar BBB como herramienta externa.
¿Funciona BigBlueButton en móviles?
Sí. Funciona desde Chrome en Android y Safari Mobile en iOS sin instalar una aplicación específica. La principal limitación funcional documentada en ambos casos es compartir la pantalla desde el dispositivo.
¿Instalar BigBlueButton en servidores propios garantiza el RGPD?
No. El alojamiento propio permite controlar mejor la ubicación, el acceso y la retención, pero el cumplimiento depende de la configuración, los procesos, los contratos, la seguridad y la política de tratamiento de datos.
¿BigBlueButton sustituye a Teams o Zoom?
Puede sustituirlos en clases virtuales donde importan la integración con el LMS y las herramientas docentes. No es un reemplazo directo para la colaboración corporativa, la telefonía, los canales de equipo o los webinars comerciales.
Fuentes técnicas y versión consultada
- Repositorio oficial de BigBlueButton, versiones estables y versiones beta publicadas.
- Requisitos e instalación oficial de BigBlueButton 3.0.
- Arquitectura de captura y procesamiento de grabaciones.
- Consideraciones de privacidad y retención.
- Configuración de clúster y distribución de reuniones.
- Actividad BigBlueButton en Moodle.
- Roles y controles de presentación en Microsoft Teams.
Deja una respuesta