Seudonimización de datos en educación: qué es y cómo aplicarla

Seudonimizar es tratar los datos personales de modo que no puedan atribuirse a una persona concreta sin información adicional, que se guarda aparte y protegida. En un centro educativo significa, por ejemplo, que la plataforma trabaje con un código en lugar del nombre del alumno. Pero el dato sigue siendo personal y el RGPD sigue aplicándose por completo. Esta guía explica la diferencia con la anonimización, qué obligaciones se mantienen y cómo aplicarlo a un LMS con analíticas y ejercicios generados.

En resumen

• La seudonimización sustituye los identificadores (nombre, correo, DNI) por un código o seudónimo y conserva por separado la clave que permite revertirlo.
• Los datos seudonimizados siguen siendo datos personales: derechos, brechas de seguridad y responsabilidad del centro continúan vigentes. Solo los datos realmente anonimizados quedan fuera del RGPD.
• En herramientas educativas, la administración recomienda limitar los datos del alumnado al mínimo y usar códigos, con servidores en la UE y una evaluación de impacto previa.
• La clave de reidentificación es el punto crítico: separada, con acceso restringido y sin reutilizarla entre bases de datos.
• Con un asistente de IA en el LMS, la seudonimización se combina con otras decisiones: qué contenido usa, quién controla los datos y qué analíticas se activan.

Qué es la seudonimización de datos personales

La AEPD explica que la seudonimización es un tratamiento que impide atribuir los datos a un interesado sin usar información adicional, siempre que esa información figure por separado y esté protegida. El resultado son dos conjuntos de datos: la información seudonimizada y la información adicional que permite deshacer el proceso. Así lo recoge también la guía de recomendaciones sobre anonimización y seudonimización publicada en el ámbito de la protección de datos de la Comunidad de Madrid.

Un ejemplo sencillo. Una tabla de calificaciones con esta forma:

Nombre	Correo	Asignatura	Nota
Lucía Gómez	lgomez@centro.es	Estadística	7,5

pasa a esta otra:

Código	Asignatura	Nota
A7F3-91	Estadística	7,5

La correspondencia entre «A7F3-91» y Lucía Gómez vive en otro lugar, con otros permisos. Quien analiza las notas ve un código. Quien tiene la clave puede volver a la persona. Esa posibilidad de volver atrás es justamente lo que define la seudonimización y lo que la distingue de la anonimización.

Seudonimización y anonimización: la diferencia que importa

Es la confusión más frecuente, y tiene consecuencias legales.

Criterio	Seudonimización	Anonimización
Reversibilidad	Reversible con información adicional	No debe poder revertirse
Estatus ante el RGPD	Sigue siendo dato personal	Fuera del RGPD si no hay probabilidad razonable de identificar
Derechos de los interesados	Se mantienen	No aplican
Uso típico	Seguridad, minimización, analíticas con vínculo al alumno	Estadísticas agregadas, publicación de resultados

Según la AEPD, los datos seudonimizados siguen bajo el RGPD, mientras que los anonimizados quedan fuera cuando no existe una probabilidad razonable de identificar a una persona. Por eso conviene desconfiar de la expresión «datos anonimizados» cuando en realidad existe una tabla de correspondencia. Si puedes volver al alumno, no es anonimización.

En educación la distinción es práctica. Para un panel de seguimiento que permita al docente ayudar a un estudiante concreto, necesitas poder identificarlo: seudonimización. Para un informe de rendimiento del departamento que se comparte fuera del centro, lo adecuado es agregar o anonimizar.

Qué exige el RGPD

El Comité Europeo de Protección de Datos (CEPD) publicó en enero de 2025 unas directrices específicas sobre seudonimización. De ellas se desprenden varias ideas clave para un centro:

• No es obligatoria con carácter general, pero puede ser necesaria para cumplir los principios de minimización, protección de datos desde el diseño y seguridad adecuada al riesgo.
• El tratamiento sigue sujeto al RGPD, incluidos los derechos de las personas, salvo las excepciones de los artículos 11.2 y 12.2.
• Una reidentificación no autorizada es una brecha de datos personales, que debe notificarse conforme a los artículos 33 y 34.

La AEPD añade que los datos seudonimizados están sometidos a cuatro tipos de garantías: el propio tratamiento de seudonimización, los principios y garantías generales del RGPD, garantías adicionales según el riesgo y medidas técnicas y organizativas para evitar brechas de datos personales.

En la práctica: seudonimizar reduce el riesgo, pero no elimina al centro del papel de responsable del tratamiento. Tampoco sustituye a la base jurídica, a la información a las familias y al alumnado, ni al registro de actividades de tratamiento.

Cómo seudonimizar los datos del alumnado

Las orientaciones del Ministerio de Educación, Formación Profesional y Deportes sobre herramientas digitales (abril de 2024) indican que los datos personales del alumnado en estas herramientas deben limitarse al mínimo y estar anonimizados o seudonimizados, por ejemplo mediante códigos, sin que la técnica permita reidentificar al alumno. Un método razonable, paso a paso:

1. Inventaría los datos que la herramienta necesita. Si basta con un código y el curso, no cargues nombre, fecha de nacimiento ni teléfono.
2. Define el seudónimo. Un identificador interno aleatorio es preferible a uno derivado del DNI o del correo, que facilita reconstruir la identidad.
3. Separa la información adicional. La tabla de correspondencia debe estar en un sistema distinto, con acceso limitado a pocas personas con funciones definidas.
4. Decide quién puede reidentificar y en qué casos. Por ejemplo, el docente de la asignatura para atender a un alumno, no un tercero ajeno al curso.
5. Registra y revisa los accesos a la clave y las incidencias.

Si usas hash, cuidado con la sal

Una técnica habitual es aplicar una función hash al identificador. La AEPD, en su estudio sobre el hash como técnica de seudonimización, señala que su uso exige analizar de forma objetiva el riesgo de reidentificación y que la sal debe ser aleatoria e independiente del mensaje y de cualquier otra información. Un hash sin sal de un correo electrónico se puede recomponer probando direcciones conocidas, de modo que ofrece una protección más débil de lo que parece.

Proteger la clave de reidentificación

La guía de recomendaciones citada antes es concreta: la información adicional debe figurar por separado, no se deben guardar las claves de cifrado junto a las bases de datos ni usar una misma clave para bases de datos distintas, y conviene emplear claves distintas o rotatorias para cada usuario. Traducido a un centro:

• La tabla de correspondencia no se exporta junto con los informes del LMS.
• Una copia de seguridad de las calificaciones no incluye la clave.
• Cuando cambia el curso o el proyecto, se generan seudónimos nuevos en lugar de reutilizar los anteriores.

Seudonimización dentro de un LMS

Un LMS reúne datos de acceso, actividad, calificaciones y, cada vez más, interacciones con herramientas de apoyo al estudio. Cada flujo se puede plantear con una pregunta: ¿quién necesita ver la identidad real y quién solo el patrón?

• Analíticas del docente. Para detectar a quien se está quedando atrás hace falta identificar al alumno, así que el control se basa en permisos, finalidad y mínimos.
• Informes institucionales. Para la dirección académica suele bastar con datos agregados por asignatura o grupo.
• Herramientas externas integradas. Reciben un identificador seudonimizado, no la ficha completa del estudiante.

La guía de la AEPD sobre plataformas educativas (marzo de 2026) recuerda además que, antes de poner en funcionamiento una plataforma, el responsable debe realizar una evaluación de impacto (EIPD) y configurarla para tratar solo los datos estrictamente necesarios para la finalidad educativa. Indica también que los servicios adicionales ajenos a la función educativa no deben activarse en un entorno institucional dirigido a menores.

Qué mirar en el proveedor

Las orientaciones del Ministerio recomiendan elegir proveedores transparentes sobre la ubicación de sus servidores, la finalidad del tratamiento y las medidas de seguridad, y señalan que los servidores donde se almacenan los datos personales deberían estar en la UE. Una lista corta para el equipo de tecnología y el delegado de protección de datos:

• Dónde se alojan los datos y quién actúa como encargado del tratamiento.
• Cómo se seudonimiza y dónde se guarda la información adicional.
• Qué datos concretos recibe la herramienta desde el LMS.
• Qué ocurre con los datos al terminar el contrato.
• Si el centro conserva el control del contenido y de los datos.

Generación de ejercicios en el LMS con datos seudonimizados

Cuando un LMS genera ejercicios o preguntas de práctica, lo habitual es que parta del material del curso, no de datos personales. Los datos del alumno entran después: qué respondió, qué falló, cuánto tardó. Ahí conviene aplicar el mismo criterio de mínimos: para adaptar la práctica basta con asociar el resultado a un seudónimo.

Hay un detalle que el CEPD recoge en sus directrices de 2025: si el alumno aporta su seudónimo y pruebas de su identidad, el centro debe poder identificarlo, y por tanto hay que informar al usuario de cómo ejercer sus derechos. Es decir, el alumno que pida acceso a sus respuestas o su supresión no puede toparse con un «no podemos saber quién es usted» cuando existe la clave. Define de antemano el procedimiento: quién recibe la solicitud, cómo se verifica la identidad y quién usa la clave para localizar los datos.

Riesgos y controles antes de empezar

Seudonimizar no es un interruptor, y los errores se repiten:

• Creer que es anonimización. Si el centro dice a las familias que los datos están «anonimizados» y en realidad hay clave, la información que se les da es incorrecta.
• Clave junto a los datos. Anula el efecto de la técnica.
• Seudónimos predecibles. Un código basado en iniciales y fecha de nacimiento se adivina con facilidad.
• Reidentificación por combinación. Curso, edad, centro y una nota inusual pueden señalar a una persona aunque no haya nombre.
• Falta de formación. El CEPD subraya que el personal con acceso a datos seudonimizados debe estar formado y que cualquier uso contrario a las instrucciones del responsable, como intentar reidentificar, es ilegal.

El control más eficaz es documentar todo en la EIPD: qué se seudonimiza, con qué técnica, quién custodia la clave y cómo se responde ante una brecha.

Nuestro punto de vista

Cuando una institución nos pregunta por la seudonimización, casi siempre detrás hay una pregunta más grande: ¿quién controla los datos de mis alumnos cuando introduzco un asistente de IA en el LMS?

Nuestra respuesta parte de un diseño. BrainBoost se integra de forma nativa mediante LTI 1.3 y el acceso de los alumnos es por SSO automático, sin registros adicionales. Eso significa menos datos que circulan y menos cuentas que gestionar. La seudonimización de datos se aplica bajo el cumplimiento del RGPD, y la institución mantiene el control de los datos y del contenido.

La otra mitad del asunto es el contenido. Nuestro asistente responde las dudas usando únicamente el material que aporta el profesor. No es una IA genérica que mezcla fuentes desconocidas: es un apoyo ligado al temario, y eso también simplifica la gobernanza, porque el centro sabe sobre qué trabaja la herramienta.

Creemos que la privacidad y la utilidad pedagógica no compiten. En las asignaturas analizadas, hemos observado un aumento medio de +0,5 puntos, con un panel de analíticas en tiempo real para que el docente intervenga a tiempo.

Jaime

Cómo lo plantea BrainBoost en un centro

Si tu institución está valorando un asistente de IA para su LMS, BrainBoost reúne en un mismo producto lo que hemos tratado en esta guía: integración LTI 1.3 sin desarrollo a medida, SSO, seudonimización de datos bajo RGPD, control institucional de datos y contenido, modo socrático configurable, preguntas de práctica automáticas y soporte técnico 24/7. Puedes ver cómo se organizan los planes STARTER, BOOST y CAMPUS en la página de producto.

Para ver el funcionamiento sin compromiso, tienes la demo grabada. Si prefieres comentar el caso de tu centro con el equipo de tecnología y protección de datos, puedes solicitar una demo. El tratamiento de datos de la propia web y del servicio se describe en la política de privacidad.

Lista de comprobación para tu centro

Una secuencia de trabajo para empezar esta misma semana:

1. Nombra a las personas implicadas: dirección académica, tecnología, delegado de protección de datos y un docente de referencia.
2. Lista los datos que viajan del LMS a cada herramienta y elimina los que no sean necesarios.
3. Decide la técnica de seudonimización y quién custodia la información adicional.
4. Realiza o actualiza la EIPD antes de activar la herramienta.
5. Verifica la ubicación de los servidores y las condiciones del encargado del tratamiento.
6. Prepara el procedimiento para atender derechos de alumnado y familias.
7. Forma al personal con acceso y define qué hacer ante una brecha.
8. Revisa el sistema al terminar cada curso.

Preguntas frecuentes

¿La seudonimización hace que el RGPD deje de aplicarse?

No. Según la AEPD, los datos seudonimizados siguen siendo datos personales y están bajo el RGPD. Lo que cambia es el nivel de riesgo y las garantías con las que se tratan. Solo los datos anonimizados quedan fuera.

¿Es obligatorio seudonimizar los datos de los estudiantes?

El RGPD no la impone con carácter general, según las directrices del CEPD. Sin embargo, puede ser la forma de cumplir la minimización, la protección desde el diseño y la seguridad adecuada al riesgo. En herramientas educativas, el Ministerio recomienda datos mínimos y anonimizados o seudonimizados.

¿Dónde debe guardarse la clave que permite identificar al alumno?

Por separado de los datos seudonimizados y con acceso restringido. La guía de recomendaciones de la AEPD desaconseja guardar las claves junto a las bases de datos y reutilizar la misma clave en bases distintas, y propone claves distintas o rotatorias.

¿Qué pasa si alguien reidentifica a los alumnos sin autorización?

Es una brecha de seguridad de datos personales y debe notificarse conforme a los artículos 33 y 34 del RGPD, según el CEPD. Además, intentar reidentificar contra las instrucciones del responsable es un uso ilegal. Por eso importan los permisos y la formación del personal.

¿Hace falta una EIPD para una plataforma educativa?

La guía de la AEPD sobre plataformas educativas indica que el responsable debe realizarla antes de poner en funcionamiento cualquier plataforma y configurarla para tratar solo los datos estrictamente necesarios. Tu delegado de protección de datos puede ayudarte a ajustarla al caso concreto.

Fuentes

• Anonimización y seudonimización, AEPD
• Directrices 01/2025 sobre seudonimización, CEPD
• Orientaciones para el uso de herramientas digitales en el ámbito educativo, Ministerio de Educación, Formación Profesional y Deportes
• Principios básicos para la contratación y uso de plataformas educativas, AEPD
• Recomendaciones sobre la anonimización y seudonimización de datos
• Introducción al hash como técnica de seudonimización, AEPD