Un mensaje que no llega es, para el estudiante, un mensaje que la institución no envió. Los avisos de matrícula, los recordatorios de entrega y las claves de recuperación pasan por correo, y cuando el correo falla la culpa recae sobre la plataforma. Somos el Moodle Certified Partner del Perú y esta guía explica cómo lograr que las notificaciones lleguen a la bandeja de entrada.

Por qué fallan los correos de una plataforma

Flujo de eventos, envío, entrega y monitoreo de notificaciones
La entrega confiable requiere revisar autenticación, colas, rebotes y seguimiento.

Los proveedores de correo evalúan cada mensaje entrante. Miran quién lo envía, si ese envío está autorizado por el dominio, cómo se comportan los destinatarios y cuántos rebotes genera el remitente. Una plataforma educativa envía muchos mensajes parecidos en poco tiempo, lo que se parece bastante a lo que hacen los remitentes indeseados.

Por eso la solución rara vez está dentro de Moodle. Está en cómo se configura el envío y en la reputación del dominio que firma esos mensajes.

Usa un dominio propio y coherente

El remitente debe ser una dirección del dominio institucional, no una casilla gratuita ni un dominio genérico del proveedor de hosting. Una dirección como avisos@tuinstitucion.edu.pe es reconocible para el destinatario y verificable para el proveedor de correo.

Conviene además separar el correo transaccional de la plataforma del correo de personas. Un subdominio dedicado a los envíos automáticos permite que un problema puntual de reputación no afecte a las casillas del personal.

Los tres registros que hay que configurar

Hay tres registros en el dominio que determinan si un correo se acepta o se descarta. El primero declara qué servidores están autorizados a enviar en nombre del dominio. El segundo firma criptográficamente cada mensaje para que el destinatario compruebe que no fue alterado. El tercero indica qué hacer con los mensajes que no pasan las dos verificaciones anteriores y a dónde enviar los informes.

Sin ellos, buena parte de los mensajes terminará en la carpeta de no deseados aunque el contenido sea impecable. Configurarlos requiere acceso al DNS del dominio institucional, que suele estar en manos de otra área; conviene coordinarlo al inicio del proyecto y no la semana de la matrícula.

Servidor de envío: cuál elegir

Moodle puede enviar directamente desde el servidor donde corre, o delegar el envío a un servicio de correo transaccional. La segunda opción es preferible en casi todos los casos, porque esos servicios gestionan la reputación de envío, reintentan de forma ordenada y entregan estadísticas de entrega, apertura y rebote.

Si la institución ya usa una suite corporativa de correo, también puede enviarse a través de ella, con la precaución de revisar los límites de envío por hora. Un recordatorio masivo a diez mil estudiantes puede superar la cuota diaria de una casilla corporativa estándar.

Volumen, ritmo y horarios

Enviar quince mil mensajes en cinco minutos desde un dominio sin historial es la forma más rápida de terminar bloqueado. Cuando se estrena un dominio o un servicio de envío, conviene subir el volumen de forma gradual durante las primeras semanas.

También importa el horario. Programar los envíos masivos fuera de las horas pico de la plataforma evita que el proceso de correo compita por recursos con la operación académica.

Qué notifica Moodle y qué conviene desactivar

Moodle genera notificaciones de foros, tareas, mensajes, insignias y avisos del sistema. Con la configuración por defecto, un estudiante matriculado en ocho cursos activos puede recibir decenas de mensajes por semana.

El exceso produce dos efectos: el estudiante deja de leer y los proveedores de correo detectan baja interacción, lo que empeora la entrega de los mensajes que sí importan. Revisa qué notificaciones están activas por defecto, deja como obligatorias solo las críticas y permite que cada persona ajuste el resto en sus preferencias.

Resúmenes diarios en lugar de mensajes sueltos

Para los foros, el resumen diario reduce de forma drástica el volumen sin quitar información. Un mensaje al día con todo lo ocurrido se lee mejor que quince mensajes sueltos, y baja la carga de envío de la plataforma.

Conviene definir esta opción como valor por defecto para nuevos usuarios y comunicarla, para que nadie sienta que perdió avisos.

Contenido y forma del mensaje

Un correo institucional bien armado tiene asunto claro sin mayúsculas sostenidas ni signos de exclamación repetidos, un remitente identificable, texto en versión legible sin imágenes y un enlace directo a la actividad. Los mensajes compuestos solo por una imagen y un botón son los que más filtros activan.

Incluye siempre una forma de ajustar preferencias de notificación. Es preferible que alguien reduzca sus avisos a que marque el mensaje como no deseado, porque esa marca afecta la entrega de toda la institución.

Rebotes y direcciones muertas

Las bases de datos académicas acumulan correos inválidos: personas que egresaron, direcciones mal escritas, casillas llenas. Cada intento de envío a una dirección inexistente daña la reputación del remitente.

Moodle permite gestionar rebotes y suspender el envío a direcciones que fallan de forma repetida. Actívalo y revisa periódicamente la lista; suele ser también un buen indicador de la calidad de los datos que llegan desde el sistema académico.

Cuando el correo no alcanza

Para avisos urgentes, el correo no es el mejor canal. Las notificaciones dentro de la plataforma y las notificaciones móviles de la app llegan de inmediato y no dependen de la reputación del dominio.

Muchas instituciones combinan ambos: correo para lo formal y notificación móvil para lo inmediato. Lo tratamos en la app de Moodle con marca propia.

Cómo verificar que todo está bien

Antes de un envío masivo, prueba con cuentas de los proveedores de correo más usados por tu comunidad y revisa en qué carpeta cae el mensaje. Consulta los informes de autenticación del dominio y el panel del servicio de envío para ver tasas de entrega y rebote.

Si la tasa de entrega baja de forma sostenida, casi siempre hay una causa concreta: un registro mal configurado, una lista con muchas direcciones muertas o un aumento brusco de volumen. Esta revisión forma parte de nuestro soporte Moodle.