Microsoft prepara API para que las aplicaciones de Windows 11 conozcan el rango de edad y el estado de verificación de un usuario sin acceder a su fecha de nacimiento. La medida busca responder al endurecimiento de las normas de seguridad infantil, aunque también traslada a la plataforma la responsabilidad de establecer la confianza.
***
- Las nuevas API devolverán uno de cinco rangos de edad, desde menos de 10 años hasta 18 o más, sin revelar el cumpleaños.
- Windows validará la identidad de las aplicaciones que soliciten la señal y exigirá que estén registradas en la plataforma Digital Safety.
- La función todavía no está habilitada en tiempo de ejecución y Microsoft prevé activarla en una versión futura más adelante este año.
Microsoft prepara un cambio en Windows 11 que permitirá a las aplicaciones conocer el rango de edad de un usuario sin recibir su fecha de nacimiento. La propuesta traslada al sistema operativo una tarea que normalmente queda en manos de cada aplicación o juego, desde limitar contenido adulto hasta cumplir normas de seguridad infantil y gestionar compras internas. El objetivo declarado es reducir la cantidad de información personal que los servicios deben recopilar directamente, aunque el modelo también concentra mayor confianza en la plataforma de Microsoft.
La iniciativa aparece mientras Reino Unido, la Unión Europea y Estados Unidos impulsan requisitos más estrictos para verificar la edad en internet. En ese contexto, Microsoft plantea entregar señales acotadas, como 13-15 o 18+, en lugar de permitir que cada servicio solicite cumpleaños, documentos, datos de pago o verificaciones de terceros. La compañía sostiene que las aplicaciones podrán tomar decisiones sobre contenido y controles parentales sin almacenar un dato tan preciso como la fecha exacta de nacimiento.
Qué información recibirán las aplicaciones
La documentación oficial de Microsoft describe las API de edad de Windows como un mecanismo orientado a preservar la privacidad del usuario que inició sesión. Según la información revisada por Windows Latest, las aplicaciones podrán formular dos preguntas distintas: en qué grupo de edad se encuentra la persona y si ese grupo fue confirmado de manera independiente. Ninguna de esas consultas entrega directamente el cumpleaños del usuario ni una edad exacta expresada en años y meses.
La función GetUserAgeRangeAsync devolverá uno de cinco rangos: menos de 10 años, de 10 a 12, de 13 a 15, de 16 a 17 y 18 años o más. Para este último grupo, el sistema utilizará INT32_MAX como límite superior, una forma técnica de indicar que no existe una edad máxima relevante para la decisión de la aplicación. Así, un servicio no tendría que saber que una persona tiene exactamente 14 años y ocho meses para aplicar una restricción destinada a menores.
La segunda consulta, GetAgeVerificationStatusAsync, añade el estado de verificación independiente asociado con el rango de edad. Sus posibles resultados son Verified, Unverified, OptedOut, TemporarilyUnavailable y NotApplicable, por lo que una cuenta puede tener un grupo etario registrado sin que este haya sido confirmado por un proveedor de identidad. Microsoft diferencia ambos conceptos para evitar que las aplicaciones interpreten automáticamente la existencia de un rango como una prueba definitiva.
La señal tampoco estará disponible para cualquier programa instalado en una computadora. Microsoft afirma que su plataforma Digital Safety validará la identidad de la aplicación que realiza la solicitud y que los desarrolladores deberán registrar primero sus productos. Los usos previstos incluyen contenido generado por usuarios, funciones sociales, compras dentro de las aplicaciones y servicios multimedia con clasificación para adultos.
Por qué Microsoft impulsa la función
La compañía presenta las API como una herramienta para ayudar a los desarrolladores a cumplir regulaciones de seguridad infantil, pero el impulso no proviene únicamente de la industria tecnológica. En Reino Unido, Ofcom exige que la verificación de edad alcance niveles elevados de precisión técnica, solidez y fiabilidad bajo la Online Safety Act. Un informe del regulador publicado en julio de 2026 también examinó el uso de sistemas de aseguramiento de edad y la necesidad de que sean suficientemente eficaces.
La objeción de Ofcom parte de una limitación práctica: la inferencia solo puede operar después de que un menor haya utilizado un servicio durante el tiempo suficiente para que sus patrones permitan una estimación. Por esa razón, identificar el rango antes de habilitar determinadas funciones resulta más útil para plataformas que deben impedir el acceso desde el comienzo. Windows intenta ofrecer esa señal sin obligar a cada aplicación a construir su propio sistema de identificación.
En la Unión Europea, la Comisión Europea ha orientado su propuesta hacia pruebas de edad que revelen la menor cantidad posible de información adicional. Su denominada mini wallet permitiría demostrar que una persona tiene más de 18 años sin compartir otros datos de identidad, y el mecanismo podría adaptarse a umbrales como 13 años o 65 años. El enfoque coincide con la idea de separar la comprobación de una condición etaria de la entrega de documentos personales a cada servicio.
En Estados Unidos, los estados también estudian trasladar parte de esa responsabilidad al sistema operativo. California avanzó en 2026 con el Digital Age Assurance Act, una iniciativa que convertiría a los proveedores de sistemas operativos en la fuente principal de señales de edad para determinadas aplicaciones y sitios web. El proyecto no plantea una identificación nacional, porque excluye la obligación de utilizar documentos gubernamentales o escaneos biométricos.
El contraste con Google y Apple
Microsoft no es la primera gran plataforma que intenta estandarizar estas señales. Google Play cuenta con una API de Age Signals en fase beta, capaz de entregar rangos predeterminados de 0-12, 13-15, 16-17 y 18+, además de permitir rangos personalizados. Su sistema incorpora una capa adicional sobre el intercambio de información, con estados que indican si las señales se comparten, si no se comparten o si hace falta una verificación.
En algunos estados de Estados Unidos, el modelo de Google puede exigir que los usuarios verifiquen su edad o configuren supervisión mediante Google Play. Sus condiciones para desarrolladores prohíben emplear las señales con fines de publicidad, marketing, creación de perfiles o análisis. Esa restricción busca impedir que una herramienta concebida para seguridad infantil se convierta en una fuente adicional de segmentación comercial.
Apple utiliza un esquema ligeramente diferente mediante su función Declared Age Range. Los desarrolladores reciben un rango basado en los filtros de edad que solicita la aplicación, mientras que en los grupos familiares un padre o tutor puede decidir si la información se comparte siempre, nunca o aplicación por aplicación. La empresa distingue entre datos declarados por el usuario o por su tutor y aquellos confirmados mediante una identificación gubernamental o un método de pago.
Tanto Apple como Microsoft dejan una responsabilidad decisiva en manos de los desarrolladores: recibir una señal no determina automáticamente qué contenido debe bloquearse. Cada aplicación debe establecer sus propios umbrales y reglas, una separación que evita convertir al sistema operativo en el único responsable de todas las restricciones. También significa que la existencia de una API no garantiza por sí sola una experiencia uniforme entre juegos, redes sociales y servicios multimedia.
Disponibilidad y límites de privacidad
Las funciones GetUserAgeRangeAsync y GetAgeVerificationStatusAsync aparecen en la referencia de Windows.System.User para Windows 11 versión 24H2. Microsoft las identifica como información preliminar, y las notas del Windows SDK señalan que todavía no están habilitadas durante la ejecución. La empresa prevé activar las API en una versión futura más adelante este año, por lo que su comportamiento actual no representa la experiencia final.
Mientras la función permanece inactiva, las llamadas devuelven un rango desconocido y un estado de verificación no disponible. La guía de implementación recomienda que los desarrolladores mantengan el comportamiento normal de sus productos o recurran a sus propios mecanismos de control de edad hasta que Microsoft habilite el servicio. La aplicación obtiene el usuario actual mediante User::GetDefault(), consulta el rango y decide qué acción tomar con el resultado.
El diseño puede reducir la exposición de datos frente a un escenario en el que cada aplicación solicite un cumpleaños, una tarjeta de pago, un documento de identidad o una estimación facial. Sin embargo, la documentación confirma lo que la API no entrega, pero no explica en detalle cómo Microsoft establece originalmente la edad asociada con una cuenta. Esa omisión deja abierta una pregunta relevante sobre los métodos, proveedores y garantías que sostendrán la señal antes de que llegue a los programas registrados.
La contrapartida consiste en trasladar la confianza desde cientos de aplicaciones hacia el sistema operativo, que recibe o determina información relacionada con la edad y decide qué parte puede consultar cada desarrollador. Windows no compartirá el cumpleaños, pero su papel como intermediario hará que la transparencia sobre el proceso de verificación sea tan importante como la limitación técnica de la señal. La FTC indicó en febrero de 2026 que no emprendería ciertas acciones contra la recopilación de datos para verificar edad cuando estos se usen solo con ese fin, se conserven el tiempo necesario y estén adecuadamente protegidos.
Con estas API, Microsoft intenta convertir la verificación de edad en una característica de plataforma y no en una tarea repetida por cada servicio digital. El Reino Unido exige controles más efectivos, la Unión Europea desarrolla pruebas de edad orientadas a la privacidad y legisladores estadounidenses exploran señales basadas en el sistema operativo. El resultado podría reducir la cantidad de información compartida, aunque su éxito dependerá de cómo Windows determine la edad, cómo autentique a los solicitantes y qué decisiones adopten finalmente las aplicaciones.
Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.
Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.
ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.
Suscríbete a nuestro boletín
Artículos Relacionados
Empresas
OpenAI comienza el despliegue de Astra en plena alarma por la seguridad de sus agentes
China
La IA militar china aún queda atrás de los modelos extranjeros, según investigadores
Criptomonedas
La SEC actualiza la guía de reportes para custodios de criptoactivos
Computación Cuántica