Ayer cerré el artículo sobre el anuncio de von der Leyen con una frase que era medio pregunta medio apuesta:
“La parte que de verdad me interesa de la EU Kids Act no es la edad. Es si la obligación de safe design para el tramo 15-18 acaba teniendo dientes o se queda en una declaración de principios.”
Hoy la Comisión ha presentado el texto en Estrasburgo, von der Leyen acompañada de Henna Virkkunen. Ya hay letra pequeña.
Y la respuesta es que sí, tiene dientes. Bastantes más de los que esperaba.
Lo que aparece en el texto
El anuncio de ayer iba de edades. El texto de hoy va de diseño, y ahí es donde está lo interesante:
| Obligación | Qué significa |
|---|---|
| Prohibición de funciones adictivas | Scroll infinito, notificaciones artificiales y ciertos mecanismos de recompensa, nombrados explícitamente |
| Recomendadores más allá del engagement | Los algoritmos no pueden basarse solo en señales de interacción, y deben evitar el efecto madriguera |
| Configuración segura por defecto | Cuentas privadas, ajustes de riesgo bloqueados, avisos claros |
| Protección de contacto | Un desconocido no puede iniciar contacto directo; añadir a un grupo requiere permiso explícito |
| Autorización previa | Las plataformas muy grandes necesitan opinión favorable de la Comisión antes de lanzar funciones nuevas, con 30 días de revisión |
| Tasa de supervisión | Las plataformas pagan la vigilancia a la que están sometidas |
La estructura por edades se afina también: nada por debajo de 3 años, servicios infantiles con supervisión de 3 a 13, cuentas introductorias de 13 a 15 con tope de tiempo y lista de contactos limitada, y a partir de 15 cuenta autónoma siempre que el entorno cumpla los estándares de seguridad.
Esa última coletilla es la que ayer no existía y hoy sí. No es “a los 15 ya eres adulto digital”. Es “a los 15 entras, si el sitio cumple”.
Donde me equivoqué ayer
Ayer di por buena, sin matizarla, la crítica de Simeon de Brouwer (EDRi): que la propuesta “simplemente retrasa la exposición de los jóvenes al daño online en lugar de abordar el modelo de negocio y las prácticas extractivas que lo alimentan”.
Con el texto delante, esa crítica se sostiene peor. Un recomendador que no puede optimizar solo por señales de interacción es, precisamente, tocar el modelo de negocio. No es un matiz menor: el scroll infinito y el algoritmo que maximiza tiempo en pantalla no son adornos del producto, son el producto. Prohibirlos por ley para menores va bastante más allá de retrasar la exposición.
Sigue siendo cierto el núcleo de su argumento —el día que cumples 15 hay un salto, y las plataformas te esperan al otro lado—, pero el salto es menor de lo que parecía, porque el entorno al que saltas también tiene obligaciones encima.
Lo que de verdad me ha llamado la atención
Hay una pieza en el texto que se está comentando poco y que me parece la más importante de todas: la autorización previa.
Una plataforma muy grande no puede lanzar una función nueva que afecte a menores hasta que la Comisión emita opinión favorable, con una ventana de revisión de 30 días.
Esto no es una regulación más dura. Es una regulación de otra naturaleza:
flowchart LR
A["Modelo clásico"] --> B["Lanzas la función"]
B --> C["Causa daño"]
C --> D["Investigación · multa años después"]
E["Modelo EU Kids Act"] --> F["Presentas la función"]
F --> G["Revisión de 30 días"]
G --> H["Solo entonces lanzas"]El modelo clásico de la regulación digital europea es sancionador: tú lanzas, y si haces daño, años después llega la multa. Eso tiene un problema evidente cuando el daño recae sobre un menor y es irreversible. Una multa del 6% no le devuelve nada a la familia de la niña belga que von der Leyen citó ayer.
La autorización previa cambia el orden: primero enseñas, luego lanzas. Es lo que ya hacemos con los medicamentos y con la aviación, y la pregunta de fondo que plantea la EU Kids Act es si el software dirigido a menores pertenece a esa categoría de cosas que se revisan antes.
Va a ser, con diferencia, la parte más peleada del texto. Y no sin motivo: es también la que más ralentiza el ciclo de producto, y sobre la que más presión va a haber en la negociación.
El problema que sigue sin resolver
Y aquí llega la parte que enlaza con el primer artículo de esta serie, el del informe sobre Perplexity.
Toda esta arquitectura descansa sobre una pieza: saber la edad del usuario. Y esa pieza sigue sin funcionar.
El texto exige verificación en la creación de la cuenta mediante una herramienta europea o sistemas públicos equivalentes que cumplan estándares de precisión, privacidad y no discriminación. Sobre el papel es la vía correcta. En la práctica hay dos datos que conviene no perder de vista:
- La solución basada en pruebas de conocimiento cero fue saltada por investigadores en menos de dos minutos.
- Australia, que lleva la delantera mundial en esto, arrastra una tasa de fallo del 70% en su verificación.
No son detalles de implementación. Son el cimiento. Si la verificación falla, todo lo demás —las mini cuentas, los tramos, el safe design diferenciado por edad— se apoya en un dato que no es fiable.
Y aquí es donde el informe de Perplexity que comentábamos el lunes sigue siendo incómodo, porque documentaba el otro extremo del mismo problema: incluso cuando el sistema sabía con certeza que hablaba con alguien de 15 años, no cambiaba su comportamiento. El contexto de crisis no sobrevivía de un turno al siguiente. El modo seguro existía y no era el que venía por defecto.
La EU Kids Act obliga ahora a que ese modo seguro sea el default. Es un avance real. Pero la obligación se activa cuando el sistema sabe que habla con un menor, y saberlo sigue siendo el eslabón débil.
Lo que me llevo de los tres días
Han sido tres artículos seguidos sobre lo mismo, así que cierro.
El lunes escribí que la casilla de la edad era un fallo doble: falseable hacia fuera e inútil hacia dentro. De esas dos mitades, la EU Kids Act ataca sobre todo la segunda, que era la que yo daba por perdida. Obliga a que el producto se comporte distinto cuando sabe que tiene delante a un menor, prohíbe por nombre las funciones que enganchan, e introduce la revisión previa. Eso es bastante más de lo que esperaba de un anuncio que empezó pareciendo una edad mínima con titular.
La primera mitad, la de la verificación, sigue igual de abierta que el lunes. Y tiene pinta de ser el problema difícil de verdad, porque no se resuelve legislando: se resuelve con criptografía que todavía no aguanta a un investigador con dos minutos libres.
Queda el trámite, que no es menor. Esto es una propuesta, tiene que pasar por Consejo y Parlamento, y el precedente francés —una ley equivalente tumbada por su Constitucional— recuerda que el camino no es recto. Pero el marco conceptual ya está planteado, y es mejor del que yo anticipaba el martes.
Me quedo con el cambio de pregunta. Llevábamos años discutiendo qué contenido puede ver un menor. El texto de hoy discute cómo debe estar construido lo que usa. Es una pregunta mucho mejor.
