Administración

Cómo saber qué versión de Moodle estás usando

Formas seguras de identificar versión de Moodle según rol, administración disponible y pistas visibles del sitio.

Tipo: Guía práctica Lectura: 8 min Actualizado: 2026-04-28
Pantalla de Moodle con versión y datos del sitio

Ruta rápida

Si no eres administrador, puede que no veas la versión exacta; usa pistas visibles sin forzar accesos.

Comprueba primero el contexto, después los permisos y por último el ajuste exacto que puede estar bloqueando la acción.

Si trabajas con alumnado o calificaciones, evita cambios masivos hasta tener una copia o una prueba con una cuenta segura.

Comprobación paso a paso

  1. Revisar pie o ayuda
  2. Comprobar administración si existe
  3. Mirar apariencia de menús
  4. Pedir versión a soporte
  5. Guardar captura

Qué mirar y cómo interpretarlo

Punto Qué revisar Decisión útil
Rol Puede ver Alternativa
Administrador Versión completa Administración del sitio
Docente Pistas de interfaz Pedir soporte
Alumno Casi nada técnico Enviar captura

Datos que conviene guardar

  • rol
  • captura
  • tema
  • plugin afectado
  • mensaje
  • fecha

Guía detallada

Qué resolver primero

Cómo saber qué versión de Moodle estás usando no se soluciona bien con una sola captura ni con una receta genérica, porque cada centro puede tener políticas distintas de cursos, permisos, actividades y almacenamiento. La forma práctica de trabajar saber versión de Moodle es separar tres cosas: qué quiere hacer la persona, qué permiso tiene dentro del curso y qué ajuste concreto puede estar limitando el resultado. Si mezclas esos tres niveles, acabas cambiando opciones al azar y perdiendo la pista del problema real.

En esta guía lo tratamos como una ruta de comprobación para docentes, soporte y administradores que necesitan compatibilidad. La prioridad es llegar a un resultado verificable: identificar versión o pedirla al soporte con contexto suficiente. No es una página oficial de Moodle ni de ninguna administración educativa; es una ayuda independiente para ordenar la revisión antes de tocar la plataforma, escribir al soporte del centro o documentar la incidencia.

Método recomendado

Empieza por mirar si el usuario tiene acceso a información del sitio o solo a un curso. Después revisa el rol de la cuenta que está probando la acción: estudiante, docente, profesor sin permisos de edición, gestor de curso o administrador del sitio. Muchos fallos aparecen porque una opción existe para un perfil y no para otro. El siguiente paso es comprobar si el problema ocurre en un curso concreto, en todos los cursos o solo desde un navegador/dispositivo.

La secuencia base es: Revisar pie o ayuda, Comprobar administración si existe, Mirar apariencia de menús, Pedir versión a soporte. Si una comprobación cambia el resultado, anótala con fecha y usuario de prueba. Esa nota sirve para no repetir la misma revisión la próxima vez que el curso cambie de periodo, se restaure una copia o se actualice la plataforma.

Señales de alerta

La señal más importante es seguir tutoriales de otra versión y cambiar ajustes incorrectos. Cuando aparezca, evita hacer cambios amplios sin copia previa. En Moodle es frecuente que una acción aparentemente pequeña afecte a un banco de preguntas, a permisos heredados, a visibilidad de calificaciones o a archivos usados por varias actividades. Antes de eliminar, ocultar o restaurar, confirma si el curso tiene copia reciente y si hay usuarios activos que puedan perder acceso temporal.

También conviene desconfiar de soluciones que piden compartir contraseñas, desactivar controles de seguridad o descargar material sin permiso claro. Si la duda afecta a datos de alumnado, calificaciones o contenido privado, la revisión debe quedarse dentro de los canales del centro.

Checklist antes de cerrar

Ten a mano estos elementos: rol, captura, tema, plugin afectado, mensaje, fecha. Si alguno falta, deja constancia de que la respuesta es provisional. Una incidencia cerrada sin navegador, rol, curso y fecha suele volver a abrirse porque no se puede reproducir.

Un cierre correcto responde a cuatro preguntas. Primera: qué se intentaba hacer. Segunda: con qué cuenta y en qué curso se probó. Tercera: qué ajuste, límite o permiso bloqueaba la acción. Cuarta: qué documento, captura o registro confirma que la solución funciona. Esta estructura sirve tanto para alumnado como para docentes y equipos TIC.

Ejemplo práctico

Imagina que alguien pregunta por saber versión de Moodle porque el resultado no aparece donde esperaba. En vez de empezar cambiando ajustes, se revisa primero el contexto: curso activo o curso anterior, actividad concreta o bloque general, navegador actual o app móvil, rol del usuario y si la acción se ha probado con otra cuenta. Con esos datos se puede distinguir entre un problema de visibilidad, un límite de subida, una sesión caducada o una configuración del curso.

Después se aplica una prueba corta. Si se trata de acceso, se limpia la sesión y se comprueba la URL exacta. Si se trata de archivos, se mira el tamaño máximo en los niveles que pueden limitarlo. Si se trata de cuestionarios, se revisa el banco de preguntas, los intentos, la retroalimentación y el formato de importación. Si se trata de cursos antiguos, se verifica si el centro los conserva visibles o si los ha archivado.

Criterio de prudencia

La ubicación de la versión puede cambiar según permisos; administradores tienen más información que docentes. Las versiones de Moodle, los temas instalados y los permisos del sitio cambian la ubicación de menús y opciones. Por eso esta guía evita prometer que un botón tendrá siempre el mismo nombre. El método fiable es identificar el área funcional y comprobar la documentación oficial o el soporte del centro cuando el cambio pueda afectar a usuarios reales.

Siguiente paso

Cuando termines la revisión, guarda una nota breve con el problema, el ajuste revisado y el resultado. Si el caso está relacionado con otra duda frecuente, continúa por la guía enlazada al final de la página. Así evitas resolver el síntoma y dejar pendiente la causa: una cookie que se repite, un límite de subida mal documentado, una copia de seguridad demasiado grande, un banco de preguntas desordenado o permisos que no corresponden al rol real.

Preguntas frecuentes

¿Esta guía sustituye a la documentación oficial de Moodle?

No. Sirve para ordenar la revisión y reducir errores. Si vas a cambiar permisos, copias, calificaciones o datos de usuarios, contrasta con la documentación oficial y las normas del centro.

¿Qué hago si mi pantalla no coincide con los pasos?

Anota la versión, el tema visual y tu rol. En Moodle una opción puede moverse de sitio o desaparecer según permisos, tema instalado y configuración del curso.

¿Puedo aplicar estos pasos en cualquier centro?

La lógica general sí, pero cada centro puede limitar cursos antiguos, subida de archivos, mensajería, apps o autoinscripción. Usa la guía como diagnóstico, no como permiso automático.

¿Cuál es la prueba mínima antes de cerrar una incidencia?

Repetir la acción con el rol afectado, en el curso correcto y desde un navegador limpio. Si se resuelve, guarda captura o nota de qué ajuste cambió.

Referencias

Fuentes consultadas

Priorizamos documentación oficial de Moodle y comprobaciones reproducibles.

Laura Marín

Autoría

Laura Marín

Consultora editorial en plataformas educativas

Laura revisa guías de Moodle desde una perspectiva práctica: qué puede comprobar una persona usuaria, qué corresponde a un docente y cuándo debe intervenir el soporte técnico del centro.

Trayectoria: Diseño de cursos online, soporte editorial para docentes y revisión de documentación técnica educativa.

Experiencia: Más de ocho años preparando materiales de ayuda para entornos virtuales de aprendizaje, con foco en Moodle y procesos de aula digital.

Actualizado: 2026-04-28 Política editorial Correcciones

Cómo trabajamos

Las guías separan lo que puede comprobar una persona usuaria, lo que corresponde a un docente y lo que debe validar el soporte técnico del centro.

Compartir

Comparte la guía con quien necesita resolver la incidencia.