Cuando una institución peruana crece, aparece la misma pregunta: ¿un solo Moodle para todo o varios campus separados? La decisión afecta costos, reportes, actualizaciones y experiencia de estudiantes y docentes durante años. Como Moodle Certified Partner del Perú vemos que la mayoría de casos se resuelve mejor de lo que se plantea.
La pregunta real detrás del multisitio
Casi nunca la pregunta técnica es la verdadera. Cuando alguien pide un Moodle separado, lo que suele pedir es autonomía: una unidad quiere su propia imagen, sus propias reglas de matrícula o no quiere depender del calendario de otra área. Eso es gobierno institucional, y Moodle lo resuelve en gran medida sin separar instancias.
Antes de decidir la arquitectura conviene escribir qué se quiere separar exactamente: la marca visual, los usuarios, los permisos administrativos, los reportes o el calendario de mantenimiento. Cada uno tiene una solución distinta y solo el último obliga, a veces, a instancias separadas.
Qué resuelve un solo campus bien organizado
Un solo Moodle con una estructura de categorías clara, cohortes por programa y roles delegados cubre la mayoría de necesidades de autonomía. Se puede dar a cada facultad o unidad un administrador de categoría que gestione sus cursos, matrículas y calificaciones sin tocar el resto del campus.
- Categorías anidadas por facultad, programa y periodo, con permisos por nivel.
- Cohortes para matricular grupos completos y sincronizarlos desde el sistema académico.
- Roles personalizados para coordinadores, tutores y observadores de calidad.
- Temas por categoría para dar identidad visual a unidades específicas.
- Un solo historial por estudiante, aunque cambie de programa.
Esa última línea es la más subestimada. En universidades, un estudiante que pasa de pregrado a posgrado en el mismo campus conserva su expediente; en instancias separadas, empieza de cero.
Cuándo separar en varias instancias
Separar se justifica cuando hay una frontera real, no una preferencia. Los casos donde recomendamos instancias distintas: entidades jurídicas diferentes, normativas de datos incompatibles, un negocio de educación continua con marca propia y matrícula externa, o ciclos de mantenimiento que no pueden coincidir.
El ejemplo más claro en el Perú es la escuela de extensión o educación continua que vende cursos abiertos al público: tiene marca comercial, pasarela de pagos, calendario propio y usuarios que no son alumnos regulares. Mezclarla con el campus académico complica ambos.
Existe una tercera vía: Moodle Workplace y su modelo de espacios aislados dentro de un mismo sitio, útil cuando hay varias organizaciones o sedes con programas propios pero una sola administración. La diferencia con Moodle LMS está detallada en esta comparación.
Comparación de los dos modelos
| Criterio | Un campus con categorías | Varias instancias |
|---|---|---|
| Historial del estudiante | Único y continuo | Fragmentado por sitio |
| Reportes institucionales | Nativos | Requieren consolidación externa |
| Autonomía por unidad | Por roles y permisos | Total |
| Actualizaciones | Una por ciclo | Una por instancia |
| Respaldos y monitoreo | Un solo esquema | Multiplicados |
| Identidad visual distinta | Por categoría | Completa |
Impacto en hosting y operación
Cada instancia adicional multiplica trabajo operativo: su propio respaldo con restauración probada, su monitoreo, su ventana de actualización y su matriz de plugins. La infraestructura puede compartirse, pero las horas de operación no, y ahí es donde crece el costo anual.
Al dimensionar hay que mirar concurrencia, no solo usuarios registrados; el criterio está explicado en la guía de Moodle para universidades en el Perú y se aterriza en el hosting gestionado de Moodle. Para presupuesto referencial, revisa precio de hosting y soporte: los rangos por tramo aplican por instancia.
Cómo cambiar de modelo sin perder historial
Consolidar varios Moodle en uno, o dividir uno en varios, es un proyecto de migración con etapas: inventario de cursos y usuarios, reglas de deduplicación por correo, restauración de cursos con sus datos, reconstrucción de roles y matrículas, y validación con muestras reales antes de dar por cerrado.
La ventana natural es entre periodos académicos, con el campus antiguo en modo lectura durante un tiempo definido. Nunca en medio de exámenes.
Cómo repartir la administración entre sedes
Un campus con varias sedes funciona bien cuando los permisos reflejan la realidad institucional. Lo habitual es un administrador central que gobierna versiones, plugins y configuración global, y responsables por sede que crean cursos, matriculan y resuelven consultas de su ámbito. Si todos tienen permisos totales, cualquier cambio local termina afectando al conjunto.
Escribe una matriz sencilla de quién puede hacer qué y revísala cada ciclo. Incluye también quién aprueba la instalación de un plugin pedido por una sede: es la decisión que más conflictos genera, porque lo que una facultad quiere probar lo hereda toda la plataforma. Con un procedimiento corto de solicitud y prueba, ese debate deja de repetirse.
Contenido compartido sin duplicar
Cuando varias sedes dictan el mismo curso, la tentación es copiarlo y dejar que cada una lo edite. A los dos ciclos existen cinco versiones distintas y nadie sabe cuál es la vigente. Es preferible mantener un curso maestro con el material común y permitir que cada sede agregue solo lo propio: fechas, docentes y actividades locales.
Define quién es el dueño del curso maestro y con qué frecuencia se actualiza. Si el contenido cambia por normativa, el maestro se corrige una vez y todas las sedes reciben la versión correcta. Ese orden ahorra más horas que cualquier automatización, y hace mucho más simple la auditoría.
Costos y mantenimiento de varios campus
Varios campus separados implican varias actualizaciones, varios respaldos y varias ventanas de mantenimiento. Antes de decidir, compara honestamente contra un solo campus con categorías y roles bien definidos, que cubre buena parte de los casos con menos operación. La separación se justifica cuando hay marcas distintas, requisitos de datos separados o calendarios que no coinciden.
Si eliges varios campus, unifica al menos la rutina: misma versión, mismo calendario de mantenimiento y un inventario común de plugins. Puedes ver cómo lo abordamos en plataforma Moodle y en soporte, y agendar una reunión para revisar tu estructura.
Preguntas frecuentes
¿Moodle permite varios sitios en un mismo servidor?
Sí, se pueden operar varias instancias independientes en la misma infraestructura, cada una con su base de datos y su dominio. Comparten servidor pero no datos, y cada una se actualiza y respalda por separado.
¿Qué diferencia hay entre multisitio y multi-tenant?
Multisitio son instancias separadas de Moodle. El modelo multi-tenant, propio de Moodle Workplace, mantiene un solo sitio con espacios aislados por organización, con temas, usuarios y programas distintos, pero administración y actualización unificadas.
¿Cuándo conviene separar por facultad?
Casi nunca por facultad sola. Conviene separar cuando hay razones de gobierno, normativa o marca distinta: una unidad de posgrado con matrícula externa, una escuela de extensión comercial o un convenio con otra entidad.
¿Cómo afecta el multisitio a los reportes institucionales?
Los complica. Con varias instancias no hay una vista única de un estudiante ni una calificación consolidada; hace falta exportar y unificar datos en un tablero externo, lo que agrega trabajo permanente al área de TI.
¿Se puede volver a unir dos Moodle en uno?
Sí, mediante migración: se consolidan usuarios, se restauran cursos y se reconstruyen roles y matrículas. Es un proyecto con planificación, no una operación automática, y conviene hacerlo entre periodos académicos.
¿Cuándo conviene un solo campus con categorías?
Cuando las sedes comparten calendario, normativa y marca. Categorías y roles bien definidos resuelven la separación con mucha menos operación que varios campus.
¿Puedo tener dominios distintos por sede?
Sí, con campus separados cada uno puede tener su dominio y su identidad visual. Con un solo campus la separación se logra por categorías, no por dominio.
¿Cómo se reportan resultados de todas las sedes juntas?
Con un solo campus el reporte es directo. Con campus separados hay que consolidar la información en una capa de reportes común, y eso conviene definirlo desde el inicio.