Una maestra de primaria que decide el lunes empezar con mecanografía suele chocar el viernes con la misma pared: el programa pide una dirección de correo por cada niño, y los niños de nueve años no tienen correo. La solución que improvisan casi todos los colegios es peor que el problema. Alguien crea 27 buzones ficticios en el dominio del centro, apunta 27 contraseñas en una tarjeta plastificada y se convierte, sin quererlo, en administrador de 27 cuentas que nadie cerrará jamás.
El software de mecanografía sin cuentas de alumno se salta todo eso. Los alumnos entran en una clase con un código corto y un nombre que elige el docente, no se verifica nada contra un buzón y no existe ninguna credencial que se pueda perder, reutilizar o filtrar. Los colegios europeos empezaron a pedirlo por su nombre, y el motivo no es la comodidad. Es que las herramientas basadas en cuentas arrastran un procedimiento de protección de datos que un módulo de seis semanas de teclado nunca debería activar.
¿Qué significa realmente un software de mecanografía sin cuentas de alumno?
Significa que el alumno se identifica solo dentro de su clase, con un código y un nombre de usuario, sin correo, sin contraseña y sin un perfil que exista fuera del colegio. El docente crea la clase, reparte el código y cada alumno elige (o recibe) un nombre. Ese es todo el registro.
La diferencia que importa no es "no hay pantalla de login". Muchas herramientas se llaman a sí mismas libres de cuentas mientras crean un registro de usuario permanente vinculado a una identidad Google o Microsoft del centro. Un sistema realmente sin cuentas tiene tres propiedades:
- No se recoge ninguna dirección de correo, ni del alumno ni sobre el alumno.
- No existe contraseña, así que no hay nada que restablecer, reutilizar o robar por phishing.
- El identificador es local a la clase, de modo que "María B" en 5.º A no significa nada en ningún otro lugar del sistema.
En Typiq, un tutor de mecanografía de escritorio para Mac, Windows y Linux, eso es el flujo de código de clase: el docente crea una clase, la aplicación recibe el código y un nombre, y los resultados de práctica se asocian a ese nombre dentro de esa clase. Los alumnos que no forman parte de una clase escolar no introducen nada, porque la aplicación de escritorio funciona sin conexión y sin cuenta de ningún tipo.
¿Por qué lo piden ahora los colegios?
Porque el coste de cumplimiento de las cuentas de alumno se volvió visible. Entre 2021 y 2025, una serie de revisiones europeas de protección de datos, sobre todo las evaluaciones danesa y neerlandesa de Google Workspace for Education, dejó a los equipos directivos en la posición de tener que justificar cada herramienta de terceros que trata datos de menores. Un tutor de mecanografía usado veinte minutos por semana está ahora en el mismo registro que la plataforma educativa.
Tres presiones prácticas se repiten en las compras escolares:
- La pregunta del DPD. Cada herramienta nueva necesita un registro de actividades, una base jurídica y, a menudo, una evaluación de impacto. Una herramienta que no guarda más identificador que un nombre de pila es una entrada de dos líneas en lugar de un proyecto de dos semanas.
- La pregunta de informática. Las cuentas se crean en septiembre y hay que darlas de baja en julio. Nadie las da de baja en julio. Las cuentas de alumno inactivas son uno de los hallazgos más habituales en las auditorías de seguridad escolares.
- La pregunta de las familias. "¿En qué has dado de alta a mi hijo?" es mucho más fácil de responder cuando la respuesta honesta es "un código de clase y su nombre de pila".
Nada de esto es exclusivo de la mecanografía. Ocurre que la práctica de teclado tiene una relación especialmente mala entre datos recogidos y valor educativo en juego, lo que hace difícil defender el requisito de cuenta.
¿Qué exige realmente el RGPD aquí?
El RGPD no prohíbe las cuentas de alumno. Exige recoger solo lo necesario para la finalidad (artículo 5.1.c, minimización de datos), tener una base jurídica, poder suprimir los datos cuando se soliciten (artículo 17) y que cualquier proveedor que trate datos por cuenta del centro lo haga con un contrato de encargado por escrito (artículo 28).
Cuatro puntos deciden la mayoría de las evaluaciones escolares:
- La minimización de datos es todo el argumento. Si un tutor puede enseñar la fila de descanso sin correo electrónico, recoger ese correo es difícil de justificar bajo el artículo 5.1.c. El criterio es la necesidad, no la comodidad.
- El consentimiento suele ser la base equivocada para un colegio. Un centro público que actúa como responsable se apoya normalmente en la misión de interés público o en el interés legítimo, no en el consentimiento, porque el consentimiento prestado a una autoridad rara vez es libre. Importa, porque una herramienta diseñada alrededor de "la familia pulsa aceptar" empuja al centro hacia una base que no puede usar bien.
- La edad de consentimiento digital varía por país. El artículo 8 deja que cada Estado miembro la fije entre 13 y 16 años. Son 13 en Suecia, Portugal y Dinamarca, y 16 en Alemania, Países Bajos, Polonia y Rumanía. Una herramienta que crea cuentas para niños de ocho años hereda toda esa cuestión. Un código de clase no crea una cuenta, así que no la hereda.
- La supresión tiene que ser real en la práctica. "Borrado a petición" significa que alguien puede hacerlo en una semana, para un alumno concreto, sin un ticket de soporte que se queda sin respuesta. Cuantos menos campos guardados, más corto el camino de supresión.
El planteamiento honesto: ningún proveedor puede hacer que un colegio cumpla el RGPD, y cualquiera que lo afirme está vendiendo humo. Lo que hace una herramienta sin cuentas es reducir cuánto trabajo de cumplimiento propio del centro genera la herramienta.
¿Cómo funciona un código de clase en la práctica?
El docente recibe un código al crear la clase, lo escribe en la pizarra y los alumnos lo teclean una vez. Los resultados de práctica quedan asociados a un nombre dentro de esa clase. No hay paso de verificación, ni correo de confirmación, ni contraseña, porque no hay cuenta que proteger.
La secuencia realista en un aula de informática:
- El docente crea una clase y recibe un código con la forma
TYP-5A-XXXX. - El código va a la pizarra, o en una tira de papel pegada a cada equipo.
- Cada alumno abre la aplicación e introduce el código más un nombre de pila o apodo aprobado por el docente.
- Las lecciones funcionan en local, así que una caída de wifi a mitad de lección no cuesta nada.
- Velocidad, precisión, lección y tiempo de práctica se sincronizan con la vista de clase cuando vuelve la red.
- Al terminar el módulo se puede cerrar la clase y con ella desaparece el único sitio donde existían esos nombres.
Esto es lo que cambia entre los dos modelos, campo a campo.
| Dato guardado del alumno | Herramienta con cuentas | Código de clase, sin cuenta |
|---|---|---|
| Dirección de correo | Normalmente obligatoria | Nunca se recoge |
| Contraseña | Sí, más flujo de recuperación | No existe |
| Nombre y apellidos legales | Habitual | No es necesario, el docente elige la etiqueta |
| Fecha de nacimiento | A menudo, para el control de edad | No se recoge |
| Resultados (velocidad, precisión, lección) | Sí | Sí |
| Progreso entre dispositivos | Sí | No, y este es el coste real |
| Identificadores publicitarios | Presentes en las versiones gratuitas con anuncios | Ninguno |
| Quién puede borrarlo | Soporte del proveedor, a veces la familia | El docente, eliminando la clase |
Esa tabla es el argumento en una pantalla, y también es la versión honesta, porque incluye la fila en la que gana la herramienta con cuentas.
¿Qué se pierde sin cuentas de alumno?
Se pierde portabilidad y recuperación. Sin cuenta no hay restablecimiento de contraseña, ni acceso desde casa, ni progreso que siga al alumno del aula de informática a su portátil. Es una pérdida real, no una nota al pie de marketing.
En concreto:
- No hay práctica en casa con la misma identidad. Un alumno que practica en casa empieza un historial local aparte. La vista de clase muestra las sesiones del colegio.
- No hay recuperación autónoma. Si un alumno escribe su nombre distinto el martes, aparece una segunda entrada. Alguien tiene que ordenarlo.
- Los cambios son manuales. Un alumno que cambia de clase es una pequeña gestión administrativa, no un traslado automático.
- No hay portal para familias. El docente es la vía para la información de progreso, algo que unos centros prefieren y otros no.
- Identidad débil por diseño. Cualquiera con el código de clase puede escribir cualquier nombre de esa clase. Para practicar mecanografía es un riesgo aceptable. Para evaluar no lo es, y los módulos de teclado no deberían calificarse solo con estos números.
Prefiero decirlo claro antes que fingir que la contrapartida no existe. Un código de clase es la opción correcta por defecto para practicar teclado justamente porque lo que está en juego es pequeño: nadie necesita certeza criptográfica sobre quién tecleó la fila de descanso el martes. Si tu caso exige de verdad identidad verificada por alumno, la herramienta con cuentas es la elección correcta y toca presupuestar el trabajo de cumplimiento que trae consigo.
¿Qué preguntar antes de comprar software de mecanografía sin cuentas de alumno?
Pregunta qué se guarda, dónde, cuánto tiempo, quién puede borrarlo y qué pasa al terminar el contrato. Un proveedor que no responda a esas cinco cosas por escrito no está preparado para un colegio.
Una lista que cabe en una página para tu delegado de protección de datos:
- ¿Qué datos personales se guardan, campo a campo? Pide la lista, no un párrafo tranquilizador.
- ¿Dónde están alojados? El alojamiento en la UE elimina por completo la cuestión de las transferencias internacionales.
- ¿Hay contrato de encargado del tratamiento según el artículo 28? Debe estar disponible a petición, antes de comprar.
- ¿Cómo se hace el borrado y quién lo hace? Que lo inicie el docente es más sólido que una petición a soporte.
- ¿La aplicación funciona sin conexión? La práctica offline significa menos datos de alumnos en tránsito y un aula que sobrevive a una mala conexión.
- ¿Hay anuncios, rastreadores o analítica de terceros en la parte del alumno? En las versiones gratuitas ese es el coste oculto habitual, y conviene leer la comparativa de software de mecanografía para colegios antes de dar por hecho que lo gratis sale más barato.
- ¿Qué pasa al final del curso? Pregunta si las clases caducan y qué se conserva si lo hacen.
Si todavía estás diseñando el módulo en lugar de elegir herramienta, las preguntas de secuenciación están en la guía práctica para enseñar mecanografía en el colegio y en el currículo de mecanografía para primaria. Quien educa en casa se enfrenta a una versión parecida de la misma cuestión de privacidad, tratada en la guía de currículo de mecanografía para homeschool. Los centros con aulas de Chromebook tienen una restricción extra que conviene leer antes, en las notas sobre practicar mecanografía en Chromebook.
La configuración escolar de Typiq usa códigos de clase exactamente por los motivos anteriores, aloja los datos en un servidor de la UE y ofrece un piloto gratuito de seis semanas para una clase, de modo que el centro pueda probar el flujo antes de cualquier papeleo. Los detalles están en la página de Typiq para colegios.
Conclusión
El software de mecanografía sin cuentas de alumno identifica a cada estudiante con un código de clase y un nombre que elige el docente, lo que significa cero correos, cero contraseñas y ningún registro de usuario que sobreviva al módulo. Bajo el RGPD eso no es un certificado de cumplimiento, es una conversación de cumplimiento mucho más corta, porque el argumento de minimización de datos (artículo 5.1.c) se sostiene solo. El coste real es la portabilidad: sin cuentas no hay recuperación de contraseña ni progreso que siga al alumno a casa, algo aceptable para practicar teclado y malo para una evaluación calificada.
Preguntas frecuentes
¿Un software de mecanografía sin cuentas cumple el RGPD?
Ningún software cumple por sí solo, porque el cumplimiento corresponde al colegio como responsable del tratamiento. Lo que hace una herramienta sin cuentas es reducir las obligaciones del centro: menos campos guardados, ninguna credencial que proteger, un argumento de base jurídica más simple y un camino de supresión más rápido. Sigues necesitando el contrato de encargado del artículo 28 y el registro de actividades.
¿Cómo entran los alumnos sin dirección de correo?
Introducen un código de clase que da el docente más un nombre de pila o apodo. El código identifica la clase, el nombre identifica al alumno solo dentro de esa clase. No hay paso de contraseña, ni correo de confirmación, ni verificación, porque no se crea ninguna cuenta.
¿Pueden dos alumnos de la misma clase usar el mismo nombre?
No deberían, y la mayoría de sistemas tratará dos nombres idénticos en una clase como el mismo alumno. La solución práctica es la de siempre con las etiquetas: añadir la inicial del apellido, para que "María B" y "María S" queden separadas. Conviene acordar la convención antes de la primera clase.
¿Qué datos guarda realmente un colegio cuando una clase usa un tutor de mecanografía?
En un sistema con código de clase, normalmente un nombre de pila o apodo elegido por el docente, más los resultados: palabras por minuto, precisión, qué lección se completó y cuánto duró la sesión. Sin correos, sin fechas de nacimiento, sin fotos, sin identificadores publicitarios.
¿Los alumnos pierden su progreso sin cuenta?
El progreso dentro de la clase se conserva y el docente lo ve. Lo que se pierde es la portabilidad. Un alumno que practica en casa sin código de clase construye un historial local aparte en esa máquina, y los dos no se fusionan. Para un módulo que se hace en el aula, esto casi nunca importa.
¿Pueden las familias pedir que se borren los datos de su hijo?
Sí, y el colegio tiene que poder atenderlo. Con código de clase el camino de borrado es corto, porque eliminar al alumno de la clase elimina el único registro. Confirma antes de comprar que el docente puede hacer ese borrado sin pasar por el soporte del proveedor.
¿El software gratuito sale más barato para un colegio?
No siempre, si cuentas con qué se financia la versión gratuita. Las herramientas con publicidad ponen identificadores publicitarios delante de menores y suelen exigir cuentas de alumno, y ambas cosas dan trabajo al delegado de protección de datos. La comparación honesta es el coste total, incluido el tiempo del personal, no la línea de la licencia.
¿Practicar sin conexión elimina del todo la cuestión de protección de datos?
Casi. Un tutor de escritorio usado sin código de clase deja todo en el equipo, así que ningún dato del alumno sale del aula. La cuestión vuelve en cuanto un docente quiere ver el progreso de toda la clase, porque ahí es donde los resultados tienen que transmitirse y guardarse en algún sitio.
